www.zubek.de

Homepage der Familie Zubek




Latest news

Kleines UNIX- Wiki gestartet

Lauter Zeug, das man evtl. mal brauchen kann.

|

Umstellung von Websitebaker 2.8.0 auf 2.8.1

Das erste mal ein Update durchgeführt....

|


|

Wetter Berlin
© meteo24.de

Sitemap
Impressum

Suche



Anmeldung

Benutzername:
Passwort:



Haben Sie Ihre persönlichen Daten vergessen? Registrierung

Pagecount:
seit Jan.2010
counter

Wiki

Ersetzen einer Disk unter 11.31

 

immer wieder mal kommt es vor, das HP-UX 11.31 einen mit folgender nachricht beglückt:

dmesg

class : lunpath, instance 312
Evpd inquiry page 83h/80h failed or the current page 83h/80h data do not match the previous known page 83h/80h data on LUN id 0x0 probed beneath the target path (class = tgtpath, instance = 8) The lun path is (class = lunpath, instance 312).Run 'scsimgr replace_wwid' command to validate the change

In meinem Fall wurde auf dem SAN Storage eine VDISK aufgelöst und eine neue VDISK unter gleicher LUN wieder an den Host präsentiert.

 

 

Neuere Themen:

Extend the root filesystem and /stand online Extend the root filesystem and /stand online
A real UNIX- System is not used for rebooting ;-) howto zur Erweiterung der Filesysteme /stand und / (root) online, ohne reboot Prozedur für HP-UX 11.11, 11.23, 11.31

HP-UX Integrity VM: Determining free disks on VM host HP-UX Integrity VM: Determining free disks on VM host
Determining free disks

Ältere Themen:

ODE- Tools in EFI Partition kopieren ODE- Tools in EFI Partition kopieren
nützlich um SAS- Adapter zu konfigurieren oder sonstigen Diagnostics- Spass zu haben ohne IPF- CD zu haben.

VNC unter HP-UX 11.x VNC unter HP-UX 11.x
Installation von VNC unter UX 11.x einschl. 11.31

Run 'scsimgr replace_wwid' command to validate ...

Administrator (admin) on Jan 20 2012

Lösung:

/root#scsimgr replace_wwid -C lunpath -I 312
scsimgr:WARNING: Performing replace_wwid on the resource may have some impact on system operation.
Do you really want to replace? (y/[n])? y
Binding of LUN path 0/2/1/0.0x50001fe150104928.0x4004000000000000 with new LUN validated successfully

Anschliessend kann die Disk wieder benutzt werden, z.B. in einer VM:

/root#/opt/hpvm/bin/hpvmmodify -P vmasterix -a disk:avio_stor::disk:/dev/rdisk/disk92

 

Wurde jetzt aber auch in der virt. Maschiene unter selbigem Hardwarepfad die Disk getauscht hat man das gleiche Problem, nur das ioscan scheinbar alles ordentlich anzeigt:

root# ioscan -fnCdisk
Class     I  H/W Path     Driver  S/W State   H/W Type     Description
=======================================================================
disk      0  0/0/1/0.0.0  sdisk   CLAIMED     DEVICE       HP      Virtual Disk
                         /dev/dsk/c0t0d0     /dev/dsk/c0t0d0s2   /dev/rdsk/c0t0d0    /dev/rdsk/c0t0d0s2
                         /dev/dsk/c0t0d0s1   /dev/dsk/c0t0d0s3   /dev/rdsk/c0t0d0s1  /dev/rdsk/c0t0d0s3
disk      1  0/0/1/0.0.1  sdisk   CLAIMED     DEVICE       HP      Virtual Disk
disk      4  0/0/1/0.1.1  sdisk   CLAIMED     DEVICE       HP      Virtual Disk
disk      2  0/0/1/0.2.0  sdisk   CLAIMED     DEVICE       HP      Virtual Disk
                         /dev/dsk/c0t2d0   /dev/rdsk/c0t2d0
disk      3  0/0/1/0.3.0  sdisk   CLAIMED     DEVICE       HP      Virtual Disk
                         /dev/dsk/c0t3d0   /dev/rdsk/c0t3d0

 

Noch schnell Devicefiles gebastelt:
# insf
insf: Installing special files for sdisk instance 1 address 0/0/1/0.0.1
insf: Installing special files for sdisk instance 4 address 0/0/1/0.1.1
 

# ioscan -fnkCdisk
Class     I  H/W Path     Driver  S/W State   H/W Type     Description
=======================================================================
disk      0  0/0/1/0.0.0  sdisk   CLAIMED     DEVICE       HP      Virtual Disk
                         /dev/dsk/c0t0d0     /dev/dsk/c0t0d0s2   /dev/rdsk/c0t0d0    /dev/rdsk/c0t0d0s2
                         /dev/dsk/c0t0d0s1   /dev/dsk/c0t0d0s3   /dev/rdsk/c0t0d0s1  /dev/rdsk/c0t0d0s3
disk      1  0/0/1/0.0.1  sdisk   CLAIMED     DEVICE       HP      Virtual Disk
                         /dev/dsk/c0t0d1   /dev/rdsk/c0t0d1
disk      4  0/0/1/0.1.1  sdisk   CLAIMED     DEVICE       HP      Virtual Disk
                         /dev/dsk/c0t1d1   /dev/rdsk/c0t1d1
disk      2  0/0/1/0.2.0  sdisk   CLAIMED     DEVICE       HP      Virtual Disk
 

Aber nun das Problem:

# pvcreate /dev/dsk/c0t0d1
pvcreate: Couldn't open physical volume "/dev/dsk/c0t0d1":
No such device or address
 

dmesg liefert den Fehler:

GVSD driver at 0/0/1/0 (/dev/gvsd0) : Device open failure for lun id 16 due to backing store
change from 600508b40006aec10001500001710000 to 600508b40006aec10001500001770000. Please use the  gvsdmgr(1M) command's
replace_dsk option to allow the new device to be opened.
 

Lösung:

gvsdmgr replace_dsk -D /dev/gvsd0 -q lun=/dev/rdsk/c0t0d1

WARNING: This is a DESTRUCTIVE operation.
This might result in failure of current I/O requests.
Do you want to continue ?(y/n) [n]...y

LUN has been replaced with new Backing Store device.
 

Nun ist wieder alles schick:

# pvcreate /dev/rdsk/c0t0d1
Physical volume "/dev/rdsk/c0t0d1" has been successfully created.
 

 

 

 

Back