https://bugzilla.novell.com/show_bug.cgi?id=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c1 Rob Verduijn changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rob.verduijn@gmail.com Component|Kernel |Kernel Product|openSUSE 11.4 |openSUSE 12.3 --- Comment #1 from Rob Verduijn 2013-07-09 08:13:35 UTC --- Hi, There seems to be a problem with pulse audio when I use a home drive mounted on an nfs4 share. I get this in the message log : pulseaudio[2907]: [pulseaudio] core-util.c: Failed to create secure directory (/home/rob/.config/pulse): Invalid argument pulseaudio[2903]: [pulseaudio] main.c: Daemon startup failed. the directory /home/rob/.config/pulse already exists and is writable by the user rob Pulse works fine when I mount the directory with nfs3 Rob ps I changed the suse version to 12.3 since it's definitely not about 11.4 -- 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=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c3 Neil Brown changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Neil Brown 2013-07-15 21:25:48 UTC --- I think you are saying that opensuse 12.3 works but opensuse 11.4 works. Is that correct? In that case, I recommend using opensuse 12.3. 11.4 is no longer supported. If I misunderstood, please re-open the bug. -- 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=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c Rob Verduijn changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|openSUSE 11.4 |openSUSE 12.3 -- 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=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c6 Neil Brown changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |gleixner@bib-bvb.de --- Comment #6 from Neil Brown 2013-07-16 07:20:02 UTC --- Sorry, but I don't understand. You said:

The opensuse 12.2 NFS client gets the correct ownership of the mounted homes, while the opensuse 11.4 client gets nobody/nobody.

So presumably 11.4 is broken and 12.2 is fixed. Now you say that 12.3 is broken. Can you explain exactly how 12.3 is broken. -- 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=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c8 Neil Brown changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |rob.verduijn@gmail.com --- Comment #8 from Neil Brown 2013-07-23 06:04:33 UTC --- Oh, I see. This is totally different bug that you thought might be related because it was somehow connected to idmapd?? If you have different symptoms you really should open a different bug. Let us join them if they turn out to have the same root cause. But seeing the original bug was against an no-longer supported release we may as well continue you yours here. Can you get a tcpdump trace of the NFSv4 network traffic? tcpdump -s 0 -i $INTERFACE -w /tmp/nfs.pcap port 2049 and then try starting pulseaudio, or whatever you do to trigger the error. Then attach the 'nfs.pcap' file. -- 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=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c10 Rob Verduijn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|rob.verduijn@gmail.com | --- Comment #10 from Rob Verduijn 2013-07-28 10:15:31 UTC --- Hello, Sorry for the delay. I've uploaded the requested pcap (see previous message) The error is easy to reproduce. Mount /home on a nfs4 export. Create an ordinary user. Log in as that user. And watch the message log, pulse will start generating the error messages shortly after the user logged in. Some sidenotes that probably don't matter but just in case. I use a bridge configured by yast for kvm. (br0) My system partition is btrfs. Cheers Rob -- 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=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c12 --- Comment #12 from Rob Verduijn 2013-07-29 08:15:07 UTC --- Damn, The idmapper isn't running on the destination server. I've missed that bloody obvious error, I really need a vacation. I should have checked the nfs4 server. The kernel release is indeed old 2.6.32. It's a synology nas, and upgrading the kernel is a bit of a pain to make a serious understatement. They lag behind with their software even though they do regular updates. Anyway, gonna take this up with their support team. Thank you for your help and sorry for wasting your time. Rob -- 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=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c14 Randall Smith changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbsmith@sandia.gov --- Comment #14 from Randall Smith 2013-07-29 14:48:23 UTC --- We are experiencing the same problem as the original issue (and rpc.idmapd is running on the server). We just upgraded our NFSv4 servers from OpenSuSE 11.2 to OpenSuSE 12.3 and now uids and gids on our older 11.x OpenSuSE and Ubunt clients map to nobody:nobody. This behavior essentially broke our entire network. The version differences in the affected packages are minor (nfsidmap v0.23 versus v0.24 and nfs-client v1.2.3 versus v1.2.7) so I wouldn't expect backward compatibility to be broken. None of the 12.x release notes make mention of this. NFSv4 is such a pervasive and important service, I think the backward compatibility issue deserves a bit more attention. For a quick work-around, we built an OpenSuSE 11.4 KVM NFS server to hold us over until we can understand the problem and find a fix. It's not always possible to upgrade all of the affected clients. -- 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=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c16 --- Comment #16 from Randall Smith 2013-08-01 23:04:33 UTC --- Just to clarify, our NFSv4 id mapping issue is identical to flo gleixner's original submission; the rpc.idmapd verbose output looks identical. We also employ ldap so our /etc/nsswitch.conf directs lookups to ldap. Does your request for traces and logs suggest that NFSv4 id mapping should work with older NFSv4 clients like OpenSuse 11.x and Ubuntu 11.x? For example, is compatibility expected between nfs-utils-1.2.7-2.10.1 and nfs-utils-1.2.3-11.16.1? Here are a few observations: After killing rpc.idmapd on both our OpenSuSE 12.3 NFSv4 server and our OpenSuSE 12.1 NFSv4 client, we find that ls -l shows that uid and gid are still correctly mapped to names on the client. However for the case of an OpenSuSE 11.4 NFSv4 server and an OpenSuSE11.4 NFSv4 client, just killing rpc.idmapd on the client, ls -l shows the uid and gid unmapped as 4294967294. With rpc.idmapd running on the client and server, and after several exchanges with both 12.1 and 11.4 clients, the contents of /proc/net/rpc/nfs4.nametoid/content on the OpenSuSE 12.3 server has only the header "#domain type name [id]". The same goes for nfs4.idtoname/content. A network trace on the 11.4 client reveals that the V4 REPLY to a V4 LOOKUP contains (correct) numeric UID and GIDs for the fattr4_owner and fattr4_owner_group attributes. Would you still like me to send in a network trace and the rpc.idmapd outputs? -- 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=813641 https://bugzilla.novell.com/show_bug.cgi?id=813641#c18 Neil Brown changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #18 from Neil Brown 2013-08-06 06:49:08 UTC --- Only 4 months ago - you'd think I would remember... So that fixes it for you I take it? Great! Please re-open if I misunderstood. -- 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.