| | 1 | This describes the steps I took to create miniminidvodbs (and smaller) to try to find the corrupt SMF. |
| | 2 | |
| | 3 | Step 1: Find the cam_ids used in !ThreePi.283. You can find them with this mysql query: |
| | 4 | {{{ |
| | 5 | select cam_id from camRun join camProcessedExp using (cam_id) join addRun using (cam_id) join minidvodbRun using (minidvodb_name) where minidvodb_name like '%283'; |
| | 6 | }}} |
| | 7 | |
| | 8 | |
| | 9 | Then, take the first half and the last half and create 2 minidvodbs, using one addtool command for each. This shows 2 examples: |
| | 10 | |
| | 11 | {{{ |
| | 12 | addtool -definebyquery -destreaked -set_dvodb DEBUG.THREEPI.283.1 -set_minidvodb_group debug.ThreePi.283.1 -set_label debug.ThreePi.283.1 -dbname gpc1 -cam_id 148883 |
| | 13 | addtool -definebyquery -destreaked -set_dvodb DEBUG.THREEPI.283.2 -set_minidvodb_group debug.ThreePi.283.2 -set_label debug.ThreePi.283.2 -dbname gpc1 -cam_id 149485 |
| | 14 | }}} |
| | 15 | |
| | 16 | Edit site.config in ~ipp/ippconfig to know about DEBUG.THREEPI.283.1 and DEBUG.THREEPI.283.2 |
| | 17 | |
| | 18 | in addstars pantask: |
| | 19 | |
| | 20 | {{{ |
| | 21 | addstar.off |
| | 22 | minidvodb.merge.off |
| | 23 | add.minidvodb Debug.ThreePi.283.1 DEBUG.THREEPI.283.1 DEBUG.THREEPI.283.1 1 GPC1 |
| | 24 | add.minidvodb Debug.ThreePi.283.2 DEBUG.THREEPI.283.2 DEBUG.THREEPI.283.2 1 GPC1 |
| | 25 | add.label Debug.ThreePi.283.1 |
| | 26 | add.label Debug.ThreePi.283.2 |
| | 27 | (remove all the old labels) |
| | 28 | }}} |
| | 29 | |
| | 30 | Wait until there are entries for !Debug.ThreePi.% in the minidvodbRun table. When there are, type this in addstars pantasks: |
| | 31 | {{{ |
| | 32 | addstar.on |
| | 33 | }}} |
| | 34 | |
| | 35 | |
| | 36 | Now run addstar and relphot: |
| | 37 | |
| | 38 | {{{ |
| | 39 | addstar -resort -D CAMERA GPC1 -D CATDIR /data/ipp004.0/gpc1/catdirs/Debug.ThreePi.283.1/ |
| | 40 | }}} |
| | 41 | |