[SunHELP] Moving from an E450 to an Ultra-1

[Afrose Abdulla]

This is a multi-part message in MIME format.
--------------767C1B33C5F1AC140E418E83
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

And one more thing, don't forget to modify the /etc/vfstab as necessary. i.e. with
the c0t0xxx slices.
//

Afrose Abdulla wrote:

> Try rebuilding the path_to_inst file and /dev/dsk this way. I'm sure you
> understand this is necessary because the machines have different architectures.
> This should do it!
>
> ok> boot cdrom -sw
> #mount root file system to /a
> #cd /a/dev/dsk
> #rm c*
> #cd /a/dev/rdsk
> #rm c*
> #cd /
> #drvconfig -r /a/devices -p /a/etc/path_to_inst
> #devlinks -r /a
> #disks -r /a
> #tapes -r /a
> #ports -r /a
> #audlinks -r /a
> #cd /
> #umount /a
> #reboot
>
> Regards,
> /afrose
>
> Will Mc Donald wrote:
>
> > Hey all,
> >
> > I'm trying to restore the contents of an E450 (Solaris 2.5.1) on to an Ultra
> > 1 and I'm experiencing some weirdness that I can't quite figure out. I think
> > it's something to do with /etc/path_to_inst but I can't quite get what.
> >
> > I took a level 0 ufsdump of one half of the mirrors of the 450. Booted the
> > Ultra 1 off CD, repartitioned and newfs'ed it then restored the 450 dump to
> > its disk. Before rebooting I removed the metadevices by editing /etc/system
> > and vfstab as needed.
> >
> > On reboot the system trys to fsck the root disk and fails with...
> >
> > The / file system (/dev/rdsk/c0t0d0s0) is being checked
> > Can't stat /dev/rdsk/c0t0d0s0
> > /dev/rdsk/c0t0d0s0: CAN'T CHECK FILE SYSTEM.
> > /dev/rdsk/c0t0d0s0 UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
> >
> > Then tells me to run fsck -F ufs /dev/rdsk/c0t0d0s0 and gives allows me to
> > login in single user mode with the filesystem mounted read-only.
> >
> > Boot off CD and I can mount and fsck the filesystem no problems. When booted
> > from CD with /dev/dsk/c0t0d0s0 mounted rw, I can see that the entries in
> > /dev/dsk and /dev/rdsk are all c4t0d0sX instead of c0t0d0s0.
> >
> > If I move these links to c0t0d0sX the machine will boot and reboot
> > succesfully until a boot -r or -a is issued, then it rebuilds all the
> > devices with c4t0d0sX.
> >
> > I've tried moving /etc/path_to_inst (to path_to_inst.org) and then boot -a,
> > same problem. I've tried copying over a path_to_inst from a working Ultra-1,
> > same problem.
> >
> > So, what am I missing? I never expected a straight transfer from a 450 to an
> > Ultra 1 to be entirely painless anyway but this has got me semi-stumped. I
> > can get the damn thing running but only so long as I don't boot -r/a.
> >
> > I've had a look through the SunHELP and Managers archives and a reasonably
> > thorough Google trawl but to no avail.
> >
> > Any sugestions?
> >
> > Will.
> >
> > _______________________________________________
> > SunHELP maillist  -  SunHELP at sunhelp.org
> > http://www.sunhelp.org/mailman/listinfo/sunhelp

--------------767C1B33C5F1AC140E418E83
Content-Type: text/x-vcard; charset=us-ascii;
 name="ahmed.afrose.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Afrose Abdulla
Content-Disposition: attachment;
 filename="ahmed.afrose.vcf"

begin:vcard 
n:Afrose;Ahmed 
tel;cell:00971 50 5356610
tel;fax:00971 4 3319547
tel;work:00971 4 3319578
x-mozilla-html:FALSE
url:http://www.siemens.com
org:SIEMENS;Siemens Business Services
adr:;;;Dubai;;;UAE
version:2.1
email;internet:ahmed.afrose at siemens.co.ae
title:Systems Engineer
fn:Ahmed Afrose
end:vcard

--------------767C1B33C5F1AC140E418E83--