Package: portmap
Version: 6.0-11
Severity: serious

The change in portmap 6.0-11 to bind only to loopback by default causes
regressions for Debian's out-of-the-box support for NFS mounting.
Specifically, the following things that previously worked with Debian with no
additional configuration now require tuning the portmap package before they
will work:

 - statd notification of server reboots for NFS lock breaking (aside: I can't
   actually find any evidence that statd works automatically for NFSv3 mounts
   on my systems, /var/lib/nfs/sm is always empty on both client and server)

 - use of sec=krb5* (rpc.gssd) with NFSv3 mounts

 - *all* NFSv3 server support

This means that *every single use case* for which portmap is installed by
default on Debian systems is now broken out of the box because portmap has
been changed to only listen on localhost.  That's not reasonable, and a better
solution should be found before release.

Better solutions would include:

 - Revert the -i default; drop nfs-common's dependency on portmap to a
   Suggests: and ensure that /etc/init.d/nfs-common fails gracefully if only
   statd is wanted and portmap is absent.  Assumes that it's ok to have statd
   missing when using NFSv3 - I guess it doesn't work right now, but I'm not
   sure how critical that bug is.  Servers will work right because
   nfs-kernel-server package will depend on portmap directly.

 - Revert the -i default; support a tristate value in /etc/default/portmap for
   ENABLED=(no|yes|ifnfswanted), defaulting to 'ifnfswanted', that checks for
   both client and server NFS configuration on the host in /etc/init.d/portmap
   and only starts if present.  This will result in portmap only being started
   once nfs-kernel-server is installed or an NFS mount is configured in
   /etc/fstab; requires some annoying maintainer script integration in
   nfs-kernel-server to ensure portmap's init script is rerun once
   nfs-kernel-server is unpacked on the system.

There are probably other solutions that are also better than a pointless
loopback-only portmapper, though I can't think of them at the moment.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (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 portmap depends on:
ii  debconf [debconf-2.0]         1.5.27     Debian configuration management sy
ii  libc6                         2.9-26     GNU C Library: Shared libraries
ii  libwrap0                      7.6.q-18   Wietse Venema's TCP wrappers libra
ii  lsb-base                      3.2-23     Linux Standard Base 3.2 init scrip

portmap recommends no packages.

portmap suggests no packages.

-- debconf information:
* portmap/loopback: false



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

Reply via email to