Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
version 1.0.12 fixes a few regressions found in 1.0.10 (but only after it went stable, how nice)
ppc64 stable
x86 off the hook
ppc stable
# 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
your portage tree is out of date ...
(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...
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
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.
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
(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
Stéphane Pagnon: this is not the right place for that, file a new bug please
Stable for HPPA.
sparc stable.
alpha/amd64 done
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...
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.
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.
