Re: ontape restore error

Or: gunzip -c informix.backup | ontape -r Good catch TBP, I missed that 'dumb stuff' item. Art On Fri, Jul 25, 2008 at 11:43 AM, TBP <theBP@usenet-news.net> wrote: > matt wrote: > > i am getting an error trying to restore an informix db using ontape > > command.... > > > > [root@server1 tmp]# cat informix.backup | ontape -r > > Physical restore failed - function read archive backup failed code -1 > > errno 0 > > > > this is the process i used to backup the db on another machine.... > > > > I changed TAPEDEV and LTAPEDEV to STDIO > > > > then.... > > > > ontape -v -s -L 0 | gzip -c >/tmp/informix.backup> > > > thanks, > > matt > > > > So, you have a gzip'd backup file? > > And you want to cat a gzip file (without gunzip'ing it) to ontape? > > Why not try gunzip'ing the file before trying to give it to ontape :-/ > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list > -- Art S. Kagel Oninit (www.oninit.com) IIUG Board of Directors (art@iiug.org) Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Oninit, the IIUG, nor any other organization with which I am associated either explicitly or implicitly. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. -- Art S. Kagel Oninit (www.oninit.com) IIUG Board of Directors (art@iiug.org) Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Oninit, the IIUG, nor any other organization with which I am associated either explicitly or implicitly. 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 Jul 25, 10:52 am, "Art Kagel" <art.ka...@gmail.com> wrote: > Or: > > gunzip -c informix.backup | ontape -r > > Good catch TBP, I missed that 'dumb stuff' item. > ...as do i obiviously. thanks. don't know if i need to post a new topic but i am getting these errors when i try to restore it to a different fresh database (you don't see it but i did gunzip the file)..... [root@server1 tmp]# cat informix.backup | ontape -r oninit: Fatal error in shared memory creation Physical restore failed - function write physical restore failed code -1 errno 0

matt wrote: > On Jul 25, 10:52 am, "Art Kagel" <art.ka...@gmail.com> wrote: >> Or: >> >> gunzip -c informix.backup | ontape -r >> >> Good catch TBP, I missed that 'dumb stuff' item. >> > > ...as do i obiviously. thanks. don't know if i need to post a new > topic but i am getting these errors when i try to restore it to a > different fresh database (you don't see it but i did gunzip the > file)..... > > [root@server1 tmp]# cat informix.backup | ontape -r > oninit: Fatal error in shared memory creation > Physical restore failed - function write physical restore failed code > -1 errno 0 > > :-/ So, what are you trying to do? "Restore it to a different fresh database" ... So, you have an "instance" on a host, which has a ROOTPATH and a SERVERNUM (and a load of other things). You take a backup. Then ... what do you want to do? If you backup an instance, keep the same onconfig etc. etc., then when you come to restore you will ... restore the instance you have just backed up. Or not, if the instance is running (as looks like in your case). If you want to restore into another instance on the same host, then you will have to consider a few things like : ROOTPATH (and all the other chunks) will have to be different i.e. you will have to specify chunk renaming on the restore. SERVERNUM will have to be different i.e. you can have the same shared memory key. and several other things.

try typing onmode -ky a couple of times before starting the restore. -- Neil Truby t:01932 724027 Director m:07798 811708 Ardenta Limited e:neil.truby@ardenta.com "matt" <chimcentral@yahoo.com> wrote in message news:cfbe37e5-f16f-4660-b6ae-b86b382f2d4e@j7g2000prm.googlegroups.com... > On Jul 25, 10:52 am, "Art Kagel" <art.ka...@gmail.com> wrote: >> Or: >> >> gunzip -c informix.backup | ontape -r >> >> Good catch TBP, I missed that 'dumb stuff' item. >> > > ...as do i obiviously. thanks. don't know if i need to post a new > topic but i am getting these errors when i try to restore it to a > different fresh database (you don't see it but i did gunzip the > file)..... > > [root@server1 tmp]# cat informix.backup | ontape -r > oninit: Fatal error in shared memory creation > Physical restore failed - function write physical restore failed code > -1 errno 0 > >

matt wrote: > On Jul 25, 10:52 am, "Art Kagel" <art.ka...@gmail.com> wrote: >> Or: >> >> gunzip -c informix.backup | ontape -r >> >> Good catch TBP, I missed that 'dumb stuff' item. >> > > ...as do i obiviously. thanks. don't know if i need to post a new > topic but i am getting these errors when i try to restore it to a > different fresh database (you don't see it but i did gunzip the > file)..... > > [root@server1 tmp]# cat informix.backup | ontape -r > oninit: Fatal error in shared memory creation > Physical restore failed - function write physical restore failed code > -1 errno 0 > > You can try this: gunzip -c informix.backup | strings | more You should see some Informix copyright messages and the list of dbspaces. If you don't see them check the backup file and how you put it on the new server. Assuming you see them, check that the version you're trying to restore accepts STDIO and that you have it properly configured it (it should be the same IDS version of course). Then check the instance online log. Regards. -- Fernando Nunes Portugal http://informix-technology.blogspot.com My email works... but I don't check it frequently...