Re: ISM restore to different machine

Hi, you can still run your backups as informix and run the backup of bootstrap separately as root. You can find this command in the steps for the source system: ism_catalog -create_bootstrap -pool $ISM_DATA_VOLUME_POOL Usually I have PRINTER env unset during startup of ISM and backup/restore. Andreas On Monday 26 September 2005 15:46, mweallans@panacea.co.uk wrote: > Thanks Andreas, > > I think I followed all the steps but it is a very convoluted procedure. > It also assumes that I have control of the source system. In fact in > parallel IBM tech support have provided me with a different set of > instructions. That too specifies what I have to do on the source > system (8 steps) and what to do on the destination system (31 steps). > > I am just about to set out on the "Thirty Nine Steps". (Now what does > that remind me of?) > > BTW I also enpountered a problem in that I didn't see anywhere any > warnings about running ISM backups as root. But if you don't run ISM > backups as root the bootstrap does not get copied. And that presents > problems later on. But when I modified the source system to run all > ism backups as root the backup times grew from 20 minutes to 11 hours. > The reason - PRINTER environment variable. It wasn't set but it still > seemed to cause a problem. (Funnier and funnier) > > regards > > Malcolm > (up to my neck in crocodiles - now which swamp was I in when I > started?) > > Andreas Breitfeld wrote: > > Hi, > > > > please check if you did all steps described in 'IBM Informix Storage > > Manager Administrator's Guide' chapter 'Transferring Data with the > > Imported Restore'. > > > > If you get an error like > > nsrmm: error, file disk data1 not in media index > > > > when running the ism_op-mount command on the target machine then run > > 'ism_catalog -recreate_from' command for each of your devices befor. > > > > Andreas > > > > On Wednesday 21 September 2005 21:58, malcolm weallans wrote: > > > IDS 9.40 on Suse Linux SLES8. > > > > > > We backup IDS to disk using onbar and ISM. We then backup the whole > > > Linux disk using cpio. And we have recovered this configuration to the > > > same physical machine in the past. We are now trying to "clone" the > > > machine for further development purposes. We restored all of the > > > informix directories and the ISM backup directories. We then created > > > the appropriate devices for ISM, and mounted them. So far so good. We > > > started up ism and asked ism_catalog to find_bootstrap on the device. > > > It failed to find a bootstrap. It did manage to recover the save set > > > info though. > > > > > > Does anybody have any idea as to the contents of the bootstrap? > > > > > > Needless to say that - as usual - the development project haven't > > > allowed us much time to do this "delicate" operation. > > > > > > And BTW - we did have propblems with ism_startup but we solved those by > > > unsetting the PRINTER environment variable and by installing the c > > > compiler. It's interesting that ism needs those facilities to run on > > > Linux. I Live and Learn. > > > > > > Malcolm > > > sending to informix-list > > > > sending to informix-list sending to informix-list