| | 1 | |
| | 2 | == Minidvodb Copy Log == |
| | 3 | |
| | 4 | This is a log for the minidvodbcopy task (anything unusual). |
| | 5 | |
| | 6 | |
| | 7 | == 2011-06-13 == |
| | 8 | Heather restarted minidvodbcopy log. Steps: |
| | 9 | |
| | 10 | {{{ |
| | 11 | |
| | 12 | minidvodb.copy.run.off |
| | 13 | minidvodb.copy.load.off |
| | 14 | add.minidvodb.copy ThreePi.V2 ipp0222 /data/ipp022.0/gpc1/mini-catdirs/ThreePi |
| | 15 | add.minidvodb.host ipp0222 |
| | 16 | }}} |
| | 17 | |
| | 18 | This queued up all of the minidvodb_id's for !ThreePi.V2. Normally, this is good. However, minidvodb_ids between 341 and 509 had already been copied to ipp022 before, since they are copies of (actually pointers to) the original !ThreePi minidvodbs. Heather set those to a state of full.V1, since there already exists a copy of them on ipp022. Once they were set with a better state, Heather turned back on minidvodb.copy.run. The rsync seems to be working properly. |
| | 19 | |
