* NFSv4 and Kerberos problem in svcgssd
@ 2012-06-15 22:30 Lukas Hejtmanek
2012-06-18 22:14 ` J. Bruce Fields
0 siblings, 1 reply; 3+ messages in thread
From: Lukas Hejtmanek @ 2012-06-15 22:30 UTC (permalink / raw)
To: linux-nfs
Hello,
it seems that -n option for rpc.svcgssd produces file descriptor leaks. It
looks like this:
ls -l /proc/25920/fd/
total 0
lrwx------ 1 root root 64 Jun 16 00:13 0 -> /dev/pts/0
lrwx------ 1 root root 64 Jun 16 00:13 1 -> /dev/pts/0
lrwx------ 1 root root 64 Jun 16 00:13 10 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 11 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 12 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 13 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 14 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 15 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 16 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 17 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 18 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 19 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 2 -> /dev/pts/0
lrwx------ 1 root root 64 Jun 16 00:13 20 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 21 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 22 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 23 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 24 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 25 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 26 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 27 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 28 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 16 00:13 29 -> /var/tmp/nfs_0
lr-x------ 1 root root 64 Jun 16 00:13 3 -> pipe:[24457591]
lrwx------ 1 root root 64 Jun 16 00:13 30 -> /var/tmp/nfs_0
l-wx------ 1 root root 64 Jun 16 00:13 4 -> pipe:[24457591]
lr-x------ 1 root root 64 Jun 16 00:13 5 -> pipe:[24457592]
l-wx------ 1 root root 64 Jun 16 00:13 6 -> pipe:[24457592]
lr-x------ 1 root root 64 Jun 16 00:13 7 -> /etc/gssapi_mech.conf
lr-x------ 1 root root 64 Jun 16 00:13 8 ->
/proc/25920/net/rpc/auth.rpcsec.init/channel
lrwx------ 1 root root 64 Jun 16 00:13 9 -> /var/tmp/nfs_0
Is there any known fix for this? It runs quickly from max open files..
There is some gabage collecting that results in this:
s -l
total 0
lrwx------ 1 root root 64 Jun 15 23:45 0 -> /dev/pts/0
lrwx------ 1 root root 64 Jun 15 23:45 1 -> /dev/pts/0
lrwx------ 1 root root 64 Jun 15 23:46 10 -> /var/tmp/nfs_0 (deleted)
lrwx------ 1 root root 64 Jun 15 23:47 11 -> /var/tmp/nfs_0 (deleted)
lrwx------ 1 root root 64 Jun 15 23:47 12 -> /var/tmp/nfs_0
lrwx------ 1 root root 64 Jun 15 23:45 2 -> /dev/pts/0
lr-x------ 1 root root 64 Jun 15 23:45 3 -> pipe:[24450369]
l-wx------ 1 root root 64 Jun 15 23:45 4 -> pipe:[24450369]
lr-x------ 1 root root 64 Jun 15 23:45 5 -> pipe:[24450370]
l-wx------ 1 root root 64 Jun 15 23:45 6 -> pipe:[24450370]
lr-x------ 1 root root 64 Jun 15 23:45 7 -> /etc/gssapi_mech.conf
lr-x------ 1 root root 64 Jun 15 23:45 8 ->
/proc/24184/net/rpc/auth.rpcsec.init/channel
lrwx------ 1 root root 64 Jun 15 23:45 9 -> /var/tmp/nfs_0 (deleted)
--
Lukáš Hejtmánek
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: NFSv4 and Kerberos problem in svcgssd
2012-06-15 22:30 NFSv4 and Kerberos problem in svcgssd Lukas Hejtmanek
@ 2012-06-18 22:14 ` J. Bruce Fields
2012-06-19 9:04 ` Lukas Hejtmanek
0 siblings, 1 reply; 3+ messages in thread
From: J. Bruce Fields @ 2012-06-18 22:14 UTC (permalink / raw)
To: Lukas Hejtmanek; +Cc: linux-nfs
On Sat, Jun 16, 2012 at 12:30:28AM +0200, Lukas Hejtmanek wrote:
> Hello,
>
> it seems that -n option for rpc.svcgssd produces file descriptor leaks. It
> looks like this:
>
> ls -l /proc/25920/fd/
> total 0
> lrwx------ 1 root root 64 Jun 16 00:13 0 -> /dev/pts/0
> lrwx------ 1 root root 64 Jun 16 00:13 1 -> /dev/pts/0
> lrwx------ 1 root root 64 Jun 16 00:13 10 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 11 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 12 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 13 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 14 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 15 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 16 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 17 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 18 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 19 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 2 -> /dev/pts/0
> lrwx------ 1 root root 64 Jun 16 00:13 20 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 21 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 22 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 23 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 24 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 25 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 26 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 27 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 28 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 16 00:13 29 -> /var/tmp/nfs_0
> lr-x------ 1 root root 64 Jun 16 00:13 3 -> pipe:[24457591]
> lrwx------ 1 root root 64 Jun 16 00:13 30 -> /var/tmp/nfs_0
> l-wx------ 1 root root 64 Jun 16 00:13 4 -> pipe:[24457591]
> lr-x------ 1 root root 64 Jun 16 00:13 5 -> pipe:[24457592]
> l-wx------ 1 root root 64 Jun 16 00:13 6 -> pipe:[24457592]
> lr-x------ 1 root root 64 Jun 16 00:13 7 -> /etc/gssapi_mech.conf
> lr-x------ 1 root root 64 Jun 16 00:13 8 ->
> /proc/25920/net/rpc/auth.rpcsec.init/channel
> lrwx------ 1 root root 64 Jun 16 00:13 9 -> /var/tmp/nfs_0
>
> Is there any known fix for this? It runs quickly from max open files..
It doesn't look familiar to me.--b.
>
> There is some gabage collecting that results in this:
> s -l
> total 0
> lrwx------ 1 root root 64 Jun 15 23:45 0 -> /dev/pts/0
> lrwx------ 1 root root 64 Jun 15 23:45 1 -> /dev/pts/0
> lrwx------ 1 root root 64 Jun 15 23:46 10 -> /var/tmp/nfs_0 (deleted)
> lrwx------ 1 root root 64 Jun 15 23:47 11 -> /var/tmp/nfs_0 (deleted)
> lrwx------ 1 root root 64 Jun 15 23:47 12 -> /var/tmp/nfs_0
> lrwx------ 1 root root 64 Jun 15 23:45 2 -> /dev/pts/0
> lr-x------ 1 root root 64 Jun 15 23:45 3 -> pipe:[24450369]
> l-wx------ 1 root root 64 Jun 15 23:45 4 -> pipe:[24450369]
> lr-x------ 1 root root 64 Jun 15 23:45 5 -> pipe:[24450370]
> l-wx------ 1 root root 64 Jun 15 23:45 6 -> pipe:[24450370]
> lr-x------ 1 root root 64 Jun 15 23:45 7 -> /etc/gssapi_mech.conf
> lr-x------ 1 root root 64 Jun 15 23:45 8 ->
> /proc/24184/net/rpc/auth.rpcsec.init/channel
> lrwx------ 1 root root 64 Jun 15 23:45 9 -> /var/tmp/nfs_0 (deleted)
>
>
> --
> Lukáš Hejtmánek
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: NFSv4 and Kerberos problem in svcgssd
2012-06-18 22:14 ` J. Bruce Fields
@ 2012-06-19 9:04 ` Lukas Hejtmanek
0 siblings, 0 replies; 3+ messages in thread
From: Lukas Hejtmanek @ 2012-06-19 9:04 UTC (permalink / raw)
To: J. Bruce Fields; +Cc: linux-nfs
On Mon, Jun 18, 2012 at 06:14:37PM -0400, J. Bruce Fields wrote:
> > it seems that -n option for rpc.svcgssd produces file descriptor leaks. It
> > looks like this:
> >
> > ls -l /proc/25920/fd/
> > total 0
> > lrwx------ 1 root root 64 Jun 16 00:13 29 -> /var/tmp/nfs_0
> > lr-x------ 1 root root 64 Jun 16 00:13 3 -> pipe:[24457591]
> > lrwx------ 1 root root 64 Jun 16 00:13 30 -> /var/tmp/nfs_0
> > l-wx------ 1 root root 64 Jun 16 00:13 4 -> pipe:[24457591]
> > lr-x------ 1 root root 64 Jun 16 00:13 5 -> pipe:[24457592]
> > l-wx------ 1 root root 64 Jun 16 00:13 6 -> pipe:[24457592]
> > lr-x------ 1 root root 64 Jun 16 00:13 7 -> /etc/gssapi_mech.conf
> > lr-x------ 1 root root 64 Jun 16 00:13 8 ->
> > /proc/25920/net/rpc/auth.rpcsec.init/channel
> > lrwx------ 1 root root 64 Jun 16 00:13 9 -> /var/tmp/nfs_0
> >
> > Is there any known fix for this? It runs quickly from max open files..
>
> It doesn't look familiar to me.--b.
seems to be KRB problem, however, I thought that it may be a problem in
svcgssd as well.
https://bugzilla.redhat.com/show_bug.cgi?id=761006
--
Lukáš Hejtmánek
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-06-19 9:04 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-06-15 22:30 NFSv4 and Kerberos problem in svcgssd Lukas Hejtmanek
2012-06-18 22:14 ` J. Bruce Fields
2012-06-19 9:04 ` Lukas Hejtmanek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).