[Bug 846193] New: install onto nfsroot, chown fails
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c0 Summary: install onto nfsroot, chown fails Classification: openSUSE Product: openSUSE 13.1 Version: RC 1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: nfbrown@suse.com ReportedBy: ohering@suse.com QAContact: qa-bugs@suse.de Found By: Outsourced Testing Blocker: --- while attempting to install 13.1rc1 onto an existing nfsshare (finding a case for bnc#820407), rpm fails to change ownership. host is bax.arch.suse.de, running sles11sp3: /olaf_xenimages *(rw,async,no_root_squash,no_subtree_check,insecure) guest is a hyperv VM with 13.1rc1 inst-sys: bax.arch.suse.de:/olaf_xenimages/nfsroot/hv /mnt nfs4 rw,noatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=10.121.48.50,local_lock=none,addr=10.121.8.52 0 0 I did not actively select nfs4 in the yast dialog, perhaps thats the underlying issue? Maybe something defaults to nfs4 now. hammer50:~ # ls -la /mnt/ total 20 drwxr-xr-x 10 4294967294 4294967294 4096 Oct 16 11:25 . drwxr-xr-x 24 root root 840 Oct 16 11:19 .. drwxr-xr-x 4 root root 4096 Oct 16 11:23 boot drwxr-xr-x 11 root root 4640 Oct 16 11:23 dev drwxr-xr-x 3 4294967294 4294967294 4096 Oct 16 11:24 etc dr-xr-xr-x 228 root root 0 Oct 16 2013 proc drwxr-xr-x 7 root root 180 Oct 16 11:20 run dr-xr-xr-x 12 root root 0 Oct 16 2013 sys drwxr-xr-x 3 4294967294 4294967294 4096 Oct 16 11:23 usr drwxr-xr-x 6 4294967294 4294967294 4096 Oct 16 11:23 var -rw-r--r-- 1 4294967294 4294967294 0 Oct 16 11:25 xxx hammer50:~ # chown root /mnt/xxx chown: changing ownership of '/mnt/xxx': Invalid argument touch xxx resulted in the entry above. bax has: ==> /var/log/messages <== Oct 16 13:32:15 bax rpc.idmapd[4317]: nss_getpwnam: name '0' does not map into domain 'localdomain' Neil, I'm giving this to you. If yast, or other tools, should be smarter and not default to nfs4, pass it on. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c1 --- Comment #1 from Olaf Hering <ohering@suse.com> 2013-10-16 14:47:33 CEST --- tried to force v3, it failed: hammer4:~ # /bin/mount -t nfs -o noatime,nfsvers=3 'bax.arch.suse.de:/olaf_xenimages/nfsroot/hv' '/mnt' hammer4:~ # dmesg |tail [ 365.606645] ISO 9660 Extensions: Microsoft Joliet Level 3 [ 365.607639] ISO 9660 Extensions: RRIP_1991A [ 382.413136] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) [ 395.768041] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) [ 404.984294] ISO 9660 Extensions: Microsoft Joliet Level 3 [ 404.985482] ISO 9660 Extensions: RRIP_1991A [ 405.331148] Adding 1179644k swap on /dev/sda1. Priority:-1 extents:1 across:1179644k FS [ 405.354942] traps: mount.nfs[4331] general protection ip:7fde89e1e3d8 sp:7fffb8eff738 error:0 in libpthread-2.18.so[7fde89e0d000+18000] [ 483.324321] traps: mount.nfs[4402] general protection ip:7f40636643d8 sp:7fff23a41e18 error:0 in libpthread-2.18.so[7f4063653000+18000] [ 495.225047] traps: mount.nfs[4408] general protection ip:7ffaab6783d8 sp:7fffdef15568 error:0 in libpthread-2.18.so[7ffaab667000+18000] -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c2 Olaf Hering <ohering@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |coolo@suse.de --- Comment #2 from Olaf Hering <ohering@suse.com> 2013-10-16 17:31:53 CEST --- Adding coolo for his awareness: I think the cause of this should be understood and fixed before final release because its a regression. Installation onto nfsroot was possible in all earlier releases AFAIK. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c3 --- Comment #3 from Olaf Hering <ohering@suse.com> 2013-10-17 14:18:41 CEST --- The segfault can be fixed by including the following commit in 13.1 (part of 2.3) http://git.infradead.org/users/steved/libtirpc.git/commit/103947230def2d284a... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c4 --- Comment #4 from Olaf Hering <ohering@suse.com> 2013-10-17 14:24:20 CEST --- The actual nfs4 mount error seems to be caused by a missing rpc.idmapd in inst-sys (and eventually also in initrd?). Also in the installed system can not mount a nfs share properly because rpc.idmapd is not enabled per default. The mount command from comment #1 takes several seconds until it finishes. Without rpc.idmapd a chown(1) will fail. Also its unclear if the default idmapd.conf fits for every environment. In inst-sys its not known in advance what the domain will be. IFF localdomain must be changed to something like arch.suse.de, then code must be added to inst-sys/linuxrc to take care of updating the config file, and possibly copying it into the installed or to-be-upgraded system. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c5 Neil Brown <nfbrown@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |ohering@suse.com --- Comment #5 from Neil Brown <nfbrown@suse.com> 2013-10-22 02:37:16 UTC --- I"m a bit confused. You say "without rpc.idmapd a chown will fail", yet the problem description reports: Oct 16 13:32:15 bax rpc.idmapd[4317]: nss_getpwnam: name '0' does not map into domain 'localdomain' which strongly suggests that rpc.idmapd is running (but maybe not working well). So is the problem just that the Domain in idmapd.conf needs to be set? We should be defaulting to NFS4, and /etc/sysconfig/nfs defaults to NFS4_SUPPORT=yes so it should run idmapd (which it seems to) and it all should work. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c6 Olaf Hering <ohering@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|ohering@suse.com | --- Comment #6 from Olaf Hering <ohering@suse.com> 2013-10-22 13:09:03 CEST --- (In reply to comment #5)
I"m a bit confused.
I was also confused, and in addition I dont really know what it takes to mount a nfsv4 share. Now I booted a guest into the inst-sys, and after this command the chown fails on hammer74.arch.suse.de: mount -t nfs -o noatime 'bax.arch.suse.de:/olaf_xenimages/nfsroot/hv' '/mnt' password is root. Please have a look what might be missing on the client side. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c7 Neil Brown <nfbrown@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nfbrown@suse.com Component|Network |Installation AssignedTo|nfbrown@suse.com |bnc-team-screening@forge.pr | |ovo.novell.com QAContact|qa-bugs@suse.de |jsrain@suse.com --- Comment #7 from Neil Brown <nfbrown@suse.com> 2013-10-22 21:54:39 UTC --- Thanks. It appears that rpc.idmapd is not included in the install image. That makes it hard to use NFSv4 (with a newer server it isn't impossible, but SL11SP3 isn't quite new enough). So rpc.idmapd needs to be added to the install image, and something needs to be done to start it running. I note the regular /etc/init.d/nfs files isn't there at all. Possibly it would be enough to add that, but we would also need to set NFS_START_SERVICE="yes" in /etc/sysconfig/nfs So passing over to the "installation" people. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c Olaf Hering <ohering@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.pr |snwint@suse.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c8 --- Comment #8 from Olaf Hering <ohering@suse.com> 2013-10-23 17:54:03 CEST --- mkdir /var/lib/nfs/rpc_pipefs/nfs and starting rpc.idmapd is unfortunately still not enough to fix the chmod. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c9 --- Comment #9 from Olaf Hering <ohering@suse.com> 2013-10-23 18:12:07 CEST --- (In reply to comment #8)
still not enough to fix the chmod.
chown! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c10 --- Comment #10 from Olaf Hering <ohering@suse.com> 2013-10-23 19:12:57 CEST --- rpc.idmapd does not seem to be running in the installed system, but the files on the nfs share can be chowned just fine. So what could be missing in instsys? There is appearently no nfs related process running in the guest. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c11 --- Comment #11 from Neil Brown <nfbrown@suse.com> 2013-10-24 02:14:10 UTC --- As well as "/var/lib/nfs/rpc_pipefs/nfs" you need "mount -t rpc_pipefs rpc_pipefs /var/lib/nfs/rpc_pipefs/" After doing that and running rpc.idmapd, chown works for me. (/etc/init.d/nfs does all of this, but isn't on instsys). If chown works but rpc.idmapd isn't working, then either: 1/ the server is running a new enough kernel (3.4 or later), or 2/ the mount was with NFSv3, not NFSv4. Could either of those apply? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c12 --- Comment #12 from Olaf Hering <ohering@suse.com> 2013-10-24 15:38:13 CEST --- rpc_pipefs was missing. Thanks Neil. https://github.com/openSUSE/installation-images/pull/6 https://github.com/openSUSE/installation-images/pull/5 Someone has to take care of home:olh:branches:openSUSE:13.1/installation-images -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c13 --- Comment #13 from Bernhard Wiedemann <bwiedemann@suse.com> 2013-10-24 17:00:30 CEST --- This is an autogenerated message for OBS integration: This bug (846193) was mentioned in https://build.opensuse.org/request/show/204713 13.1 / installation-images -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c14 --- Comment #14 from Olaf Hering <ohering@suse.com> 2013-10-26 20:37:54 CEST --- Created an attachment (id=565113) --> (http://bugzilla.novell.com/attachment.cgi?id=565113) y2log-build00080.xz 13.1 build 00080 gets further, some entries on the share get a different uid/gid. But later the extracting fails anyway: .. 2013-10-26 20:25:49 <1> hammer182.arch.suse.de(3038) [Ruby] modules/ImageInstallation.rb:316 Untarring the image 2013-10-26 20:25:49 <1> hammer182.arch.suse.de(3038) [Ruby] modules/ImageInstallation.rb:347 Calling: xzdec < '/mnt/var/tmp/var/tmp/TmpDir.8MjJ3F/images/x11-x86_64.tar.xz' | tar --numeric-owner --totals --checkpoint=400 --record-size=10240 -C '/mnt' -xf - 2013-10-26 20:25:49 <1> hammer182.arch.suse.de(3038) [liby2util++] ExternalProgram.cc(start_program):202 Executing '/bin/sh' '-c' 'xzdec < '/mnt/var/tmp/var/tmp/TmpDir.8MjJ3F/images/x11-x86_64.tar.xz' | tar --numeric-owner --totals --checkpoint=400 --record-size=10240 -C '/mnt' -xf -' 2013-10-26 20:25:51 <1> hammer182.arch.suse.de(3038) [Ruby] modules/ImageInstallation.rb:368 Deploying image: tar: etc/polkit-1/rules.d: Cannot change ownership to uid 494, gid 0: Invalid argument 2013-10-26 20:25:51 <1> hammer182.arch.suse.de(3038) [Ruby] modules/ImageInstallation.rb:368 Deploying image: tar: lib/dbus-1/dbus-daemon-launch-helper: Cannot change ownership to uid 0, gid 496: Invalid argument 2013-10-26 20:26:10 <1> hammer182.arch.suse.de(3038) [Ruby] modules/ImageInstallation.rb:368 Deploying image: tar: usr/share/cups/drivers: Cannot change ownership to uid 0, gid 71: Invalid argument 2013-10-26 20:26:11 <1> hammer182.arch.suse.de(3038) [Ruby] modules/ImageInstallation.rb:368 Deploying image: tar: usr/share/polkit-1/rules.d: Cannot change ownership to uid 494, gid 0: Invalid argument 2013-10-26 20:26:11 <1> hammer182.arch.suse.de(3038) [Ruby] modules/ImageInstallation.rb:368 Deploying image: tar: var/lib/nfs/sm.bak: Cannot change ownership to uid 495, gid 65534: Invalid argument .. This is the postfix and statd uid/gid. I still had debug in idmapd.conf enabled on bax at that time and did not see any message regarding postfix. Then I disabled debug, rebooted bax and tried again, same error. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=846193 https://bugzilla.novell.com/show_bug.cgi?id=846193#c15 Steffen Winterfeldt <snwint@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #15 from Steffen Winterfeldt <snwint@suse.com> 2014-01-16 11:31:40 CET --- Olaf's patches are in factory -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com