[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Re: Xen + SAN

Viele GrÃÃe.

Am 23.06.2011 um 23:16 schrieb John Madden <jmadden@xxxxxxxxxxx>:

>> I don't know about AOE but with ISCSI the problem I'm seeing is that if
>> i create a volume group on the SAN there is no way to export that volume
>> group.  I could export the device that the volume group was created on
>> but then the host doesn't see that VG. I'm assuming i would need to use
>> clustered LVM for that which i have been told to stay far away from.
>> Another option was to carve out the LV's on the SAN and to export each
>> LV to the initiators but still the problem is that the host assigns
>> these luns to /dev/sd devices and there's no simple nice way to map them
>> to who owns what disk.  Least not that I've found yet.  I'm fairly new
>> to ISCSI though so maybe there's something I'm missing.
> A != B.  Sure, scsi devices get assigned to each host in /dev but this has 
> nothing to do with ownership.  In a cluster, you'd want them all to have 
> "ownership" at a SCSI level... cLVM will handle LVM metadata change locking 
> but still isn't strictly necessary.  (I've begun to move away from it for my 
> clusters -- it's a /bitch/ and far more hassle than it's worth.)  For 
> metadata changes, I pick a node and then run things like `vgscan` and 
> `lvchange -ay` on the other
Yes, this really works. But I use cLVM now for extra security. If you forget 
vgscan on one host, you can run into problems, when you create a new LV. Thats 
why I added cLVM to my setup. And when you activate a LV exclusively one one 
host, you can make even snapshots.
> nodes.  ClusterSSH makes this a breeze.  But that's beside the point: share 
> your disks over iSCSI, SAN, AOE, or JBOD, it makes no difference.
> John
> -- 
> John Madden
> Sr UNIX Systems Engineer / Office of Technology
> Ivy Tech Community College of Indiana
> jmadden@xxxxxxxxxxx
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users

Xen-users mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.