172133 2007-03-25 06:50 0000 stabilize net-fs/nfs-utils-1.0.12 2007-08-16 23:24:54 0000 1 1 1 Unclassified Gentoo Linux Applications unspecified All All RESOLVED FIXED P2 enhancement --- 1 vapier@gentoo.org net-fs@gentoo.org asl@launay.org dcecchin@gmail.com krinn@chez.com mips@gentoo.org robthebob@gmail.com vapier@gentoo.org 2007-03-25 06:50:26 0000 version 1.0.12 fixes a few regressions found in 1.0.10 (but only after it went stable, how nice) corsair@gentoo.org 2007-03-25 09:48:42 0000 ppc64 stable ticho@gentoo.org 2007-03-25 10:51:44 0000 x86 off the hook dertobi123@gentoo.org 2007-03-25 11:34:16 0000 ppc stable willard.dawson@sungard.com 2007-03-25 20:08:08 0000 # emerge --fetchonly --update --deep world Calculating world dependencies \ !!! Ebuilds for the following packages are either all !!! masked or don't exist: x11-libs/libzvt ... done! >>> Emerging (1 of 1) net-fs/nfs-utils-1.0.12-r2 to / * nfs-utils-1.0.12.tar.gz RMD160 ;-) ... [ ok ] * nfs-utils-1.0.12.tar.gz SHA1 ;-) ... [ ok ] * nfs-utils-1.0.12.tar.gz SHA256 ;-) ... [ ok ] * nfs-utils-1.0.12.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ !! ] !!! A file listed in the Manifest could not be found: /usr/portage/net-fs/nfs-utils/files/nfs.confd.old !!! Fetch for /usr/portage/net-fs/nfs-utils/nfs-utils-1.0.12-r2.ebuild failed, continuing... !!! Some fetch errors were encountered. Please see above for details. net-fs/nfs-utils-1.0.12-r2 vapier@gentoo.org 2007-03-25 20:31:56 0000 your portage tree is out of date ... val.gentoo@gmail.com 2007-03-25 21:26:56 0000 (In reply to comment #5) > your portage tree is out of date ... I just did a fresh emerge --sync and emerge --update system to get the same error as above >>> Emerging (1 of 2) net-fs/nfs-utils-1.0.12 to / * nfs-utils-1.0.12.tar.gz MD5 ;-) ... [ ok ] * nfs-utils-1.0.12.tar.gz RMD160 ;-) ... [ ok ] * nfs-utils-1.0.12.tar.gz SHA1 ;-) ... [ ok ] * nfs-utils-1.0.12.tar.gz SHA256 ;-) ... [ ok ] * nfs-utils-1.0.12.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ !! ] !!! A file listed in the Manifest could not be found: /usr/portage/net-fs/nfs-utils/files/nfs.confd.old !!! Fetch for /usr/portage/net-fs/nfs-utils/nfs-utils-1.0.12.ebuild failed, continuing... vapier@gentoo.org 2007-03-25 21:45:13 0000 dont know what to tell you, the file is obviously in the tree: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-fs/nfs-utils/Manifest?rev=1.145&view=markup http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/net-fs/nfs-utils/files/nfs.confd.old?rev=1.1&content-type=text%2Fplain dcecchin@gmail.com 2007-03-25 22:01:12 0000 I just synced with cockatoo.gentoo.org at Sun Mar 25 10:00:35 PM UTC 2007 and I had the same "!!! A file listed in the Manifest could not be found: /usr/portage/net-fs/nfs-utils/files/nfs.confd.old" issue. krinn@chez.com 2007-03-25 22:51:16 0000 here's a patch for nfsmount 1.1 to avoid the condition, that /etc/init.d/nfs was never start && the client try to start /etc/init.d/nfsmount using nfs4 -> idmapd will fail cause the directory /var/lib/rpc_pipefs/nfs doesn't exit, in fact we just create /var/lib/rpc_pipefs so the pipefs could be mount there (and pipefs add /nfs to it). Well ok, my english could be hard to understand sorry diff nfsmount nfsmount~ 18,24d17 < mkdir_nfsdirs() { < local d < for d in /var/lib/nfs/{rpc_pipefs,v4recovery,v4root} ; do < [ ! -d "${d}" ] && mkdir -p "${d}" < done < } < 26d18 < mkdir_nfsdir ps: btw, tried to sync & also complain the file nfs.confd.old isn't there too, i emerge it by downloading it from the url you gave us results : emerge --oneshot nfs-utils Calculating dependencies... done! >>> Emerging (1 of 1) net-fs/nfs-utils-1.0.12-r2 to / ... >>> Merging net-fs/nfs-utils-1.0.12-r2 to / * Removing /usr/share/doc --- /usr/ --- /usr/sbin/ >>> /usr/sbin/rpcdebug >>> /usr/sbin/exportfs >>> /usr/sbin/nfsstat >>> /usr/sbin/rpc.mountd >>> /usr/sbin/rpc.nfsd >>> /usr/sbin/showmount >>> /usr/sbin/rpc.idmapd --- /usr/share/ --- /usr/share/man/ ... >>> net-fs/nfs-utils-1.0.12-r2 merged. /etc/init.d/nfsmount restart * Starting gssd ... /etc/init.d/rpc.gssd: line 20: /usr/sbin/rpc.gssd: Aucun fichier ou répertoire de ce type [ !! ] * Starting svcgssd ... /etc/init.d/rpc.gssd: line 20: /usr/sbin/rpc.svcgssd: Aucun fichier ou répertoire de ce type [ !! ] * ERROR: cannot start nfsmount as rpc.gssd could not start [ebuild R ] net-fs/nfs-utils-1.0.12-r2 USE="tcpd -kerberos -nonfsv4" 0 kB as you see, /usr/sbin/rpc.svcgssd and /usr/sbin/rpc.gssd are missing val.gentoo@gmail.com 2007-03-25 22:58:48 0000 (In reply to comment #7) > dont know what to tell you, the file is obviously in the tree: > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-fs/nfs-utils/Manifest?rev=1.145&view=markup > http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/net-fs/nfs-utils/files/nfs.confd.old?rev=1.1&content-type=text%2Fplain These are the files that are pulled into my system after a recent sync ->locate nfs.confd /usr/portage/sys-freebsd/freebsd-usbin/files/nfs.confd /usr/portage/net-fs/nfs-utils/files/nfs.confd this problem halts emerge --update world vapier@gentoo.org 2007-03-25 23:54:42 0000 Stéphane Pagnon: this is not the right place for that, file a new bug please jer@gentoo.org 2007-03-26 03:45:47 0000 Stable for HPPA. gustavoz@gentoo.org 2007-03-26 13:49:13 0000 sparc stable. wolf31o2@gentoo.org 2007-03-27 18:40:45 0000 alpha/amd64 done asl@launay.org 2007-03-30 09:28:58 0000 Hmm, it seems the nfs.confd.old doesn't exist on certain rsync mirrors... I just resynchronised from rsync.gentoo.org instead of rsync.europe.gentoo.org, and it magically appeared... robthebob@gmail.com 2007-06-15 20:57:23 0000 I tried to emerge nfs-utils-1.0.12 to upgrade from 1.0.6-r6, however it failed to compile with a missing symbol in libblkid. It appears this library is part of e2fsprogs which I had to upgrade to 1.39-r2 from 1.37-r1 to get the newer version of the library and complete the emerge. I recommend the dependency here is amended so avoid this issue. d.h.j.takken@xs4all.nl 2007-06-20 15:59:34 0000 I upgraded my server from 1.0.6-r6 to 1.0.12 and ran into problems. After about an hour, the clients start loosing nfs mounts (contents of mounts disappear) and when you try to see a directory listing, you get this error message: -su: cd: /mnt/nfs-webalbum-dik: Stale NFS file handle One week later, I downgraded the server back to nfs-utils 1.0.6-r6 and the problems disappeared. In my case, 1.0.12 is far from stable.