Make sure you are using the native Sun/Emulex leadville drivers in S10. If you are using the LPFC drivers, you'll have to remove them.
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixconsole at yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* ----- Original Message ---- From: "sidhwartha.roychoudhury at jpmorgan.com" <[email protected]> To: Octave Orgeron <unixconsole at yahoo.com> Cc: Alexandre Chartre <Alexandre.Chartre at Sun.COM>; ldoms-discuss at opensolaris.org; ldoms-discuss-bounces at opensolaris.org; Rushi Srinivas <rushi.srinivas at gmail.com> Sent: Monday, February 23, 2009 7:40:40 PM Subject: Re: [ldoms-discuss] SVM metaset and SCSI commands on vdisk backends Thanks for the response. I tried to get MPXIO/STMS work, but it doesn't seem to recognize the Emulex fiber channel paths. Is there any additional setup I need to do with respect to the fiber cards. Apologies I am not much conversant with MPXIO so appreciate if you could help on that. Regards Sidh Octave Orgeron <unixconsole at yaho o.com> To sidhwartha.roychoudhury at jpmorgan.co 02/24/2009 12:48 m, Alexandre Chartre AM <Alexandre.Chartre at Sun.COM> cc ldoms-discuss-bounces at opensolaris.o rg, Rushi Srinivas <rushi.srinivas at gmail.com>, ldoms-discuss at opensolaris.org Subject Re: [ldoms-discuss] SVM metaset and SCSI commands on vdisk backends Hi, My understanding is that you would need atleast VSF 5.0MP3 for proper support with LDoms 1.0.3 and above. You might want to try that route. Ultimately though, I see VSF as a waste of time and resources as MPXIO/STMS and ZFS provide more value at zero cost. I've used MPXIO and ZFS without any issues on LDoms. I've also used SVM/UFS without issues. I haven't had a chance to try QFS out between guests or physical servers, but I would assume that works as well. The issue below sounds like VxDMP is not working correctly and that the VDS service is probably confused. Probably an active/passive issue where VxDMP has presented a path that VDS has bound to and upon power cycle, the active path is different which confuses VDS. And this is why the way MPXIO is better from a device path point of view.. you get one device path to refer to for your applications. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixconsole at yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* ----- Original Message ---- From: "[email protected]" <sidhwartha.roychoudhury at jpmorgan.com> To: Alexandre Chartre <Alexandre.Chartre at Sun.COM> Cc: ldoms-discuss-bounces at opensolaris.org; Rushi Srinivas <rushi.srinivas at gmail.com>; ldoms-discuss at opensolaris.org Sent: Monday, February 23, 2009 2:25:22 AM Subject: Re: [ldoms-discuss] SVM metaset and SCSI commands on vdisk backends Hello All While we are on this topic I would like to share my experience regarding exporting VxDMP devices to guest domains. Below are the details of the setup and the issue I faced. Appreciate if you all can throw some light of the probable problem of the setup. So far SUN have not come up with any solution to the problem. The workaround to the problem ofcourse is -- (a) not to used VxDMP in the control/service domain (b) export the native disks on both the fiber paths individually to the guest domain (c) use VxDMP on the guest host. However the below setup should be supported as stated by Veritas and in LDOM 1.0.3 Setup details: Sun T5240 hardware, Solaris 10, kernel patch level 137111-04, LDOM 1.0.3 Storage used for Guest LDOM's: SAN. The control and service domain is connected to SAN storage disks with 2 fiber channel paths. Software used: Veritas volume manager with DMP 4.1 in the Control domain ; Veritas Volume Manager 4.1 in the guest domains The SAN luns are exported to the Guest LDOM's by exporting the whole DMP devices for ex. /dev/vx/dmp/<device name>. They are accessible by the guest domains without issues in normal situations. Problem: Whenever we powercycle the T5240 server, the guest domains configured in LDOM using the SAN disks gets stuck while booting. the SAN disks which were exported before to the guest domain is not accessbile by the guest domain anymore. Once I remove the disks and add them back in the LDOM config, it works fine. Regards Sidh Alexandre Chartre <Alexandre.Chartr e at Sun.COM> To Sent by: Rushi Srinivas ldoms-discuss-bou <rushi.srinivas at gmail.com> nces at opensolaris. cc org ldoms-discuss at opensolaris.org Subject Re: [ldoms-discuss] SVM metaset and 02/21/2009 04:01 SCSI commands on vdisk backends AM Rushi Srinivas wrote: > Hi Alex, > > Thanks for confirming that SCSI inquiries are supported from both > guest LDom and control Domain on the same physical SCSI disk. > > However, your statement, > "When using VxDMP, you should use the disk as managed by VxDMP > (i.e. /dev/vx/dmp/dsk/...) and not the physical disk itself (/dev/dsk/...)". > > But this statement contradicts (if I understood correctly) the following > statement mentioned in Veritas 5.0 MP3 document, which says, > > "The virtual disk client (VDC) driver controls all virtual disks in the > Guest LDom and not the SCSI driver. Therefore, it is not possible to construct > a SCSI packet and send the packet down through DMP." [ section DMP SCSI Bypass, > page 22 under Veritas Storage Foundation features restrictions] That's an old statement because LDoms use to exclusively opens devices exported as virtual disks, and this was preventing other applications to use that device. This is no longer the case and you can use /dev/vx/dmp even if it is exported as a vdisk. > Does this mean that with DMP in guest domain SCSI inquiry should be invoked > on on /dev/dsk/... and not on /dev/vx/dmp/... device? Actually this does not really no matter as you eventually access the same disk (but /dev/vx/dmp/ manages multipathing). alex. _______________________________________________ ldoms-discuss mailing list ldoms-discuss at opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. _______________________________________________ ldoms-discuss mailing list ldoms-discuss at opensolaris.org http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities.
