System Administration
cancel
Showing results for 
Search instead for 
Did you mean: 

Persistant dsf issue from Smart Array Controller to LSI SAS

 
SOLVED
Go to solution
Super Advisor

Persistant dsf issue from Smart Array Controller to LSI SAS

Recently I changed our RX6600 from Windows to HP-UX. We pulled out our P600 Smart Array because it would not recognize HP-UX and put back in the old LSI SAS card. Now it looks like something is left over from Windows. Disk9 is showing 3 entries, probably left over from previious Windows O/S. Any way to fix it without changing card back? Will this possible cause issues in future? Below are the Disk9_p1 and disk9_p2 I would like to remove.

=> #ioscan -m dsf
Persistent DSF Legacy DSF(s)
========================================
/dev/rdisk/disk6 /dev/rdsk/c0t5d0
/dev/rdisk/disk6_p1 /dev/rdsk/c0t5d0s1
/dev/rdisk/disk6_p2 /dev/rdsk/c0t5d0s2
/dev/rdisk/disk6_p3 /dev/rdsk/c0t5d0s3
/dev/rdisk/disk7 /dev/rdsk/c0t1d0
/dev/rdisk/disk8 /dev/rdsk/c0t4d0
/dev/rdisk/disk9 /dev/rdsk/c0t0d0
/dev/rdisk/disk9_p1 /dev/rdsk/c0t0d0s1
/dev/rdisk/disk9_p2 /dev/rdsk/c0t0d0s2
/dev/rdisk/disk10 /dev/rdsk/c0t3d0
/dev/rdisk/disk11 /dev/rdsk/c0t2d0
/dev/rdisk/disk13 /dev/rdsk/c1t0d0

=> #sasmgr -N get_info -D /dev/sasd1 -q raid

Wed Oct 20 08:46:36 2010

---------- PHYSICAL DRIVES ----------
LUN dsf SAS Address Enclosure Bay Size(MB)

/dev/rdisk/disk10 0x5000c5000596b201 1 7 70007
/dev/rdisk/disk11 0x5000c5000596d01d 1 6 70007
/dev/rdisk/disk7 0x5000c50005965279 1 5 70007
/dev/rdisk/disk8 0x5000c50005969365 1 8 70007
/dev/rdisk/disk9 0x5000c500062d2f75 1 4 70007

---------- LOGICAL DRIVE 1 ----------

Raid Level : RAID 1
Volume sas address : 0xce1afbb9c78f283
Device Special File : /dev/rdisk/disk6
Raid State : OPTIMAL
Raid Status Flag : ENABLED
Raid Size : 69618
Rebuild Rate : 0.00 %
Rebuild Progress : 100.00 %

Participating Physical Drive(s) :

SAS Address Enc Bay Size(MB) Type State

0x5000c500062d3659 1 2 70007 SECONDARY ONLINE
0x5000c500062d1cbd 1 1 70007 PRIMARY ONLINE


---------- GLOBAL SPARE DRIVES ----------
SAS Address Enc Bay Size(MB) Pool State

0x5000c500062d1fad 1 3 70007 0 ACTIVE
Hustle Makes things happen
19 REPLIES 19
Exalted Contributor

Re: Persistant dsf issue from Smart Array Controller to LSI SAS

Shalom,

/dev/rdisk/disk9 /dev/rdsk/c0t0d0
/dev/rdisk/disk9_p1 /dev/rdsk/c0t0d0s1
/dev/rdisk/disk9_p2 /dev/rdsk/c0t0d0s2

That is normal. HP-UX boot drives need three partitions. One for EFI, one for the boot loader(term may not be exact) one for the OS itself.

disk6 might be leftover from windows.

You might have replaced a hardware raid card with one that is not or operates differently and need to repartition, or do a hardware mirror of the HP-UX boot disk.

SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Super Advisor

Re: Persistant dsf issue from Smart Array Controller to LSI SAS

Hi Steve, so I had it backwards? I thought disk6 is my HPUX system, because on this command c5t5d0 shos it to be IR,

Yes the other one is Windows O.S. from the other card. Can you double check and tell me which one is my HP-UX and if I can get the other one to only show one not 3....or 4 entries? thanks again


=> #ioscan -fnC disk
Class I H/W Path Driver S/W State H/W Type Description
=====================================================================
disk 5 0/4/1/0.0.0.0.0 sdisk CLAIMED DEVICE HP DH072ABAA6
/dev/dsk/c0t0d0 /dev/dsk/c0t0d0s2 /dev/rdsk/c0t0d0s1
/dev/dsk/c0t0d0s1 /dev/rdsk/c0t0d0 /dev/rdsk/c0t0d0s2
disk 0 0/4/1/0.0.0.1.0 sdisk CLAIMED DEVICE HP DH072ABAA6
/dev/dsk/c0t1d0 /dev/rdsk/c0t1d0
disk 1 0/4/1/0.0.0.2.0 sdisk CLAIMED DEVICE HP DH072ABAA6
/dev/dsk/c0t2d0 /dev/rdsk/c0t2d0
disk 3 0/4/1/0.0.0.3.0 sdisk CLAIMED DEVICE HP DH072ABAA6
/dev/dsk/c0t3d0 /dev/rdsk/c0t3d0
disk 4 0/4/1/0.0.0.4.0 sdisk CLAIMED DEVICE HP DH072ABAA6
/dev/dsk/c0t4d0 /dev/rdsk/c0t4d0
disk 2 0/4/1/0.0.0.5.0 sdisk CLAIMED DEVICE HP IR Volume
/dev/dsk/c0t5d0 /dev/dsk/c0t5d0s2 /dev/rdsk/c0t5d0 /dev/rdsk/c0t5d0s2
/dev/dsk/c0t5d0s1 /dev/dsk/c0t5d0s3 /dev/rdsk/c0t5d0s1 /dev/rdsk/c0t5d0s3
disk 12 255/1/0.0.0 sdisk CLAIMED DEVICE TEAC DV-28E-N
/dev/dsk/c1t0d0 /dev/rdsk/c1t0d0
Hustle Makes things happen
Super Advisor

Re: Persistant dsf issue from Smart Array Controller to LSI SAS

When I went into E.F.I., I had planed to use all eight disks. But then EFI allowed me to mirror the first two and the only allowed me to use the 3rd one as a mirror. I have five 72 gig disks left over. So I was going to create a new vg01, but I see that only 4 look right. And now I do not even know for sure which is the 5th disk I need. I thought it was disk 9 I needed, but is disk9 or disk6 my O.S.? and can I use the other one just the way it is? or do I need to clean it up? If how can I clean it up?
Hustle Makes things happen
Super Advisor

Re: Persistant dsf issue from Smart Array Controller to LSI SAS

3rd one as a hot spare not mirror
Hustle Makes things happen
Super Advisor

Re: Persistant dsf issue from Smart Array Controller to LSI SAS

I think I found answer on page 34 of this page. I missed a step and will need to do this all over again.

http://h20000.www2.hp.com/bc/docs/support/SupportManual/c02017117/c02017117.pdf
Hustle Makes things happen
Trusted Contributor
Solution

Re: Persistant dsf issue from Smart Array Controller to LSI SAS

what is the output of:
vgdisplay -v vg00
lvlnboot -v
strings /etc/lvmtab

Those commands will tell you which disks are your boot disks and belong to vg00

After you find out which disks were the windows disks you can try and remove the information with:
idisk -wR /dev/rdsk/(device)
then an rmsf -a or rmsf -H


Super Advisor

Re: Persistant dsf issue from Smart Array Controller to LSI SAS

thanks yes disk6 is vg00 and disk9 is the stuff with windows.

--- Physical volumes ---
PV Name /dev/disk/disk6_p2
PV Status available
Total PE 4294
Free PE 503
Autoswitch On
Proactive Polling On
Hustle Makes things happen
Super Advisor

Re: Persistant dsf issue from Smart Array Controller to LSI SAS

Hi S. So when I do the idisk command (never heard of it but looking at man commands) I am going to do it to

/dev/rdisk/disk9_p1
/dev/rdisk/disk9_p1

But not
/dev/rdisk/disk9. Is that correct?

thanks again
Hustle Makes things happen
Super Advisor

Re: Persistant dsf issue from Smart Array Controller to LSI SAS

I am new to 11.31 and am confused on weather to use persistent or legacy names. Here is what I want to clean up and only show one not three

/dev/rdisk/disk9 /dev/rdsk/c0t0d0
/dev/rdisk/disk9_p1 /dev/rdsk/c0t0d0s1
/dev/rdisk/disk9_p2 /dev/rdsk/c0t0d0s2

In some threads I see they are using legacy not percistant so to get rid of all 3 do I use use the

rdisk -R /dev/rdsk/c0t0d0
or
rdisk -R /dev/rdsk/disk9


Hustle Makes things happen