Changes between Version 21 and Version 22 of PS1_IPP_CzarLog_20110704

Timestamp:

Jul 6, 2011, 12:45:55 PM (15 years ago)

Author:

heather

Comment:

--

PS1_IPP_CzarLog_20110704

@@ -43 +43 @@
   * 11:10 Serge: MD data were not published to IPP-MOPS-TEST. I suspect it's because of the multiple declarations (e.g. survey.add.publish MD01 MD01.nightlyscience 5 NULL/survey.add.publish MD01 MD01.nightlyscience 1 NULL) in ~ipp/stdscience/input. I deleted the surveys (e.g. survey.del.publish MD01) and added them back with different "labels" (e.g. survey.add.publish MD01 MD01.nightlyscience 5 NULL/survey.add.publish MD01.ds MD01.nightlyscience 1 NULL). I modified ~ipp/stdscience/input accordingly.
  * 11:22 CZW: registration stuck on exposure o5748g0233o: trunk/tool/regpeek.pl identified this as being a bt_state = -1 data_state = check_burntool, suggesting burntool failed to run correctly.  Manually fixed with: {{{ipp_apply_burntool_single.pl --exp_id 358617 --class_id XY52 --this_uri neb://ipp033.0/gpc1/20110706/o5748g0233o/o5748g0233o.ota52.fits --previous_uri neb://ipp033.0/gpc1/20110706/o5748g0232o/o5748g0232o.ota52.fits --verbose --dbname gpc1}}}
+ * 12:40 heather: registration was stuck again, but this is a pantasks type of fault.  it said on controller status:
+ {{{ 
+0    ipp015    RESP   4544.07 ipp_apply_burntool_single.pl --exp_id 358627 --class_id XY52 --this_uri neb://ipp033.0/gpc1/20110706/o5748g0246o/o5748g0246o.ota52.fits --continue 10 --previous_uri neb://ipp033.0/gpc1/20110706/o5748g0245o/o5748g0245o.ota52.fits --dbname gpc1 --verbose 0.0.8.4745 
+}}}
+  but when I checked on ipp015, there was no evidence of burntool.  I ran this command by hand, and it worked (I don't know how/where/why it got lost in pantasks).  Registration is now continuing.
 === Thursday : YYYY.MM.DD ===