2000-12-19 16:01:35

by Michael J. Dikkema

[permalink] [raw]
Subject: 2.2.18 question (fh_lock_parent)


I've been getting tonnes of these since I installed 2.2.18. Is this a
problem? Should I even worry about this? If I don't need to worry about
it, is there a way to stop displaying this message?

fh_lock_parent: mqueue/xfBAA14279 parent changed or child unhashed
fh_lock_parent: mqueue/xfBAA16413 parent changed or child unhashed

,.;::
: Michael J. Dikkema
| Systems / Network Admin - Internet Solutions, Inc.
| http://www.moot.ca Work: (204) 982-1060
; [email protected]
',.


2000-12-19 21:55:37

by NeilBrown

[permalink] [raw]
Subject: Re: 2.2.18 question (fh_lock_parent)

On Tuesday December 19, [email protected] wrote:
>
> I've been getting tonnes of these since I installed 2.2.18. Is this a
> problem? Should I even worry about this? If I don't need to worry about
> it, is there a way to stop displaying this message?
>
> fh_lock_parent: mqueue/xfBAA14279 parent changed or child unhashed
> fh_lock_parent: mqueue/xfBAA16413 parent changed or child unhashed

You are running sendmail on an NFS client with /var/spool mounted off
the NFS server which is giving these message - right?

These messages tend to indicate a race between two different NFS
requests that try to do something to the one file - probably unlink
it, though possibly rename it.

If everything is configured properly (e.g. you don't have two
different sendmails on two different clients trying to use the one
shared spool area), then this would seem to imply that the server is
responding more slowly that the client would like, and the client is
resending the unlink (or whatever) request and so there are two
identical requests being served by the NFS server and they race.

So it is hard to be sure if you should worry about this.
Maybe if you tell us what you are trying to do (i.e. confirm the
configuration of sendmail, NFS mounts and the number of clients.
Also, how frequent is this? Would you be able to get a tcpdump of a
few hundred packets either side of the message? If you do try this,
make sure that you use a large snap-length for tcpdump (-s 1024) to
get the whole nfs packet.

NeilBrown

>
> ,.;::
> : Michael J. Dikkema
> | Systems / Network Admin - Internet Solutions, Inc.
> | http://www.moot.ca Work: (204) 982-1060
> ; [email protected]
> ',.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> Please read the FAQ at http://www.tux.org/lkml/

2000-12-20 16:15:20

by Michael J. Dikkema

[permalink] [raw]
Subject: Re: 2.2.18 question (fh_lock_parent)

On Wed, 20 Dec 2000, Neil Brown wrote:

> On Tuesday December 19, [email protected] wrote:
> >
> > I've been getting tonnes of these since I installed 2.2.18. Is this a
> > problem? Should I even worry about this? If I don't need to worry about
> > it, is there a way to stop displaying this message?
> >
> > fh_lock_parent: mqueue/xfBAA14279 parent changed or child unhashed
> > fh_lock_parent: mqueue/xfBAA16413 parent changed or child unhashed
>
> You are running sendmail on an NFS client with /var/spool mounted off
> the NFS server which is giving these message - right?
>
> These messages tend to indicate a race between two different NFS
> requests that try to do something to the one file - probably unlink
> it, though possibly rename it.

That's what you'd think. All these machines have a drive mounted on
/var.

[root@www /root]# df
Filesystem 1k-blocks Used Available Use% Mounted on
10.0.0.10:/nfsroot 34020868 24061800 8230876 75% /
/dev/sda1 8744304 1473776 6826336 18% /var

I've checked to see if mtab was lying to me, and it's not.. I can unmount
and remount the drive on /var..

The system runs with one nfs server, and 4 children, all using nfs
root. They all mount /dev/sda1 on /var. Yet for some reason I get these
messages. I went from 2.2.16 -> 2.2.18 without changing anything but the
kernel. Has something changed? This doesn't look right to me at all.



,.;::
: Michael J. Dikkema
| Systems / Network Admin - Internet Solutions, Inc.
| http://www.moot.ca Work: (204) 982-1060
; [email protected]
',.

2000-12-20 18:23:29

by Michael J. Dikkema

[permalink] [raw]
Subject: Re: 2.2.18 question (fh_lock_parent)


Apparently in the init scripts, sendmail starts before mounting /dev/sda1
.. but it never happened before changing kernels.. that's why it was using
nfs instead of the scsi disk. (I'm smrt.)

Thanks for the help though. :)

,.;::
: Michael J. Dikkema
| Systems / Network Admin - Internet Solutions, Inc.
| http://www.moot.ca Work: (204) 982-1060
; [email protected]
',.