NFS-root support indirectly broken in Feisty

Bug #111227 reported by Steven McCoy
6
Affects Status Importance Assigned to Milestone
avahi (Ubuntu)
Invalid
Undecided
Unassigned
initramfs-tools (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Various causes I can currently detect:

1) NFSOPTS changed from Edgy cause NFSv3 & TCP only to be supported, initrd image loops complaining about no-support from the NFS server. One solution is to pass the options via PXE, e.g.

LABEL ubuntu-feisty-amd64
 kernel ubuntu/feisty/vmlinuz-2.6.20-15-lowlatency-amd64
 append root=/dev/nfs nfsroot=10.6.27.32:/export/sora/ubuntu-7.04-amd64-server,udp,rsize=32768,wsize=1024,hard,intr,timeo=4,retrans=10 ip=dhcp initrd=ubuntu/feisty/initrd.img-2.6.20-15-lowlatency-amd64 rw --

2) Avahi removes the default networking and hence /. It would appear Busybox is aware of this but Ubuntu's configuration does not:

http://busybox.net/lists/buildroot/2006-December/000803.html

+case "$1" in
+ deconfig)
+ grep -q -v ip= /proc/cmdline
+ if [ $? -eq 0 ]; then
+ /sbin/ifconfig $interface up
+ fi
+ grep -q -v nfsroot= /proc/cmdline
+ if [ $? -eq 0 ]; then
+ /sbin/ifconfig $interface 0.0.0.0
+ fi

3) DHCDBD, NetworkManager and NetworkManagerDispatcher similarly remove the default networking run from DBUS.

I disabled Avahi and the DBUS event managers with "exit 0" at the top of each script and NFS root functions as expected.

--
Steve-o

Revision history for this message
Oliver Grawert (ogra) wrote :

did you set the right options to create a netboot initramfs in /etc/initramfs-tools/initramfs.conf and updated the initramfs with update-initramfs -u ?

nfs root works fine for plenty ltsp users in feisty and it seems it also worked flawlessly when the netbooting installer images were tested (according to https://www.stgraber.org/ubuntu/isotesting/test/173)

Revision history for this message
Steven McCoy (dsbunny) wrote :

Well I wouldn't rule out user error, but I'm following similar steps to how I setup Dapper & Edgy:

http://developer.novell.com/wiki/index.php/Edgy/HOWTO:_Convert_Ubuntu_to_Diskless

LTSP isn't affected with NFS as Ubuntu is the file server and can cope with TCP NFS. I'm using an Infrant ReadyNas appliance and it currently cannot :(

I don't know what happened with Avahi, this is using the install per default from the alternative CD, I have one server created by debootstrap that works perfectly (albeit #1) because the desktop components are not there. I can see that the avahi-autoipd is new. One thing special might be using DHCP, the address is fixed by MAC address on the DHCP server though. This might be causing the problems. I need to investigate the DBUS side more, the first Avahi problem is easy to resolve:

original:

        CONFLICT|UNBIND|STOP)
            ip addr del "$3"/16 brd 169.254.255.255 label "$2:avahi" scope link dev "$2"
            ip route del default dev "$2" metric 1000 scope link || true
            ;;

fixed:
        CONFLICT|UNBIND|STOP)
            ip addr del "$3"/16 brd 169.254.255.255 label "$2:avahi" scope link dev "$2"
            grep -q -v ip= /proc/cmdline
            if [ $? -eq 0 ]; then
            ip route del default dev "$2" metric 1000 scope link || true
            fi
            ;;

Revision history for this message
Steven McCoy (dsbunny) wrote :

s/ip= /nfsroot= /

My hypothesis with the DBUS issue is the lack of any (static) entry in /etc/network/interfaces causes DHCDBD to call dhclient which drops the IP and requests a new address. LTSP clients are not affected here because DBUS and friends don't run on the terminal.

Revision history for this message
Steven McCoy (dsbunny) wrote :

Ok, the last one is a dupe: Bug #92338 in network-manager (Ubuntu)

Revision history for this message
Robin (subscriptions-robinandmariette) wrote :

The avahi fix mentioned above goes in /etc/avahi/avahi-autoipd.action

Revision history for this message
Robin (subscriptions-robinandmariette) wrote :

I found the "Deactivating device %s" and "Will activate wired connection..." messages in binary /usr/sbin/NetworkManager, so it doesn't look like there's an easy way to get around this other than patching NetworkManager.

Revision history for this message
Adam Niedling (krychek) wrote :

Feisty is not supported anymore.

Changed in avahi:
status: New → Invalid
Changed in initramfs-tools:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.