Best practices on Filesystem recovery on RBD block volume?

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

 



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@xxxxxxxxxxxxxxxxxx> 
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/ec8f1de9/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