| | 1 | As of June 18, 2008 23:30 UTC we are all caught up. |
| | 2 | |
| | 3 | Latest exposure o4635g0227o |
| | 4 | Registered in IPP as exp_id 18595 |
| | 5 | |
| | 6 | '''Counts and exceptions''' |
| | 7 | |
| | 8 | 13864 summitExp [wiki:SummitCopyAndRegistration/sfaults080530 26 faulted] on fileset list lookup with HTTP error code 410 (Gone) |
| | 9 | |
| | 10 | 13838 pzDownloadExp [wiki:SummitCopyAndRegistration/pfaults 68 incomplete]] due to [[SummitCopyAndRegistration/piamgefaults|147 images] that failed to download with HTTP error code 410 (Gone). |
| | 11 | |
| | 12 | 13770 newExp [wiki:SummitCopyAndRegistration/rfaults 53 failed to register]] due to [[SummitCopyAndRegistration/allrimagefaults|408 faults] in registration. All of the faulted images are from September 2007 or earlier. All but one of the faults were DARK exposures taken with the camera software on September 14. |
| | 13 | |
| | 14 | 13717 rawExp |
| | 15 | |
| | 16 | |
| | 17 | '''Bugs''' |
| | 18 | |
| | 19 | We occasionally get exposures entered twice in newExp. This leads to duplicates in rawExp/rawImfile. There is only one copy of the images. When we notice these the extra rows are deleted. (Need to update one of the tools to do this) |
| | 20 | |
| | 21 | During download we often get faults in pzDownloadImfile. Clearing these faults with |
| | 22 | <pre> DELETE FROM pzDownloadImfile WHERE fault > 0 AND fault != 110;</pre> |
| | 23 | causes the jobs to get re-run successfully. We should update one of the tools to handle this and perhaps create a task that runs it. |
