| | 15 | * Made several improvements to the handling of errors in update jobs queued by the postage stamp server. (The errors are caused by data that has been lost on ipp020). The update system is now much more capable of recovering for errors without manual intervention. This is an extremely important milestone for Bill as these problems have been an huge time sink and source of stress. |
| | 16 | * Investigated the source of slow download performance seen by MOPS from the ipp data store. Two sources were found. First the perl module used for downloading has some inefficiencies. Secondly the web proxy can be a bottleneck. MOPS will now bypass the proxy and access the data store directly. |
| | 17 | * Implemented ordering by priority for diff, destreak, and stack stages. |
| | 18 | * fixed bug where magicRuns were queued even though a diff run failed to generate any good quality skycells |
| | 19 | * Processed 3 nights X 36 exposures from CFHT-MEGACAM through the IPP for the MOPS team. This went remarkably smootly given that we have not processed data from that instrument lately. Unfortuntely astrometry failed on several chips per exposure so some data was lost. |
| | 20 | * Spent half a day dealing with the fallout due to the crash of the mysql database backing up the postage stamp server and data store. |
| | 21 | * Updated pstamp-test system (ipp049) published CFHT detections for MOPS there while the DB was recovered. |
| | 22 | * Processing czar on Friday. Did some label and list manipulations to allow the OSS diffs to jump ahead in the queues. |
