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

Bug#620421: marked as done (nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’)

Your message dated Wed, 13 Apr 2011 23:12:15 +0300
with message-id <20110413231215.189a2fc2@ileemo>
and subject line Re: Bug#620421: nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
has caused the Debian Bug report #620421,
regarding nfs-kernel-server: init script depends on non-existent ‘/dev/tcp/’
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.)


-- 
620421: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620421
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: nfs-kernel-server
Version: 1:1.2.2-5
Severity: important
Tags: patch

The ‘/etc/init.d/nfs-kernel-server’ script has a new dependency on a
non-existent directory:

=====
		# See if portmap or rpcbind are running
		(cat </dev/null >/dev/tcp/localhost/111) 2>/dev/null
		RET=$?
		if [ $RET != 0 ]; then
		    echo
		    log_warning_msg "Not starting: portmap daemon is not running"
		    exit 0
		fi
=====

This results in the script failing, with “Not starting: portmap daemon
is not running”.

That's nothing to do with the portmapper service. It's because there is
no such directory ‘/dev/tcp/’ on this machine:

    $ ls /dev/tcp/
    ls: cannot access /dev/tcp/: No such file or directory

To check for the portmapper service, the ‘rpcinfo(1)’ tool is provided.
Using that program, we can see that the service is running on this
machine:

    $ rpcinfo -t localhost portmapper
    program 100000 version 2 ready and waiting

The following patch uses this test, which works in current “Wheezy”.

=== modified file 'init.d/nfs-kernel-server'
--- old/init.d/nfs-kernel-server        2011-04-01 12:03:38 +0000
+++ new/init.d/nfs-kernel-server        2011-04-01 19:51:56 +0000
@@ -84,7 +84,7 @@
                log_progress_msg "nfsd"
 
-               # See if portmap or rpcbind are running
-               (cat </dev/null >/dev/tcp/localhost/111) 2>/dev/null
+               # See if the portmapper service is running.
+               (rpcinfo -t localhost portmapper) >/dev/null 2>/dev/null
                RET=$?
                if [ $RET != 0 ]; then
                    echo


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.32-5-powerpc64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.utf8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-kernel-server depends on:
ii  libblkid1                   2.17.2-9.1   block device id library
ii  libc6                       2.11.2-11    Embedded GNU C Library: Shared lib
ii  libcomerr2                  1.41.12-2    common error description library
ii  libgssapi-krb5-2            1.8.3+dfsg-4 MIT Kerberos runtime libraries - k
ii  libgssglue1                 0.1-4        mechanism-switch gssapi library
ii  libk5crypto3                1.8.3+dfsg-4 MIT Kerberos runtime libraries - C
ii  libkrb5-3                   1.8.3+dfsg-4 MIT Kerberos runtime libraries
ii  libnfsidmap2                0.24-1       An nfs idmapping library
ii  librpcsecgss3               0.19-2       allows secure rpc communication us
ii  libwrap0                    7.6.q-19     Wietse Venema's TCP wrappers libra
ii  lsb-base                    3.2-27       Linux Standard Base 3.2 init scrip
ii  nfs-common                  1:1.2.2-5    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

--- End Message ---
--- Begin Message --- 
Hello,

On Wed, 13 Apr 2011 22:04:54 +0200
Luk Claes <luk@debian.org> wrote:

> > I confirm the bug.
> > 
> > # cat </dev/null >/dev/tcp/localhost/111
> > -su: /dev/tcp/localhost/111: No such file or directory
> 
> Unless you show that you:
> 
> 1) have bash 4.1-3 or later installed ('apt-cache policy bash' for
> instance) 2) are using bash as shell ('exec bash' for instance)
> 3) sunrpc service is running ('lsof -i :111' for instance)
> 4) still have this issue
> 
> It's going to stay closed as only in that case it's supposed to work.

If it's the only case, it should be specified explicitly. And, after
all, why not use the utility that is supposed to be used, and not this
hackish thing?

Also, there's no way to get a newer bash unless I install it by hand.
This system isn't lenny any more, but nothing has upgraded it yet by
means of dependencies.

-- 
WBR, Andrew

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: