Bug#418596: nfs-common: Can not nfs-mount using second int..

Thomas Nilsson · External Since: Mar 30, 2005 Posts: 4

Package: nfs-common
Version: 1:1.0.10-6
Severity: important

I have two network interfaces on "worktoo". One comes up as eth0 during boot. This is a 10/100 interface.
The second is eth2 which is a 1000 Mb/s connected to a NAS.

In fstab I have entries to mount a few nfs exports from the NAS. If the NAS is mounted using the 10/100 eth0
they will be mounted during boot. The prefered solution is to mount it using the 1000 Mb/s subnet on eth2.
This worked before upgrading to etch. Since etch it is not possible to use the eth2 interface. During boot the
system freezes when portmap is tried to be started. If portmap is killed I get the message that the mount is
locked and already mounted. This is however not the case. The interface eth2 is not started (not seen by ifconfig)
and a "mount -a" will hang the system. If however the NAS is mounted using eth0 (slow subnet) it comes up, at a
lower speed. In this case even eth2 comes up (is seen by ifconfig).

In the case when the nfs-mount is done unsuccessfylly using the eth2 card it is still possible to get
everything up with a little tweeking (ifup -a; mount -a) etc.

-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF- Cool

Versions of packages nfs-common depends on:
ii adduser 3.102 Add and remove users and groups
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library
ii libevent 1.1a-1 An asynchronous event notification
ii libgssap 0.10-4 A mechanism-switch gssapi library
ii libkrb53 1.4.4-7etch1 MIT Kerberos runtime libraries
ii libnfsid 0.18-0 An nfs idmapping library
ii librpcse 0.14-2 allows secure rpc communication us
ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra
ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip
ii netbase 4.29 Basic TCP/IP networking system
ii portmap 5-26 The RPC portmapper
ii ucf 2.0020 Update Configuration File: preserv

nfs-common recommends no packages.

-- no debconf information

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

Steinar H. Gunderson · External Since: Dec 07, 2004 Posts: 417

reassign 418596 mount
thanks

On Tue, Apr 10, 2007 at 08:43:41PM +0200, Thomas Nilsson wrote:
> In fstab I have entries to mount a few nfs exports from the NAS. If the NAS is mounted using the 10/100 eth0
> they will be mounted during boot. The prefered solution is to mount it using the 1000 Mb/s subnet on eth2.
> This worked before upgrading to etch. Since etch it is not possible to use the eth2 interface. During boot the
> system freezes when portmap is tried to be started.

I thought I had already reassigned this, but obviously not; this does not
sound like a bug in nfs-utils, as client-side mounting is handled mostly by
mount.

/* Steinar */
--
Homepage: http://www.sesse.net/

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

Steinar H. Gunderson · External Since: Dec 07, 2004 Posts: 417

On Tue, Apr 10, 2007 at 08:43:41PM +0200, Thomas Nilsson wrote:
> I have two network interfaces on "worktoo". One comes up as eth0 during boot. This is a 10/100 interface.
> The second is eth2 which is a 1000 Mb/s connected to a NAS.

Hi,

It seems like I've gotten this bug back into my lap due to mounting being
taken over by nfs-common. Could you please see if this still breaks with
nfs-common 1:1.1.0-12 and initscripts 2.86.ds1-38.1? Both should be in
incoming right now, and hit unstable shortly after that.

/* Steinar */
--
Homepage: http://www.sesse.net/

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

Steinar H. Gunderson · External Since: Dec 07, 2004 Posts: 417

On Sat, Jul 28, 2007 at 11:52:52AM +0200, Thomas Nilsson wrote:
> I have just returned from vacation and have quite a few things to catch
> up with here. But I will take a look at it. I do hope that nothing else
> breaks (dependencies) as I am running stable here.

I can't guarantee that, sorry. There have been quite a lot of changes; I'd
try to reproduce it on an unstable machine if I were you.

/* Steinar */
--
Homepage: http://www.sesse.net/

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

Steinar H. Gunderson · External Since: Dec 07, 2004 Posts: 417

On Sat, Jul 28, 2007 at 12:32:28PM +0200, Steinar H. Gunderson wrote:
>> I have just returned from vacation and have quite a few things to catch
>> up with here. But I will take a look at it. I do hope that nothing else
>> breaks (dependencies) as I am running stable here.
> I can't guarantee that, sorry. There have been quite a lot of changes; I'd
> try to reproduce it on an unstable machine if I were you.

Any progress on this? I'm starting to wonder if the best thing is just to
close it; there is no value in keeping a bug open if we do not really know if
it's fixed or not.

/* Steinar */
--
Homepage: http://www.sesse.net/

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

Phil Snowdon · External Since: Aug 10, 2007 Posts: 1

Hi Steinar,

I wouldn't like to see this bug dropped as we still have issues with it.
My understanding is that mountnfs tries to mount the NFS shares as soon
as the first interface is available. We worked round this by changing
the order that the interfaces are brought up. from 'auto eth0 eth1' to
'auto eth1 eth0'. However this has the side effect that the mount still
failed as the DNS server was off eth0. Final workround was to have a
seconday DNS server available off eth1.

But it's a bit of a chicken and egg situation. Mountnfs should wait
till all interfaces that are configured to start automatically are up,
or fstab needs options to specify the interface that the nfs shares will
use (but that i feel is 'non standard').

If you need me to do some testing with an 'unstable' system then I will.
But I don't want to repeat work that someone else is already doing.

Cheers

Phil Snowdon
Senior Systems Engineer
Actrix Networks

On Thu, 2007-08-09 at 23:55 +0200, Steinar H. Gunderson wrote:
> On Sat, Jul 28, 2007 at 12:32:28PM +0200, Steinar H. Gunderson wrote:
> >> I have just returned from vacation and have quite a few things to catch
> >> up with here. But I will take a look at it. I do hope that nothing else
> >> breaks (dependencies) as I am running stable here.
> > I can't guarantee that, sorry. There have been quite a lot of changes; I'd
> > try to reproduce it on an unstable machine if I were you.
>
> Any progress on this? I'm starting to wonder if the best thing is just to
> close it; there is no value in keeping a bug open if we do not really know if
> it's fixed or not.
>
> /* Steinar */
> --
> Homepage: http://www.sesse.net/
>
>

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