SUMMARY: Clean Up device Trees and path_to_inst

From: DAUBIGNE Sebastien - BOR ( SDaubigne_at_bordeaux-bersol.sema.slb.com ) <SDaubigne_at_bordeaux-bersol.sema.slb.com>
Date: Tue Feb 25 2003 - 12:20:07 EST
Many thanks to all those who responded so quickly.

Some suggested using "devfsadm -C", which can't help because this is Solaris
2.7+, and I'm running 2.6.
One solution is to remove everything but the boot disk from path_to_inst.
Bertran Hutin send me a clever script which uses the "diskinfo" SUNWexplo
tool to remove useless entries.

Finally the best answer came from Louis C. Watta and Rodolfo Casas : the
solution is to specify "/pseudo/vxio@0:0 <mailto:/pseudo/vxio@0:0> " (or
whatever in /etc/system) as the boot
device instead of the default one (/dev/dsk/cxtydz) when Solaris asks for it
(during "boot -ar").

***************** Rodolpho's method *****************


  {0} ok boot -arv

  Boot device: /pci@80,4000/scsi@2/disk@1,0  File and args: -arv

  Enter filename [kernel/sparcv9/unix]:

  Size: 358864+104274+152610 Bytes

  Enter default directory for modules [/platform/FJSV,GPUSK/kernel
/platform/sun4u

  s/kernel /kernel /usr/kernel]:

  Name of system file [etc/system]:

  SunOS Release 5.8 Version Generic_108528-15 64-bit

  Copyright 1983-2001 Sun Microsystems, Inc.  All rights reserved.

  Ethernet address = 0:0:e:25:3:16



  The /etc/path_to_inst on your system does not exist or is empty.

  Do you want to rebuild this file [n]? y

  Using default device instance data

  root filesystem type [ufs]:

  Enter physical name of root device

  [/pci@80,4000/scsi@2/disk@1,0:a]: /pseudo/vxio@0:0

  WARNING: forceload of drv/scsi failed

  mem = 4194304K (0x100000000)

  avail mem = 3969310720

  root nexus = Fujitsu Siemens GP7000F 800 2-slot 3x SPARC64 III 330MHz

.........................................................................
.....

1: - cd /dev/dsk    ; rm *
2: - cd /dev/rdsk    ; rm *
3: - cd /dev/vx/dmp    ; rm *
4: - cd /dev/vx/rdmp    ; rm *
5: - cd /devices     ; rm -fr pci*
6: - cd /dev/cfg    ; rm *
7: - boot -r



***************** Louis's method *****************

You need to explicitly tell the OS where the veritas disk is. So when it
comes up and asks for bootdisk you need to give it the device that is
assigned in /etc/system. There's an infodoc #15069 on it in sunsolve.  Then
you can boot -ar and rebuild your path_to_inst with veritas installed.
infodoc -----
The workaround to this problem is as follows:
1.	From single user mode, edit the /etc/path_to_inst file.
Comment out the following line using the # sign.
#path_to_inst_bootstrap_1
2.	Look in the /etc/system file, searching for the line labeled "
rootdev: ".
For example:
rootdev: /pseudo/vxio@0:0 <mailto:/pseudo/vxio@0:0>
Write down this line exactly.
3.	Now do a boot -arv again
4.	Answer 'yes', when it asks if you want to rebuild the path_to_inst
file.
5.	When asked for the physical root device, do not take the default,
but instead, enter the device name you found above in step #2 (for example,
/pseudo/vxio@0:0) <mailto:/pseudo/vxio@0:0)> .




We usually do the following to clean out the dev tree.
boot -s
rm /dev/vx/rdmp/*
rm /dev/vx/dmp/*
Then selectively delete devices in /dev/rdsk and /dev/dsk that we know
don't exist anymore. We've had issues with full out removing /dev/rdsk/*
move path_to_inst path_to_inst.old
shutdown
boot -ar

This is one area where Sun could really improve. We've run out of devices on
several hosts because of Sun's poor ability to remove disks.  Looks like
they are trying to with the boot -p option but I've only ever seen it remove
things once.



---
Sebastien DAUBIGNE
sdaubigne@bordeaux-bersol.sema.slb.com
<mailto:sdaubigne@bordeaux-bersol.sema.slb.com>  - (+33)5.57.26.56.36
SchlumbergerSema - SGS/DWH/Pessac
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Tue Feb 25 13:04:28 2003

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:03 EST