[OmniOS-discuss] test omnios on OI machine

[Randy S]

Hi, was indeed intended for the list.

dmesg | grep mptsas

gives nothing (no output). 

Hope you have an idea of what to do next. 

Going to test a current omnios with one hba by adding another to it to see what happens tomorrow.  

Will be testing with new Dell hardware and solarflare cards probably in the comming weeks also. If you are interrested, will keep you posted. 



> Subject: Re: [OmniOS-discuss] test omnios on OI machine
> From: danmcd at omniti.com
> Date: Tue, 2 Dec 2014 19:22:15 -0500
> CC: danmcd at omniti.com
> To: sim.ple at live.nl
> 
> Please share these with the community in the future, unless you're sharing confidential data of some sort.
> 
> 
> > On Dec 2, 2014, at 6:59 PM, Randy S <sim.ple at live.nl> wrote:
> > 
> > Hi Dan,
> > 
> > It's been a while...
> > 
> > I wanted to stay on r10 since that has been in use by quite a community for quite a while now. R12 is still new so usually unforseen hicups can be expected. (We are not frontrunners regarding systems intended for serious use  ;-) ). Have been testing omnios for quite a while on systems with one hba now. All was satisfactory. 
> > 
> > forgot to mention, I did do an fmdump -ev and saw 
> > Dec 02 23:32:37.1675 ereport.fs.zfs.vdev.open_failed       0x0077a03af6b00001
> > Dec 02 23:32:37.1675 ereport.fs.zfs.vdev.open_failed       0x0077a03af6b00001
> > Dec 02 23:35:17.6783 ereport.sensor.failure                0x02cd95a4cde05801
> > Dec 02 23:35:17.6868 ereport.sensor.failure                0x02cd9dbb53605801
> > 
> > I guess this is because the one controller cannot be found.
> 
> That's a fair assessment.
> 
> > dmesg | grep mpt_sa (done just now (not sleepy yet)) gives :
> > 
> > Dec  3 00:42:44 omni scsi: [ID 583861 kern.info] sd68 at mpt_sas3: unit-address w5000c50057ad9161,0: w5000c50057ad9161,0
> > Dec  3 00:42:44 omni scsi: [ID 583861 kern.info] sd69 at mpt_sas3: unit-address w5000c50057adb269,0: w5000c50057adb269,0
> > Dec  3 00:42:45 omni scsi: [ID 583861 kern.info] sd70 at mpt_sas3: unit-address w5000c50057adea91,0: w5000c50057adea91,0
> > Dec  3 00:42:45 omni scsi: [ID 583861 kern.info] ses2 at mpt_sas3: unit-address w5003048000b18d3d,0: w5003048000b18d3d,0
> > Dec  3 00:42:45 omni scsi: [ID 583861 kern.info] mpt_sas4 at mpt_sas0: scsi-iport 20
> > Dec  3 00:42:45 omni genunix: [ID 936769 kern.info] mpt_sas4 is /pci at 0,0/pci8086,3c04 at 2/pci1000,3030 at 0/iport at 20
> > Dec  3 00:42:45 omni genunix: [ID 408114 kern.info] /pci at 0,0/pci8086,3c04 at 2/pci1000,3030 at 0/iport at 20 (mpt_sas4) online
> > Dec  3 00:42:45 omni scsi: [ID 583861 kern.info] sd71 at mpt_sas4: unit-address w5001517bb27f79f7,0: w5001517bb27f79f7,0
> > Dec  3 00:42:45 omni scsi: [ID 583861 kern.info] mpt_sas5 at mpt_sas0: scsi-iport v0
> > Dec  3 00:42:45 omni genunix: [ID 936769 kern.info] mpt_sas5 is /pci at 0,0/pci8086,3c04 at 2/pci1000,3030 at 0/iport at v0
> > Dec  3 00:42:45 omni genunix: [ID 408114 kern.info] /pci at 0,0/pci8086,3c04 at 2/pci1000,3030 at 0/iport at v0 (mpt_sas5) online
> 
> Interesting... note that two mpt_sas controllers (4 and 5) came online.  I wonder why one isn't showing up?  Grep for "mptsas" as well, just in case?
> 
> Dan
> 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20141203/b24ff1d2/attachment-0001.html>