|
Bugzilla – Full Text Bug Listing |
| Summary: | can't mount nfs | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.1 | Reporter: | Felix Miata <mrmazda> |
| Component: | Network | Assignee: | Neil Brown <nfbrown> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | mmeeks |
| Version: | Factory | ||
| Target Milestone: | --- | ||
| Hardware: | i686 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
chkconfig --list output
lspci -v output list of rpms containing the cause of this bug |
||
Created attachment 243196 [details]
lspci -v output
A fresh update on a Sempron/NForce2 system duplicated this. A fresh update on a P4/845G system replicated this. Created attachment 243533 [details]
list of rpms containing the cause of this bug
Probably wasted my time, but on a 5th system not upgraded in several months, I did the following:
smart upgrade --yes rpm smart
smart upgrade --yes dbus\* gli\* hal kpartx mkinitrd \*openSUSE\* perl-Bootloader \*splash\* udev yast2-bootloader zypper
smart download kernel-pae kernel-pae-base
rpm -ivh kernel-pae kernel-pae-base
reboot
test nfs mounting (pass)
smart upgrade --yes z\* y\* x\* mozilla\*
smart upgrade --yes k\* f\* m\* s\* t\* u\* v\* w\* opera epiphany
smart upgrade --yes a\* b\* c\* d\* e\* g\*
test nfs mounting (pass)
smart upgrade --yes h\*
smart upgrade --yes i\*
smart upgrade --yes j\*
smart upgrade --yes o\*
smart upgrade --yes p\* q\*
smart upgrade --yes r\*
test nfs mounting (pass)
smart upgrade --yes l\*
test nfs mounting (fail)
I also did a Rawhide update on one of the same 5 Factory machines, and it now has this problem too.
*** Bug 432612 has been marked as a duplicate of this bug. *** After reading Bug 431542 I installed rpcbind. It didn't help, but I've been unable to figure out how to enable it. Both YaST2 (which lies, claiming success) and chkconfig fail to turn it on, evidenced by chkconfig --list. I tried disabling ipv6 in YaST2 and rebooting, but it didn't help. I noticed too that on tty1 that nfsserver failed to start (idmapd mountd statdstartproc: exit status of parent of /usr/sbin/rpc.statd: 1), confirmed by showmount -e failure on another machine that should be able to access it. Of course this does not work, IPv6 has to be disabled in nfs-utils at build time. *** This bug has been marked as a duplicate of bug 431542 *** I updated a PIII early & later a Sempron system from mirrors today using pae 2.6.27.5-2. The PIII still works, but this bug is back on the Sempron. I see during init "Starting Samba SMB daemon; Starting smartd; idmapd mountd statd nfsdCannot register service: RPC: Unable to receive: errno = Connection refused; Starting SSH daemon" and a long long long long long long pause before "Failed services in runlevel 3: nfsserver", with both .5-2 and .4-2 kernels. This sounds like a new bug, so it is probably best to open a new bugzilla and leave this one closed. Things can get confusing otherwise. It sounds like neither portmap or rpcbind is running. Please check one is installed, report which, and see if it is running when the system finally comes up. Portmap not installed; rpcbind not enabled. Works with rpcbind enabled. No idea why it wasn't unless some update removed portmap after I had disabled all networking in runlevel 2, and, not knowing what rpcbind was at the time, I disabled it entirely. I updated two more systems today, and both had rpcbind enabled, as did the first system. So, no current bug -> worksforme. OK, thanks. Closing bug accordingly. I just did an 11.0 to 11.1-RC1 upgrade. It replaced portmap with rpcbind, without turning rpcbind on. So, the problem still exists for portmap users as of RC1 unless the user knows to do insserv rpcbind or enable rpcbind in YaST*. Yes, this is not fixed in RC1 since this is missing the following fixes for rpcbind: ------------------------------------------------------------------- Mon Dec 1 12:29:50 CET 2008 - mkoenig@suse.de - if upgrading from portmap: * we need to stop portmap and start rpcbind in %post since the restart on upgrade mechanism does not work here * dump portmap tables and set them again in rpcbind [bnc#446388] - add pmap_set.c which is needed to set the old portmap tables in rpcbind ------------------------------------------------------------------- Wed Nov 26 14:18:06 CET 2008 - mkoenig@suse.de - specify runlevel in chkconfig check [bnc#444663] But it is fixed in the RC2/GM release. marking as FIXED based on last comment. |
Created attachment 243195 [details] chkconfig --list output fstab entry: a-865:/pub /nfs/a-865/pub nfs rw,noauto,nosuid,soft,rsize=8192,wsize=8192,nolocks 0 0 #rpm -qa | grep nfs limal-nfs-server-1.5.0-1.12 limal-nfs-server-perl-1.5.0-1.12 nfs-client-1.1.3-5.2 nfs-kernel-server-1.1.3-5.2 nfsidmap-0.20-1.105 yast2-nfs-client-2.17.4-1.4 yast2-nfs-common-2.17.0-1.63 yast2-nfs-server-2.17.0-1.63 Result of attempting to mount: mount.nfs: rpc.statd is not running but is required for remote locking. mount.nfs: Either use '-o nolock' to keep locks local, or start statd. Using kernel-pae-2.6.27-12.1.i586 on PIII 1.133GHz Dell GX150 (i815). Same result after executing rpc.statd at root prompt. Same result without nolocks in fstab entry. Still works fine booted to 11.0 on same machine.