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

(Up to PS1 IPP Czar Logs)

Monday : YYYY.MM.DD

Tuesday : 2018.11.06

• CCL: from EAM answered the inconsistent number of diffRuns (249) vs expected (247) is an error in the night_report script. these seem to be cases where the visit is redone; the rules as I understood and encoded in the report would not result in those being processed, but somehow they are getting processed by the system.

Wednesday : YYYY.MM.DD

Thursday : 2018.11.08

• CCL: Robert Weryk asked about the pstamp missing exposures on gpc1 data and it is because of the ippb21 down. Ask Haydn Huntley to bring it back online (he is on vacation this week, will do it next Monday)

2 Stack Failed Skyfiles on PV3.Pole.Reprocess.20180510 and was removed by the following commands.

stacktool -revertsumskyfile -fault 4 -label PV3.Pole.Reprocess.20180510 -dbname gpc1 
stacktool -revertsumskyfile -fault 5 -label PV3.Pole.Reprocess.20180510 -dbname gpc1

Friday : 2018.11.09

• CCL: some notes from Mark:

sometimes pstamp updates identify chips or skycells that were not cleaned up properly or are in an odd state, but are not needed by the pstamp request -- just updating the full exposure of chips and/or warp skycells will help clear those

the ps_ud_WEB is a good label to use in general since it is always loaded but you can have it be your own if you want to keep a set grouped under that, just be sure to add it to the pantasks (ippitc stdscience for example) so that the updates will be run (and remember if your own label it could get removed by the pantasks auto-restart ~1530 HST)

1. full chip update from cleanup

    chiptool -dbname gpc1 -setimfiletoupdate -set_label ps_ud_WEB -chip_id xxxxxx
    chiptool -dbname gpc1 -setimfiletoupdate -set_label ps_ud_WEB -chip_id xxxxxx
   

2. full warp update from cleanup requires the chip to be updated too

    chiptool -dbname gpc1 -setimfiletoupdate -set_label ps_ud_WEB -chip_id xxxxxx
    warptool -dbname gpc1  -setskyfiletoupdate -set_label ps_ud_WEB -warp_id xxxxxx 
   

• CCL: it is ~30 exp/hr slower than a few days ago ~45 exp/hr. check the ssh tunnel (who?) or try to use the compressed download option (how?)

Saturday : YYYY.MM.DD

Sunday : YYYY.MM.DD