Bug#602642: nfs-kernel-server: Crossmnt stopped working after upgrade from Lenny to Squeeze

[Ben Hutchings]

On Sat, 2010-11-06 at 21:36 +0100, Daniel Lindgren wrote:
 Package: nfs-kernel-server
 Version: 1:1.1.2-6lenny2
 Severity: important
 
 Upgraded file server from Lenny to Squeeze. After upgrade NFS clients failed 
 to
 access bind mounted subdirectories on NFS server, error message about stale 
 NFS
 handle.
[...]

Were these clients restarted after the file server was upgraded?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#602642: nfs-kernel-server: Crossmnt stopped working after upgrade from Lenny to Squeeze

[Daniel Lindgren]

 Were these clients restarted after the file server was upgraded?

Yes. I rebooted them too, didn't help. I have a couple of Debian
clients and a Mac OS X machine, neither could access the raid
directory after upgrade (and reboots). Downgrade solved all problems.

I may have filed the bug for the wrong package, nfs-common has to be
downgraded to make it work. Not sure if the problem is with
nfs-kernel-server or nfs-common or both, but I know that only
downgrading nfs-kernel-server wasn't enough. Perhaps downgrading
nfs-common would have sufficed.

/Daniel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602642: nfs-kernel-server: Crossmnt stopped working after upgrade from Lenny to Squeeze

[Daniel Lindgren]

Package: nfs-kernel-server
Version: 1:1.1.2-6lenny2
Severity: important

Upgraded file server from Lenny to Squeeze. After upgrade NFS clients failed to
access bind mounted subdirectories on NFS server, error message about stale NFS
handle.

Basic setup on fileserver:

/dev/md0 is mounted at /mnt/md0 in fstab
/mnt/md0/raid is bind mounted at /data/raid in fstab

/etc/exports looks like this:
/data   192.168.0.0/255.255.255.0(ro,no_subtree_check,crossmnt)

NFS clients mount fileserver:/data.

This setup has been used for about a year. After fileserver was upgraded to
Squeeze the clients could mount fileserver:/data but not access the raid
subfolder, got an error message about stale NFS handle.

Downgrading nfs-kernel-server and nfs-common to Lenny versions
(1:1.1.2-6lenny2) restored functionality.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-kernel-server depends on:
ii  libblkid12.17.2-3.3  block device id library
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libcomerr2   1.41.12-2   common error description library
ii  libgssglue1  0.1-4   mechanism-switch gssapi library
ii  libkrb53 1.8.3+dfsg-2transitional package for MIT Kerbe
ii  libnfsidmap2 0.23-2  An nfs idmapping library
ii  librpcsecgss30.19-2  allows secure rpc communication us
ii  libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii  lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip
ii  nfs-common   1:1.1.2-6lenny2 NFS support files common to client
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

nfs-kernel-server recommends no packages.

nfs-kernel-server suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org