Dear Managers
I wonder if any of you could assist with the following problem.
Today I have been working with a customer who is replicating their
system onto another Alphaserver but with different storage. He has an
existing Asvr4100 with various flavours of attached storage, the system
disk is on a straightforward SCSI controller. He also has another
Asvr4100 to which he has attached an HSZ40 (liberated from a VMS box)
the plan is to replicate the existing system on to this new system,
putting all the storage behind the HSZ controller.
The customer performed a full vdump of / and /usr, I then attempted to
vrestore these onto the newly configured two member stripe set on the
HSZ. The intention was to then boot genvmunix from this new disk and
modify the kernel for the new storage controller setup. The boot was
attempted but failed after a short time with the error message : Unable
to open osf_boot.
One of the other disks on the system had a working version of unix on
it, so this was booted in order to examine the 'new' boot partition. The
osf_boot file was there and appeared to have the correct permissions.
Another restore was attempted but the same fault was seen.
The workaround was to perform a minimal installation on this new disk,
copy the osf_boot to osf_boot.old, vrestore the backup and then copy the
osf_boot.old back to osf_boot.
I cannot exlplain this can you ??
The only thing that I feel could possibly cause a problem is that when
the initial vrestores were performed, the installation CD for V4.0D was
booted to unix shell and then the vrestore performed, the version being
restored was V4.0A. The minimal install was done from the V4.0A CD.
Any suggestions would be very gratefully accepted.
Regards
Kevin Jones
______________________________________________________
Get Your Private, Free Email at
http://www.hotmail.com
Received on Mon Nov 09 1998 - 20:59:56 NZDT