Re: MDS [WRN] getattr pAsLsXsFs failed to rdlock

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

 



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 <islepnev@xxxxxxxxx> 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
> #10000002d68) 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@xxxxxxxxxxxxxx
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com




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


  Powered by Linux