Start a Conversation

Unsolved

This post is more than 5 years old

S

1670

August 27th, 2008 02:00

Removing a lun - Solaris 8

Hi

Can anyone tell me the correct procedure to remove a lun from a Solaris 8 server?

The server can see a Clariion CX700 and CX3-80 and had 3 luns. I deleted one lun from each Clariion. After I had removed the two luns the format command shows "drive type unknown" for the deleted lun paths. How can I get rid of these?

We are using Emulex LP9802-E HBAs and Emulex drivers 6.11cx2

3. c3t0d1
/pci@8,700000/lpfc@2/sd@0,1
4. c3t1d0
/pci@8,700000/lpfc@2/sd@1,0
5. c3t1d1
/pci@8,700000/lpfc@2/sd@1,1
6. c3t3d0
/pci@8,700000/lpfc@2/sd@3,0
7. c3t4d0
/pci@8,700000/lpfc@2/sd@4,0
8. c3t5d0
/pci@8,700000/lpfc@2/sd@5,0
9. c3t6d0
/pci@8,700000/lpfc@2/sd@6,0
10. c4t0d0
/pci@8,600000/lpfc@1/sd@0,0
11. c4t0d1
/pci@8,600000/lpfc@1/sd@0,1
12. c4t1d0
/pci@8,600000/lpfc@1/sd@1,0
13. c4t1d1
/pci@8,600000/lpfc@1/sd@1,1
14. c4t4d0
/pci@8,600000/lpfc@1/sd@4,0
15. c4t5d0
/pci@8,600000/lpfc@1/sd@5,0
16. c4t6d0
/pci@8,600000/lpfc@1/sd@6,0
17. c4t7d0
/pci@8,600000/lpfc@1/sd@7,0
18. emcpower1a
/pseudo/emcp@1

Thanks in advance
Janis

341 Posts

August 27th, 2008 02:00

The procedure I would use to remove a device from a Sun host would be as follows...

1. Remove the emcpower device from PowerPath configuration - powermt remove dev=emcpowerX
2. Remove the LUN from the SG in Navisphere Manager
3. Run devfsadm -C to cleanup the device files from the Solaris O/S

Does anyone else have anything to add?

Conor

2 Intern

 • 

2.8K Posts

August 27th, 2008 03:00

I can't imagine a better procedure :-)

2 Intern

 • 

2.8K Posts

August 27th, 2008 03:00

removing a lun is quite different from removing bad entries in "format" output ;-)

"drive type unknown" means that the OS can't even probe drive at lower SCSI level (INQ query).

I think you simply have to remove special files .. however I'm everything but a Solaris expert :D

-s-

11 Posts

August 27th, 2008 03:00

Hi Guys

Thanks for your help, but the "drive type unknown" entries are still there.

Before running devfsadm -C the first time I had:

Unmounted the filesystems
Removed the lun from the storage group
powermt check hba=all dev=all to remove dead paths
powercf -q to remove the emcpower device
powermt save

I ran devfsadm -C again to see if it might clear the entries, but it hasn't:

eacbw1b # devfsadm -C
eacbw1b # format
Searching for disks...done


AVAILABLE DISK SELECTIONS:
0. c1t0d0
/pci@8,600000/SUNW,qlc@4/fp@0,0/ssd@w2100000c50ac97f0,0
1. c1t1d0
/pci@8,600000/SUNW,qlc@4/fp@0,0/ssd@w2100002037cf42e5,0
2. c3t0d0
/pci@8,700000/lpfc@2/sd@0,0
3. c3t0d1
/pci@8,700000/lpfc@2/sd@0,1
4. c3t1d0
/pci@8,700000/lpfc@2/sd@1,0
5. c3t1d1
/pci@8,700000/lpfc@2/sd@1,1
6. c3t3d0
/pci@8,700000/lpfc@2/sd@3,0
7. c3t4d0
/pci@8,700000/lpfc@2/sd@4,0
8. c3t5d0
/pci@8,700000/lpfc@2/sd@5,0
9. c3t6d0
/pci@8,700000/lpfc@2/sd@6,0
10. c4t0d0
/pci@8,600000/lpfc@1/sd@0,0
11. c4t0d1
/pci@8,600000/lpfc@1/sd@0,1
12. c4t1d0
/pci@8,600000/lpfc@1/sd@1,0
13. c4t1d1
/pci@8,600000/lpfc@1/sd@1,1
14. c4t4d0
/pci@8,600000/lpfc@1/sd@4,0
15. c4t5d0
/pci@8,600000/lpfc@1/sd@5,0
16. c4t6d0
/pci@8,600000/lpfc@1/sd@6,0
17. c4t7d0
/pci@8,600000/lpfc@1/sd@7,0
18. emcpower1a
/pseudo/emcp@1

Any other suggestions?
Thanks

341 Posts

August 27th, 2008 04:00

However I think that opening a ticket with Sun (just
to have an official statement) may also be fine. :D


I would second this suggestion!

2 Intern

 • 

2.8K Posts

August 27th, 2008 04:00

where did you found this nice command ?? :-)

2 Intern

 • 

2.8K Posts

August 27th, 2008 04:00

Extreme caution should be exercised when editing
path_to_inst file as it could result in a
non-bootable host.


That's why my beloved customer always skipped step 1 ;-) .. They also skip step 6 .. and usually it works fine .. at least for their mix of Solaris 8, Solaris 9 and Solaris 10 hosts :D

However I think that opening a ticket with Sun (just to have an official statement) may also be fine. :D

9 Legend

 • 

20.4K Posts

August 27th, 2008 04:00

i don't know if it's nice ..will see if it works for SuperJan ;). I am supporting two Sun disk arrays (am i lucky or what) so i just looked on sunsolve website.

9 Legend

 • 

20.4K Posts

August 27th, 2008 04:00

take a look at using "luxadm remove_device" ..if not comfortable with that ..follow above advice and contact Sun support.

341 Posts

August 27th, 2008 04:00

Found a link that may be useful for your issue...
Removing Invalid Disk Device Files (/dev/dsk and /dev/rdsk)
http://www.idevelopment.info/data/Unix/Solaris/SOLARIS_RemovingInvalidDiskDeviceFiles.shtml

Extreme caution should be exercised when editing path_to_inst file as it could result in a non-bootable host.

11 Posts

August 27th, 2008 06:00

Hi guys

Thanks for the suggestions.

We had already tried luxadm probe -p but it only showed the internal disks, see below:

eacbw1b # luxadm probe -p
No Network Array enclosures found in /dev/es

Found Fibre Channel device(s):
Node WWN:2000000c50ac97f0 Device Type:Disk device
Logical Path:/dev/rdsk/c1t0d0s2
Physical Path:
/devices/pci@8,600000/SUNW,qlc@4/fp@0,0/ssd@w2100000c50ac97f0,0:c,raw
Node WWN:2000002037cf42e5 Device Type:Disk device
Logical Path:/dev/rdsk/c1t1d0s2
Physical Path:
/devices/pci@8,600000/SUNW,qlc@4/fp@0,0/ssd@w2100002037cf42e5,0:c,raw

so I don't think luxadm remove would work in this case.

We have already had our fingers burnt with the path_to_inst file so we are not going there !!!!!

I will place a call with our support and see what they say.

Thanks to everyone who answered my question. I will let you know how we resolve it.

Thanks
SuperJan

2 Intern

 • 

1.3K Posts

August 28th, 2008 18:00

i think it is equal to

#rmsf path_to_device

and we do this if we are sure the LUN/path is NOT in use.

Message was edited by:
santhosh theyyan

341 Posts

August 28th, 2008 23:00

My understanding is that rmsf is a HP-UX command?

2 Intern

 • 

1.3K Posts

August 29th, 2008 03:00

i meant equivalent to rmsf in HP-UX
No Events found!

Top