PS1 IPP Czar Logs for the week YYYY.MM.DD - YYYY.MM.DD

(Up to PS1 IPP Czar Logs)

Monday : 2012.01.23

• stdsci is slow, restarting. Not much data from last night.
• CZW: Missing burntool tables seemed to be preventing some chips from finishing. To resolve this, I did the following: first, confirm bad file status with neb-stat --validate. Second, regenerate burntool table with ipp_apply_burntool_single.pl command. This requires the exp_id, class_id, and the fits file nebulous keys for this image and the previous image. The previous image is generally the same, with a different image number (see example). Finally, issue a neb-repair command to ensure that all instances of this table agree.

  # neb-stat --validate neb://ipp040.0/gpc1/20100719/o5396g0129o/o5396g0129o.ota15.burn.tbl
   [...]
         1 d41d8cd98f00b204e9800998ecf8427e file:///data/ippb01.2/nebulous/be/47/963446032.gpc1:20100719:o5396g0129o:o5396g0129o.ota15.burn.tbl
        0                     NON-EXISTANT file:///data/ippb02.0/nebulous/be/47/963447208.gpc1:20100719:o5396g0129o:o5396g0129o.ota15.burn.tbl
  # ipp_apply_burntool_single.pl --class_id XY15 --exp_id 193253 --dbname gpc1 --this_uri neb://ipp040.0/gpc1/20100719/o5396g0129o/o5396g0129o.ota15.fits --previous_uri neb://ipp040.0/gpc1/20100719/o5396g0128o/o5396g0128o.ota15.fits
  # neb-repair neb://ipp040.0/gpc1/20100719/o5396g0129o/o5396g0129o.ota15.burn.tbl
  Repairing instances
          cp /data/ippb01.2/nebulous/be/47/963446032.gpc1:20100719:o5396g0129o:o5396g0129o.ota15.burn.tbl /data/ippb02.0/nebulous/be/47/963447208.gpc1:20100719:o5396g0129o:o5396g0129o.ota15.burn.tbl
  

• CZW: To clear up warp updates that are failing due to missing camera stage products, I've been using an SQL command that generates the appropriate warptool commands to mark these skycells as impossible and forces processing to continue.

  select CONCAT("warptool -tofullskyfile -warp_id ",warp_id," -skycell_id ",skycell_id," -set_quality 42 -dbname gpc1") from warpRun JOIN warpSkyfile USING(warp_id) where label = 'LAP.ThreePi.20110809' AND state = 'update' AND data_state = 'update' AND fault != 0;
  

• 12:30 Mark: MD04.GR0 full reprocessing of nightly stacks should start to greatly harass distribution soon
• 12:40 Mark: dropping MD02 exposure last week that was junk (lost guiding) with loop for each XY

  regtool -dbname gpc1 -updateprocessedimfile -set_ignored -exp_id  440256 -class_id XY
  

Tuesday : YYYY.MM.DD

Wednesday : YYYY.MM.DD

Thursday : YYYY.MM.DD

Friday : YYYY.MM.DD

Saturday : YYYY.MM.DD

Sunday : YYYY.MM.DD