Bug 224016 - tons of "expire_indirect: fstat failed: Bad file descriptor" messages
tons of "expire_indirect: fstat failed: Bad file descriptor" messages
Status: CLOSED CURRENTRELEASE
Product: Fedora
Classification: Fedora
Component: autofs (Show other bugs)
6
All Linux
medium Severity medium
: ---
: ---
Assigned To: Ian Kent
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-01-23 12:25 EST by Ulrich Drepper
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version: autofs-5.0.1-0.rc3.16
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-02-14 02:39:22 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Ulrich Drepper 2007-01-23 12:25:26 EST
Description of problem:
I see tons of

  automount[2717]: expire_indirect: fstat failed: Bad file descriptor

messages in /var/log/messages.  Every 1 or 2 minutes.  I'm not adding that many
new mounts so I can only assume that autofs does not remove the descriptor after
fstat failed.  If fstat return EBADF there is no reason whatsoever to keep it
around.  If the descriptor becomes usable again at some point it is for
something else and then the fstat can only give incorrect information.

I doubt that autofs should get into this situation in the first place (no idea
what happened) but at least handle the situation more graceful if the problem is
detected.  Otherwise you fill up /var/log/messages and cause greater harm by
hijacking a descriptor.

Version-Release number of selected component (if applicable):
autofs-5.0.1-0.rc3.6.x86_64

How reproducible:
don't know

Steps to Reproduce:
1.don't really know.  create situation where descriptor is gone
2.
3.
  
Actual results:
tons of such messages

Expected results:
exactly one such message

Additional info:
Comment 1 Jeffrey Moyer 2007-01-23 14:40:29 EST
Hmm, the file descriptor is the ioctl fd.  Either ioctlfd is getting corrupted,
or we're trying to expire an already expired mount?  Can you attach a copy of
your maps please?
Comment 2 Ulrich Drepper 2007-01-23 14:44:46 EST
I'm using the default maps, nothing changed at all.  And the only map I use
/etc/auto.net via /net/HOSTNAME/some/dir.  That's it.
Comment 3 Ian Kent 2007-01-23 20:58:12 EST
(In reply to comment #2)
> I'm using the default maps, nothing changed at all.  And the only map I use
> /etc/auto.net via /net/HOSTNAME/some/dir.  That's it.

Can you grab autofs-5.0.1-0.rc3.10 and give it a try please.

Ian
Comment 4 Ulrich Drepper 2007-01-24 01:41:54 EST
I've downloaded it an will use it.  I cannot remember having seen the problem
before so it might be not so easy to confirm the problem is gone.  If you think
it is fixed I think it's best to close the bug and I'll reopen it in case I see
it again.
Comment 5 Ian Kent 2007-01-24 01:58:39 EST
(In reply to comment #4)
> I've downloaded it an will use it.  I cannot remember having seen the problem
> before so it might be not so easy to confirm the problem is gone.  If you think
> it is fixed I think it's best to close the bug and I'll reopen it in case I see
> it again.

I had two other reports that I believe where the same problem.
Both reporters have have posted that it appears to be fixed.

I'm fairly sure it was introduced by a patch I added on the 27th
Dec to fix another issue.

It won't hurt to leave this open for a while longer to give you
a chance to check it out.

Ian
Comment 6 Ian Kent 2007-02-14 02:39:22 EST
(In reply to comment #4)
> I've downloaded it an will use it.  I cannot remember having seen the problem
> before so it might be not so easy to confirm the problem is gone.  If you think
> it is fixed I think it's best to close the bug and I'll reopen it in case I see
> it again.

No time to check this out?
I'll close this as you recommend.

Ian

Note You need to log in before you can comment on or make changes to this bug.