Re: mksysb restore AIX 5.3


"Uwe Auer" <uwe@xxxxxxxxxxxxxx> wrote in message
news:fpttoa$1li$1@xxxxxxxxxxxx
rancid moth schrieb:
hello,

Not being an expert in AIX I have come across an overwrite when
performing a mksysb restore. We created _additional_ filesystems in a
non-rootvg on the box after we created the mksysb. When we restored the
machine using the mksysb, the /etc/filesystems file then had the post
mksysb filesystems listed in it (even though the mksysb should have
overwritten the file). My guess is that AIX finds the filesystems when
doing the varyon on the non-rootvg and creates the filesystem entries.
We checked the /etc/filesystems on the mksysb tape and it did _not_ have
the additional non-rootvg filesystems in it. Can someone clarify the
actual events that would have occurred here?

cheers


Hi,

please check the file bosinst.data on your system you have recovered. The
stanza IMPORT_USER_VGS determines what happens, when you do a restore. If
it is set to "yes" then restore procedure executes an "importvg" and all
of your "external" filesystems will be redefined into /etc/filesystems,
since this is the way importvg works.

If you have used NIM to restore your mksysb, check whether you or your NIM
admin had created a NIM bosinst.data resource and check the
IMPORT_USER_VGS setting there, since allocation of a NIM bosinst.data
resource for a restore overrides what is defined in the images
bosinst.data.

The other event may be, that you have imported external vg manually by
executing "importvg" on the command line.

Regards,
Uwe Auer

I forgot that i had one more question, and it regards the order / process of
how all this works...my guess is the following...

With this import_user_vgs set, the restore procedure would first restore the
rootvg, and the system would then attempt to varyon all the VG's defined
(within the mksysb backup) this would include any external VG's. When the
external VG's are variedon it finds the filesystems defined within the vg
headers and because the inport switch is set, imports them into the
/etc/filesystems file.

would that be somewhat correct?


.

Relevant Pages

  • Re: mksysb restore AIX 5.3
    ... Not being an expert in AIX I have come across an overwrite when performing a mksysb restore. ... When we restored the machine using the mksysb, the /etc/filesystems file then had the post mksysb filesystems listed in it. ... My guess is that AIX finds the filesystems when doing the varyon on the non-rootvg and creates the filesystem entries. ...
    (comp.unix.aix)
  • Re: mksysb restore AIX 5.3
    ... non-rootvg on the box after we created the mksysb. ... mksysb filesystems listed in it (even though the mksysb should have ... doing the varyon on the non-rootvg and creates the filesystem entries. ... when you do a restore. ...
    (comp.unix.aix)
  • problems with AIX 5.2 mksysb restore!
    ... reboot hung on the /usr Filesystem on my 6C1. ... I tried to do a restore of the files on the mksysb without success, ... I have a theory that 2 JFS2 Filesystems that I had on the rootvg caused ...
    (comp.unix.aix)
  • Re: mksysb restore AIX 5.3
    ... mksysb restore. ... We created _additional_ filesystems in a non-rootvg on the ... box after we created the mksysb. ...
    (comp.unix.aix)
  • Re: mksysb restore AIX 5.3
    ... Not being an expert in AIX I have come across an overwrite when performing a mksysb restore. ... When we restored the machine using the mksysb, the /etc/filesystems file then had the post mksysb filesystems listed in it. ... My guess is that AIX finds the filesystems when doing the varyon on the non-rootvg and creates the filesystem entries. ... I have never done a restore with this intention, but my guess would be that you had "Import Volume Groups" set to yes. ...
    (comp.unix.aix)