Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 358089 - net-fs/autofs-5.0.5 hangs while mounting NFS devices
Summary: net-fs/autofs-5.0.5 hangs while mounting NFS devices
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Yixun Lan
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-09 16:47 UTC by Juergen Rose
Modified: 2013-07-22 13:54 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Juergen Rose 2011-03-09 16:47:51 UTC
After reboot autofs works. I can see, that diff accesses a automounted directoryroot@cheetah:/root(1)# ll /home_moose
lrwxrwxrwx 1 root root 16 Jan  6 14:14 /home_moose -> /disk/moose_home/
root@cheetah:/root(2)# psgrep diff
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root      7817  0.1  0.0   4112  1128 pts/1    D    17:26   0:00 /usr/bin/diff --brief -r //root/Txt/tex2e /home_moose/rose/Txt/Configurations/Txt/tex2e
root@cheetah:/root(3)# ll /home_moose
lrwxrwxrwx 1 root root 16 Jan  6 14:14 /home_moose -> /disk/moose_home/
root@cheetah:/root(4)# psgrep diff
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root      7817  0.0  0.0   4112  1128 pts/1    D    17:26   0:00 /usr/bin/diff --brief -r //root/Txt/tex2e /home_moose/rose/Txt/Configurations/Txt/tex2e

Some minutes later I am no more able to access this directory. 'll /home_moose' hangs. I can kill this command by a series of ^C^\:

root@cheetah:/root(5)# ll /home_moose
^\^\^Clrwxrwxrwx 1 root root 16 Jan  6 14:14 /home_moose
root@cheetah:/root(6)# ll /home_moose
^C^C^\^\^\^C^C^C^Clrwxrwxrwx 1 root root 16 Jan  6 14:14 /home_moose
root@cheetah:/root(7)# ll /home_moose
lrwxrwxrwx 1 root root 16 Jan  6 14:14 /home_moose -> /disk/moose_home/

It seems to be an nfs-client problem at cheetah, while it is no problem to access this nfs drive from other systems.

Restarting autofs on cheetah does not help.

Any idea?




Reproducible: Always
Comment 1 Juergen Rose 2011-03-09 16:50:31 UTC
In /var/log/messages I find the following:

root@cheetah:/root(3)# tail /var/log/messages
Mar  9 17:35:25 cheetah automount[3944]: expire_cleanup: sigchld: exp 3031313264 finished, switching from 2 to 1
Mar  9 17:35:25 cheetah automount[3944]: st_ready: st_ready(): state = 2 path /disk
Mar  9 17:35:36 cheetah su[8167]: Successful su for root by rose
Mar  9 17:35:36 cheetah su[8167]: + /dev/pts/2 rose:root
Mar  9 17:35:36 cheetah su[8167]: pam_unix(su:session): session opened for user root by rose(uid=1203)
Mar  9 17:35:52 cheetah automount[3944]: st_expire: state 1 path /net
Mar  9 17:35:52 cheetah automount[3944]: expire_proc: exp_proc = 3031313264 path /net
Mar  9 17:35:52 cheetah automount[3944]: expire_cleanup: got thid 3031313264 path /net stat 0
Mar  9 17:35:52 cheetah automount[3944]: expire_cleanup: sigchld: exp 3031313264 finished, switching from 2 to 1
Mar  9 17:35:52 cheetah automount[3944]: st_ready: st_ready(): state = 2 path /net
Comment 2 Juergen Rose 2011-03-09 16:55:11 UTC
I have the following NFS specific settings in my kernel configuration

root@cheetah:/root(6)# gzip -cd /proc/config.gz | grep -i NFS 
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
# CONFIG_NFS_V4_1 is not set
# CONFIG_NFS_USE_LEGACY_DNS is not set
CONFIG_NFS_USE_KERNEL_DNS=y
# CONFIG_NFS_USE_NEW_IDMAPPER is not set
CONFIG_NFSD=y
CONFIG_NFSD_DEPRECATED=y
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFSD_V4=y
CONFIG_NFS_ACL_SUPPORT=y
CONFIG_NFS_COMMON=y
CONFIG_NCPFS_NFS_NS=y
Comment 3 Juergen Rose 2011-03-09 16:58:24 UTC
 /etc/autofs/auto.master has the following contents:

root@cheetah:/root(9)# cat /etc/autofs/auto.master 

/misc   /etc/autofs/auto.misc
/disk /etc/autofs/auto.home
/net    -hosts
+auto.master

and /etc/autofs/auto.home:


root@cheetah:/root(8)# cat /etc/autofs/auto.home
moose_home      -rw,soft,intr   moose:/home_moose
moose_usr_src   -rw,soft,intr   moose:/usr/src_moose
moose_data      -rw,soft,intr   moose:/data_moose
moose_usr_portage       -rw,soft,intr   moose:/usr/portage_moose
moose_var  -rw,soft,intr   moose:/var
lynx_home       -rw,soft,intr   lynx:/home_lynx
lynx_usr_src    -rw,soft,intr   lynx:/usr/src_lynx
lynx_data       -rw,soft,intr   lynx:/data_lynx
lynx_usr_portage        -rw,soft,intr   lynx:/usr/portage_lynx
lynx_var  -rw,soft,intr   lynx:/var
Comment 4 Juergen Rose 2011-03-09 18:18:54 UTC
And still the output of rpcinfo:

root@cheetah:/root(13)# rpcinfo -p moose
   program vers proto   port
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  36299  status
    100024    1   tcp  35864  status
    100005    1   udp  44573  mountd
    100005    1   tcp  54879  mountd
    100005    2   udp  60677  mountd
    100005    2   tcp  40303  mountd
    100005    3   udp  37077  mountd
    100005    3   tcp  33171  mountd
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100021    1   udp  36358  nlockmgr
    100021    3   udp  36358  nlockmgr
    100021    4   udp  36358  nlockmgr
    100021    1   tcp  55802  nlockmgr
    100021    3   tcp  55802  nlockmgr
    100021    4   tcp  55802  nlockmgr
Comment 5 Juergen Rose 2011-03-09 20:03:14 UTC
I just found, that the ls command at the network drive not complete hangs, it needs only very long time:

root@cheetah:/root(20)# time ll  /home_moose/
total 64
drwxr-xr-x   2 root      root    4096 Dec  2  2009 ftp/
drwx------   2 root      root   16384 Nov  3  2009 lost+found/
drwxr-xr-x 109 rose      nobody 16384 Mar  9 19:53 rose/
drwxr-xr-x  77 rose      nobody 20480 Feb 16 21:46 rose_old/
drwxr-xr-x  14 rose_test nobody  4096 Feb 18 13:59 rose_test/
drwxr-xr-x   4 nobody    nobody  4096 Sep 27 16:14 samba/

real    45m34.832s
user    0m0.005s
sys     0m0.015s
Comment 6 Jeroen Roovers (RETIRED) gentoo-dev 2011-03-15 23:58:44 UTC
Please paste your `emerge --info' into a comment.
Comment 7 Juergen Rose 2011-03-16 19:20:00 UTC
It seems me, that a reboot solved my issue. Nevertheless 'emerge --info':

rose@cheetah:/home/rose(1)$ emerge --info
Portage 2.1.9.43 (!../home_cheetah/ftp/pub/portage/profiles/default/linux/x86/10.0/desktop, gcc-4.5.2, glibc-2.13-r2, 2.6.37-gentoo-r1 i686)
=================================================================
System uname: Linux-2.6.37-gentoo-r1-i686-AMD_Athlon-tm-_XP_1800+-with-gentoo-2.0.1
Timestamp of tree: Wed, 16 Mar 2011 03:00:01 +0000
ccache version 3.1.4 [disabled]
app-shells/bash:     4.2_p8
dev-java/java-config: 2.1.11-r3
dev-lang/python:     2.6.6-r2, 2.7.1-r1, 3.1.3-r1
dev-util/ccache:     3.1.4
dev-util/cmake:      2.8.4
sys-apps/baselayout: 2.0.1-r1
sys-apps/openrc:     0.7.0
sys-apps/sandbox:    2.5
sys-devel/autoconf:  2.13, 2.68
sys-devel/automake:  1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.21
sys-devel/gcc:       4.5.2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.4-r1
sys-devel/make:      3.82
virtual/os-headers:  2.6.36.1 (sys-kernel/linux-headers)
ACCEPT_KEYWORDS="x86 ~x86"
ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1 skype-eula googleearth AdobeFlash-10.1 cadsoft"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/openvpn/easy-rsa /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.2/ext-active/ /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.2/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.2/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="de_DE.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="de fr"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/var/lib/layman/java-overlay /var/lib/layman/x11 /var/lib/layman/sunrise /var/lib/layman/science /var/lib/layman/pro-audio /var/lib/layman/n4g /usr/local/portage /var/lib/cpan /var/lib/g-octave"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext R X Xaw3d a52 aac abiword acl acpi admin afs alsa ao apache2 applet archive arpack asf aspell assistant audacious audiofile automap automount bash-completion beagle berkdb blas blast bluetooth boo boost branding bzip2 cairo cardbus cdda cddb cdf cdio cdparanoia cdr cgi chm cli consolekit corba cracklib crypt css cups curl cxx daap db dbase dbi dbm dbus declarative designer devhelp device-mapper dga dia djvu doc dri ds2490 ds9097 ds9097u dts dv dvb dvd dvdr dvi dynamicplugin eds elf emacs emboss emf empathy encode epiphany evo examples exif expat extensions extra extras fam fame ffmpeg fftw firefox fits flac fltk fontconfig foomaticdb fortran fortran95 fpx fts3 fuse galago garmin gd gdal gdbm gdu gedit geoip geolocation geos gfortran gif gimp ginac git glade glib gml gmp gmtsuppl gnokii gnome gnome-keyring gnome-print gnuplot gnutls gphoto2 gpm grammar graphics graphtft graphviz grass gs gsl gsm gstreamer gtk guile hal harness hddtemp hdf hdf5 hdri http httpd iconv icq icu id3 ide imagemagick imap innodb inotify ipod ipv6 irda ithreads jabber jadetex java java5 java6 jbig john jpeg jpeg2k kdrive kerberos kpathsea ladspa lame lapack latex latex3 lcms ldap lensfun libffi libgda libnotify libsamplerate lirc lm_sensors lua lzo mad mail maildir mailwrapper mapnik math matroska matrox mikmod mkl mmx mmxext mng modules mono moonlight motif mozilla mp3 mp4 mpeg mpi mplayer mtp mudflap musicbrainz mysql mysqli nautilus ncurses neXt netcdf netpbm network networking networkmanager nfs nls nntp nptl nptlonly nsplugin ntfs ntp numpy obex objc ocaml octave odbc ogdi ogg ole openexr opengl openmp overview pae pam pango pcre pda pdf perl plotutils plugins png podcast policykit posix postgres postscript ppds pppd preview-latex proj projectx pstricks pulseaudio pymol python python-bindings q16 q32 qemu qhull qt3support qt4 quicktime readline reiserfs reports rle romio rpc rrdcgi rrdtool samba sasl science sdl secure-delete semantic-desktop server session sip slang slp smbclient sms sndfile snmp soup sox speex spell sql sqlite sse ssl startup-notification stlport subtitles subversion suexec svg swig sysfs szip t1lib tcl tcpd tex tex4ht texmacs theora threads thunderbird tidy tiff tk tntc tools truetype udev unicode usb userlocales utempter v4l2 virtualbox vorbis wav webdav webdav-serf webkit win32codecs wmf wxwidgets x264 x86 xattr xcb xemacs xext xine xml xmlreader xmlrpc xorg xpm xulrunner xv xvid xvmc zlib zvbi" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgid dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" CAMERAS="canon" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" DVB_CARDS="tda10045 tda10046lifeview" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de fr" LIRC_DEVICES="hauppauge" NETBEANS_MODULES="apisupport cnd dlight enterprise ergonomics groovy gsf harness ide identity j2ee java mobility nb php profiler ruby websvccommon xml" PHP_TARGETS="php5-3" QEMU_SOFTMMU_TARGETS="i386 ppc ppc64 x86_64" QEMU_USER_TARGETS="arm i386 x86_64" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="mga matrox vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 8 Jeroen Roovers (RETIRED) gentoo-dev 2011-03-17 17:18:37 UTC
I think I might have seen this behaviour as well while restarting nfsmount or portmap or any of the other related services.
Comment 9 Juergen Rose 2011-03-30 19:18:51 UTC
The issue is still there. Rebooting solves the problem only for some minutes.
The first 'diff -r /home/rose/Txt /home_moose/rose/Txt' finishes in some seconds.
Some minutes later the second 'diff -r /home/rose/Txt /home_moose/rose/Txt' does not finish after hours. Already a simple 'ls -l /home_rose' needs more than 2 minutes. 

From other systems as affected cheetah I do not have any problem to access the NFS drive /home_moose.

Any hint is deeple appreciated.
Comment 10 Dustin Polke 2011-04-15 12:46:25 UTC
Does this still happen with autofs-5.0.5-r2?
Comment 11 Juergen Rose 2011-04-15 16:42:22 UTC
I have now autofs-5.0.5-r4 DuPol overlay at the affected computer. But the error was still there.

This morning I found the following lines in /var/log/message when I tried to restart /etc/init.de/autofs:

Apr 15 12:30:32 cheetah automount[7025]: failed to remove dir /net: Device or resource busy
Apr 15 12:30:32 cheetah automount[7025]: shut down path /net
Apr 15 12:30:32 cheetah automount[7025]: autofs stopped
Apr 15 12:30:37 cheetah automount[18156]: do_mount_autofs_indirect: already mounted as other than autofs or failed to unlink entry in tree
Apr 15 12:30:37 cheetah automount[18156]: handle_mounts: mount of /net failed!
Apr 15 12:30:37 cheetah automount[18156]: master_do_mount: failed to startup mount

Therefore I thought, that the reason for my problems could be the lines

/disk /etc/autofs/auto.home
/net    -hosts

in /etc/autofs/auto.master, and the line

moose_home 	-rw,soft,intr 	moose:/home_moose

in /etc/autofs/auto.home. Both generate different mount points for the nfs drive moose:/home_moose. The first entry generates /disk/moose_home and the second /net/moose/home_moose. After commenting '/disk /etc/autofs/auto.home' in 
/etc/autofs/auto.master my problems disappeared, at least for today.
Comment 12 Juergen Rose 2011-04-15 17:17:52 UTC
I just installed autofs-5.0.5-r2. After restarting /etc/init.d/autofs the access to the NFS drive hangs again. I can't reboot the system now. I will reboot at monday and report the results with autofs-5.0.5-r2.
Comment 13 Juergen Rose 2011-06-08 16:19:32 UTC
I still have the same problem:

root@cheetah:/root(3)# time ll  /home_moose/
total 72
drwxr-xr-x   2 root      root    4096 Dec  2  2009 ftp/
drwx------   2 root      root   16384 Nov  3  2009 lost+found/
drwxr-xr-x 135 rose      nobody 20480 Jun  7 14:50 rose/
drwxr-xr-x   3 nobody    nobody  4096 May 11 13:45 rose_new/
drwxr-xr-x  77 rose      nobody 20480 Feb 16 21:46 rose_old/
drwxr-xr-x  14 rose_test nobody  4096 Feb 18 13:59 rose_test/
drwxr-xr-x   4 nobody    nobody  4096 Sep 27  2010 samba/

real    53m29.599s
user    0m0.007s

53 Minutes for a simple ls to the neighbour system is rather much.

Now it happens with linux-2.6.39-gentoo and autofs-5.0.5-r4 from the standard portage tree.
Comment 14 Juergen Rose 2011-06-10 19:49:35 UTC
If I stop autofs and mount moose:/home_moose manually at /mnt/test1:

root@cheetah:/usr/src/linux(28)# df | grep moose
moose:/home_moose         264224768 217466880  33336320  87% /mnt/test1

I can access the NFS share in parts of a second:

root@cheetah:/usr/src/linux(30)# time ll /mnt/test1
total 72
drwxr-xr-x   2 root      root    4096 Dec  2  2009 ftp/
drwx------   2 root      root   16384 Nov  3  2009 lost+found/
drwxr-xr-x 135 rose      nobody 20480 Jun 10 21:24 rose/
drwxr-xr-x   3 nobody    nobody  4096 May 11 13:45 rose_new/
drwxr-xr-x  77 rose      nobody 20480 Feb 16 21:46 rose_old/
drwxr-xr-x  14 rose_test nobody  4096 Feb 18 13:59 rose_test/
drwxr-xr-x   4 nobody    nobody  4096 Sep 27  2010 samba/

real    0m0.025s
user    0m0.002s
sys     0m0.007s

At least for some hours.
Comment 15 Dustin Polke 2011-07-15 16:05:11 UTC
Juergen,

I will try to reproduce this problem so I can investigate whta the reason could be.
Does autofs-5.0.6-r1 still show this behavior?

(In reply to comment #13)
> I still have the same problem:
Is this with /net in auto.master or just the /disk entry referring to auto.home?

If the problem persists, could you check for messages in the syslog and post them as well if any?
Comment 16 Juergen Rose 2011-07-18 19:18:27 UTC
I just tested to access automounted shares with linux-2.6.39-gentoo-r1 and autofs-5.0.6-r1. I tested it sometimes in the last 20 minutes after starting autofs. I did not have any problem until now.
Comment 17 Juergen Rose 2011-07-20 08:32:29 UTC
I booted two days ago linux-2.6.39.3, in the first hours after the reboot, I did not observe any dfficulties with autofs. Now after one day eleven hours uptime autofs hangs again:

root@cheetah:/root(2)# time ll /home_moose
lrwxrwxrwx 1 root root 21 Jul 18 20:59 /home_moose -> /net/moose/home_moose/

real    1m5.795s
user    0m0.001s
sys     0m0.007s

root@cheetah:/root(3)# uname -a
Linux cheetah 2.6.39.3 #1 PREEMPT Fri Jul 15 21:09:38 CEST 2011 i686 AMD Athlon(tm) XP 1800+ AuthenticAMD GNU/Linux

root@cheetah:/root(4)# uptime
 08:53:07 up 1 day, 11:27,  6 users,  load average: 1.48, 2.55, 2.07

I mean that more than one minute for a simle ls is too much. Beside of this I see that a recursive diff about a local and a an automounted directory is for more than one hour in the delayed state:

root@cheetah:/root(14)# date
Wed Jul 20 09:07:01 CEST 2011

root@cheetah:/root(15)# ps -ef | grep diff | grep -v grep
root     30679 30610  0 08:39 pts/2    00:00:00 /usr/bin/diff --brief -r //root/Txt/tex2e /home_moose/rose/Txt/Configurations/Txt/tex2e

root@cheetah:/root(16)# ps -p 30679 -fl
F S UID        PID  PPID  C PRI  NI ADDR SZ WCHAN  STIME TTY          TIME CMD
4 D root     30679 30610  0  80   0 -  1026 -      08:39 pts/2    00:00:00 /usr/bin/diff --brief -r //root/Txt/tex2e /home_moose/rose/Txt/Configurati

root@cheetah:/root(17)# date
Wed Jul 20 09:31:14 CEST 2011

root@cheetah:/root(18)# ps -p 30679 -fl
F S UID        PID  PPID  C PRI  NI ADDR SZ WCHAN  STIME TTY          TIME CMD
4 D root     30679 30610  0  80   0 -  1026 -      08:39 pts/2    00:00:00 /usr/bin/diff --brief -r //root/Txt/tex2e /home_moose/rose/Txt/Configurati

root@cheetah:/root(19)# date
Wed Jul 20 10:17:47 CEST 2011

root@cheetah:/root(20)# ps -p 30679 -fl
F S UID        PID  PPID  C PRI  NI ADDR SZ WCHAN  STIME TTY          TIME CMD
4 D root     30679 30610  0  80   0 -  1026 -      08:39 pts/2    00:00:00 /usr/bin/diff --brief -r //root/Txt/tex2e /home_moose/rose/Txt/Configurati


If I grep for nfs in /var/log/messages, I find:
...
Jul 18 21:24:22 cheetah /etc/init.d/nfs[4835]: WARNING: -o/--oknodo is deprecated and will be removed in the future
Jul 18 21:24:22 cheetah /etc/init.d/nfs[4838]: WARNING: -o/--oknodo is deprecated and will be removed in the future
Jul 18 21:24:22 cheetah kernel: [  224.191524] nfsd: last server has exited, flushing export cache
Jul 18 22:55:54 cheetah kernel: [    0.329708] RPC: Registered tcp NFSv4.1 backchannel transport module.
Jul 18 22:55:54 cheetah kernel: [    0.343323] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Jul 18 21:25:55 cheetah rpc.statd[3425]: Running as root.  chown /var/lib/nfs to choose different user
Jul 18 21:25:58 cheetah kernel: [   41.727435] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Jul 18 21:25:58 cheetah kernel: [   41.727532] NFSD: starting 90-second grace period
Jul 18 21:26:03 cheetah /etc/init.d/searchnfsserver[3781]:   Error occured in init_autofs_conf
Jul 20 08:46:44 cheetah kernel: [127287.264061] nfs: server moose not responding, timed out
Jul 20 08:46:44 cheetah kernel: [127287.264146] nfs: server moose not responding, still trying
Jul 20 08:47:44 cheetah kernel: [127347.168068] nfs: server moose not responding, still trying
Jul 20 08:48:02 cheetah kernel: [127365.216872] nfs: server moose OK
Jul 20 08:48:02 cheetah kernel: [127365.216912] nfs: server moose OK


The function init_autofs_conf is a function which is called in my private script /etc/init.d/searchnfsserver which checks a list of fileserver whether they are reachable or not. I suppose there is no connection with the this autofs mounting problem. Nevertheless I will deactivate /etc/init.d/searchnfsserver as the next step to be shure that there can't be any responsibilty.
Comment 18 Peter Volkov (RETIRED) gentoo-dev 2011-07-24 15:17:30 UTC
Juergen, could you please report this issue upstream? I think some deeper debugging and assistance is needed here.
Comment 19 Juergen Rose 2011-08-03 15:00:54 UTC
Hi Peter,

where should I post this problem upstream. The URL which 'eix autofs' shows (http://www.linux-consulting.com/Amd_AutoFS/autofs.html) does not work for me:

   Problem occurred while loading the URL http://www.linux-consulting.com/Amd_AutoFS/autofs.html

   Cannot resolve hostname (www.linux-consulting.com)
Comment 20 Dustin Polke 2011-08-03 20:35:35 UTC
(In reply to comment #19)
> Hi Peter,
> 
> where should I post this problem upstream. The URL which 'eix autofs' shows
> (http://www.linux-consulting.com/Amd_AutoFS/autofs.html) does not work for me:
> 
>    Problem occurred while loading the URL
> http://www.linux-consulting.com/Amd_AutoFS/autofs.html
> 
>    Cannot resolve hostname (www.linux-consulting.com)
I will investigate the web page issue tomorrow.

To contact upstream, you need to post to their mailing list:autofs@linux.kernel.org
You can subscribe to the list here: http://linux.kernel.org/mailman/listinfo/autofs
Upstream maintainer is Ian Kent who is quite responsive on the list.

Thanks.
Comment 21 Dustin Polke 2011-08-10 13:19:07 UTC
(In reply to comment #20)
> >    Cannot resolve hostname (www.linux-consulting.com)
> I will investigate the web page issue tomorrow.
Seemed to have been a temporary failure. Web page is reachable again.
Comment 22 Peter Volkov (RETIRED) gentoo-dev 2011-09-15 06:48:05 UTC
Juergen, could you post web reference here for report, please? So we could track the progress here too. Thanks.
Comment 23 Yixun Lan archtester gentoo-dev 2013-07-22 13:54:53 UTC
closed as obsolete, can't re-produce in 5.0.7-r2.
if you still have problem, please reopen again.

thanks