Ontape Restore error
Posted in 2005
Topics: Backup & Restore, Storage & Space Management, Error Codes & Troubleshooting, Platform-Specific Issues, Versions, Editions & End-of-Life, Jobs, Consulting & Announcements
Using IDS 9.20HC3 on an HP-UX 11.11 platform, w/ cooked files. I am trying to set up a development box and using a restore of our production box to populate the instance. The restore starts up just fine but near the end it fails. I am running it in the background using GNU screen so I can start it from home and resume it at work. The only error output I get is what is on the stdout when I resume the session: ----- 06:41:17 Results: Chunk is now unusable 06:41:17 Action: Repair and restore from mirror or archive 06:41:17 Action: Repair and restore from mirror or archive 06:41:17 stack trace for pid 13756 written to /usr4/tmp/af.436888c 06:41:17 Stack for thread: 78 physrecover 06:41:17 See Also: /usr4/tmp/af.436888c 06:41:17 See Also: /usr4/tmp/af.436888c crt0: ERROR couldn't open /usr/lib/dld.sl errno:000000023 06:41:17 sh /usr/informix/etc/evidence.sh 1 0 /usr4/tmp/af.436888c 9 0x889b56d8 78 0x88f4a830 1025 0 0 0 0 06:41:17 ------------------ End of assertion failure 0 ----------------- 06:41:17 I/O write chunk 107, pagenum 19, pagecnt 32 --> errno = 2 06:41:17 Error 23 occurred executing /bin/sh /bin/sh -c /usr/informix/etc/no_log.sh 4 4 "Chunk is off-line, mirror is active: 107." "I/O error, Primary Chunk '/usr9/d 06:41:18 Aborting physical restore of ROOT DBSpace 06:41:18 Aborted by client. 06:41:18 Informix Dynamic Server 2000 Stopped. Physical restore failed - Error 23 writing to disk. ----- The error info is not recorded at all in the online log file nor does the AF file /usr4/tmp/af.436888c get created. The permissions are fine for /usr4/tmp. So why isn't that file getting created and why isn't the error info captured in the online log file? Is this normal behavior for restore errors? Is it a problem with using GNU screen? TIA. Kevin
The trace shows the write failed with errno 2 which is 'No such file or directory'. Looks like one or more of the chunk links either does not exist or points to a non-existent file/device. Art S. Kagel ----- Original Message ----- From: Kevin Struc.... <kevin.struckhoff@newroads.com> At: 1/13 14:21 > Using IDS 9.20HC3 on an HP-UX 11.11 platform, w/ cooked files. > > I am trying to set up a development box and using a restore of our production > box to populate the instance. The restore starts up just fine but near the end > it fails. I am running it in the background using GNU screen so I can start it > from home and resume it at work. The only error output I get is what is on the > stdout when I resume the session: > > ----- > 06:41:17 Results: Chunk is now unusable > 06:41:17 Action: Repair and restore from mirror or archive > 06:41:17 Action: Repair and restore from mirror or archive > 06:41:17 stack trace for pid 13756 written to /usr4/tmp/af.436888c > 06:41:17 Stack for thread: 78 physrecover > 06:41:17 See Also: /usr4/tmp/af.436888c > 06:41:17 See Also: /usr4/tmp/af.436888c > crt0: ERROR couldn't open /usr/lib/dld.sl errno:000000023 > 06:41:17 sh /usr/informix/etc/evidence.sh 1 0 /usr4/tmp/af.436888c 9 0x889b56d8 > 78 0x88f4a830 1025 0 0 0 0 > > 06:41:17 > ------------------ End of assertion failure 0 ----------------- > 06:41:17 I/O write chunk 107, pagenum 19, pagecnt 32 --> errno = 2 > 06:41:17 Error 23 occurred executing /bin/sh /bin/sh -c > /usr/informix/etc/no_log.sh 4 4 "Chunk is off-line, mirror is active: 107." "I/O > error, Primary Chunk '/usr9/d > 06:41:18 Aborting physical restore of ROOT DBSpace > 06:41:18 Aborted by client. > 06:41:18 Informix Dynamic Server 2000 Stopped. > Physical restore failed - Error 23 writing to disk. > ----- > > The error info is not recorded at all in the online log file nor does the AF > file /usr4/tmp/af.436888c get created. The permissions are fine for /usr4/tmp. > > So why isn't that file getting created and why isn't the error info captured in > the online log file? Is this normal behavior for restore errors? Is it a problem > with using GNU screen? > > TIA. > > Kevin > > >