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
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
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
/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
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
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
Please paste your `emerge --info' into a comment.
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
I think I might have seen this behaviour as well while restarting nfsmount or portmap or any of the other related services.
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.
Does this still happen with autofs-5.0.5-r2?
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.
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.
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.
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.
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?
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.
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.
Juergen, could you please report this issue upstream? I think some deeper debugging and assistance is needed here.
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)
(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.
(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.
Juergen, could you post web reference here for report, please? So we could track the progress here too. Thanks.
closed as obsolete, can't re-produce in 5.0.7-r2. if you still have problem, please reopen again. thanks