Gluster users - Nov 2014 - Sparse Files and Heal

On Sat, 22 Nov 2014 12:54:48 PM you wrote:
> Lindsay,
>       You said, you restored it from some backup. How did you do that? If
> you copy the VM image from back up to the location where you deleted it
> from on the brick directly. Then the VM hypervisor still doesn't write
to
> the new file that is copied. Basically we need to make the mount close old
> fd that was opened on the VM(now deleted on one of the bricks).

I stopped the the VM and the restore creates an image with a new name, so it 
should be fine.

thanks,
-- 
Lindsay
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20141122/72812070/attachment.sig>

Pranith,

I'm wondering if this is a better method to take down a brick for
maintenance purpose and reheal:

1) Detach the brick from the cluster - gluster volume remove-brick
datastore1 replica 1 brick1:/mnt/datastore1
2) Take down the brick1
3) Do whatever maintenance needed to brick1
4) Turn the brick1 back on
5) I'm pretty sure glusterfs would not allow brick1 to be re-attached to the
cluster because there are attributes set in the volume.  The only way is to
remove everything in it.
6) Re-attach brick1 after emptying the directory in brick1 - gluster volume
add-brick datastore1 replica brick1:/mnt/datastore1
7) Initiate full heal


Thanks,
Adrian

-----Original Message-----
From: gluster-users-bounces at gluster.org
[mailto:gluster-users-bounces at gluster.org] On Behalf Of Lindsay Mathieson
Sent: Saturday, November 22, 2014 3:35 PM
To: gluster-users at gluster.org
Subject: Re: [Gluster-users] Sparse Files and Heal

On Sat, 22 Nov 2014 12:54:48 PM you wrote:
> Lindsay,
>       You said, you restored it from some backup. How did you do that? 
> If you copy the VM image from back up to the location where you 
> deleted it from on the brick directly. Then the VM hypervisor still 
> doesn't write to the new file that is copied. Basically we need to 
> make the mount close old fd that was opened on the VM(now deleted on one
of the bricks).


I stopped the the VM and the restore creates an image with a new name, so it
should be fine.

thanks,
--
Lindsay