Physical restore failed

Posted in 2010

Summary

A DBA on IDS 7.31/HP-UX 11.0 couldn't restore production: ontape -r aborted with "Physical restore failed - function read archive backup failed code -2 errno 0" and the online.log showed the root dbspace restore aborted by client. Art Kagel suggested checking that all chunks are owned by informix:informix with 660 permissions; Everett Mills noted error -2 means "no such file or directory" and asked whether ROOTPATH or chunk paths had changed. An older archive failed the same way. The posted ontape output also showed "could not fork server connection", and the ls listing revealed one raw device (rtasa1) with 640 rather than 660 permissions. The thread ends there with no resolution recorded.

Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.

Topics: Backup & Restore, Storage & Space Management, Versions, Editions & End-of-Life

Tang, Wally, CTR, DMA-Riv/IT — Thu, 22 Apr 2010 20:32:24 — source: IIUG Forums & Mailing Lists

Needed help, we have IDS 7.31 on HPUX 11.0. We are currently encounter error message while restoring our production database: Physical restore failed - function read archive backup failed code -2 errno 0 And when I viewed the online.log, it said 12:01:00 Aborting physical restore of ROOT DBSpace 12:01:00 Aborted by client. 12:01:00 Informix Dynamic Server Stopped. The last successful restore was two days ago. Please advice. Wally Tang

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Art Kagel — Thu, 22 Apr 2010 20:40:24 — source: IIUG Forums & Mailing Lists

Errno 2 is privileges on files. Check that all of the chunks (the chunk list should have printed out when you started the restore) are owned by user informix group informix and have 660 permissions. If you fix that, try the restore again. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Apr 22, 2010 at 4:32 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Needed help, we have IDS 7.31 on HPUX 11.0. > > We are currently encounter error message while restoring our production > database: > > Physical restore failed - function read archive backup failed code -2 errno > 0 > > And when I viewed the online.log, it said > > 12:01:00 Aborting physical restore of ROOT DBSpace > > 12:01:00 Aborted by client. > > 12:01:00 Informix Dynamic Server Stopped. > > The last successful restore was two days ago. > > Please advice. > > Wally Tang > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001636e0a70fafd2740484d9519b

↪ replying to Art Kagel

Tang, Wally, CTR, DMA-Riv/IT — Thu, 22 Apr 2010 20:48:26 — source: IIUG Forums & Mailing Lists

Thanks, Art. I verified all the chunks are owned by Informix Informix and have 660 permissions. I had copied the backups from the last successful restore and executed the restore process; hopefully, the backup file is corrupted? Please advice. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Thursday, April 22, 2010 1:40 PM To: ids@iiug.org Subject: Re: Physical restore failed [19792] Errno 2 is privileges on files. Check that all of the chunks (the chunk list should have printed out when you started the restore) are owned by user informix group informix and have 660 permissions. If you fix that, try the restore again. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Apr 22, 2010 at 4:32 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Needed help, we have IDS 7.31 on HPUX 11.0. > > We are currently encounter error message while restoring our production > database: > > Physical restore failed - function read archive backup failed code -2 errno > 0 > > And when I viewed the online.log, it said > > 12:01:00 Aborting physical restore of ROOT DBSpace > > 12:01:00 Aborted by client. > > 12:01:00 Informix Dynamic Server Stopped. > > The last successful restore was two days ago. > > Please advice. > > Wally Tang > > > > **************************************************************************** *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001636e0a70fafd2740484d9519b **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Art Kagel — Thu, 22 Apr 2010 21:20:14 — source: IIUG Forums & Mailing Lists

Not clear what you are asking. Did the second restore also fail? Did you try the newer archive set again or just fallback to the older one? Can you roll forward your logical logs to get back to current? Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Apr 22, 2010 at 4:48 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Thanks, Art. I verified all the chunks are owned by Informix Informix and > have 660 permissions. I had copied the backups from the last successful > restore and executed the restore process; hopefully, the backup file is > corrupted? > > Please advice. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 1:40 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19792] > > Errno 2 is privileges on files. Check that all of the chunks (the chunk > list should have printed out when you started the restore) are owned by > user > > informix group informix and have 660 permissions. If you fix that, try the > restore again. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 4:32 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Needed help, we have IDS 7.31 on HPUX 11.0. > > > > We are currently encounter error message while restoring our production > > database: > > > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > And when I viewed the online.log, it said > > > > 12:01:00 Aborting physical restore of ROOT DBSpace > > > > 12:01:00 Aborted by client. > > > > 12:01:00 Informix Dynamic Server Stopped. > > > > The last successful restore was two days ago. > > > > Please advice. > > > > Wally Tang > > > > > > > > > > **************************************************************************** > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --001636e0a70fafd2740484d9519b > > > **************************************************************************** > *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001636e1f7ac1c43020484d9e025

↪ replying to Art Kagel

Tang, Wally, CTR, DMA-Riv/IT — Thu, 22 Apr 2010 21:24:55 — source: IIUG Forums & Mailing Lists

I brought the older backup file back and am trying to restore to see whether the new backup files are corrupted. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Thursday, April 22, 2010 2:20 PM To: ids@iiug.org Subject: Re: Physical restore failed [19794] Not clear what you are asking. Did the second restore also fail? Did you try the newer archive set again or just fallback to the older one? Can you roll forward your logical logs to get back to current? Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Apr 22, 2010 at 4:48 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Thanks, Art. I verified all the chunks are owned by Informix Informix and > have 660 permissions. I had copied the backups from the last successful > restore and executed the restore process; hopefully, the backup file is > corrupted? > > Please advice. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 1:40 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19792] > > Errno 2 is privileges on files. Check that all of the chunks (the chunk > list should have printed out when you started the restore) are owned by > user > > informix group informix and have 660 permissions. If you fix that, try the > restore again. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 4:32 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Needed help, we have IDS 7.31 on HPUX 11.0. > > > > We are currently encounter error message while restoring our production > > database: > > > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > And when I viewed the online.log, it said > > > > 12:01:00 Aborting physical restore of ROOT DBSpace > > > > 12:01:00 Aborted by client. > > > > 12:01:00 Informix Dynamic Server Stopped. > > > > The last successful restore was two days ago. > > > > Please advice. > > > > Wally Tang > > > > > > > > > > **************************************************************************** > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --001636e0a70fafd2740484d9519b > > > **************************************************************************** > *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > **************************************************************************** *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001636e1f7ac1c43020484d9e025 **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to Art Kagel

Tang, Wally, CTR, DMA-Riv/IT — Thu, 22 Apr 2010 21:28:20 — source: IIUG Forums & Mailing Lists

FYI, the older backup file got the same error: Continue restore? (y/n)y Do you want to back up the logs? (y/n)n Physical restore failed - function read archive backup failed code -2 errno 0 Program over. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Thursday, April 22, 2010 2:20 PM To: ids@iiug.org Subject: Re: Physical restore failed [19794] Not clear what you are asking. Did the second restore also fail? Did you try the newer archive set again or just fallback to the older one? Can you roll forward your logical logs to get back to current? Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Apr 22, 2010 at 4:48 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Thanks, Art. I verified all the chunks are owned by Informix Informix and > have 660 permissions. I had copied the backups from the last successful > restore and executed the restore process; hopefully, the backup file is > corrupted? > > Please advice. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 1:40 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19792] > > Errno 2 is privileges on files. Check that all of the chunks (the chunk > list should have printed out when you started the restore) are owned by > user > > informix group informix and have 660 permissions. If you fix that, try the > restore again. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 4:32 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Needed help, we have IDS 7.31 on HPUX 11.0. > > > > We are currently encounter error message while restoring our production > > database: > > > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > And when I viewed the online.log, it said > > > > 12:01:00 Aborting physical restore of ROOT DBSpace > > > > 12:01:00 Aborted by client. > > > > 12:01:00 Informix Dynamic Server Stopped. > > > > The last successful restore was two days ago. > > > > Please advice. > > > > Wally Tang > > > > > > > > > > **************************************************************************** > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --001636e0a70fafd2740484d9519b > > > **************************************************************************** > *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > **************************************************************************** *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001636e1f7ac1c43020484d9e025 **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to Art Kagel

Everett Mills — Thu, 22 Apr 2010 21:35:44 — source: IIUG Forums & Mailing Lists

> finderr -2 -2 No such file or directory. An operating-system error code with the meaning shown was unexpectedly returned to the database server. Look for other operating-system error messages that might give more information. Did ROOTPATH in your onconfig get changed or any of the paths to your chunks get changed, renamed or deleted? --EEM > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art Kagel > Sent: Thursday, April 22, 2010 3:40 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19792] > > Errno 2 is privileges on files. Check that all of the chunks (the chunk > list should have printed out when you started the restore) are owned by > user > informix group informix and have 660 permissions. If you fix that, try > the > restore again. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own > opinions and > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > organization with which I am associated either explicitly, implicitly, > or by > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 4:32 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Needed help, we have IDS 7.31 on HPUX 11.0. > > > > We are currently encounter error message while restoring our > production > > database: > > > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > And when I viewed the online.log, it said > > > > 12:01:00 Aborting physical restore of ROOT DBSpace > > > > 12:01:00 Aborted by client. > > > > 12:01:00 Informix Dynamic Server Stopped. > > > > The last successful restore was two days ago. > > > > Please advice. > > > > Wally Tang > > > > > > > > > *********************************************************************** > ******** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --001636e0a70fafd2740484d9519b > > > *********************************************************************** > ******** > Forum Note: Use "Reply" to post a response in the discussion forum.

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Art Kagel — Thu, 22 Apr 2010 22:19:26 — source: IIUG Forums & Mailing Lists

Post the entire output from the ontape -r and ls -l and ls -lL listings of the chunk files. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > FYI, the older backup file got the same error: > > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Program over. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 2:20 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19794] > > Not clear what you are asking. Did the second restore also fail? Did you > try the newer archive set again or just fallback to the older one? Can you > roll forward your logical logs to get back to current? > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 4:48 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Thanks, Art. I verified all the chunks are owned by Informix Informix and > > have 660 permissions. I had copied the backups from the last successful > > restore and executed the restore process; hopefully, the backup file is > > corrupted? > > > > Please advice. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 1:40 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19792] > > > > Errno 2 is privileges on files. Check that all of the chunks (the chunk > > list should have printed out when you started the restore) are owned by > > user > > > > informix group informix and have 660 permissions. If you fix that, try > the > > > restore again. > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other individuals > > affiliated with any entity with which I am affiliated nor those of the > > entities themselves. > > > > On Thu, Apr 22, 2010 at 4:32 PM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Needed help, we have IDS 7.31 on HPUX 11.0. > > > > > > We are currently encounter error message while restoring our production > > > database: > > > > > > Physical restore failed - function read archive backup failed code -2 > > errno > > > 0 > > > > > > And when I viewed the online.log, it said > > > > > > 12:01:00 Aborting physical restore of ROOT DBSpace > > > > > > 12:01:00 Aborted by client. > > > > > > 12:01:00 Informix Dynamic Server Stopped. > > > > > > The last successful restore was two days ago. > > > > > > Please advice. > > > > > > Wally Tang > > > > > > > > > > > > > > > > > > **************************************************************************** > > > *** > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > --001636e0a70fafd2740484d9519b > > > > > > > > **************************************************************************** > > > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > **************************************************************************** > *** > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --001636e1f7ac1c43020484d9e025 > > > **************************************************************************** > *** > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001636e1fb61c154df0484dab3e3

↪ replying to Art Kagel

Tang, Wally, CTR, DMA-Riv/IT — Fri, 23 Apr 2010 13:25:54 — source: IIUG Forums & Mailing Lists

Good morning, Art, Output of ontape -r # ontape -r Please mount tape 1 on /backups/informix_bu and press Return to continue ... Archive Tape Information Tape type: Archive Backup Tape Online version: Informix Dynamic Server Version 7.31.UD6 Archive date: Wed Apr 21 03:00:03 2010 User id: root Terminal id: ? Archive level: 0 Tape device: /backups/informix_bu Tape blocksize (in k): 16 Tape size (in k): 12000000 Tape number in series: 1 Spaces to restore:1 [rootdbs ] 2 [tasablob ] 3 [tasa ] 4 [tasalog ] Archive Information Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. Initialization Time 04/10/2003 10:10:35 System Page Size 2048 Version 6 Archive CheckPoint Time 04/21/2010 03:00:42 Dbspaces number flags fchunk nchunks flags owner name 1 1 1 1 N informix rootdbs 2 1 2 2 N informix tasa 3 2001 3 1 N T informix tasatemp 4 1 4 1 N informix tasalog 5 11 5 1 N B informix tasablob Chunks chk/dbs offset size free bpages flags pathname 1 1 0 26000 2913 PO- /dev/ifx/rootdbs 2 2 0 1000000 57 PO- /dev/ifx/tasa 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp 4 4 0 1000000 999947 PO- /dev/ifx/tasalog 5 5 0 1000000 1000000 POB /dev/ifx/tasablob 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 Continue restore? (y/n)y Do you want to back up the logs? (y/n)n Physical restore failed - could not fork server connection Physical restore failed - function read archive backup failed code -2 errno 0 Program over. # ls -ltotal 0 crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp # ls -lLtotal 0 crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp Please advice. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Thursday, April 22, 2010 3:19 PM To: ids@iiug.org Subject: Re: Physical restore failed [19798] Post the entire output from the ontape -r and ls -l and ls -lL listings of the chunk files. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > FYI, the older backup file got the same error: > > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Program over. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 2:20 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19794] > > Not clear what you are asking. Did the second restore also fail? Did you > try the newer archive set again or just fallback to the older one? Can you > roll forward your logical logs to get back to current? > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 4:48 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Thanks, Art. I verified all the chunks are owned by Informix Informix and > > have 660 permissions. I had copied the backups from the last successful > > restore and executed the restore process; hopefully, the backup file is > > corrupted? > > > > Please advice. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 1:40 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19792] > > > > Errno 2 is privileges on files. Check that all of the chunks (the chunk > > list should have printed out when you started the restore) are owned by > > user > > > > informix group informix and have 660 permissions. If you fix that, try > t

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Roger Kee — Fri, 23 Apr 2010 18:08:14 — source: IIUG Forums & Mailing Lists

Wally, Have you tried setting the permissions for /dev/ifx/rtasa1 to be like the other chunk devices (660)? On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Good morning, Art, > > Output of ontape -r > > # ontape -r> > Please mount tape 1 on /backups/informix_bu and press Return to continue > ... > > Archive Tape Information > > Tape type: Archive Backup Tape > Online version: Informix Dynamic Server Version 7.31.UD6 > Archive date: Wed Apr 21 03:00:03 2010 > User id: root > Terminal id: ? > Archive level: 0 > Tape device: /backups/informix_bu > Tape blocksize (in k): 16 > Tape size (in k): 12000000 > Tape number in series: 1 > > Spaces to restore:1 [rootdbs ] > 2 [tasablob ] > 3 [tasa ] > 4 [tasalog ] > > Archive Information > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > Initialization Time 04/10/2003 10:10:35 > System Page Size 2048 > Version 6 > Archive CheckPoint Time 04/21/2010 03:00:42 > > Dbspaces > number flags fchunk nchunks flags owner name > 1 1 1 1 N informix rootdbs > 2 1 2 2 N informix tasa > 3 2001 3 1 N T informix tasatemp > 4 1 4 1 N informix tasalog > 5 11 5 1 N B informix tasablob > > Chunks > chk/dbs offset size free bpages flags pathname > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > 2 2 0 1000000 57 PO- /dev/ifx/tasa > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > > Physical restore failed - could not fork server connection > > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Program over. > > # ls -l> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > # ls -lL> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > Please advice. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 3:19 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19798] > > Post the entire output from the ontape -r and ls -l and ls -lL listings of > the chunk files. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > FYI, the older backup file got the same error: > > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Program over. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 2:20 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19794] > > > > Not clear what you are asking. Did the second restore also fail? Did you > > try the newer archive set again or just fallback to the older one? Can > you > > > roll forward your logical logs to get back to current? > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other individuals > > affiliated with any entity with which I am affiliated nor those of the > > entities themselves. > > > > On Thu, Apr 22, 2010 at 4:48 PM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Thanks, Art. I verified all the chunks are owned by Informix Informix > and > > > have 660 permissions. I had copied the backups from the last successful > > > restore and executed the restore process; hopefully, the backup file is > > > corrupted? > > > > > > Please advice. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755

↪ replying to Art Kagel

Tang, Wally, CTR, DMA-Riv/IT — Fri, 23 Apr 2010 18:09:58 — source: IIUG Forums & Mailing Lists

FYI Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: Tang, Wally, CTR, DMA-Riv/IT Sent: Friday, April 23, 2010 6:26 AM To: 'ids@iiug.org' Subject: RE: Physical restore failed [19798] Good morning, Art, Output of ontape -r # ontape -r Please mount tape 1 on /backups/informix_bu and press Return to continue ... Archive Tape Information Tape type: Archive Backup Tape Online version: Informix Dynamic Server Version 7.31.UD6 Archive date: Wed Apr 21 03:00:03 2010 User id: root Terminal id: ? Archive level: 0 Tape device: /backups/informix_bu Tape blocksize (in k): 16 Tape size (in k): 12000000 Tape number in series: 1 Spaces to restore:1 [rootdbs ] 2 [tasablob ] 3 [tasa ] 4 [tasalog ] Archive Information Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. Initialization Time 04/10/2003 10:10:35 System Page Size 2048 Version 6 Archive CheckPoint Time 04/21/2010 03:00:42 Dbspaces number flags fchunk nchunks flags owner name 1 1 1 1 N informix rootdbs 2 1 2 2 N informix tasa 3 2001 3 1 N T informix tasatemp 4 1 4 1 N informix tasalog 5 11 5 1 N B informix tasablob Chunks chk/dbs offset size free bpages flags pathname 1 1 0 26000 2913 PO- /dev/ifx/rootdbs 2 2 0 1000000 57 PO- /dev/ifx/tasa 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp 4 4 0 1000000 999947 PO- /dev/ifx/tasalog 5 5 0 1000000 1000000 POB /dev/ifx/tasablob 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 Continue restore? (y/n)y Do you want to back up the logs? (y/n)n Physical restore failed - could not fork server connection Physical restore failed - function read archive backup failed code -2 errno 0 Program over. # ls -ltotal 0 crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp # ls -lLtotal 0 crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp Please advice. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Thursday, April 22, 2010 3:19 PM To: ids@iiug.org Subject: Re: Physical restore failed [19798] Post the entire output from the ontape -r and ls -l and ls -lL listings of the chunk files. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > FYI, the older backup file got the same error: > > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Program over. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 2:20 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19794] > > Not clear what you are asking. Did the second restore also fail? Did you > try the newer archive set again or just fallback to the older one? Can you > roll forward your logical logs to get back to current? > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 4:48 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Thanks, Art. I verified all the chunks are owned by Informix Informix and > > have 660 permissions. I had copied the backups from the last successful > > restore and executed the restore process; hopefully, the backup file is > > corrupted? > > > > Please advice. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent:

↪ replying to Roger Kee

Tang, Wally, CTR, DMA-Riv/IT — Fri, 23 Apr 2010 18:16:28 — source: IIUG Forums & Mailing Lists

I am going to do that, I try out. Thanks. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Roger Kee Sent: Friday, April 23, 2010 11:08 AM To: ids@iiug.org Subject: Re: Physical restore failed [19829] Wally, Have you tried setting the permissions for /dev/ifx/rtasa1 to be like the other chunk devices (660)? On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Good morning, Art, > > Output of ontape -r > > # ontape -r> > Please mount tape 1 on /backups/informix_bu and press Return to continue > ... > > Archive Tape Information > > Tape type: Archive Backup Tape > Online version: Informix Dynamic Server Version 7.31.UD6 > Archive date: Wed Apr 21 03:00:03 2010 > User id: root > Terminal id: ? > Archive level: 0 > Tape device: /backups/informix_bu > Tape blocksize (in k): 16 > Tape size (in k): 12000000 > Tape number in series: 1 > > Spaces to restore:1 [rootdbs ] > 2 [tasablob ] > 3 [tasa ] > 4 [tasalog ] > > Archive Information > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > Initialization Time 04/10/2003 10:10:35 > System Page Size 2048 > Version 6 > Archive CheckPoint Time 04/21/2010 03:00:42 > > Dbspaces > number flags fchunk nchunks flags owner name > 1 1 1 1 N informix rootdbs > 2 1 2 2 N informix tasa > 3 2001 3 1 N T informix tasatemp > 4 1 4 1 N informix tasalog > 5 11 5 1 N B informix tasablob > > Chunks > chk/dbs offset size free bpages flags pathname > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > 2 2 0 1000000 57 PO- /dev/ifx/tasa > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > > Physical restore failed - could not fork server connection > > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Program over. > > # ls -l> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > # ls -lL> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > Please advice. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 3:19 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19798] > > Post the entire output from the ontape -r and ls -l and ls -lL listings of > the chunk files. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > FYI, the older backup file got the same error: > > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Program over. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 2:20 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19794] > > > > Not clear what you are asking. Did the second restore also fail? Did you > > try the newer archive set again or just fallback to the older one? Can > you > > > roll forward your logical logs to get back to current? > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other individuals > > affiliated with any entity with which I am affiliated nor those of the > > entities themselves. > > > > On Thu, Apr 22, 2010 at

↪ replying to Roger Kee

Tang, Wally, CTR, DMA-Riv/IT — Fri, 23 Apr 2010 20:04:46 — source: IIUG Forums & Mailing Lists

Hi Roger, I changed permission of /dev/ifx/rtasa1 to "660", but when I restored with ontape -r, I still got error Continue restore? (y/n)y Do you want to back up the logs? (y/n)n Physical restore failed - function read archive backup failed code -2 errno 0 Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Roger Kee Sent: Friday, April 23, 2010 11:08 AM To: ids@iiug.org Subject: Re: Physical restore failed [19829] Wally, Have you tried setting the permissions for /dev/ifx/rtasa1 to be like the other chunk devices (660)? On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Good morning, Art, > > Output of ontape -r > > # ontape -r> > Please mount tape 1 on /backups/informix_bu and press Return to continue > ... > > Archive Tape Information > > Tape type: Archive Backup Tape > Online version: Informix Dynamic Server Version 7.31.UD6 > Archive date: Wed Apr 21 03:00:03 2010 > User id: root > Terminal id: ? > Archive level: 0 > Tape device: /backups/informix_bu > Tape blocksize (in k): 16 > Tape size (in k): 12000000 > Tape number in series: 1 > > Spaces to restore:1 [rootdbs ] > 2 [tasablob ] > 3 [tasa ] > 4 [tasalog ] > > Archive Information > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > Initialization Time 04/10/2003 10:10:35 > System Page Size 2048 > Version 6 > Archive CheckPoint Time 04/21/2010 03:00:42 > > Dbspaces > number flags fchunk nchunks flags owner name > 1 1 1 1 N informix rootdbs > 2 1 2 2 N informix tasa > 3 2001 3 1 N T informix tasatemp > 4 1 4 1 N informix tasalog > 5 11 5 1 N B informix tasablob > > Chunks > chk/dbs offset size free bpages flags pathname > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > 2 2 0 1000000 57 PO- /dev/ifx/tasa > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > > Physical restore failed - could not fork server connection > > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Program over. > > # ls -l> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > # ls -lL> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > Please advice. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 3:19 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19798] > > Post the entire output from the ontape -r and ls -l and ls -lL listings of > the chunk files. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > FYI, the older backup file got the same error: > > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Program over. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 2:20 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19794] > > > > Not clear what you are asking. Did the second restore also fail? Did you > > try the newer archive set again or just fallback to the older one? Can > you > > > roll forward your logical logs to get back to current? > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, o

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

James Young — Fri, 23 Apr 2010 20:16:13 — source: IIUG Forums & Mailing Lists

Did you check to make sure that the owner and group are both "informix"? On Fri, Apr 23, 2010 at 4:04 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Hi Roger, > > I changed permission of /dev/ifx/rtasa1 to "660", but when I restored with > ontape -r, I still got error> > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Roger > Kee > Sent: Friday, April 23, 2010 11:08 AM > To: ids@iiug.org > Subject: Re: Physical restore failed [19829] > > Wally, > > Have you tried setting the permissions for /dev/ifx/rtasa1 to be like the > other chunk devices (660)? > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Good morning, Art, > > > > Output of ontape -r > > > > # ontape -r> > > > Please mount tape 1 on /backups/informix_bu and press Return to continue > > ... > > > > Archive Tape Information > > > > Tape type: Archive Backup Tape > > Online version: Informix Dynamic Server Version 7.31.UD6 > > Archive date: Wed Apr 21 03:00:03 2010 > > User id: root > > Terminal id: ? > > Archive level: 0 > > Tape device: /backups/informix_bu > > Tape blocksize (in k): 16 > > Tape size (in k): 12000000 > > Tape number in series: 1 > > > > Spaces to restore:1 [rootdbs ] > > 2 [tasablob ] > > 3 [tasa ] > > 4 [tasalog ] > > > > Archive Information > > > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > > Initialization Time 04/10/2003 10:10:35 > > System Page Size 2048 > > Version 6 > > Archive CheckPoint Time 04/21/2010 03:00:42 > > > > Dbspaces > > number flags fchunk nchunks flags owner name > > 1 1 1 1 N informix rootdbs > > 2 1 2 2 N informix tasa > > 3 2001 3 1 N T informix tasatemp > > 4 1 4 1 N informix tasalog > > 5 11 5 1 N B informix tasablob > > > > Chunks > > chk/dbs offset size free bpages flags pathname > > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > > 2 2 0 1000000 57 PO- /dev/ifx/tasa > > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > > > Physical restore failed - could not fork server connection > > > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Program over. > > > > # ls -l> > total 0 > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > > > # ls -lL> > total 0 > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > > > Please advice. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 3:19 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19798] > > > > Post the entire output from the ontape -r and ls -l and ls -lL listings > of > > > the chunk files. > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other individuals > > affiliated with any entity with which I am affiliated nor those of the > > entities themselves. > > > > On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > FYI, the older backup file got the same error: > > > > > > Continue restore? (y/n)y > > > Do you want to back up the logs? (y/n)n > > > Physical restore failed - function read archive backup failed code -2 > > errno > > > 0 > > > > > > Program over. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Art > > > Kagel > > > Sent: Thursday, April 22, 2010 2:20 PM > > > To: ids@iiug.org > > > Subject: Re: Physical restore failed [19794] > > > > > > Not clear what you are asking. Did the second restore also fail? Did > you > > > > try the newer archive set again or just fallback to the older one? Can > > you > > > > > roll forward your logical log

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

James Young — Fri, 23 Apr 2010 20:17:19 — source: IIUG Forums & Mailing Lists

Nevermind, I didn't read the whole post... On Fri, Apr 23, 2010 at 4:16 PM, James Young <jamesyoung37@gmail.com> wrote: > Did you check to make sure that the owner and group are both "informix"? > > > On Fri, Apr 23, 2010 at 4:04 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > >> Hi Roger, >> >> I changed permission of /dev/ifx/rtasa1 to "660", but when I restored with >> ontape -r, I still got error>> >> Continue restore? (y/n)y >> Do you want to back up the logs? (y/n)n >> Physical restore failed - function read archive backup failed code -2 >> errno >> 0 >> >> Wally Tang >> DOD-Defense Media Center - IT >> Lockheed Martin - IT >> 23755 Z Street >> Riverside, CA 92518-2017 >> 951-413-2246 >> E-mail: wally.tang.ctr@dma.mil >> >> -----Original Message----- >> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of >> Roger >> Kee >> Sent: Friday, April 23, 2010 11:08 AM >> To: ids@iiug.org >> Subject: Re: Physical restore failed [19829] >> >> Wally, >> >> Have you tried setting the permissions for /dev/ifx/rtasa1 to be like the >> other chunk devices (660)? >> >> On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < >> Wally.Tang.CTR@dma.mil> wrote: >> >> > Good morning, Art, >> > >> > Output of ontape -r >> > >> > # ontape -r>> > >> > Please mount tape 1 on /backups/informix_bu and press Return to continue >> > ... >> > >> > Archive Tape Information >> > >> > Tape type: Archive Backup Tape >> > Online version: Informix Dynamic Server Version 7.31.UD6 >> > Archive date: Wed Apr 21 03:00:03 2010 >> > User id: root >> > Terminal id: ? >> > Archive level: 0 >> > Tape device: /backups/informix_bu >> > Tape blocksize (in k): 16 >> > Tape size (in k): 12000000 >> > Tape number in series: 1 >> > >> > Spaces to restore:1 [rootdbs ] >> > 2 [tasablob ] >> > 3 [tasa ] >> > 4 [tasalog ] >> > >> > Archive Information >> > >> > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. >> > Initialization Time 04/10/2003 10:10:35 >> > System Page Size 2048 >> > Version 6 >> > Archive CheckPoint Time 04/21/2010 03:00:42 >> > >> > Dbspaces >> > number flags fchunk nchunks flags owner name >> > 1 1 1 1 N informix rootdbs >> > 2 1 2 2 N informix tasa >> > 3 2001 3 1 N T informix tasatemp >> > 4 1 4 1 N informix tasalog >> > 5 11 5 1 N B informix tasablob >> > >> > Chunks >> > chk/dbs offset size free bpages flags pathname >> > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs >> > 2 2 0 1000000 57 PO- /dev/ifx/tasa >> > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp >> > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog >> > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob >> > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 >> > >> > Continue restore? (y/n)y >> > Do you want to back up the logs? (y/n)n >> > >> > Physical restore failed - could not fork server connection >> > >> > Physical restore failed - function read archive backup failed code -2 >> errno >> > 0 >> > >> > Program over. >> > >> > # ls -l>> > total 0 >> > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group >> > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs >> > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs >> > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa >> > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 >> > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob >> > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog >> > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp >> > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa >> > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 >> > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob >> > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog >> > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp >> > >> > # ls -lL>> > total 0 >> > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group >> > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs >> > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs >> > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa >> > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 >> > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob >> > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog >> > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp >> > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa >> > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 >> > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob >> > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog >> > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp >> > >> > Please advice. >> > >> > Wally Tang >> > DOD-Defense Media Center - IT >> > Lockheed Martin - IT >> > 23755 Z Street >> > Riverside, CA 92518-2017 >> > 951-413-2246 >> > E-mail: wally.tang.ctr@dma.mil >> > >> > -----Original Message----- >> > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of >> Art >> > Kagel >> > Sent: Thursday, April 22, 2010 3:19 PM >> > To: ids@iiug.org >> > Subject: Re: Physical restore failed [19798] >> > >> > Post the entire output from the ontape -r and ls -l and ls -lL listings >> of >> >> > the chunk files. >> > >> > Art >> > >> > Art S. Kagel >> > Advanced DataTools (www.advancedatatools.com) >> > IIUG Board of Directors (art@iiug.org) >> > >> > See you at the 2010 IIUG Informix Conference >> > April 25-28, 2010 >> > Overland Park (Kansas City), KS >> > www.iiug.org/conf >> > >> > Disclaimer: Please keep in mind that my own opinions are my own opinions >> > and >> > >> > do not reflect on my employer, Advanced DataTools, the IIUG, nor any >> other >> >> > organization with which I am associated either explicitly, implicitly, >> or >> > by >> > >> > inference. Neither do those opinions reflect those of other individuals >> > affiliated with any entity with which I am affiliated nor those of the >> > entities themselves. >> > >> > On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < >> > Wally.Tang.CTR@dma.mil> wrote: >> > >> > > FYI, the older backup file got the same error: >> > > >> > > Continue restore? (y/n)y >> > > Do you want to back up the logs? (y/n)n >> > > Physical restore failed - function read archive backup failed code -2 >> > errno >> > > 0 >> > > >> > > Program over. >> > > >> > > Wally Tang >> > > DOD-Defense Media Center - IT >> > > Lockheed Martin - IT >> > > 23755 Z Street >> > > Riverside, CA 92518-2017 >> > > 951-413-2246 >> > > E-mail: wally.tang.ctr@dma.mil >> > > >> > > -----Original Message----- >> > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of >> > Art >> > > Kagel >> > > S

↪ replying to James Young

Tang, Wally, CTR, DMA-Riv/IT — Fri, 23 Apr 2010 20:18:18 — source: IIUG Forums & Mailing Lists

Yes, the owner and group are both "Informix". Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of James Young Sent: Friday, April 23, 2010 1:16 PM To: ids@iiug.org Subject: Re: Physical restore failed [19835] Did you check to make sure that the owner and group are both "informix"? On Fri, Apr 23, 2010 at 4:04 PM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Hi Roger, > > I changed permission of /dev/ifx/rtasa1 to "660", but when I restored with > ontape -r, I still got error> > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Roger > Kee > Sent: Friday, April 23, 2010 11:08 AM > To: ids@iiug.org > Subject: Re: Physical restore failed [19829] > > Wally, > > Have you tried setting the permissions for /dev/ifx/rtasa1 to be like the > other chunk devices (660)? > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Good morning, Art, > > > > Output of ontape -r > > > > # ontape -r> > > > Please mount tape 1 on /backups/informix_bu and press Return to continue > > ... > > > > Archive Tape Information > > > > Tape type: Archive Backup Tape > > Online version: Informix Dynamic Server Version 7.31.UD6 > > Archive date: Wed Apr 21 03:00:03 2010 > > User id: root > > Terminal id: ? > > Archive level: 0 > > Tape device: /backups/informix_bu > > Tape blocksize (in k): 16 > > Tape size (in k): 12000000 > > Tape number in series: 1 > > > > Spaces to restore:1 [rootdbs ] > > 2 [tasablob ] > > 3 [tasa ] > > 4 [tasalog ] > > > > Archive Information > > > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > > Initialization Time 04/10/2003 10:10:35 > > System Page Size 2048 > > Version 6 > > Archive CheckPoint Time 04/21/2010 03:00:42 > > > > Dbspaces > > number flags fchunk nchunks flags owner name > > 1 1 1 1 N informix rootdbs > > 2 1 2 2 N informix tasa > > 3 2001 3 1 N T informix tasatemp > > 4 1 4 1 N informix tasalog > > 5 11 5 1 N B informix tasablob > > > > Chunks > > chk/dbs offset size free bpages flags pathname > > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > > 2 2 0 1000000 57 PO- /dev/ifx/tasa > > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > > > Physical restore failed - could not fork server connection > > > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Program over. > > > > # ls -l> > total 0 > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > > > # ls -lL> > total 0 > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > > > Please advice. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 3:19 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19798] > > > > Post the entire output from the ontape -r and ls -l and ls -lL listings > of > > > the chunk files. > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other individuals > > affiliated with any entity with which I am affiliated nor those of the > > entities themselves. > > > > On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > FYI, the older backup file got the same error: > > > > > > Continue restore? (y/n)y > > > Do you want to back up the logs? (y/n)n > > > Physical restore failed - function read archive backup failed code -2 > > errno > > > 0 > > > > > > Program over. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > >

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Everett Mills — Fri, 23 Apr 2010 20:48:36 — source: IIUG Forums & Mailing Lists

Wally- What are the permissions on the directory that the devices live in? Maybe Informix doesn't have permission to find its devices in /dev/ifx. Post ls -l /dev | grep ifx --EEM > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Tang, Wally, CTR, DMA-Riv/IT > Sent: Friday, April 23, 2010 3:18 PM > To: ids@iiug.org > Subject: RE: Physical restore failed [19837] > > Yes, the owner and group are both "Informix". > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > James > Young > Sent: Friday, April 23, 2010 1:16 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19835] > > Did you check to make sure that the owner and group are both > "informix"? > > On Fri, Apr 23, 2010 at 4:04 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Hi Roger, > > > > I changed permission of /dev/ifx/rtasa1 to "660", but when I restored > with > > > ontape -r, I still got error> > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Roger > > Kee > > Sent: Friday, April 23, 2010 11:08 AM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19829] > > > > Wally, > > > > Have you tried setting the permissions for /dev/ifx/rtasa1 to be like > the > > other chunk devices (660)? > > > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Good morning, Art, > > > > > > Output of ontape -r > > > > > > # ontape -r> > > > > > Please mount tape 1 on /backups/informix_bu and press Return to > continue > > > > ... > > > > > > Archive Tape Information > > > > > > Tape type: Archive Backup Tape > > > Online version: Informix Dynamic Server Version 7.31.UD6 > > > Archive date: Wed Apr 21 03:00:03 2010 > > > User id: root > > > Terminal id: ? > > > Archive level: 0 > > > Tape device: /backups/informix_bu > > > Tape blocksize (in k): 16 > > > Tape size (in k): 12000000 > > > Tape number in series: 1 > > > > > > Spaces to restore:1 [rootdbs ] > > > 2 [tasablob ] > > > 3 [tasa ] > > > 4 [tasalog ] > > > > > > Archive Information > > > > > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, > Inc. > > > Initialization Time 04/10/2003 10:10:35 > > > System Page Size 2048 > > > Version 6 > > > Archive CheckPoint Time 04/21/2010 03:00:42 > > > > > > Dbspaces > > > number flags fchunk nchunks flags owner name > > > 1 1 1 1 N informix rootdbs > > > 2 1 2 2 N informix tasa > > > 3 2001 3 1 N T informix tasatemp > > > 4 1 4 1 N informix tasalog > > > 5 11 5 1 N B informix tasablob > > > > > > Chunks > > > chk/dbs offset size free bpages flags pathname > > > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > > > 2 2 0 1000000 57 PO- /dev/ifx/tasa > > > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > > > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > > > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > > > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > > > > > Continue restore? (y/n)y > > > Do you want to back up the logs? (y/n)n > > > > > > Physical restore failed - could not fork server connection > > > > > > Physical restore failed - function read archive backup failed code > -2 > > errno > > > 0 > > > > > > Program over. > > > > > > # ls -l> > > total 0 > > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > > > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > > > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > > > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > > > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > > > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > > > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > > > > > # ls -lL> > > total 0 > > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > > > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > > > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > > > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > > > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > > > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > > > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > > > > > Please advice. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Art > > > Kagel > > > Sent: Thursday, April 22, 2010 3:19 PM > > > To: ids@iiug.org > > > Subject: Re: Physical restore failed [19798] > > > > > > Post the entire output from the ontape -r and ls -l and ls -lL > listings > > of > > > > > the chunk files. > > > > > > Art > > > > > > Art S. Kagel > > > Advanced DataTools (www.advancedatatools.com) > > > IIUG Board of Directors (art@iiug.org) > > > > > > See you at the 2010 IIUG Informix Conference > > > April 25-28, 2010 > > > Overland Park (Kansas City), KS > > > www.iiug.org/conf > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > > and > > > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor > any > > other > > > > > organization with wh

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

jack.parker4@verizon.net — Fri, 23 Apr 2010 21:33:30 — source: IIUG Forums & Mailing Lists

And if you chmod 660 on the rtasa1 and try again? j. Apr 23, 2010 01:26:32 PM, ids@iiug.org wrote: =========================================== Good morning, Art, Output of ontape -r # ontape -r Please mount tape 1 on /backups/informix_bu and press Return to continue ... Archive Tape Information Tape type: Archive Backup Tape Online version: Informix Dynamic Server Version 7.31.UD6 Archive date: Wed Apr 21 03:00:03 2010 User id: root Terminal id: ? Archive level: 0 Tape device: /backups/informix_bu Tape blocksize (in k): 16 Tape size (in k): 12000000 Tape number in series: 1 Spaces to restore:1 [rootdbs ] 2 [tasablob ] 3 [tasa ] 4 [tasalog ] Archive Information Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. Initialization Time 04/10/2003 10:10:35 System Page Size 2048 Version 6 Archive CheckPoint Time 04/21/2010 03:00:42 Dbspaces number flags fchunk nchunks flags owner name 1 1 1 1 N informix rootdbs 2 1 2 2 N informix tasa 3 2001 3 1 N T informix tasatemp 4 1 4 1 N informix tasalog 5 11 5 1 N B informix tasablob Chunks chk/dbs offset size free bpages flags pathname 1 1 0 26000 2913 PO- /dev/ifx/rootdbs 2 2 0 1000000 57 PO- /dev/ifx/tasa 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp 4 4 0 1000000 999947 PO- /dev/ifx/tasalog 5 5 0 1000000 1000000 POB /dev/ifx/tasablob 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 Continue restore? (y/n)y Do you want to back up the logs? (y/n)n Physical restore failed - could not fork server connection Physical restore failed - function read archive backup failed code -2 errno 0 Program over. # ls -ltotal 0 crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp # ls -lLtotal 0 crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp Please advice. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Thursday, April 22, 2010 3:19 PM To: ids@iiug.org Subject: Re: Physical restore failed [19798] Post the entire output from the ontape -r and ls -l and ls -lL listings of the chunk files. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT wrote: > FYI, the older backup file got the same error: > > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Program over. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 2:20 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19794] > > Not clear what you are asking. Did the second restore also fail? Did you > try the newer archive set again or just fallback to the older one? Can you > roll forward your logical logs to get back to current? > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 4:48 PM, Tang, Wally, CTR, DMA-Riv/IT Wally.Tang.CTR@dma.mil> wrote: > > > Thanks, Art. I verified all the chunks are owned by Informix Informix and > > have 660 permissions. I had copied the backups from the last successful > > restore and executed the restore process; hopefully, the backup file is > > corrupted? > > > > Please advice. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 1:40 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19792] > > > > Errno 2 is privileges on files. Check that all of the chunks (the chunk > > list should have printed out wh

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Art Kagel — Fri, 23 Apr 2010 23:45:18 — source: IIUG Forums & Mailing Lists

What is the backup device "/backups/informix_bu"? File? Tape? Named pipe? What? Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Good morning, Art, > > Output of ontape -r > > # ontape -r> > Please mount tape 1 on /backups/informix_bu and press Return to continue > ... > > Archive Tape Information > > Tape type: Archive Backup Tape > Online version: Informix Dynamic Server Version 7.31.UD6 > Archive date: Wed Apr 21 03:00:03 2010 > User id: root > Terminal id: ? > Archive level: 0 > Tape device: /backups/informix_bu > Tape blocksize (in k): 16 > Tape size (in k): 12000000 > Tape number in series: 1 > > Spaces to restore:1 [rootdbs ] > 2 [tasablob ] > 3 [tasa ] > 4 [tasalog ] > > Archive Information > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > Initialization Time 04/10/2003 10:10:35 > System Page Size 2048 > Version 6 > Archive CheckPoint Time 04/21/2010 03:00:42 > > Dbspaces > number flags fchunk nchunks flags owner name > 1 1 1 1 N informix rootdbs > 2 1 2 2 N informix tasa > 3 2001 3 1 N T informix tasatemp > 4 1 4 1 N informix tasalog > 5 11 5 1 N B informix tasablob > > Chunks > chk/dbs offset size free bpages flags pathname > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > 2 2 0 1000000 57 PO- /dev/ifx/tasa > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > > Physical restore failed - could not fork server connection > > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Program over. > > # ls -l> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > # ls -lL> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > Please advice. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 3:19 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19798] > > Post the entire output from the ontape -r and ls -l and ls -lL listings of > the chunk files. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > FYI, the older backup file got the same error: > > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Program over. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 2:20 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19794] > > > > Not clear what you are asking. Did the second restore also fail? Did you > > try the newer archive set again or just fallback to the older one? Can > you > > > roll forward your logical logs to get back to current? > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other individuals >

↪ replying to Art Kagel

Tang, Wally, CTR, DMA-Riv/IT — Mon, 26 Apr 2010 13:29:13 — source: IIUG Forums & Mailing Lists

Good morning, Art, It is a file. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Friday, April 23, 2010 4:45 PM To: ids@iiug.org Subject: Re: Physical restore failed [19842] What is the backup device "/backups/informix_bu"? File? Tape? Named pipe? What? Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Good morning, Art, > > Output of ontape -r > > # ontape -r> > Please mount tape 1 on /backups/informix_bu and press Return to continue > ... > > Archive Tape Information > > Tape type: Archive Backup Tape > Online version: Informix Dynamic Server Version 7.31.UD6 > Archive date: Wed Apr 21 03:00:03 2010 > User id: root > Terminal id: ? > Archive level: 0 > Tape device: /backups/informix_bu > Tape blocksize (in k): 16 > Tape size (in k): 12000000 > Tape number in series: 1 > > Spaces to restore:1 [rootdbs ] > 2 [tasablob ] > 3 [tasa ] > 4 [tasalog ] > > Archive Information > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > Initialization Time 04/10/2003 10:10:35 > System Page Size 2048 > Version 6 > Archive CheckPoint Time 04/21/2010 03:00:42 > > Dbspaces > number flags fchunk nchunks flags owner name > 1 1 1 1 N informix rootdbs > 2 1 2 2 N informix tasa > 3 2001 3 1 N T informix tasatemp > 4 1 4 1 N informix tasalog > 5 11 5 1 N B informix tasablob > > Chunks > chk/dbs offset size free bpages flags pathname > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > 2 2 0 1000000 57 PO- /dev/ifx/tasa > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > Continue restore? (y/n)y > Do you want to back up the logs? (y/n)n > > Physical restore failed - could not fork server connection > > Physical restore failed - function read archive backup failed code -2 errno > 0 > > Program over. > > # ls -l> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > # ls -lL> total 0 > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > Please advice. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Thursday, April 22, 2010 3:19 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19798] > > Post the entire output from the ontape -r and ls -l and ls -lL listings of > the chunk files. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Thu, Apr 22, 2010 at 5:28 PM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > FYI, the older backup file got the same error: > > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Program over. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 2:20 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19794] > > > > Not clear what you are asking. Did the second restore also fail? Did you > > try the newer archive set again or just fallback to the older one? Can > you > > > roll forward your logical logs to get back to current? > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Art Kagel — Tue, 27 Apr 2010 03:12:26 — source: IIUG Forums & Mailing Lists

Wait, I didn't notice this before. The ontape output says: > Physical restore failed - could not fork server connection That means the real problem is that it could not start up the engine instance after restoring the reserved pages so that the engine could complete the restore. This is usually a problem with some parameter in the ONCONFIG file or with the configuration of the server's sqlhosts file entries. What does the server message log say at the time the engine tried to start up last during the restore? The time of the restore below was: April 22 at 13:03 Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Good morning, Art, > > It is a file. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Friday, April 23, 2010 4:45 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19842] > > What is the backup device "/backups/informix_bu"? File? Tape? Named > pipe? What? > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Good morning, Art, > > > > Output of ontape -r > > > > # ontape -r> > > > Please mount tape 1 on /backups/informix_bu and press Return to continue > > ... > > > > Archive Tape Information > > > > Tape type: Archive Backup Tape > > Online version: Informix Dynamic Server Version 7.31.UD6 > > Archive date: Wed Apr 21 03:00:03 2010 > > User id: root > > Terminal id: ? > > Archive level: 0 > > Tape device: /backups/informix_bu > > Tape blocksize (in k): 16 > > Tape size (in k): 12000000 > > Tape number in series: 1 > > > > Spaces to restore:1 [rootdbs ] > > 2 [tasablob ] > > 3 [tasa ] > > 4 [tasalog ] > > > > Archive Information > > > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > > Initialization Time 04/10/2003 10:10:35 > > System Page Size 2048 > > Version 6 > > Archive CheckPoint Time 04/21/2010 03:00:42 > > > > Dbspaces > > number flags fchunk nchunks flags owner name > > 1 1 1 1 N informix rootdbs > > 2 1 2 2 N informix tasa > > 3 2001 3 1 N T informix tasatemp > > 4 1 4 1 N informix tasalog > > 5 11 5 1 N B informix tasablob > > > > Chunks > > chk/dbs offset size free bpages flags pathname > > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > > 2 2 0 1000000 57 PO- /dev/ifx/tasa > > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > > > Physical restore failed - could not fork server connection > > > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Program over. > > > > # ls -l> > total 0 > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > > > # ls -lL> > total 0 > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > > > Please advice. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Thursday, April 22, 2010 3:19 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19798] > > > > Post the entire output from the ontape -r and ls -l and ls -lL listings > of > > > the chunk files. > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Plea

↪ replying to Art Kagel

Tang, Wally, CTR, DMA-Riv/IT — Tue, 27 Apr 2010 13:40:03 — source: IIUG Forums & Mailing Lists

Thanks, Art. Below is the message from the log: Thu Apr 22 12:45:04 2010 12:45:04 Event alarms enabled. ALARMPROG = '/usr/informix/etc/log_full.sh' 12:45:10 DR: DRAUTO is 0 (Off) 12:45:10 Requested shared memory segment size rounded from 588KB to 592KB 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial Number AA D#J358202 12:45:11 Informix Dynamic Server Initialized -- Shared Memory Initialized. 12:45:11 Dynamically allocated new virtual shared memory segment (size 8192KB) 12:45:11 Dataskip is now OFF for all dbspaces 12:45:11 Restartable Restore has been DISABLED 12:45:11 Recovery Mode 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog started. 12:45:20 Checkpoint Completed: duration was 0 seconds. 12:45:20 Checkpoint loguniq 647, logpos 0xa018 13:03:39 Checkpoint Completed: duration was 0 seconds. 13:03:39 Checkpoint loguniq 647, logpos 0xa018 14:26:18 Aborting physical restore of ROOT DBSpace 14:26:18 Aborted by client. 14:26:18 Informix Dynamic Server Stopped. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: Monday, April 26, 2010 8:12 PM To: ids@iiug.org Subject: Re: Physical restore failed [19858] Wait, I didn't notice this before. The ontape output says: > Physical restore failed - could not fork server connection That means the real problem is that it could not start up the engine instance after restoring the reserved pages so that the engine could complete the restore. This is usually a problem with some parameter in the ONCONFIG file or with the configuration of the server's sqlhosts file entries. What does the server message log say at the time the engine tried to start up last during the restore? The time of the restore below was: April 22 at 13:03 Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) IIUG Board of Directors (art@iiug.org) See you at the 2010 IIUG Informix Conference April 25-28, 2010 Overland Park (Kansas City), KS www.iiug.org/conf Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Good morning, Art, > > It is a file. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Friday, April 23, 2010 4:45 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19842] > > What is the backup device "/backups/informix_bu"? File? Tape? Named > pipe? What? > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Good morning, Art, > > > > Output of ontape -r > > > > # ontape -r> > > > Please mount tape 1 on /backups/informix_bu and press Return to continue > > ... > > > > Archive Tape Information > > > > Tape type: Archive Backup Tape > > Online version: Informix Dynamic Server Version 7.31.UD6 > > Archive date: Wed Apr 21 03:00:03 2010 > > User id: root > > Terminal id: ? > > Archive level: 0 > > Tape device: /backups/informix_bu > > Tape blocksize (in k): 16 > > Tape size (in k): 12000000 > > Tape number in series: 1 > > > > Spaces to restore:1 [rootdbs ] > > 2 [tasablob ] > > 3 [tasa ] > > 4 [tasalog ] > > > > Archive Information > > > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > > Initialization Time 04/10/2003 10:10:35 > > System Page Size 2048 > > Version 6 > > Archive CheckPoint Time 04/21/2010 03:00:42 > > > > Dbspaces > > number flags fchunk nchunks flags owner name > > 1 1 1 1 N informix rootdbs > > 2 1 2 2 N informix tasa > > 3 2001 3 1 N T informix tasatemp > > 4 1 4 1 N informix tasalog > > 5 11 5 1 N B informix tasablob > > > > Chunks > > chk/dbs offset size free bpages flags pathname > > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > > 2 2 0 1000000 57 PO- /dev/ifx/tasa > > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > > > Continue restore? (y/n)y > > Do you want to back up the logs? (y/n)n > > > > Physical restore failed - could not fork server connection > > > > Physical restore failed - function read archive backup failed code -2 > errno > > 0 > > > > Program over. > > > > # ls -l> > total 0 > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2003 rtasalog > > crw-rw---- 1 informix informix 64 0x010002 Mar 20 2003 rtasatemp > > brw-rw---- 1 informix informix 64 0x010001 Apr 22 14:18 tasa > > brw-rw---- 1 informix informix 64 0x010006 Apr 22 14:26 tasa1 > > brw-rw---- 1 informix informix 64 0x010004 Apr 22 13:03 tasablob > > brw-rw---- 1 informix informix 64 0x010003 Apr 20 13:00 tasalog > > brw-rw---- 1 informix informix 64 0x010002 Apr 20 13:02 tasatemp > > > > # ls -lL> > total 0 > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Roger Kee — Tue, 27 Apr 2010 13:48:52 — source: IIUG Forums & Mailing Lists

Wally, Do you have multiple installs of IDS on your server or are you trying to restore to a different server than where this archive was taken? I see in the message log that it is using IDS 7.31.UD5, but the ontape header info says IDS 7.31.UD6. This may be your problem. On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Thanks, Art. Below is the message from the log: > > Thu Apr 22 12:45:04 2010 > > 12:45:04 Event alarms enabled. ALARMPROG = '/usr/informix/etc/log_full.sh' > 12:45:10 DR: DRAUTO is 0 (Off) > 12:45:10 Requested shared memory segment size rounded from 588KB to 592KB > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial > Number AA > D#J358202 > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory Initialized. > 12:45:11 Dynamically allocated new virtual shared memory segment (size > 8192KB) > 12:45:11 Dataskip is now OFF for all dbspaces > 12:45:11 Restartable Restore has been DISABLED > 12:45:11 Recovery Mode > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog started. > > 12:45:20 Checkpoint Completed: duration was 0 seconds. > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 > > 13:03:39 Checkpoint Completed: duration was 0 seconds. > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 > > 14:26:18 Aborting physical restore of ROOT DBSpace > 14:26:18 Aborted by client. > 14:26:18 Informix Dynamic Server Stopped. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Monday, April 26, 2010 8:12 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19858] > > Wait, I didn't notice this before. The ontape output says: > > > Physical restore failed - could not fork server connection > > That means the real problem is that it could not start up the engine > instance after restoring the reserved pages so that the engine could > complete the restore. This is usually a problem with some parameter in the > ONCONFIG file or with the configuration of the server's sqlhosts file > entries. What does the server message log say at the time the engine tried > to start up last during the restore? The time of the restore below was: > April 22 at 13:03 > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Good morning, Art, > > > > It is a file. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Friday, April 23, 2010 4:45 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19842] > > > > What is the backup device "/backups/informix_bu"? File? Tape? Named > > pipe? What? > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other individuals > > affiliated with any entity with which I am affiliated nor those of the > > entities themselves. > > > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Good morning, Art, > > > > > > Output of ontape -r > > > > > > # ontape -r> > > > > > Please mount tape 1 on /backups/informix_bu and press Return to > continue > > > > ... > > > > > > Archive Tape Information > > > > > > Tape type: Archive Backup Tape > > > Online version: Informix Dynamic Server Version 7.31.UD6 > > > Archive date: Wed Apr 21 03:00:03 2010 > > > User id: root > > > Terminal id: ? > > > Archive level: 0 > > > Tape device: /backups/informix_bu > > > Tape blocksize (in k): 16 > > > Tape size (in k): 12000000 > > > Tape number in series: 1 > > > > > > Spaces to restore:1 [rootdbs ] > > > 2 [tasablob ] > > > 3 [tasa ] > > > 4 [tasalog ] > > > > > > Archive Information > > > > > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > > > Initialization Time 04/10/2003 10:10:35 > > > System Page Size 2048 > > > Version 6 > > > Archive CheckPoint Time 04/21/2010 03:00:42 > > > > > > Dbspaces > > > number flags fchunk nchunks flags owner name > > > 1 1 1 1 N informix rootdbs > > > 2 1 2 2 N informix tasa > > > 3 2001 3 1 N T informix tasatemp > > > 4 1 4 1 N informix tasalog > > > 5 11 5 1 N B informix tasablob > > > > > > Chunks > > > chk/dbs offset size free bpages flags pathname > > > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > > > 2 2 0 1000000 57 PO- /dev/ifx/tasa > > > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > > > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > > > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > > > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > > > > > Continue restore? (y/n)y > > > Do you want to back up the logs? (y/n)n > > > > > > Physical restore failed - could not fork server connection > > > > > > Physical restore failed - function read archive backup failed code -2 > > errno > > > 0 > > > > > > Program over. > > > > > > # ls -l> > > total 0 > > > crw-rw---- 1 informix informix 64 0x010000 Mar 20 2003 group > > > brw-rw---- 1 informix informix 64 0x010005 Apr 22 13:03 rootdbs > > > crw-rw---- 1 informix informix 64 0x010005 Mar 20 2003 rrootdbs > > > crw-rw---- 1 informix informix 64 0x010001 Mar 20 2003 rtasa > > > crw-r----- 1 informix informix 64 0x010006 Mar 27 2003 rtasa1 > > > crw-rw---- 1 informix informix 64 0x010004 Mar 20 2003 rtasablob > > > crw-rw---- 1 informix informix 64 0x010003 Mar 20 2

↪ replying to Roger Kee

Everett Mills — Tue, 27 Apr 2010 14:05:16 — source: IIUG Forums & Mailing Lists

One thing I notice is that it runs for over an hour before it crashes. Is the device you're restoring to smaller than the one the backup was made on? Was a chunk added to the original and no device created to match it on the new one? Not sure what "Aborted by client" means in this context. Ordinarily, I'd think someone had hit ctrl-C or issued kill -9 against the ontape -r. --EEM > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Roger Kee > Sent: Tuesday, April 27, 2010 8:49 AM > To: ids@iiug.org > Subject: Re: Physical restore failed [19877] > > Wally, > > Do you have multiple installs of IDS on your server or are you trying > to > restore to a different server > than where this archive was taken? I see in the message log that it is > using IDS 7.31.UD5, but > the ontape header info says IDS 7.31.UD6. This may be your problem. > > On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Thanks, Art. Below is the message from the log: > > > > Thu Apr 22 12:45:04 2010 > > > > 12:45:04 Event alarms enabled. ALARMPROG = > '/usr/informix/etc/log_full.sh' > > 12:45:10 DR: DRAUTO is 0 (Off) > > 12:45:10 Requested shared memory segment size rounded from 588KB to > 592KB > > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial > > Number AA > > D#J358202 > > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory > Initialized. > > 12:45:11 Dynamically allocated new virtual shared memory segment > (size > > 8192KB) > > 12:45:11 Dataskip is now OFF for all dbspaces > > 12:45:11 Restartable Restore has been DISABLED > > 12:45:11 Recovery Mode > > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog > started. > > > > 12:45:20 Checkpoint Completed: duration was 0 seconds. > > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 > > > > 13:03:39 Checkpoint Completed: duration was 0 seconds. > > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 > > > > 14:26:18 Aborting physical restore of ROOT DBSpace > > 14:26:18 Aborted by client. > > 14:26:18 Informix Dynamic Server Stopped. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Monday, April 26, 2010 8:12 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19858] > > > > Wait, I didn't notice this before. The ontape output says: > > > > > Physical restore failed - could not fork server connection > > > > That means the real problem is that it could not start up the engine > > instance after restoring the reserved pages so that the engine could > > complete the restore. This is usually a problem with some parameter > in the > > ONCONFIG file or with the configuration of the server's sqlhosts file > > entries. What does the server message log say at the time the engine > tried > > to start up last during the restore? The time of the restore below > was: > > April 22 at 13:03 > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > organization with which I am associated either explicitly, > implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other > individuals > > affiliated with any entity with which I am affiliated nor those of > the > > entities themselves. > > > > On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Good morning, Art, > > > > > > It is a file. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Art > > > Kagel > > > Sent: Friday, April 23, 2010 4:45 PM > > > To: ids@iiug.org > > > Subject: Re: Physical restore failed [19842] > > > > > > What is the backup device "/backups/informix_bu"? File? Tape? Named > > > pipe? What? > > > > > > Art > > > > > > Art S. Kagel > > > Advanced DataTools (www.advancedatatools.com) > > > IIUG Board of Directors (art@iiug.org) > > > > > > See you at the 2010 IIUG Informix Conference > > > April 25-28, 2010 > > > Overland Park (Kansas City), KS > > > www.iiug.org/conf > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and > > > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor > any > > other > > > > > organization with which I am associated either explicitly, > implicitly, or > > > by > > > > > > inference. Neither do those opinions reflect those of other > individuals > > > affiliated with any entity with which I am affiliated nor those of > the > > > entities themselves. > > > > > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > > > Wally.Tang.CTR@dma.mil> wrote: > > > > > > > Good morning, Art, > > > > > > > > Output of ontape -r > > > > > > > > # ontape -r> > > > > > > > Please mount tape 1 on /backups/informix_bu and press Return to > > continue > > > > > > ... > > > > > > > > Archive Tape Information > > > > > > > > Tape type: Archive Backup Tape > > > > Online version: Informix Dynamic Server Version 7.31.UD6 > > > > Archive date: Wed Apr 21 03:00:03 2010 > > > > User id: root > > > > Terminal id: ? > > > > Archive level: 0 > > > > Tape device: /backups/informix_bu > > > > Tape blocksize (in k): 16 > > > > Tape size (in k): 12000000 > > > > Tape number in series: 1 > > > > > > > > Spaces to restore:1 [rootdbs ] > > > > 2 [tasablob ] > > > > 3 [tasa ] > > > > 4 [tasalog ] > > > > > > > > Archive Information > > > > > > > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, > Inc. > > > > Initialization Time 04/10/2003 10:10:35 > > > > System Page Size 2048 > > > > Version 6 > > > > Archive CheckPoint Time 04/21/2010 03:00:42 > > > > > > > > Dbspaces > > > > number flags fchunk nchunks flags owner name > > > > 1 1 1 1 N informix rootdbs > > > > 2 1 2 2 N informix tasa > > > > 3 2001 3 1 N T informix tasatemp > > > > 4 1 4 1 N informix tasalog > > > > 5 11 5 1 N B informix tasablob > > > > > > > > Chunks > > > > chk/dbs offset size free b

↪ replying to Roger Kee

Tang, Wally, CTR, DMA-Riv/IT — Tue, 27 Apr 2010 14:11:08 — source: IIUG Forums & Mailing Lists

Thanks, Roger. There is only one IDS on production and development servers, the archive file was from production. We never had any problem restoring the backup to development server daily until recently. Please advice. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Roger Kee Sent: Tuesday, April 27, 2010 6:49 AM To: ids@iiug.org Subject: Re: Physical restore failed [19877] Wally, Do you have multiple installs of IDS on your server or are you trying to restore to a different server than where this archive was taken? I see in the message log that it is using IDS 7.31.UD5, but the ontape header info says IDS 7.31.UD6. This may be your problem. On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Thanks, Art. Below is the message from the log: > > Thu Apr 22 12:45:04 2010 > > 12:45:04 Event alarms enabled. ALARMPROG = '/usr/informix/etc/log_full.sh' > 12:45:10 DR: DRAUTO is 0 (Off) > 12:45:10 Requested shared memory segment size rounded from 588KB to 592KB > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial > Number AA > D#J358202 > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory Initialized. > 12:45:11 Dynamically allocated new virtual shared memory segment (size > 8192KB) > 12:45:11 Dataskip is now OFF for all dbspaces > 12:45:11 Restartable Restore has been DISABLED > 12:45:11 Recovery Mode > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog started. > > 12:45:20 Checkpoint Completed: duration was 0 seconds. > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 > > 13:03:39 Checkpoint Completed: duration was 0 seconds. > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 > > 14:26:18 Aborting physical restore of ROOT DBSpace > 14:26:18 Aborted by client. > 14:26:18 Informix Dynamic Server Stopped. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: Monday, April 26, 2010 8:12 PM > To: ids@iiug.org > Subject: Re: Physical restore failed [19858] > > Wait, I didn't notice this before. The ontape output says: > > > Physical restore failed - could not fork server connection > > That means the real problem is that it could not start up the engine > instance after restoring the reserved pages so that the engine could > complete the restore. This is usually a problem with some parameter in the > ONCONFIG file or with the configuration of the server's sqlhosts file > entries. What does the server message log say at the time the engine tried > to start up last during the restore? The time of the restore below was: > April 22 at 13:03 > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > IIUG Board of Directors (art@iiug.org) > > See you at the 2010 IIUG Informix Conference > April 25-28, 2010 > Overland Park (Kansas City), KS > www.iiug.org/conf > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any other > organization with which I am associated either explicitly, implicitly, or > by > > inference. Neither do those opinions reflect those of other individuals > affiliated with any entity with which I am affiliated nor those of the > entities themselves. > > On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Good morning, Art, > > > > It is a file. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Friday, April 23, 2010 4:45 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19842] > > > > What is the backup device "/backups/informix_bu"? File? Tape? Named > > pipe? What? > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other individuals > > affiliated with any entity with which I am affiliated nor those of the > > entities themselves. > > > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Good morning, Art, > > > > > > Output of ontape -r > > > > > > # ontape -r> > > > > > Please mount tape 1 on /backups/informix_bu and press Return to > continue > > > > ... > > > > > > Archive Tape Information > > > > > > Tape type: Archive Backup Tape > > > Online version: Informix Dynamic Server Version 7.31.UD6 > > > Archive date: Wed Apr 21 03:00:03 2010 > > > User id: root > > > Terminal id: ? > > > Archive level: 0 > > > Tape device: /backups/informix_bu > > > Tape blocksize (in k): 16 > > > Tape size (in k): 12000000 > > > Tape number in series: 1 > > > > > > Spaces to restore:1 [rootdbs ] > > > 2 [tasablob ] > > > 3 [tasa ] > > > 4 [tasalog ] > > > > > > Archive Information > > > > > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, Inc. > > > Initialization Time 04/10/2003 10:10:35 > > > System Page Size 2048 > > > Version 6 > > > Archive CheckPoint Time 04/21/2010 03:00:42 > > > > > > Dbspaces > > > number flags fchunk nchunks flags owner name > > > 1 1 1 1 N informix rootdbs > > > 2 1 2 2 N informix tasa > > > 3 2001 3 1 N T informix tasatemp > > > 4 1 4 1 N informix tasalog > > > 5 11 5 1 N B informix tasablob > > > > > > Chunks > > > chk/dbs offset size free bpages flags pathname > > > 1 1 0 26000 2913 PO- /dev/ifx/rootdbs > > > 2 2 0 1000000 57 PO- /dev/ifx/tasa > > > 3 3 0 1000000 999897 PO- /dev/ifx/tasatemp > > > 4 4 0 1000000 999947 PO- /dev/ifx/tasalog > > > 5 5 0 1000000 1000000 POB /dev/ifx/tasablob > > > 6 2 0 1000000 845180 PO- /dev/ifx/tasa1 > > > > > > Continue restore? (y/n)y > > > Do you want to back up the logs? (y/n)n > > > > > > Physical restore failed - could not fork

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Roger Kee — Tue, 27 Apr 2010 14:25:10 — source: IIUG Forums & Mailing Lists

Wally, OK, that is helpful. As Everett just asked, is it possible that the souce instance chunks/devices are different from the destination chunks/devices? Your rootdbs may have grown (taken up more space in the device than previously) to the point where it exceeds what you have on the target instance. If you use dd to read the target and source rootdbs chunks/devices and send the output to /dev/null does it report the same size? Have there been any OS changes, are you sure that you have always had two different versions of IDS and the restore worked fine? You might consider installing the same version of IDS in a second directory on the target server and see if that succeeds. I would also start looking at any other changes that may have recently occurred on the source server to see if they could be an issue. What about the archive file? is it the correct size (are you sure you don't have a problem caused by hitting a max file size or not transferring the whole file)? If you can make another archive can you try to use that file instead of the one that is failing? On Tue, Apr 27, 2010 at 10:11 AM, Tang, Wally, CTR, DMA-Riv/IT < Wally.Tang.CTR@dma.mil> wrote: > Thanks, Roger. There is only one IDS on production and development servers, > the archive file was from production. We never had any problem restoring > the backup to development server daily until recently. > > Please advice. > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Roger > Kee > Sent: Tuesday, April 27, 2010 6:49 AM > To: ids@iiug.org > Subject: Re: Physical restore failed [19877] > > Wally, > > Do you have multiple installs of IDS on your server or are you trying to > restore to a different server > than where this archive was taken? I see in the message log that it is > using IDS 7.31.UD5, but > the ontape header info says IDS 7.31.UD6. This may be your problem. > > On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Thanks, Art. Below is the message from the log: > > > > Thu Apr 22 12:45:04 2010 > > > > 12:45:04 Event alarms enabled. ALARMPROG = > '/usr/informix/etc/log_full.sh' > > > 12:45:10 DR: DRAUTO is 0 (Off) > > 12:45:10 Requested shared memory segment size rounded from 588KB to 592KB > > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial > > Number AA > > D#J358202 > > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory > Initialized. > > > 12:45:11 Dynamically allocated new virtual shared memory segment (size > > 8192KB) > > 12:45:11 Dataskip is now OFF for all dbspaces > > 12:45:11 Restartable Restore has been DISABLED > > 12:45:11 Recovery Mode > > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog started. > > > > 12:45:20 Checkpoint Completed: duration was 0 seconds. > > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 > > > > 13:03:39 Checkpoint Completed: duration was 0 seconds. > > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 > > > > 14:26:18 Aborting physical restore of ROOT DBSpace > > 14:26:18 Aborted by client. > > 14:26:18 Informix Dynamic Server Stopped. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Monday, April 26, 2010 8:12 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19858] > > > > Wait, I didn't notice this before. The ontape output says: > > > > > Physical restore failed - could not fork server connection > > > > That means the real problem is that it could not start up the engine > > instance after restoring the reserved pages so that the engine could > > complete the restore. This is usually a problem with some parameter in > the > > > ONCONFIG file or with the configuration of the server's sqlhosts file > > entries. What does the server message log say at the time the engine > tried > > > to start up last during the restore? The time of the restore below was: > > April 22 at 13:03 > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > > organization with which I am associated either explicitly, implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other individuals > > affiliated with any entity with which I am affiliated nor those of the > > entities themselves. > > > > On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Good morning, Art, > > > > > > It is a file. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Art > > > Kagel > > > Sent: Friday, April 23, 2010 4:45 PM > > > To: ids@iiug.org > > > Subject: Re: Physical restore failed [19842] > > > > > > What is the backup device "/backups/informix_bu"? File? Tape? Named > > > pipe? What? > > > > > > Art > > > > > > Art S. Kagel > > > Advanced DataTools (www.advancedatatools.com) > > > IIUG Board of Directors (art@iiug.org) > > > > > > See you at the 2010 IIUG Informix Conference > > > April 25-28, 2010 > > > Overland Park (Kansas City), KS > > > www.iiug.org/conf > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > > and > > > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > > other > > > > > organization with which I am associated either explicitly, implicitly, > or > > > by > > > > > > inference. Neither do those opinions reflect those of other individuals > > > affiliated with any entity with which I am affiliated nor those of the > > > entities themselves. > > > > > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > > > Wally.Tang.CTR@dma.mil> wrote: > > > > > > > Good morning, Art, > > > > > > > > Output of ontape -r > > > > > > > > # ontape -r> > > > > > > > Please mount tape 1 on /backups/informix_bu and press Return to > > continue > > > > > > ... >

↪ replying to Everett Mills

rroussey@comcast.net — Tue, 27 Apr 2010 14:26:36 — source: IIUG Forums & Mailing Lists

Yeah, "aborted by client" is suspicious. Is there anything unusual in /var/adm/syslog/syslog.log file at the time it aborts? Any memory errors on the system? Bob ----- Original Message ----- From: "Everett Mills" <Everett.Mills@nationalbeef.com> To: ids@iiug.org Sent: Tuesday, April 27, 2010 10:05:17 AM GMT -05:00 US/Canada Eastern Subject: RE: Physical restore failed [19878] One thing I notice is that it runs for over an hour before it crashes. Is the device you're restoring to smaller than the one the backup was made on? Was a chunk added to the original and no device created to match it on the new one? Not sure what "Aborted by client" means in this context. Ordinarily, I'd think someone had hit ctrl-C or issued kill -9 against the ontape -r. --EEM > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Roger Kee > Sent: Tuesday, April 27, 2010 8:49 AM > To: ids@iiug.org > Subject: Re: Physical restore failed [19877] > > Wally, > > Do you have multiple installs of IDS on your server or are you trying > to > restore to a different server > than where this archive was taken? I see in the message log that it is > using IDS 7.31.UD5, but > the ontape header info says IDS 7.31.UD6. This may be your problem. > > On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Thanks, Art. Below is the message from the log: > > > > Thu Apr 22 12:45:04 2010 > > > > 12:45:04 Event alarms enabled. ALARMPROG = > '/usr/informix/etc/log_full.sh' > > 12:45:10 DR: DRAUTO is 0 (Off) > > 12:45:10 Requested shared memory segment size rounded from 588KB to > 592KB > > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial > > Number AA > > D#J358202 > > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory > Initialized. > > 12:45:11 Dynamically allocated new virtual shared memory segment > (size > > 8192KB) > > 12:45:11 Dataskip is now OFF for all dbspaces > > 12:45:11 Restartable Restore has been DISABLED > > 12:45:11 Recovery Mode > > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog > started. > > > > 12:45:20 Checkpoint Completed: duration was 0 seconds. > > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 > > > > 13:03:39 Checkpoint Completed: duration was 0 seconds. > > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 > > > > 14:26:18 Aborting physical restore of ROOT DBSpace > > 14:26:18 Aborted by client. > > 14:26:18 Informix Dynamic Server Stopped. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Monday, April 26, 2010 8:12 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19858] > > > > Wait, I didn't notice this before. The ontape output says: > > > > > Physical restore failed - could not fork server connection > > > > That means the real problem is that it could not start up the engine > > instance after restoring the reserved pages so that the engine could > > complete the restore. This is usually a problem with some parameter > in the > > ONCONFIG file or with the configuration of the server's sqlhosts file > > entries. What does the server message log say at the time the engine > tried > > to start up last during the restore? The time of the restore below > was: > > April 22 at 13:03 > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > organization with which I am associated either explicitly, > implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other > individuals > > affiliated with any entity with which I am affiliated nor those of > the > > entities themselves. > > > > On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Good morning, Art, > > > > > > It is a file. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Art > > > Kagel > > > Sent: Friday, April 23, 2010 4:45 PM > > > To: ids@iiug.org > > > Subject: Re: Physical restore failed [19842] > > > > > > What is the backup device "/backups/informix_bu"? File? Tape? Named > > > pipe? What? > > > > > > Art > > > > > > Art S. Kagel > > > Advanced DataTools (www.advancedatatools.com) > > > IIUG Board of Directors (art@iiug.org) > > > > > > See you at the 2010 IIUG Informix Conference > > > April 25-28, 2010 > > > Overland Park (Kansas City), KS > > > www.iiug.org/conf > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and > > > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor > any > > other > > > > > organization with which I am associated either explicitly, > implicitly, or > > > by > > > > > > inference. Neither do those opinions reflect those of other > individuals > > > affiliated with any entity with which I am affiliated nor those of > the > > > entities themselves. > > > > > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > > > Wally.Tang.CTR@dma.mil> wrote: > > > > > > > Good morning, Art, > > > > > > > > Output of ontape -r > > > > > > > > # ontape -r> > > > > > > > Please mount tape 1 on /backups/informix_bu and press Return to > > continue > > > > > > ... > > > > > > > > Archive Tape Information > > > > > > > > Tape type: Archive Backup Tape > > > > Online version: Informix Dynamic Server Version 7.31.UD6 > > > > Archive date: Wed Apr 21 03:00:03 2010 > > > > User id: root > > > > Terminal id: ? > > > > Archive level: 0 > > > > Tape device: /backups/informix_bu > > > > Tape blocksize (in k): 16 > > > > Tape size (in k): 12000000 > > > > Tape number in series: 1 > > > > > > > > Spaces to restore:1 [rootdbs ] > > > > 2 [tasablob ] > > > > 3 [tasa ] > > > > 4 [tasalog ] > > > > > > > > Archive Information > > > > > > > > Informix Dynamic Server Copyright(C) 1986-1998 Informix Software, > Inc. > > > > Initialization Time 04/10/2003 10:10:35 > > > > System Page

↪ replying to Everett Mills

Tang, Wally, CTR, DMA-Riv/IT — Tue, 27 Apr 2010 14:29:48 — source: IIUG Forums & Mailing Lists

Thanks, Everett. There were no any changes in regard to chunks or devices. I retrieved backup that was restoring fine few days ago and still getting the same error. In a way, I tested that size of data is not the issue. I was the only one on the server and could not recall ctrl-C nor were 'kill -9' involved. Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Everett Mills Sent: Tuesday, April 27, 2010 7:05 AM To: ids@iiug.org Subject: RE: Physical restore failed [19878] One thing I notice is that it runs for over an hour before it crashes. Is the device you're restoring to smaller than the one the backup was made on? Was a chunk added to the original and no device created to match it on the new one? Not sure what "Aborted by client" means in this context. Ordinarily, I'd think someone had hit ctrl-C or issued kill -9 against the ontape -r. --EEM > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Roger Kee > Sent: Tuesday, April 27, 2010 8:49 AM > To: ids@iiug.org > Subject: Re: Physical restore failed [19877] > > Wally, > > Do you have multiple installs of IDS on your server or are you trying > to > restore to a different server > than where this archive was taken? I see in the message log that it is > using IDS 7.31.UD5, but > the ontape header info says IDS 7.31.UD6. This may be your problem. > > On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Thanks, Art. Below is the message from the log: > > > > Thu Apr 22 12:45:04 2010 > > > > 12:45:04 Event alarms enabled. ALARMPROG = > '/usr/informix/etc/log_full.sh' > > 12:45:10 DR: DRAUTO is 0 (Off) > > 12:45:10 Requested shared memory segment size rounded from 588KB to > 592KB > > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial > > Number AA > > D#J358202 > > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory > Initialized. > > 12:45:11 Dynamically allocated new virtual shared memory segment > (size > > 8192KB) > > 12:45:11 Dataskip is now OFF for all dbspaces > > 12:45:11 Restartable Restore has been DISABLED > > 12:45:11 Recovery Mode > > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog > started. > > > > 12:45:20 Checkpoint Completed: duration was 0 seconds. > > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 > > > > 13:03:39 Checkpoint Completed: duration was 0 seconds. > > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 > > > > 14:26:18 Aborting physical restore of ROOT DBSpace > > 14:26:18 Aborted by client. > > 14:26:18 Informix Dynamic Server Stopped. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Monday, April 26, 2010 8:12 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19858] > > > > Wait, I didn't notice this before. The ontape output says: > > > > > Physical restore failed - could not fork server connection > > > > That means the real problem is that it could not start up the engine > > instance after restoring the reserved pages so that the engine could > > complete the restore. This is usually a problem with some parameter > in the > > ONCONFIG file or with the configuration of the server's sqlhosts file > > entries. What does the server message log say at the time the engine > tried > > to start up last during the restore? The time of the restore below > was: > > April 22 at 13:03 > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > organization with which I am associated either explicitly, > implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other > individuals > > affiliated with any entity with which I am affiliated nor those of > the > > entities themselves. > > > > On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Good morning, Art, > > > > > > It is a file. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Art > > > Kagel > > > Sent: Friday, April 23, 2010 4:45 PM > > > To: ids@iiug.org > > > Subject: Re: Physical restore failed [19842] > > > > > > What is the backup device "/backups/informix_bu"? File? Tape? Named > > > pipe? What? > > > > > > Art > > > > > > Art S. Kagel > > > Advanced DataTools (www.advancedatatools.com) > > > IIUG Board of Directors (art@iiug.org) > > > > > > See you at the 2010 IIUG Informix Conference > > > April 25-28, 2010 > > > Overland Park (Kansas City), KS > > > www.iiug.org/conf > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and > > > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor > any > > other > > > > > organization with which I am associated either explicitly, > implicitly, or > > > by > > > > > > inference. Neither do those opinions reflect those of other > individuals > > > affiliated with any entity with which I am affiliated nor those of > the > > > entities themselves. > > > > > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > > > Wally.Tang.CTR@dma.mil> wrote: > > > > > > > Good morning, Art, > > > > > > > > Output of ontape -r > > > > > > > > # ontape -r> > > > > > > > Please mount tape 1 on /backups/informix_bu and press Return to > > continue > > > > > > ... > > > > > > > > Archive Tape Information > > > > > > > > Tape type: Archive Backup Tape > > > > Online version: Informix Dynamic Server Version 7.31.UD6 > > > > Archive date: Wed Apr 21 03:00:03 2010 > > > > User id: root > > > > Terminal id: ? > > > > Archive level: 0 > > > > Tape device: /backups/informix_bu > > > > Tape blocksize (in k): 16 > > > > Tape size (in k): 12000000 > > > > Tape number in series: 1 > > > > > > > > Sp

↪ replying to rroussey@comcast.net

Tang, Wally, CTR, DMA-Riv/IT — Tue, 27 Apr 2010 15:11:10 — source: IIUG Forums & Mailing Lists

I looked at the syslog.log, there was no any error during the time of "aborted" Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of rroussey@comcast.net Sent: Tuesday, April 27, 2010 7:27 AM To: ids@iiug.org Subject: Re: Physical restore failed [19882] Yeah, "aborted by client" is suspicious. Is there anything unusual in /var/adm/syslog/syslog.log file at the time it aborts? Any memory errors on the system? Bob ----- Original Message ----- From: "Everett Mills" <Everett.Mills@nationalbeef.com> To: ids@iiug.org Sent: Tuesday, April 27, 2010 10:05:17 AM GMT -05:00 US/Canada Eastern Subject: RE: Physical restore failed [19878] One thing I notice is that it runs for over an hour before it crashes. Is the device you're restoring to smaller than the one the backup was made on? Was a chunk added to the original and no device created to match it on the new one? Not sure what "Aborted by client" means in this context. Ordinarily, I'd think someone had hit ctrl-C or issued kill -9 against the ontape -r. --EEM > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Roger Kee > Sent: Tuesday, April 27, 2010 8:49 AM > To: ids@iiug.org > Subject: Re: Physical restore failed [19877] > > Wally, > > Do you have multiple installs of IDS on your server or are you trying > to > restore to a different server > than where this archive was taken? I see in the message log that it is > using IDS 7.31.UD5, but > the ontape header info says IDS 7.31.UD6. This may be your problem. > > On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < > Wally.Tang.CTR@dma.mil> wrote: > > > Thanks, Art. Below is the message from the log: > > > > Thu Apr 22 12:45:04 2010 > > > > 12:45:04 Event alarms enabled. ALARMPROG = > '/usr/informix/etc/log_full.sh' > > 12:45:10 DR: DRAUTO is 0 (Off) > > 12:45:10 Requested shared memory segment size rounded from 588KB to > 592KB > > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial > > Number AA > > D#J358202 > > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory > Initialized. > > 12:45:11 Dynamically allocated new virtual shared memory segment > (size > > 8192KB) > > 12:45:11 Dataskip is now OFF for all dbspaces > > 12:45:11 Restartable Restore has been DISABLED > > 12:45:11 Recovery Mode > > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog > started. > > > > 12:45:20 Checkpoint Completed: duration was 0 seconds. > > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 > > > > 13:03:39 Checkpoint Completed: duration was 0 seconds. > > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 > > > > 14:26:18 Aborting physical restore of ROOT DBSpace > > 14:26:18 Aborted by client. > > 14:26:18 Informix Dynamic Server Stopped. > > > > Wally Tang > > DOD-Defense Media Center - IT > > Lockheed Martin - IT > > 23755 Z Street > > Riverside, CA 92518-2017 > > 951-413-2246 > > E-mail: wally.tang.ctr@dma.mil > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: Monday, April 26, 2010 8:12 PM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19858] > > > > Wait, I didn't notice this before. The ontape output says: > > > > > Physical restore failed - could not fork server connection > > > > That means the real problem is that it could not start up the engine > > instance after restoring the reserved pages so that the engine could > > complete the restore. This is usually a problem with some parameter > in the > > ONCONFIG file or with the configuration of the server's sqlhosts file > > entries. What does the server message log say at the time the engine > tried > > to start up last during the restore? The time of the restore below > was: > > April 22 at 13:03 > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > IIUG Board of Directors (art@iiug.org) > > > > See you at the 2010 IIUG Informix Conference > > April 25-28, 2010 > > Overland Park (Kansas City), KS > > www.iiug.org/conf > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > and > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other > > organization with which I am associated either explicitly, > implicitly, or > > by > > > > inference. Neither do those opinions reflect those of other > individuals > > affiliated with any entity with which I am affiliated nor those of > the > > entities themselves. > > > > On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Good morning, Art, > > > > > > It is a file. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Art > > > Kagel > > > Sent: Friday, April 23, 2010 4:45 PM > > > To: ids@iiug.org > > > Subject: Re: Physical restore failed [19842] > > > > > > What is the backup device "/backups/informix_bu"? File? Tape? Named > > > pipe? What? > > > > > > Art > > > > > > Art S. Kagel > > > Advanced DataTools (www.advancedatatools.com) > > > IIUG Board of Directors (art@iiug.org) > > > > > > See you at the 2010 IIUG Informix Conference > > > April 25-28, 2010 > > > Overland Park (Kansas City), KS > > > www.iiug.org/conf > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and > > > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor > any > > other > > > > > organization with which I am associated either explicitly, > implicitly, or > > > by > > > > > > inference. Neither do those opinions reflect those of other > individuals > > > affiliated with any entity with which I am affiliated nor those of > the > > > entities themselves. > > > > > > On Fri, Apr 23, 2010 at 9:25 AM, Tang, Wally, CTR, DMA-Riv/IT < > > > Wally.Tang.CTR@dma.mil> wrote: > > > > > > > Good morning, Art, > > > > > > > > Output of ontape -r > > > > > > > > # ontape -r> > > > > > > > Please mount tape 1 on /backups/informix_bu and press Return to > > continue > > > > > > ... > > > > > > > > Archive Tape Information > > > > > > > > Tape type: Archive Backup Tape > > > > Online version: Informix Dynamic Server Version 7.31.UD6 > > > > Archive date: Wed Apr 21 03:00:03 2010 > > > > User id: root > > > > Ter

↪ replying to Tang, Wally, CTR, DMA-Riv/IT

Everett Mills — Tue, 27 Apr 2010 15:20:52 — source: IIUG Forums & Mailing Lists

OK, then. How about running onstat -d on your primary. That will tell us if the restore is looking for a device it can't find. --EEM > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Tang, Wally, CTR, DMA-Riv/IT > Sent: Tuesday, April 27, 2010 10:11 AM > To: ids@iiug.org > Subject: RE: Physical restore failed [19886] > > I looked at the syslog.log, there was no any error during the time of > "aborted" > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > rroussey@comcast.net > Sent: Tuesday, April 27, 2010 7:27 AM > To: ids@iiug.org > Subject: Re: Physical restore failed [19882] > > Yeah, "aborted by client" is suspicious. Is there anything unusual in > /var/adm/syslog/syslog.log file at the time it aborts? Any memory > errors on > the system? > > Bob > > ----- Original Message ----- > From: "Everett Mills" <Everett.Mills@nationalbeef.com> > To: ids@iiug.org > Sent: Tuesday, April 27, 2010 10:05:17 AM GMT -05:00 US/Canada Eastern > Subject: RE: Physical restore failed [19878] > > One thing I notice is that it runs for over an hour before it crashes. > Is > the > device you're restoring to smaller than the one the backup was made on? > Was > a > chunk added to the original and no device created to match it on the > new > one? > Not sure what "Aborted by client" means in this context. Ordinarily, > I'd > think > someone had hit ctrl-C or issued kill -9 against the ontape -r. > > --EEM > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Roger Kee > > Sent: Tuesday, April 27, 2010 8:49 AM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19877] > > > > Wally, > > > > Do you have multiple installs of IDS on your server or are you trying > > to > > restore to a different server > > than where this archive was taken? I see in the message log that it > is > > using IDS 7.31.UD5, but > > the ontape header info says IDS 7.31.UD6. This may be your problem. > > > > On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Thanks, Art. Below is the message from the log: > > > > > > Thu Apr 22 12:45:04 2010 > > > > > > 12:45:04 Event alarms enabled. ALARMPROG = > > '/usr/informix/etc/log_full.sh' > > > 12:45:10 DR: DRAUTO is 0 (Off) > > > 12:45:10 Requested shared memory segment size rounded from 588KB to > > 592KB > > > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial > > > Number AA > > > D#J358202 > > > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory > > Initialized. > > > 12:45:11 Dynamically allocated new virtual shared memory segment > > (size > > > 8192KB) > > > 12:45:11 Dataskip is now OFF for all dbspaces > > > 12:45:11 Restartable Restore has been DISABLED > > > 12:45:11 Recovery Mode > > > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog > > started. > > > > > > 12:45:20 Checkpoint Completed: duration was 0 seconds. > > > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 > > > > > > 13:03:39 Checkpoint Completed: duration was 0 seconds. > > > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 > > > > > > 14:26:18 Aborting physical restore of ROOT DBSpace > > > 14:26:18 Aborted by client. > > > 14:26:18 Informix Dynamic Server Stopped. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Art > > > Kagel > > > Sent: Monday, April 26, 2010 8:12 PM > > > To: ids@iiug.org > > > Subject: Re: Physical restore failed [19858] > > > > > > Wait, I didn't notice this before. The ontape output says: > > > > > > > Physical restore failed - could not fork server connection > > > > > > That means the real problem is that it could not start up the > engine > > > instance after restoring the reserved pages so that the engine > could > > > complete the restore. This is usually a problem with some parameter > > in the > > > ONCONFIG file or with the configuration of the server's sqlhosts > file > > > entries. What does the server message log say at the time the > engine > > tried > > > to start up last during the restore? The time of the restore below > > was: > > > April 22 at 13:03 > > > > > > Art > > > > > > Art S. Kagel > > > Advanced DataTools (www.advancedatatools.com) > > > IIUG Board of Directors (art@iiug.org) > > > > > > See you at the 2010 IIUG Informix Conference > > > April 25-28, 2010 > > > Overland Park (Kansas City), KS > > > www.iiug.org/conf > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > and > > > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor > any > > other > > > organization with which I am associated either explicitly, > > implicitly, or > > > by > > > > > > inference. Neither do those opinions reflect those of other > > individuals > > > affiliated with any entity with which I am affiliated nor those of > > the > > > entities themselves. > > > > > > On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < > > > Wally.Tang.CTR@dma.mil> wrote: > > > > > > > Good morning, Art, > > > > > > > > It is a file. > > > > > > > > Wally Tang > > > > DOD-Defense Media Center - IT > > > > Lockheed Martin - IT > > > > 23755 Z Street > > > > Riverside, CA 92518-2017 > > > > 951-413-2246 > > > > E-mail: wally.tang.ctr@dma.mil > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On > Behalf > > Of > > > Art > > > > Kagel > > > > Sent: Friday, April 23, 2010 4:45 PM > > > > To: ids@iiug.org > > > > Subject: Re: Physical restore failed [19842] > > > > > > > > What is the backup device "/backups/informix_bu"? File? Tape? > Named > > > > pipe? What? > > > > > > > > Art > > > > > > > > Art S. Kagel > > > > Advanced DataTools (www.advancedatatools.com) > > > > IIUG Board of Directors (art@iiug.org) > > > > > > > > See you at the 2010 IIUG Informix Conference > > > > April 25-28, 2010 > > > > Overland Park (Kansas City), KS > > > > www.iiug.org/conf > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > > and > > > > > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor > > any > > > other > > > > > > > organization with which I am associated either explicit

↪ replying to Everett Mills

Tang, Wally, CTR, DMA-Riv/IT — Tue, 27 Apr 2010 15:24:59 — source: IIUG Forums & Mailing Lists

Thanks, see below. onstat -d *** WARNING: Informix Dynamic Server is no longer running. *** *** WARNING: Informix Dynamic Server is no longer running. *** Informix Dynamic Server Version 7.31.UD5 -- Initialization (CKPT REQ) -- Ups Blocked:CKPT Dbspaces address number flags fchunk nchunks flags owner name c125b158 1 401 1 1 NP informix rootdbs c125bc48 2 201 2 2 NR informix tasa c125bd08 3 2005 3 1 NDT informix tasatemp c125bdc8 4 5 4 1 ND informix tasalog c125be88 5 411 5 1 NPB informix tasablob 5 active, 2047 maximum Chunks address chk/dbs offset size free bpages flags pathname c125b218 1 1 0 26000 2913 PI- /dev/ifx/rootdbs c125b720 2 2 0 1000000 57 PI- /dev/ifx/tasa c125b828 3 3 0 1000000 999897 PI- /dev/ifx/tasatemp c125b930 4 4 0 1000000 999947 PI- /dev/ifx/tasalog c125ba38 5 5 0 1000000 ~1000000 1000000 PIB /dev/ifx/tasablob c125bb40 6 2 0 1000000 843930 PI- /dev/ifx/tasa1 6 active, 2047 maximum *** WARNING: Informix Dynamic Server is no longer running. *** Wally Tang DOD-Defense Media Center - IT Lockheed Martin - IT 23755 Z Street Riverside, CA 92518-2017 951-413-2246 E-mail: wally.tang.ctr@dma.mil -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Everett Mills Sent: Tuesday, April 27, 2010 8:21 AM To: ids@iiug.org Subject: RE: Physical restore failed [19887] OK, then. How about running onstat -d on your primary. That will tell us if the restore is looking for a device it can't find. --EEM > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Tang, Wally, CTR, DMA-Riv/IT > Sent: Tuesday, April 27, 2010 10:11 AM > To: ids@iiug.org > Subject: RE: Physical restore failed [19886] > > I looked at the syslog.log, there was no any error during the time of > "aborted" > > Wally Tang > DOD-Defense Media Center - IT > Lockheed Martin - IT > 23755 Z Street > Riverside, CA 92518-2017 > 951-413-2246 > E-mail: wally.tang.ctr@dma.mil > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > rroussey@comcast.net > Sent: Tuesday, April 27, 2010 7:27 AM > To: ids@iiug.org > Subject: Re: Physical restore failed [19882] > > Yeah, "aborted by client" is suspicious. Is there anything unusual in > /var/adm/syslog/syslog.log file at the time it aborts? Any memory > errors on > the system? > > Bob > > ----- Original Message ----- > From: "Everett Mills" <Everett.Mills@nationalbeef.com> > To: ids@iiug.org > Sent: Tuesday, April 27, 2010 10:05:17 AM GMT -05:00 US/Canada Eastern > Subject: RE: Physical restore failed [19878] > > One thing I notice is that it runs for over an hour before it crashes. > Is > the > device you're restoring to smaller than the one the backup was made on? > Was > a > chunk added to the original and no device created to match it on the > new > one? > Not sure what "Aborted by client" means in this context. Ordinarily, > I'd > think > someone had hit ctrl-C or issued kill -9 against the ontape -r. > > --EEM > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Roger Kee > > Sent: Tuesday, April 27, 2010 8:49 AM > > To: ids@iiug.org > > Subject: Re: Physical restore failed [19877] > > > > Wally, > > > > Do you have multiple installs of IDS on your server or are you trying > > to > > restore to a different server > > than where this archive was taken? I see in the message log that it > is > > using IDS 7.31.UD5, but > > the ontape header info says IDS 7.31.UD6. This may be your problem. > > > > On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < > > Wally.Tang.CTR@dma.mil> wrote: > > > > > Thanks, Art. Below is the message from the log: > > > > > > Thu Apr 22 12:45:04 2010 > > > > > > 12:45:04 Event alarms enabled. ALARMPROG = > > '/usr/informix/etc/log_full.sh' > > > 12:45:10 DR: DRAUTO is 0 (Off) > > > 12:45:10 Requested shared memory segment size rounded from 588KB to > > 592KB > > > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial > > > Number AA > > > D#J358202 > > > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory > > Initialized. > > > 12:45:11 Dynamically allocated new virtual shared memory segment > > (size > > > 8192KB) > > > 12:45:11 Dataskip is now OFF for all dbspaces > > > 12:45:11 Restartable Restore has been DISABLED > > > 12:45:11 Recovery Mode > > > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog > > started. > > > > > > 12:45:20 Checkpoint Completed: duration was 0 seconds. > > > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 > > > > > > 13:03:39 Checkpoint Completed: duration was 0 seconds. > > > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 > > > > > > 14:26:18 Aborting physical restore of ROOT DBSpace > > > 14:26:18 Aborted by client. > > > 14:26:18 Informix Dynamic Server Stopped. > > > > > > Wally Tang > > > DOD-Defense Media Center - IT > > > Lockheed Martin - IT > > > 23755 Z Street > > > Riverside, CA 92518-2017 > > > 951-413-2246 > > > E-mail: wally.tang.ctr@dma.mil > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Art > > > Kagel > > > Sent: Monday, April 26, 2010 8:12 PM > > > To: ids@iiug.org > > > Subject: Re: Physical restore failed [19858] > > > > > > Wait, I didn't notice this before. The ontape output says: > > > > > > > Physical restore failed - could not fork server connection > > > > > > That means the real problem is that it could not start up the > engine > > > instance after restoring the reserved pages so that the engine > could > > > complete the restore. This is usually a problem with some parameter > > in the > > > ONCONFIG file or with the configuration of the server's sqlhosts > file > > > entries. What does the server message log say at the time the > engine > > tried > > > to start up last during the restore? The time of the restore below > > was: > > > April 22 at 13:03 > > > > > > Art > > > > > > Art S. Kagel > > > Advanced DataTools (www.advancedatatools.com) > > > IIUG Board of Directors (art@iiug.org) > > > > > > See you at the 2010 IIUG Informix Conference > > > April 25-28, 2010 > > > Overland Park (Kansas City), KS > > > www.iiug.org/conf > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > and > > > > > > do not reflect on my employer, Advanced DataTools, the IIUG, nor > any > > other > > > organization with which I am associated either explicitly, > > implicitly, or > > > by > > > > > > inference. Neither do those opinions reflect those of other > > individuals > > > affiliated with any entity with which I am affiliated nor those of > > the > > > entities themselves. > > > > > > On

↪ replying to Everett Mills

Keith Simmons — Tue, 27 Apr 2010 15:48:56 — source: IIUG Forums & Mailing Lists

I don't think the issue is with missing chunks, the restore wouldn't even start if it couldn't find all the space in which to restore, nor are any chunks too small as, again, the restorewill not try to start if it cannot find/create chunks of the correct size. Is this restore on a freshly reboted server, or has it been running for a period of time? A clean reboot might help. I don't we've seen your sqlhosts file, appropriate entries in /etc/services and detail from onconfig. Keith On 27 April 2010 16:20, Everett Mills <Everett.Mills@nationalbeef.com> wrote: > OK, then. How about running onstat -d on your primary. That will tell us if > the restore is looking for a device it can't find. > > --EEM > >> -----Original Message----- >> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of >> Tang, Wally, CTR, DMA-Riv/IT >> Sent: Tuesday, April 27, 2010 10:11 AM >> To: ids@iiug.org >> Subject: RE: Physical restore failed [19886] >> >> I looked at the syslog.log, there was no any error during the time of >> "aborted" >> >> Wally Tang >> DOD-Defense Media Center - IT >> Lockheed Martin - IT >> 23755 Z Street >> Riverside, CA 92518-2017 >> 951-413-2246 >> E-mail: wally.tang.ctr@dma.mil >> >> -----Original Message----- >> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of >> rroussey@comcast.net >> Sent: Tuesday, April 27, 2010 7:27 AM >> To: ids@iiug.org >> Subject: Re: Physical restore failed [19882] >> >> Yeah, "aborted by client" is suspicious. Is there anything unusual in >> /var/adm/syslog/syslog.log file at the time it aborts? Any memory >> errors on >> the system? >> >> Bob >> >> ----- Original Message ----- >> From: "Everett Mills" <Everett.Mills@nationalbeef.com> >> To: ids@iiug.org >> Sent: Tuesday, April 27, 2010 10:05:17 AM GMT -05:00 US/Canada Eastern >> Subject: RE: Physical restore failed [19878] >> >> One thing I notice is that it runs for over an hour before it crashes. >> Is >> the >> device you're restoring to smaller than the one the backup was made on? >> Was >> a >> chunk added to the original and no device created to match it on the >> new >> one? >> Not sure what "Aborted by client" means in this context. Ordinarily, >> I'd >> think >> someone had hit ctrl-C or issued kill -9 against the ontape -r. >> >> --EEM >> >> > -----Original Message----- >> > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of >> > Roger Kee >> > Sent: Tuesday, April 27, 2010 8:49 AM >> > To: ids@iiug.org >> > Subject: Re: Physical restore failed [19877] >> > >> > Wally, >> > >> > Do you have multiple installs of IDS on your server or are you trying >> > to >> > restore to a different server >> > than where this archive was taken? I see in the message log that it >> is >> > using IDS 7.31.UD5, but >> > the ontape header info says IDS 7.31.UD6. This may be your problem. >> > >> > On Tue, Apr 27, 2010 at 9:40 AM, Tang, Wally, CTR, DMA-Riv/IT < >> > Wally.Tang.CTR@dma.mil> wrote: >> > >> > > Thanks, Art. Below is the message from the log: >> > > >> > > Thu Apr 22 12:45:04 2010 >> > > >> > > 12:45:04 Event alarms enabled. ALARMPROG = >> > '/usr/informix/etc/log_full.sh' >> > > 12:45:10 DR: DRAUTO is 0 (Off) >> > > 12:45:10 Requested shared memory segment size rounded from 588KB to >> > 592KB >> > > 12:45:10 Informix Dynamic Server Version 7.31.UD5 Software Serial >> > > Number AA >> > > D#J358202 >> > > 12:45:11 Informix Dynamic Server Initialized -- Shared Memory >> > Initialized. >> > > 12:45:11 Dynamically allocated new virtual shared memory segment >> > (size >> > > 8192KB) >> > > 12:45:11 Dataskip is now OFF for all dbspaces >> > > 12:45:11 Restartable Restore has been DISABLED >> > > 12:45:11 Recovery Mode >> > > 12:45:15 Physical Restore of rootdbs, tasablob, tasa, tasalog >> > started. >> > > >> > > 12:45:20 Checkpoint Completed: duration was 0 seconds. >> > > 12:45:20 Checkpoint loguniq 647, logpos 0xa018 >> > > >> > > 13:03:39 Checkpoint Completed: duration was 0 seconds. >> > > 13:03:39 Checkpoint loguniq 647, logpos 0xa018 >> > > >> > > 14:26:18 Aborting physical restore of ROOT DBSpace >> > > 14:26:18 Aborted by client. >> > > 14:26:18 Informix Dynamic Server Stopped. >> > > >> > > Wally Tang >> > > DOD-Defense Media Center - IT >> > > Lockheed Martin - IT >> > > 23755 Z Street >> > > Riverside, CA 92518-2017 >> > > 951-413-2246 >> > > E-mail: wally.tang.ctr@dma.mil >> > > >> > > -----Original Message----- >> > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf >> Of >> > Art >> > > Kagel >> > > Sent: Monday, April 26, 2010 8:12 PM >> > > To: ids@iiug.org >> > > Subject: Re: Physical restore failed [19858] >> > > >> > > Wait, I didn't notice this before. The ontape output says: >> > > >> > > > Physical restore failed - could not fork server connection >> > > >> > > That means the real problem is that it could not start up the >> engine >> > > instance after restoring the reserved pages so that the engine >> could >> > > complete the restore. This is usually a problem with some parameter >> > in the >> > > ONCONFIG file or with the configuration of the server's sqlhosts >> file >> > > entries. What does the server message log say at the time the >> engine >> > tried >> > > to start up last during the restore? The time of the restore below >> > was: >> > > April 22 at 13:03 >> > > >> > > Art >> > > >> > > Art S. Kagel >> > > Advanced DataTools (www.advancedatatools.com) >> > > IIUG Board of Directors (art@iiug.org) >> > > >> > > See you at the 2010 IIUG Informix Conference >> > > April 25-28, 2010 >> > > Overland Park (Kansas City), KS >> > > www.iiug.org/conf >> > > >> > > Disclaimer: Please keep in mind that my own opinions are my own >> > opinions >> > > and >> > > >> > > do not reflect on my employer, Advanced DataTools, the IIUG, nor >> any >> > other >> > > organization with which I am associated either explicitly, >> > implicitly, or >> > > by >> > > >> > > inference. Neither do those opinions reflect those of other >> > individuals >> > > affiliated with any entity with which I am affiliated nor those of >> > the >> > > entities themselves. >> > > >> > > On Mon, Apr 26, 2010 at 9:29 AM, Tang, Wally, CTR, DMA-Riv/IT < >> > > Wally.Tang.CTR@dma.mil> wrote: >> > > >> > > > Good morning, Art, >> > > > >> > > > It is a file. >> > > > >> > > > Wally Tang >> > > > DOD-Defense Media Center - IT >> > > > Lockheed Martin - IT >> > > > 23755 Z Street >> > > > Riverside, CA 92518-2017 >> > > > 951-413-2246 >> > > > E-mail: wally.tang.ctr@dma.mil >> > > > >> > > > -----Original Message----- >> > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On >> Behalf >> > Of >> > > Art >> > > > Kagel >> > > > Sent: Friday, April 23, 2010 4:45 PM >> > > > To: ids@iiug.org >> > > > Subject: Re: Ph

Physical restore failed

Related threads

Glossary

Your privacy choices