Bug 617313 - autofs randomly deletes symbolic links and directories (rm_unwanted)
autofs randomly deletes symbolic links and directories (rm_unwanted)
Status: CLOSED WONTFIX
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: autofs (Show other bugs)
4.3
All Linux
low Severity high
: rc
: ---
Assigned To: Ian Kent
yanfu,wang
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2010-07-22 14:50 EDT by mcacciagrano
Modified: 2012-06-20 09:25 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2012-06-20 09:25:14 EDT
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 mcacciagrano 2010-07-22 14:50:35 EDT
Description of problem: autofs 4.1.3 randomly deletes symbolic links and directories from mounted nfs volumes (rm_unwanted messages in syslog)


Version-Release number of selected component (if applicable): autofs 4.1.3-187
RedHat Enterprise Linux 4, Update 3, kernel 2.6.9-34


How reproducible: Not reproducible, it happen randomly.


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info: At the time of deletion of the symbolic links and directories, in the syslog of the nfs clients (using autofs) there are messgaes of the type:

automount[xxxx]: rm_unwanted: attemting to remove files from a mounted directory
Comment 1 Ian Kent 2010-07-22 22:18:34 EDT
I'll return to this as soon as I can but what are the reasons
you are on such an old version of RHEL?
Comment 2 mcacciagrano 2010-07-23 02:59:46 EDT
It is unfortunate indeed... the version of the operating system is a requirement of the application that runs on these systems.
The application wouldn't even install without this version of RedHat.
Comment 3 Ian Kent 2010-07-23 09:55:22 EDT
(In reply to comment #2)
> It is unfortunate indeed... the version of the operating system is a
> requirement of the application that runs on these systems.
> The application wouldn't even install without this version of RedHat.    

You should still be able to update to a current autofs revision.
I'll check through the changelog and see if I can see any
relevant changes.
Comment 4 marina cacciagrano 2010-07-26 05:37:56 EDT
This very good news.
Please, let me know where I can find a version I can download. It should be for a 64bits kernel.
Comment 5 Ian Kent 2010-07-26 09:17:02 EDT
(In reply to comment #4)
> This very good news.
> Please, let me know where I can find a version I can download. It should be for
> a 64bits kernel.    

There don't appear to be any changes that would help with this
since the revision you have, except for the handling of the mtab
not being updated. It would be a good idea to update though.

The other sensitive package is the one that contains mount. This
type of problem could be caused by incorrect return codes from
mount. I'll need to go through the change log of that as well
and maybe recommend updating it.

So give me a little longer.
Ian
Comment 6 Jiri Pallich 2012-06-20 09:25:14 EDT
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. 
Please See https://access.redhat.com/support/policy/updates/errata/

If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.

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