Bug 211206
| Summary: | kernel 2.6.18-1.2200.fc5 breaks autofs on NFS | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Robin Humble <humble+fedora> | ||||||
| Component: | kernel | Assignee: | Ian Kent <ikent> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 5 | CC: | davej, dhowells, jmoyer, staubach, steved, tomek, wtogami | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2006-11-12 05:52:15 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 216178 | ||||||||
| Attachments: |
|
||||||||
|
Description
Robin Humble
2006-10-17 20:51:24 UTC
Can you provide debug logs for the automounter please? You can find instructions on how to generate them at the following URL: http://people.redhat.com/jmoyer/ Thanks. Oct 17 17:38:00 lemming automount[2125]: starting automounter version 4.1.4-29,
path = /cita/d, maptype = file, mapname = /var/adm/automount.map
Oct 17 17:38:00 lemming automount[2156]: starting automounter version 4.1.4-29,
path = /cita/scratch, maptype = file, mapname = /var/adm/auto.scratch
Oct 17 17:38:00 lemming kernel: audit(1161121080.222:8): avc: denied { read }
for pid=2125 comm="automount" name="automount.map" dev=sda1 ino=12777385
scontext=system_u:system_r:automount_t:s0 tcontext=system_u:object_r:var_t:s0
tclass=file
Oct 17 17:38:00 lemming automount[2125]: failed to mount autofs path /cita/d
Oct 17 17:38:00 lemming automount[2125]: /cita/d: mount failed!
Oct 17 17:38:00 lemming automount[2156]: failed to mount autofs path /cita/scratch
Oct 17 17:38:00 lemming automount[2156]: /cita/scratch: mount failed!
note that the selinux warning appears with all other kernels as well, but it's
only 2.6.18-1.2200.fc5 that doesn't work. and as selinux is 'permissive' then
nothing should be going wrong.
and afterwards there is again:
% ls -l /cita/
?--------- ? ? ? ? ? /cita/d
?--------- ? ? ? ? ? /cita/scratch
/etc/init.d/autofs status is as per "Actual results" above.
nothing is shown by: ps auxwww | grep auto
so still looks like an interaction between NFS, FS-Cache and autofs to me... ??
to complete your standard autofs report:
% cat /etc/nsswitch.conf
passwd: files
shadow: files
group: files
hosts: dns files
services: files
networks: files
protocols: files
rpc: files
ethers: files
netmasks: files
bootparams: files
netgroup:
publickey:
automount: files
aliases: files
cat /etc/sysconfig/autofs
# Define custom options in /etc/sysconfig/autofs
# Use LOCALOPTIONS for defining variables, e.g. OSREL
# Use DAEMONOPTIONS to define the unmount timeout
# Define UNDERSCORETODOT as 1 to convert
# auto_home to auto.home and auto_mnt to auto.mnt
# Mount options, e.g. rsize=8192, should go in auto.master or
# the auto_* map entry for a specific mount point
#
LOCALOPTIONS=""
DAEMONOPTIONS="--timeout=60 --debug"
# UNDERSCORETODOT changes auto_home to auto.home and auto_mnt to auto.mnt
UNDERSCORETODOT=1
DISABLE_DIRECT=1
# Using a good number of maps can cause autofs to take
# some time to exit. If you get init script stop fails
# but find that a little while latter it's gone increase
# this value.
DAEMON_EXIT_WAIT=10
# LDAPAUTOMASTER contains command line arguments for the
# /usr/lib/autofs/autofs-ldap-auto-master program
# Run the program with --help to see available options
LDAPAUTOMASTER=""
please let me know if you'd like any more info...
Sorry to drag you into this David but it looks like we didn't capture all the cases. Can you help with this one please? Ian (In reply to comment #3) > Sorry to drag you into this David but it looks like we > didn't capture all the cases. > > Can you help with this one please? Davej, I think your missing a patch. dhowells, can you post the result of the discussion on this please. There's nothing in nfs_lookup in 1.2200 that looks like what was discussed on this. Ian Ian, bounce me the patch (or attach it to this bug) and I'll merge it for the next update. (Which at the rate that various low-hanging fruit is falling, won't be too far away). Created attachment 138774 [details] Handle incorrectly null dentries created by autofs when permission was denied This is fixed upstream by this change: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=fd6840714d9cf6e93f1d42b904860a94df316b85 *** Bug 211207 has been marked as a duplicate of this bug. *** (In reply to comment #6) > Created an attachment (id=138774) [edit] > Handle incorrectly null dentries created by autofs when permission was denied > > This is fixed upstream by this change: > > http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=fd6840714d9cf6e93f1d42b904860a94df316b85 Have you had a chance to check if this resolves your problem? If it does but you still get a permission denied when autofs calls mkdir_path you probably need the patch below. Ian Created attachment 139097 [details]
autofs-4.1.4-29 patch to deal with changed semantics of mkdir
Please try this patch if you find you're getting
permission denied errors following the above kernel
patch resolving the apparent directory corruption.
oh, sorry - are you talking to me? I thought you were chatting amongst yourselves... umm, yeah - http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=fd6840714d9cf6e93f1d42b904860a94df316b85 fixes the problem for me with the 2200 fc5 kernel. thanks! I didn't try the autofs patch. let me know if you want me to. cheers, robin (In reply to comment #10) > oh, sorry - are you talking to me? I thought you were chatting amongst > yourselves... umm, yeah - Hehe .. yep. > http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=fd6840714d9cf6e93f1d42b904860a94df316b85 > > fixes the problem for me with the 2200 fc5 kernel. thanks! Great. > > I didn't try the autofs patch. let me know if you want me to. That would be good if you have time. The reason for this patch is that along with the apparent directory corruption autofs can fail a mount request because it gets a permission error when previously it got a directory exists error. Ian sorry, I'm moving countries and won't have easy access to those machines any more, so I can't easily test your autofs patch. is autofs even still getting a permission error after the kernel fix? (In reply to comment #12) > sorry, I'm moving countries and won't have easy access to those machines any > more, so I can't easily test your autofs patch. is autofs even still getting a > permission error after the kernel fix? No probelm. I think it shoud be OK. Ian should be fixed in 2.6.18-1.2239.fc5 now in updates. |