-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
You would look to standard Linux routing to take care of this. If NIC1
is on the same subnet as the Ceph cluster, then it will automatically
work. If the NIC is not on the Ceph subnet, then you would use a
static route to route traffic for the Ceph n
I didn't read the whole thing but if your trying to do HA NFS, you need to run
OCFS2 on your RBD and disable read/write caching on the rbd client.
From: "Steve Anthony"
To: ceph-users@lists.ceph.com
Sent: Friday, December 25, 2015 12:39:01 AM
Subject: Re: [ceph-users] nfs over rbd problem
Due to the nature of distributed storage and a filesystem built to distribute
itself across sequential devices.. you're going to always have poor performance.
Are you unable to use XFS inside the vm?
If you are not the intended recipient of this transmission you are notified
that disclosing, c
On Fri, 25 Dec 2015, Ning Yao wrote:
> Hi, Dong Wu,
>
> 1. As I currently work for other things, this proposal is abandon for
> a long time
> 2. This is a complicated task as we need to consider a lots such as
> (not just for writeOp, as well as truncate, delete) and also need to
> consider the di
Thank you for your reply. I am looking formard to Sage's opinion too @sage.
Also I'll keep on with the BlueStore and Kstore's progress.
Regards
2015-12-25 14:48 GMT+08:00 Ning Yao :
> Hi, Dong Wu,
>
> 1. As I currently work for other things, this proposal is abandon for
> a long time
> 2. This is
Hi
Someone here will probably lay out a detailed answer but to get you started,
All the details for the osd are in the xfs partitions, mirror a new USB key
and change ip etc and you should be able to recover.
If the journal is linked to a /dev/sdx, make sure it's in the same spot as
it was befor
