Bug 122313
Summary: | nautilus looking for autofs:/directory/.hidden floods syslogd | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Josiah Royse <jroyse> |
Component: | autofs | Assignee: | Jeff Moyer <jmoyer> |
Status: | CLOSED WORKSFORME | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | alexl |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-10-21 15:17:38 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: |
Description
Josiah Royse
2004-05-03 01:01:22 UTC
Oh yeah, here are the errors: Server side starts out nice with cannot stat errors (+50), then floods with illegal port errors (+infinity: May 2 16:01:03 t-rex rpc.mountd: can't stat exported dir /linear/.hidden: No such file or directory May 2 16:01:03 t-rex rpc.mountd: authenticated mount request from tabasco:869 for /linear/.hidden (/linear) May 2 16:01:03 t-rex rpc.mountd: refused mount request from tabasco for /linear/.hidden (/linear): illegal port 38334 Client side starts out nice no file errors (+50), then turns ugly with denied messages (inifinity): May 2 16:01:03 tabasco automount[2239]: >> mount: t-rex:/linear/.hidden failed, reason given by server: No such file or directory May 2 16:01:03 tabasco automount[2239]: mount(nfs): nfs: mount failure t-rex:/linear/.hidden on /linear/.hidden May 2 16:01:03 tabasco automount[2239]: failed to mount /linear/.hidden May 2 16:01:03 tabasco automount[2241]: >> mount: t-rex:/linear/.hidden failed, reason given by server: Permission denied May 2 16:01:03 tabasco automount[2241]: mount(nfs): nfs: mount failure t-rex:/linear/.hidden on /linear/.hidden Changed component from nautilus to autofs, due to konqueror triggering the same behavior. Note: Creating a .hidden directory on the remote server stops the syslog overflow. But some desktop component does not work well over NIS/NFS/autofs directories. Any attempt to access a non-existent directory will result in -ENOENT. The nautilus code should be written to understand this return value. Alex, do you have any insight on this problem? Not really. The only time nautilus looks for .hidden is once, before readdir()ing a directory. Josiah, I am unable to reproduce the problem here. What does the lsmod output show? Which version of the autofs module is loaded? Nothing has changed in above post, yum says autofs-4.1.2-2 is up2date. I removed the .hidden directory off of NFS mountpont /linear/ and the syslog went crazy on both server and client. Server is a RH 9.0 system. -------------Client/workstation data-------------------- [root@tabasco root]# rpm -qf /usr/sbin/automount ; lsmod autofs-4.1.2-2 Module Size Used by snd_mixer_oss 14017 2 snd_trident 44009 4 snd_ac97_codec 58821 1 snd_trident snd_pcm 83529 1 snd_trident snd_timer 25413 1 snd_pcm snd_page_alloc 8393 2 snd_trident,snd_pcm gameport 4033 1 snd_trident snd_util_mem 3521 1 snd_trident snd_mpu401_uart 7361 1 snd_trident snd_rawmidi 21733 1 snd_mpu401_uart snd_seq_device 6473 2 snd_trident,snd_rawmidi snd 45477 13 snd_mixer_oss,snd_trident,snd_ac97_codec,snd_pcm,snd_timer,snd_util_mem,snd_mpu401_uart,snd_rawmidi,snd_seq_device soundcore 7713 3 snd nfs 171133 2 lockd 52105 2 nfs parport_pc 21249 1 lp 9133 0 parport 35977 2 parport_pc,lp autofs4 20677 2 sunrpc 141861 6 nfs,lockd sis900 15941 0 floppy 54001 0 sg 28513 0 scsi_mod 105360 1 sg dm_mod 47317 0 joydev 7169 0 ohci_hcd 19793 0 radeon 113669 2 md5 3905 1 ipv6 217349 10 ext3 96937 2 jbd 66521 1 ext3 [root@tabasco root]# Are you still experiencing this problem? If so, could you perhaps include an strace of the nautilus process? Thanks. I'm closing this bug due to inactivity. If you are still experiencing problems, then please reopen the bug and provide more debug information. Thanks. |