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

[Afrose Abdulla]

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

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

--------------6DBAF25E8FE952C237C870AB
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

--------------6DBAF25E8FE952C237C870AB--