Yes I am using the Emulex leadville drivers 1.01c
Regards
Sidh
Octave Orgeron
<unixconsole at yaho
o.com> To
sidhwartha.roychoudhury at jpmorgan.co
02/25/2009 11:02 m
AM cc
Alexandre Chartre
<Alexandre.Chartre at Sun.COM>,
ldoms-discuss at opensolaris.org,
ldoms-discuss-bounces at opensolaris.o
rg, Rushi Srinivas
<rushi.srinivas at gmail.com>
Subject
Re: [ldoms-discuss] SVM metaset and
SCSI commands on vdisk backends
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: "[email protected]"
<sidhwartha.roychoudhury at jpmorgan.com>
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.
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.
