PS1 IPP Czar Logs for the week 2014.11.24 - 2014.11.30

(Up to PS1 IPP Czar Logs)

Monday : 2014.11.24

• 04:05 : ipp034 was down, rebooting
• 05:02 Bill: Restarted registration pantasks lots of timeouts and errors in the counts hard to follow
  • burntool process 23811 on ipp004 is stuck trying to process o6985g0360o.ota14 don't know what to do
  • 05:15 restarted stdscience pantasks which has the effect of turning on update labels. They have been off and there are several pstamp jobs waiting for a few files
  • 05:45 stopped registration
    • killed stuck burntool process
    • regtool -dbname gpc1 -updateprocessedimfile -exp_id 823590 -class_id XY14 -set_ignored -set_state full -burntool_state -14
    • set pantasks to run and now burntool is moving along

Tuesday : 2014.11.25

• 06:10 MEH: ipp036 unresponsive, taking out of processing and power cycle (nothing on console) --
  • all but a job in summitcopy cleared.. restarting summitcopy to clear
• 06:15 MEH: looks like registration has a long running burntool, may be the one Bill fixed earlier??

    0    ipp004    RESP  87573.44 0.0.0.495  0 ipp_apply_burntool_single.pl --camera GPC1 --exp_id 823627 --class_id XY14 --this_uri neb://ipp058.0/gpc1/20141124/o6985g0397d/o6985g0397d.ota14.fits --continue 10 --previous_uri neb://ipp058.0/gpc1/20141124/o6985g0396d/o6985g0396d.ota14.fits --dbname gpc1 --verbose 
  

• 16:07 CZW: restarted stdlanl, as it was cranky (and hadn't been restarted in a long time).
• 23:41 HAF: I hate burntool, xy14 is stuck , per bill's instructions regtool -dbname gpc1 -updateprocessedimfile -exp_id 824673 -class_id XY14 -set_ignored -set_state full -burntool_state -14 to see if I can unstick..
• 1:46 HAF: burntool stuck again, but while investigating it unstuck itself... ok.
• 1:54 HAF: regtool -updateprocessedimfile -exp_id 824781 -class_id XY64 -set_state pending_burntool -dbname gpc1
• 1:58 HAF: regtool -updateprocessedimfile -exp_id 824794 -class_id XY64 -set_state pending_burntool -dbname gpc1
• 2:04 HAF: regtool -updateprocessedimfile -exp_id 824807 -class_id XY64 -set_state pending_burntool -dbname gpc1
• 2:04 HAF:regtool -updateprocessedimfile -exp_id 824795 -class_id XY64 -set_state pending_burntool -dbname gpc1
• 2:22 HAF: regtool -revertprocessedimfile -dbname gpc1 -exp_id 824846
• 2:22 HAF: regtool -revertprocessedimfile -dbname gpc1 -exp_id 824855
• 2:22 HAF: regtool -revertprocessedimfile -dbname gpc1 -exp_id 824866
• 2:29 HAF: regtool -updateprocessedimfile -exp_id 824848 -class_id XY12 -set_state pending_burntool -dbname gpc1
• regtool -updateprocessedimfile -exp_id 824858 -class_id XY12 -set_state pending_burntool -dbname gpc1

• 2:30 HAF: czar is tired, czar is going to bed.... I hope things keep going.... I don't see the random neb stuff anymore...

Wednesday : YYYY.MM.DD

• 05:20 EAM : I cleared out another problem burntool.

  regtool -updateprocessedimfile -burntool_state -14 -exp_id 824673 -class_id XY14 -set_ignored -set_state full -dbname gpc1
  

• 12:10 HAF: reports from serge that this warp is cursed, so I set it aside: update warpRun join warpSkyfile using (warp_id) set state = 'full', fault = 0, quality = 42 where warp_id = 1226449 and skycell_id ='skycell.1783.001' ;

• 21:50 MEH: looks like ipp035 down/unresponsive since ~2310, nothing on console but under load and in repair, taking out of processing and attempting power cycle -- check forced on /dev/sda3..
  • back up, summitcopy and stdsci jobs faulted okay, registration not.. will restart pantask to clear..
  • 38 exposures behind in processing now moving again

Thursday : YYYY.MM.DD

• 1:12 HAF: regtool -dbname gpc1 -updateprocessedimfile -exp_id 825562 -class_id XY14 -set_ignored -set_state full -burntool_state -14
• 1:17 HAF: regtool -updateprocessedimfile -exp_id 825567 -class_id XY14 -set_state pending_burntool -dbname gpc1
• 1:18 HAF: regtool -revertprocessedimfile -dbname gpc1 -exp_id 825616 (note that we are now behind 83 exposures to download, 58 to register)
• 1:43 HAF: regtool -dbname gpc1 -updateprocessedimfile -exp_id 825577 -class_id XY14 -set_ignored -set_state full -burntool_state -14 (87 to download, 72 to register)
• 1:48 HAF: regtool -dbname gpc1 -updateprocessedimfile -exp_id 825578 -class_id XY14 -set_ignored -set_state full -burntool_state -14 (89/74)
• 1:53 HAF: regtool -dbname gpc1 -updateprocessedimfile -exp_id 825579 -class_id XY14 -set_ignored -set_state full -burntool_state -14 (90/76)
• regtool -dbname gpc1 -updateprocessedimfile -exp_id 825580 -class_id XY14 -set_ignored -set_state full -burntool_state -14
• regtool -dbname gpc1 -updateprocessedimfile -exp_id 825581 -class_id XY14 -set_ignored -set_state full -burntool_state -14
• and I restarted registration
• ran a few of xy14 by hand
• 2:48 HAF: regtool -updateprocessedimfile -exp_id 825593 -class_id XY14 -set_state pending_burntool -dbname gpc1 (and several more like that too)
• I think the problem is related to 0331 and how it died - it just went into a continuos loop to try to reburntool it. Is that expected?

Friday : YYYY.MM.DD

Saturday : YYYY.MM.DD

Sunday : YYYY.MM.DD