> -----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 -- 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
