| | 131 | JRF (Morning): It looks like processing has been slowing down over the evening (drops from around 200 to 150 items per hour). |
| | 132 | |
| | 133 | Can turn off/on separate tasks in pantasks e.g. |
| | 134 | {{{ |
| | 135 | chip.revert.off |
| | 136 | }}} |
| | 137 | will turn off the ship.revert task, this is indicated by a minus sign next to the task: |
| | 138 | {{{ |
| | 139 | -+ chip.revert |
| | 140 | }}} |
| | 141 | Simply do chip.revert.on to turn it back on. |
| | 142 | To turn off a whole bunch of tasks at once you can do chip.off, to turn off all chip tasks. Can be useful if you want it to focus on getting some warps through. You can also shutdown pantasks without being on the machine running it (I didn't know this). |
| | 143 | |
| | 144 | |
| | 145 | ippb22 still having hardware issues. Taken down on nebulous, Haydn will investigate what to do with it. |
| | 146 | |
| | 147 | |
| | 148 | Looking to see if anything is misbehaving in ganglia, ippdb09 has pretty high load most of the time: |
| | 149 | Having a look at the processlist in the nebulous database gives the following process that has been running for a long time: |
| | 150 | {{{ |
| | 151 | | 26081089 | nebulous | ippc73.ifa.hawaii.edu:47235 | nebulous | Query | 52602 | Sending data | SELECT |
| | 152 | storage_object.so_id, |
| | 153 | uri, |
| | 154 | mountedvol.available, |
| | 155 | vol_id, |
| | 156 | cab_id |
| | 157 | FROM storage_object |
| | 158 | JOIN instance |
| | 159 | USING (so_id) |
| | 160 | JOIN mountedvol |
| | 161 | USING(vol_id) |
| | 162 | JOIN volume |
| | 163 | USING(vol_id) |
| | 164 | WHERE ext_id = 'gpc1/OSS.nt/2014/10/28/o6958g0546o.810979/o6958g0546o.810979.ch.1190018.XY50.ptn' |
| | 165 | AND mountedvol.available = '1' |
| | 166 | }}} |
| | 167 | Killed the process: |
| | 168 | {{{ |
| | 169 | mysql> kill 26081089; |
| | 170 | }}} |
| | 171 | |