Hi! Couple of addenda to this one:
(1) the backplanes are totally full so we don't have the luxury of
running both the KZPACs and the KZPAAs at once;
(2) in response to a couple of people's observations about the
benefits of removing the scourge of LSM completely from our
systems, I agree but we do still need LSM for some other stuff
(basically making some little tiny volumes on the HSZ for
Oracle DRDs) so we can't remove everything from LSM, just
the system disk mirroring.
Thanks!
John
John Speakman wrote:
> Hi!
>
> I have a question for you. No rush on this one, not doing it till
> January.
>
> We are moving from software mirroring of system disks (using LSM)
> to hardware mirroring (KZPAC controllers). I know when I broached
> this, pretty much everyone said "Don't do it! KZPAC sucks!" etc., but,
> well, we have these things now and we are expected to use them.
>
> System: cluster of two 4100s with shared SW800 cabinet using HSZ
> controllers and local system disks on KZPAA controllers (to be
> replaced with the KZPACs). Unix 4.0E patch 2.
>
> When we have de-encapsulated and un-mirrored the system disks
> using LSM, we wanted to just stick the KZPAC controllers and
> split bus shelves in the systems and then just pop the newly
> unmirrored system disk in the controller and add it to the array and
> boot. Digital say "no way it will boot without init-ing the disk, i.e.
> wiping it, so you will have to back up your system disk, init the disk
> and then copy it back.
>
> What would you say is the most efficient way to do this? I was
> wondering if we could init a disk on the HSZ controller, copy the
> files (just using cp -pR ? or vdump, cpio etc.?) from the old system
> disk to this HSZ-inited disk, then switch the controllers and pop the
> disk i just copied into the KZPAC and boot it. Think this would
> work? Any better ideas/gotchas etc.?
>
> Thanks, will summarize
> John
Received on Tue Dec 14 1999 - 16:10:55 NZDT