[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