On 01/19/2012 11:26 AM, Loke, Chetan wrote:
-----Original Message-----
From: Ric Wheeler [mailto:rwheeler@xxxxxxxxxx]
Sent: January 19, 2012 11:20 AM
To: Loke, Chetan
Cc: Tom Coughlan; Hannes Reinecke; tasleson@xxxxxxxxxx;
Shyam_Iyer@xxxxxxxx; vgoyal@xxxxxxxxxx; linux-fsdevel@xxxxxxxxxxxxxxx;
linux-scsi@xxxxxxxxxxxxxxx
Subject: Re: [LSF/MM TOPIC] linux servers as a storage server -
what'smissing?
On 01/19/2012 11:17 AM, Loke, Chetan wrote:
From: linux-scsi-owner@xxxxxxxxxxxxxxx
[mailto:linux-scsi-owner@xxxxxxxxxxxxxxx] On Behalf Of Tom Coughlan
Yes, Red Hat does. Tony Asleson. libStorageMgmt:
http://sourceforge.net/apps/trac/libstoragemgmt
The current focus is on managing external storage (SMI-S, etc.).
This
focus can be expanded over time. Contributions welcome.
Device management(scalability/feature mgmt) -
1) scalability:
I may be wrong but storage boxes like symmetrix(and others) support
large number of LUNs.
So device management 'scalability' will make linux shine. By
scalability
I mean efficiently managing let's say 32K(?) LUNs.
You can actually have (even more) luns than that for each array in a
SAN. From a host, you will probably not see all of the luns all of the
time, but
you certainly need to have good support for a large lun address space
that
will be sparsely populated.
True, a single front-end won't see all of those LUNs/devices. So not a
big concern
about the front-end hosts.
I am thinking of a use-case where folks can use a linux-box to manage
their different storage arrays.
So this linux box with 'libstoragemgmt + app' needs to
manage(scan/create/delete/so on) all those LUNs.
Chetan Loke
People do have boxes with thousands of luns though & file systems in active use.
Both for SAN and NAS volumes.
One of the challenges is what to do when just one LUN (or NFS server) crashes
and burns. You simply cannot "reboot" the server to clean up after one bad mount
when you have thousands of other happy users runs on thousands/hundreds of other
mount points :)
Ric
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
