Re: RES: [Xen-users] Problems with FC4 and NFS Root

[Minoru Kato <kato.minoru@xxxxxxxxxxxx>]

Hi,
I'm sorry if suggestion is not helpful.

In the next of 'Initializing IPsec netlink socket', 
the first root file system mount sequence starts.

If it is NFS-Root, 
IP-Configration of a kernel level will be performed and
NFS-Root will be mounted after RPC communication.

However the important following setup has escaped from 
vmlinuz-2.6.11-1.1369_FC4xenU.

CONFIG_IP_PNP not set
CONFIG_ROOT_NFS not set
and (Although it may be solvable by initrd)
CONFIG_NFS_FS=m

So kernel can't configure IP.

A case of booting from local file image,
The following mistakes will be in the same state.

disk = [ 'file:/var/domains/fc4-root.img,sda3,w' ]
root = "/dev/sda1 ro"

---
kato

> This seems not to be the problem.
> To fix this, I could simple build an initrd image with the NFS modules.
> 
> Another user replied to me saying that he is using the same kernel-xenU
> (FC4) and having the same problem (hanging after the IPSec message), but he
> is loading the root file system from a physical device.
> 
> Anyone has ideas on what might been going on? I'm guessing the problem is
> related to this kernel and IPSec.
> 
> Anyone has tips on how I can debug this problem?
> 
> Thanks
> 
> -----Mensagem original-----
> De: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
> [mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] Em nome de Minoru Kato
> Enviada em: segunda-feira, 8 de agosto de 2005 23:03
> Para: xen-users@xxxxxxxxxxxxxxxxxxx
> Assunto: Re: [Xen-users] Problems with FC4 and NFS Root
> 
> Hi,
> vmlinuz-2.6.11-1.1369_FC4xenU has NFS-FS by modules. (not included
> statically)
> Therefore, it cannot start by NFS-Root.
> ---
> kato
> 
> > Hello everyone,
> > 
> > I've been working with Xen and Debian for a while, but recently decided to
> > give it a try with Fedora Core 4 and NFS Root based fs.
> > 
> > I've installed the FC4 base system and the following packets with their
> > dependencies:
> > - xen
> > - kernel-xen0
> > - kernel-xenU
> > 
> > After setting my new default option in /etc/grub/menu.lst and starting
> > 'xend', I've created a directory named "/vm" and copied the FC4 base
> > installation into there.
> > 
> > Then I've changed the /vm/etc/fstab to something like this:
> > 10.0.0.1:/vm            /                       nfs     defaults        0
> 0
> > /dev/devpts             /dev/pts                devpts  gid=5,mode=620  0
> 0
> > /dev/shm                /dev/shm                tmpfs   defaults        0
> 0
> > /dev/proc               /proc                   proc    defaults        0
> 0
> > /dev/sys                /sys                    sysfs   defaults        0
> 0
> > LABEL=SWAP-hda2         swap                    swap    defaults        0
> 0
> > 
> > And created a /root/vm.swp swap file with something like this:
> > # dd if=/dev/zero of=/root/vm.swp bs=1024 count=262144
> > # mkswap /root/vm.swp
> > 
> > My configuration file is looking like this:
> > kernel = "/boot/vmlinuz-2.6.11-1.1369_FC4xenU"
> > memory = 64
> > name = "vm"
> > vif = [ 'mac=aa:00:00:00:00:f4, bridge=xen-br0' ]
> > disk = [ 'file:/root/vm.swp,hda2,w' ]
> > dhcp="dhcp"
> > root = "/dev/nfs"
> > nfs_server = '10.0.0.1'
> > nfs_root   = '/vm'
> > extra = "4"
> > restart = 'never'
> > 
> > I've also set /etc/exports to export /vm with the following options:
> > /vm 10.0.0.0/24(rw,sync,no_root_squash)
> > 
> > And I've started the NFS daemon with "service nfs start".
> > 
> > However, when booting the guest with "xm create -c vm.cfg" I get a crash
> > after IPsec netlink socket initialization.
> > 
> > Also note that when I've first installed the FC4, I've disabled SElinux:
> > # grep -v "^#" /etc/selinux/config
> > SELINUX=disabled
> > SELINUXTYPE=targeted
> > #
> > 
> > Any ideas on what might be happening?
> > 
> > Here is the boot sequence before the hang:
> > # xm create -c vm.cfg
> > Using config file "vm.cfg".
> > Started domain vm, console on port 9604
> > ************ REMOTE CONSOLE: CTRL-] TO QUIT ********
> > Linux version 2.6.11-1.1369_FC4xenU (bhcompile@xxxxxxxxxxxxxxxxxxxxxxxxxx)
> > (gcc version 4.0.0 20050525 (Red Hat 4.0.0-9)) #1 SMP Thu Jun 2 23:33:51
> EDT
> > 2005
> > BIOS-provided physical RAM map:
> >  Xen: 0000000000000000 - 0000000004000000 (usable)
> > 64MB LOWMEM available.
> > Using x86 segment limits to approximate NX protection
> > DMI not present.
> > IRQ lockup detection disabled
> > Allocating PCI resources starting at 04000000 (gap: 04000000:fc000000)
> > Built 1 zonelists
> > Kernel command line:  ip=:10.0.0.1::::eth0:dhcp root=/dev/nfs
> > nfsroot=10.0.0.1:/vm1 4
> > Initializing CPU#0
> > PID hash table entries: 1024 (order: 10, 16384 bytes)
> > Xen reported: 1595.334 MHz processor.
> > Using tsc for high-res timesource
> > Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> > Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> > Memory: 60800k/65536k available (1785k kernel code, 4648k reserved, 506k
> > data, 156k init, 0k highmem)
> > Checking if this processor honours the WP bit even in supervisor mode...
> Ok.
> > Security Framework v1.0.0 initialized
> > SELinux:  Initializing.
> > SELinux:  Starting in permissive mode
> > selinux_register_security:  Registering secondary module capability
> > Capability LSM initialized as secondary
> > Mount-cache hash table entries: 512
> > CPU: Trace cache: 12K uops, L1 D cache: 8K
> > CPU: L2 cache: 256K
> > Enabling fast FPU save and restore... done.
> > Enabling unmasked SIMD FPU exception support... done.
> > Checking 'hlt' instruction... disabled
> > CPU0: Intel(R) Pentium(R) 4 CPU 1.60GHz stepping 02
> > per-CPU timeslice cutoff: 731.13 usecs.
> > task migration cache decay timeout: 1 msecs.
> > SMP motherboard not detected.
> > smpboot_clear_io_apic_irqs
> > Brought up 1 CPUs
> > softlockup thread 0 started up.
> > NET: Registered protocol family 16
> > xen_mem: Initialising balloon driver.
> > Grant table initialized
> > audit: initializing netlink socket (disabled)
> > audit(1123554105.008:1): initialized
> > Total HugeTLB memory allocated, 0
> > VFS: Disk quotas dquot_6.5.1
> > Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
> > SELinux:  Registering netfilter hooks
> > Initializing Cryptographic API
> > ksign: Installing public key data
> > Loading keyring
> > - Added public key 42BD35A990375F72
> > - User ID: Red Hat, Inc. (Kernel Module GPG key)
> > io scheduler noop registered
> > io scheduler anticipatory registered
> > io scheduler deadline registered
> > io scheduler cfq registered
> > RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
> > Xen virtual console successfully installed as tty1
> > Event-channel device installed.
> > Blkif frontend is using grant tables.
> > xen_blk: Initialising virtual block device driver
> > xen_net: Initialising virtual ethernet driver.
> > md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27
> > NET: Registered protocol family 2
> > IP: routing cache hash table of 256 buckets, 4Kbytes
> > TCP established hash table entries: 4096 (order: 4, 65536 bytes)
> > TCP bind hash table entries: 4096 (order: 3, 49152 bytes)
> > TCP: Hash tables configured (established 4096 bind 4096)
> > Initializing IPsec netlink socket
> > <...and it simply stays here...>
> > 
> > Best Regards,
> > Felipe
> > 
> > 
> > _______________________________________________
> > Xen-users mailing list
> > Xen-users@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-users
> > 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
> 

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users