[Veritas-vx] Clean Up device Trees and path_to_inst
Rodolfo Casás
rcasas at mail.fujitsu.es
Tue Feb 25 08:40:05 CST 2003
#Boot -arv
{0} ok probe-scsi-all
/pci at 88,4000/scsi at 2,1
/pci at 88,4000/scsi at 2
Target 1
Unit 0 Disk FUJITSU MAG3182LC 3709
Target e
Unit 0 Device type 9 FUJITSU FAULT LAMP BOARD
/pci at 80,4000/scsi at 2
Target 1
Unit 0 Disk FUJITSU MAJ3182MC 3702
Target e
Unit 0 Device type 9 FUJITSU FAULT LAMP BOARD
{0} ok boot -arv
Boot device: /pci at 80,4000/scsi at 2/disk at 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 at 80,4000/scsi at 2/disk at 1,0:a]: /pseudo/vxio at 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
Hope it helps
Rodolfo Casás Izquierdo
Dpto. de Integración y Soporte
FUJITSU ESPAÑA SA, SOCIEDAD UNIPERSONAL
Parque Empresarial Cerro de los Gamos
Camino Cerro de los Gamos, 1
28224, Pozuelo de Alarcón - Madrid (España)
La información contenida en este e-mail es confidencial y va dirigida
únicamente al receptor que aparece como destinatario. Si ha recibido
este e-mail por error, por favor, notifíquenoslo inmediatamente y
bórrelo de su sistema. Por favor, en tal caso, no lo copie ni lo use
para ningún propósito, ni revele sus contenidos a ninguna persona ni lo
almacene ni copie esta información en ningún medio
The information contained in this e-mail is confidential and is intended
for the recipient only. If you have received this e-mail in error,
please notify us inmediately by reply and then delete it from your
system. Please do not copy it or use it for any purposes, or disclose
its contents to any other person or store or copy this information in
any medium.
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese
E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den
Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie
die unbefugte Weitergabe dieser Mail ist nicht gestattet.
> -----Mensaje original-----
> De: Louis C. Watta [mailto:lwatta at cisco.com]
> Enviado el: martes 25 de febrero de 2003 14:06
> Para: DAUBIGNE Sebastien - BOR ( SDaubigne at bordeaux-bersol.sema.slb.co
> CC: 'veritas-vx at mailman.eng.auburn.edu'
> Asunto: Re: [Veritas-vx] Clean Up device Trees and path_to_inst
>
>
> 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 at 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 at 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.
>
> louis
>
> DAUBIGNE Sebastien - BOR (
> SDaubigne at bordeaux-bersol.sema.slb.com ) wrote:
> > Solaris 2.6 + VxVM 3.2
> >
> > I'm looking for a safe method to clean up old references in the
> > Solaris devices tree (/dev, /devices, /etc/path_to_inst). I
> tried to
> > empty /etc/path_to_inst, then "init 0 + boot -ar", to force
> Solaris to
> > rebuild the set, but VxVM complains not beeing able to access the
> > rootvol, although I thought it would be transparent for
> VxVM even if
> > the rootdisk reference /dev/dsk/cxtydz changes after this process.
> >
> > Though this is not essential, I'm fed up with old nodes in /dev,
> > /devices and /etc/path_to_inst for devices which have been
> removed for
> > years (I guess useless devices scans could slow down the boot).
> >
> > Please give advice.
> >
> > ---
> > Sebastien DAUBIGNE
> > sdaubigne at bordeaux-bersol.sema.slb.com
> > <mailto:sdaubigne at bordeaux-bersol.sema.slb.com> -
> (+33)5.57.26.56.36
> > SchlumbergerSema - SGS/DWH/Pessac
> > _______________________________________________
> > Veritas-vx maillist - Veritas-vx at mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
> >
> >
>
>
> --
> Louis Watta lwatta at cisco.com
> Cisco Systems
> 7025 Kit Creek Road
> Research Triangle Park, NC 27709 Ph: 919-392-3710
>
> _______________________________________________
> Veritas-vx maillist - Veritas-vx at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/v> eritas-vx
>
More information about the Veritas-vx
mailing list