[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#734322: marked as done (nfs-common: utils/mount/nfsumount.c incorrectly rpc pinging remote rpc.mountd on NFSv4 umounts)



Your message dated Sat, 14 Sep 2024 09:56:38 +0200 (CEST)
with message-id <20240914075638.4A7A6BE2DE0@eldamar.lan>
and subject line Closing this bug (BTS maintenance for src:linux bugs)
has caused the Debian Bug report #734322,
regarding nfs-common: utils/mount/nfsumount.c incorrectly rpc pinging remote rpc.mountd on NFSv4 umounts
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
734322: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734322
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: nfs-common
Version: 1:1.2.6-4
Severity: normal

Dear Maintainer,

I ran into a NFS umount bug, verified and patched in Redhat as per [0].

In my example setup, I have a Wheezy NFS server, using NFSv4 exports, to
a Wheezy client.

When I umount a mount, I receive precisely the same error line on the
server as in [0], e.g.:
Nov 14 09:35:16 saga mountd[3128]: refused unmount request from
cynosure.cora.nwra.com for /data1 (/): not exported

Precisely just as in that case, a RPC packet (NFSv2/v3) is incorrectly sent
from the client to the server.

My export options on the server are e.g.:
/exports/                      x.x.x.x(fsid=0,insecure,no_subtree_check,no_root_squash,crossmnt,rw)
[...]
/exports/foo/bar               x.x.x.x(fsid=0,insecure,no_subtree_check,no_root_squash,crossmnt,rw)

My mount options, in /etc/fstab, on the client are:
x.x.x.x.:/foo/bar     /mnt/bar    nfs4  ro,bg,soft,intr,_netdev,auto 0 2


In [0] (comment 7) there is a proposed patch for RH's nfs-utils.
Debian unstable nfs-common (1:1.2.8-4) lacks the patch, and I'd like to
leave it to professionals to verify whether the small changes of the RH
patch can be used for Debian's nfs-common.

Best regards,
Martin

[0] https://bugzilla.redhat.com/show_bug.cgi?id=215553#c7

-- Package-specific info:
-- rpcinfo --
   program vers proto   port
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  44435  status
    100024    1   tcp  41798  status
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup

/etc/fstab retained.
/proc/mounts retained.

-- System Information:
Debian Release: 7.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages nfs-common depends on:
ii  adduser             3.113+nmu3
ii  initscripts         2.88dsf-41+deb7u1
ii  libc6               2.13-38
ii  libcap2             1:2.22-1.2
ii  libcomerr2          1.42.5-1.1
ii  libdevmapper1.02.1  2:1.02.74-8
ii  libevent-2.0-5      2.0.19-stable-3
ii  libgssglue1         0.4-2
ii  libk5crypto3        1.10.1+dfsg-5+deb7u1
ii  libkeyutils1        1.5.5-3
ii  libkrb5-3           1.10.1+dfsg-5+deb7u1
ii  libmount1           2.20.1-5.3
ii  libnfsidmap2        0.25-4
ii  libtirpc1           0.2.2-5
ii  libwrap0            7.6.q-24
ii  lsb-base            4.1+Debian8+deb7u1
ii  rpcbind             0.2.0-8
ii  ucf                 3.0025+nmu3

Versions of packages nfs-common recommends:
ii  python  2.7.3-4+deb7u1

Versions of packages nfs-common suggests:
pn  open-iscsi  <none>
pn  watchdog    <none>

-- no debconf information

--- End Message ---
--- Begin Message ---
Hi

[This reply and bug closer is sent for doing BTS maintenance for
src:nfs-utils bugs]

This bug was reported against a very old nfs-utils version without much
followups/triaging itself.

If you can reproduce it with the current version in unstable/testing or
stable at least, please reopen the bug,
https://www.debian.org/Bugs/server-control for details.

Regards,
Salvatore

--- End Message ---

Reply to: