For everybody else's reference, this is addressed in
http://tracker.ceph.com/issues/10944. That kernel has several known
bugs.
-Greg
On Tue, Feb 24, 2015 at 12:02 PM, Ilja Slepnev islep...@gmail.com wrote:
Dear All,
Configuration of MDS and CephFS client is the same:
OS: CentOS 7.0.1406
ceph-0.87
Linux 3.10.0-123.20.1.el7.centos.plus.x86_64
dmesg: libceph: loaded (mon/osd proto 15/24)
dmesg: ceph: loaded (mds proto 32)
Using kernel ceph module, fstab mount options:
defaults,_netdev,ro,noatime,name=admin,secret=hidden
CephFS mount is exported by NFS.
Problem:
After period of light activity (reading files, listing dirs) one of the
cephfs paths got stuck in directory listing process, on local machine and
via NFS.
Log messages on MDS (repeating):
2015-02-24 16:02:41.564071 7fdb0055c700 0 log_channel(default) log [WRN] :
9 slow requests, 1 included below; oldest blocked for 14463.448519 secs
2015-02-24 16:02:41.564077 7fdb0055c700 0 log_channel(default) log [WRN] :
slow request 1922.318256 seconds old, received at 2015-02-24
15:30:39.245786: client_request(client.66401597:2440 getattr pAsLsXsFs
#1002d68) currently failed to rdlock, waiting
Could it be a broken metadata, or a bug? How to find out what is going
wrong?
Is there a workaround?
WBR,
Ilja Slepnev
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
