hdisk0 Available 04-C0-00-0,0 Other SCSI Disk Drive
04-C0-00- identify the scsi adapter (location, channel..).
0,0 is the scsi address of your devices. The address is
the fisrt 0 (before comma), the second is the logical units
(usually not used in simple devices ).
eg
# lsdev -C -s scsi
hdisk0 Available 04-C0-00-0,0 Other SCSI Disk Drive
cd0 Available 04-C0-00-3,0 SCSI Multimedia CD-ROM Drive
the address of cdrom is 3.
When you have retrived scsi address of hdisk1, by one of these command, put you attention at physical disks:
look for the devices that has set this address. If your
disks are external, probably there is a knob showing the address. If disks are internal (to risc or a storage system), this can be more difficult. In this case the address is set by jumpers: for each disk (they can be not equal each to other) retrieve the meaning of jumper position, and label each disk with the scsi address.
When yoy have found the physical disk with adrress = hdisk1-adress, you can remove it.
Halt ! Don't do it now.
enter the command
lspv
( in my system
# lspv
hdisk0 009260800c32f43f rootvg
)
If the disk is a member of a vg (Volume group), this is
not the moment to do this action.
and you don't need them or you have baked up, enter
( if there are secondary paging spaces, mark them to
not be used at next reboot, reboot, remove sec.(s) ps.
Use "smitty pgsp" to do this).
Then
exportvg myvg ( use smit for right flags )
This command deletes all references to myvg and its jfs
from the ODM ( system DNA ); moreover, you can use this
disk with its data in an othe system after an importvg.
At this step you are in the situation of CASE 1, continue.
i tried to use the dd command to see a lgiht but i did not see it. i tried to open the cover and determine the disk address on the scsi but, i can't see any jumper set on each disk ( both of them is cleared with jumpers). worse, i removed the wrong disk and booted the machine.
realizing taht i made a mistake, i shutdown the machine and installed back the hdisk. on the boot process, the file system that belongs to it was not automatically mounted. at the prompt, i noticed that the vg was not varied on. when i issue the vary-on command, it could not be varied on, rather it suggested to use redefinevg and scynlvodm. at the prompt, i issue the command:
1) by which criterion you have choosen the physical disk
to remove. At this step you must have a perfect
know of your map hdiskX <-> physical device.
2) which is the output of: lsdev -C -c disk:
is hdisk2 available or defined ?
All your disks must be Available, as before the
beginning of your HW operations.
3) how I have suggested i my 2 post use a more consistent
I/O by dd command as:
dd if=/dev/hdiskx of=/dev/null bs=8192 count=200
If after entering command, you don't see light, if
you repeat the command, on the same disk, increase
to 2000 or bs value ( the system may use cache, and
dont read abain the same data )
4) probably hdisk2 is not available: if you have not seen
jumpers, probably you have not full control of hardware
environment. Don't use commands as synclvodm or other
delicate one, if disks are not availabe: you risk to
commit in ODM a dirty situation.
However, until hdisk2 is not available, does not exists
command that can help you.
victorv,
hdisk2 is available, but the datavg cannot be varied-on. the lspv hdisk2 gives:
#lspv hdisk2
Physical Volume: hdisk2 VG group: datavg
PV Identifier: 002300053ffff153ffc VG Identifier:0020005bla...
PV state:?????
the remaining fileds are all field with 5 question marks, as in PV state:?????
actually, it wasn't me who removed the disk. it was their administrator
Too late for this I imagine, but if you do not have SCSI jumpers then would you not be using hot-swap devices? These sort of disks have their SCSI-ID set by position. However since you said "cable" I suspect they should somehow be set by jumper, on disk in the "normal" fashion. Do you know the model/machine type, by chance? IBM Certified -- AIX 4.3 Obfuscation
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.