[Linux-cluster] GFS Tunables
Gordan Bobic
gordan at bobich.net
Thu Oct 16 21:42:07 UTC 2008
Steffen Plotner wrote:
>> Kevin Anderson wrote:
>>> On Thu, 2008-10-16 at 21:29 +0100, Gordan Bobic wrote:
>>>> Brandon Young wrote:
>>>>
>>>>> As for LVM snapshotting ... I am under the impression that those
>>>>> features are unavailable in GFS (and are slated for GFS2?
>> Which is
>>>>> not "production ready", yet?) It has certainly occured
>> to me to try
>>>>> that feature, if only it were available. Am I
>> misinformed? Perhaps
>>>>> I need some more education on how exactly LVM mirroring will help
>>>>> me. I am
>>>>> *attempting* to approximate a traditional backup scheme,
>> atleast on
>>>>> this particular filesystem. Am I correct in believing
>> that I could
>>>>> snapshot a volume (assuming the feature is available) and run a
>>>>> traditional backup (using, say, rdiff-backup) in a
>> shorter time than
>>>>> I can now, where I'm running it straight off a live GFS volume?
>>>> You can use CLVM (Cluser aware LVM) and create GFS on top of that
>>>> volume. You can them use CLVM to take a snapshot of the
>> block device,
>>>> mount it read-only with lock_nolock and back that up. That
>> should go
>>>> at non-clustered FS speeds.
>>>>
>>> We don't have support for cluster snapshots as of yet even
>> though it
>>> has been on the todo list for about 5 years now :(.
>> Joy... My mistake. Sorry I mentioned it.
>>
>
> How about snapshotting at the backend storage device? We usually use
> linux as the backed, hand out storage via iscsi and snapshot at the
> backend - this eliminates the need for doing snaps at the GFS level - I
> agree that if there was snapshotting at the LVM/GFS level we could get a
> clean snapshot.... another problem..
The problem with that being that you have your storage system as a
single point of failure which rather defeats the point of clustering.
Gordan
More information about the Linux-cluster
mailing list