Best practices on Filesystem recovery on RBD block volume?

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

 



Hi Andrei, 

Thanks for the suggestion. 

But a rbd volume snapshots may only work if the filesystem is in a consistent state, which mean no IO during snapshotting. With cronjob snapshotting, usually we have no control over client doing any IOs. Having said that, having regular snapshotting is still better than none and we may find some snapshots that are usable. 

Any other suggestions is greatly appreciated. 

Regards, 

Keith 

----- Original Message -----

> From: "Andrei Mikhailovsky" <andrei at arhont.com>
> To: "Keith Phua" <keith at science.nus.edu.sg>
> Cc: ysg at nus.edu.sg, cheechiang at nus.edu.sg, enghee at nus.edu.sg,
> ceph-users at lists.ceph.com
> Sent: Wednesday, September 10, 2014 6:21:44 PM
> Subject: Re: Best practices on Filesystem recovery on RBD block
> volume?

> Keith,

> You should consider doing regular rbd volume snapshots and keep them for N
> amount of hours/days/months depending on your needs.

> Cheers

> Andrei
> ----- Original Message -----

> From: "Keith Phua" <keith at science.nus.edu.sg>
> To: ceph-users at lists.ceph.com
> Cc: ysg at nus.edu.sg, cheechiang at nus.edu.sg, enghee at nus.edu.sg
> Sent: Wednesday, 10 September, 2014 3:22:53 AM
> Subject: Best practices on Filesystem recovery on RBD block
> volume?

> Dear ceph-users,

> Recently we had an encounter of a XFS filesystem corruption on a NAS box.
> After repairing the filesystem, we discover the files were gone. This
> trigger some questions with regards to filesystem on RBD block which I hope
> the community can enlighten me.

> 1. If a local filesystem on a rbd block is corrupted, is it fair to say that
> regardless of how many replicated copies we specified for the pool, unless
> the filesystem is properly repaired and recovered, we may not get our data
> back?

> 2. If the above statement is true, does it mean that severe filesystem
> corruption on a RBD block constitute a single point of failure, since
> filesystems corruption can happened when the RBD client is not properly
> shutdown or due to a kernel bug?

> 3. Other than existing best practices for a filesystem recovery, does ceph
> have any other best practices for filesystem on RBD which we can adopt for
> data recovery?

> Thanks in advance.

> Regards,

> Keith
> _______________________________________________
> ceph-users mailing list
> ceph-users at lists.ceph.com
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140910/0eea46ce/attachment.htm>


[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux