Odd NFS root boot problems

I have a pretty simple mythtv box. It boots over PXE and the root partition is read-only exported over NFS. After bumping the kernel on the server that hosts the NFS to 2.6.34 my mythbox no longer wanted to boot. It was hanging right after managing to look up the mountd port on the NFS server with RPC. After enabling NFS_DEBUG the output looks like this:
Looking up port of RPC 100003/2 on 10.0.0.19
Root-NFS: Portmapper on server returned 2049 as nfsd port
Looking up port of RPC 100005/1 on 10.0.0.19
Root-NFS: mountd port is 45731

tcpdump on the server didn't reveal much either. Everything was fine until the point of hanging, where the client sent a couple of retransmission requests for the last UDP packet. In wireshark, these packets look like:
5127    4.366527    10.0.0.42    10.0.0.19    NFS    V2 NULL Call
5128    4.366638    10.0.0.19    10.0.0.42    NFS    V2 NULL Reply (Call In 5127)
5129    5.463390    10.0.0.42    10.0.0.19    NFS    [RPC retransmission of #5127]V2 NULL Call (Reply In 5128)
5130    5.463543    10.0.0.19    10.0.0.42    NFS    [RPC duplicate of #5128]V2 NULL Reply (Call In 5127)

A couple of more requests for retries and retransmissions later and
VFS: Unable to mount root fs via NFS, trying floppy.

I tried the following:

  • Copy the mythtv root partition to another PC and use that as the NFS server - boots fine

  • Add ,tcp to the nfsroot kernel command line parameter - boots fine

  • Use a virtual machine on my laptop to boot as the mythtv system (even gave it the same MAC address) - boots fine


I am out of ideas why only this client with only this server only with UDP does not work.

Comments

Post a Comment

Popular posts from this blog

FreeIPA cluster with containers

Notes on how to install a FreeIPA cluster on Ubuntu. Mostly following the instructions on https://github.com/freeipa/freeipa-container Start with what would be the primary host. If you install a third replica you would want to review the replica agreements to ensure you have a two-way replication between all pairs of nodes.
Read more

ADSL Router Model CT-5367 user and pass (VIVACOM)

Writing down the username and password for the vivacom ADSL router, in case I need it again. user: root pass: warmWLspot Useful to telnet 192.168.1.1 and then reboot . Originally found at Neo2SHYAlien blog . And here I found passwords for other models, just in case. ZTE ZXDSL 832 username: root password: GSrootaccess ZTE ZXDSL 831 username: root password: GSrootaccess ZTE username: root password: 831access Huawei SmartAX MT882 username: root password: MT882rootaccess ZTE ZXDSL-531b username: root password: rootWLaccess Pirelli – DRG – A124G username: root password: warmWLspot Comtrend CT-5367 username: root password: warmWLspot HG530 Home Gateway username: root password: warmWLspot
Read more

Installing Gentoo with full disk encryption

The purpose of this exercise - install Gentoo where all disk partitions are encrypted. Boot from a system rescue disk and partition the disk - use GPT partition table where the first partition is reserved, second is the boot, and the third one is for the rest of the data. Device Start End Sectors Size Type /dev/sda1 2048 32767 30720 15M BIOS boot /dev/sda2 32768 442367 409600 200M Linux filesystem /dev/sda3 442368 375093902 374651535 178.7G Linux filesystem Encrypt partitions number 2 and 3, and open them cryptsetup luksFormat /dev/sda2 cryptsetup luksFormat /dev/sda3 cryptsetup luksOpen /dev/sda2 crypt_boot cryptsetup luksOpen /dev/sda3 crypt_data Format the boot partition mkfs.btrfs /dev/mapper/crypt_boot Prepare LVM for the rest, and format the top level vgcreate vg0 /dev/mapper/crypt_data lvcreate -l 100%FREE -n data vg0 mkfs.btrfs /dev/vg0/data Mount and set up any subvolumes mount /dev/vg0/data /mnt/gentoo btrfs subvol create /mnt/gentoo/@ /mnt/gentoo/@home umount /mnt/gentoo Now...
Read more