Re: [LSF/MM TOPIC] linux servers as a storage server - what'smissing?

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

 



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


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux