Tomasz Sucharzewski napisał(a):
Hello,
Ryan O'Hara wrote:
4 - Limitations
...
- Multipath devices are not currently supported.
What is the reason - it is strongly required to use at least two HBA in a SAN
network, which is useless when using scsi reservation.
Hello,
There is need
I believe that this is only a limitation for RHEL4. RHEL5 should have a
fix that allows dm-multipath to properly pass ioctls to all devices.
Hello,
One problem is registration, but another problem is un-registration fe.
when there is failover from one HBA to another and failback. Third
problem
Nice overview. Wish I had this a few weeks ago :-)
I am curious as to why LVM2 is required? With simple modification of the
scsi_reserve (and maybe fence_scsi), using an msdos partitioned disk
seems to work fine.
This is only in testing but I haven't seen any issues as of yet.
Ryan O'Hara
Hello,
Ryan O'Hara wrote:
4 - Limitations
...
- Multipath devices are not currently supported.
What is the reason - it is strongly required to use at least two HBA in a SAN
network, which is useless when using scsi reservation.
Regards,
Tomasz Sucharzewski
On Fri, 28 Mar 2008 09:20:53 -0500
On Fri, Mar 28, 2008 at 8:15 AM, Ryan O'Hara [EMAIL PROTECTED] wrote:
The reason for the cluster LVM2 requirement is for device discovery. The
scripts use LVM commands to find cluster volumes and then gets a list of
devices that make up those volumes. Consider the alternative -- users
would
True. Any solution for auto discovery? I've no problem with statically
defining a device, but that would be pretty nice if possible.
Alex Kompel wrote:
On Fri, Mar 28, 2008 at 8:15 AM, Ryan O'Hara [EMAIL PROTECTED] wrote:
The reason for the cluster LVM2 requirement is for device discovery. The
