Re: [Xen-devel] xlu_cfg_get_defbool error when trying to start domU

[Valtteri Kiviniemi <kiviniemi.valtteri@xxxxxxxxx>]

Hi,

Sorry. I accidently replied to wrong thread. Ignore this.

- Valtteri

2012/10/3 Valtteri Kiviniemi <kiviniemi.valtteri@xxxxxxxxx>

Hi,

I enabled debugging and console logging. This is where it crashes:

Parsing config from /etc/xen/lightning.cfg
Daemon running with PID 4952
Linux version 2.6.16.33-xen-domU-oldgame (root@lightning) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Fri Sep 28 14:56:14 EEST 2012
BIOS-provided physical RAM map:
 Xen: 0000000000000000 - 0000000080000000 (usable)
1320MB HIGHMEM available.
727MB LOWMEM available.
NX (Execute Disable) protection: active
early console enabled
Built 1 zonelists
Kernel command line: root=/dev/xvda1 ro console=xvc0 earlyprintk=xen
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 65536 bytes)
Xen reported: 3392.374 MHz processor.
disabling early console
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Software IO TLB disabled
vmalloc area: ee000000-f51fe000, maxmem 2d7fe000
Memory: 2072132k/2097152k available (1917k kernel code, 23952k reserved, 537k data, 148k init, 1351688k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 6819.95 BogoMIPS (lpj=3409975)
Mount-cache hash table entries: 512
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 8192K
Checking 'hlt' instruction... OK.
Initializing CPU#1
Initializing CPU#2
Initializing CPU#3
Initializing CPU#4
Initializing CPU#5
Initializing CPU#6
Brought up 8 CPUs
Initializing CPU#7
migration_cost=3
Grant table initialized
NET: Registered protocol family 16
xen_mem: Initialising balloon driver.
SCSI subsystem initialized
highmem bounce pool size: 64 pages
Installing knfsd (copyright (C) 1996 okir@xxxxxxxxxxxx).
Initializing Cryptographic API
io scheduler noop registered
io scheduler cfq registered (default)
rtc: IRQ 8 is not free.
i8042.c: No controller found.
loop: loaded (max 8 devices)
Xen virtual console successfully installed as tty1
Event-channel device installed.
netfront: Initialising virtual ethernet driver.
mice: PS/2 mouse device common for all mice
Netfilter messages via NETLINK v0.30.
NET: Registered protocol family 2
Registering block device major 202
blkfront: xvda1: barriers enabled
netfront: device eth0 has copying receive path.
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
ip_conntrack version 2.4 (8192 buckets, 65536 max) - 232 bytes per conntrack
ip_conntrack_pptp version 3.1 loaded
ip_nat_pptp version 3.0 loaded
ip_tables: (C) 2000-2006 Netfilter Core Team
ipt_recent v0.3.1: Stephen Frost <sfrost@xxxxxxxxxxx>.  http://snowman.net/projects/ipt_recent/
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Bridge firewalling registered
802.1Q VLAN Support v1.8 Ben Greear <greearb@xxxxxxxxxxxxxxx>
All bugs added by David S. Miller <davem@xxxxxxxxxx>
Using IPI Shortcut mode
end_request: I/O error, dev xvda1, sector 2
EXT3-fs: unable to read superblock
Unable to handle kernel paging request at virtual address 05de1ce8
 printing eip:
c0231fdc
005c4000 -> *pde = 00000000:00000000
Oops: 0000 [#1]
SMP
CPU:    0
EIP:    0061:[<c0231fdc>]    Not tainted VLI
EFLAGS: 00010007   (2.6.16.33-xen-domU-oldgame #1)
EIP is at blkif_int+0x7f/0x228
eax: 189c9c00   ebx: c04df900   ecx: ed418000   edx: 05de1c00
esi: 00000000   edi: ca010100   ebp: c043d0ac   esp: c0367ec0
ds: 007b   es: 007b   ss: e021
Process swapper (pid: 0, threadinfo=c0366000 task=c030d7c0)
Stack: <0>c200ce24 20539c5e 00000000 00000001 00000001 00000002 00000000 00000001
       c04df900 00000000 00000000 c0367f6c c0133197 0000011a ed418000 c0367f6c
       0000011a 00008d00 c035c100 0000011a c04df900 c013328f 0000011a 0000000a
Call Trace:
 [<c0133197>] handle_IRQ_event+0x38/0xa9
 [<c013328f>] __do_IRQ+0x87/0xf8
 [<c0106782>] do_IRQ+0x1a/0x25
 [<c0228d85>] evtchn_do_upcall+0x95/0xa9
 [<c010504d>] hypervisor_callback+0x3d/0x48
 [<c0107ecf>] safe_halt+0x7a/0xb2
 [<c0102efd>] xen_idle+0x2b/0x4e
 [<c0103014>] cpu_idle+0x52/0x67
 [<c036871c>] start_kernel+0x2b8/0x33c
 [<c03681ea>] unknown_bootoption+0x0/0x27a
Code: 83 ea 01 23 54 24 1c 8d 04 12 01 d0 8d 04 c0 8d 2c 85 40 00 00 00 03 69 28 8b 7d 00 8d 14 bf 89 d0 c1 e0 05 29 d0 01 f8 8d 14 08 <8b> 92 e8 00 00 00 89 54 24 0c 8d 74 08 7c 80 7e 01 00 74 29 31
 <0>Kernel panic - not syncing: Fatal exception in interrupt
 Badness in smp_call_function at arch/i386/kernel/smp-xen.c:520
 [<c010c8fe>] smp_call_function+0x146/0x14b
 [<c011ac6e>] printk+0x1b/0x1f
 [<c021a120>] do_unblank_screen+0xe/0x129
 [<c010c9a9>] smp_send_stop+0x27/0x60
 [<c010c943>] stop_this_cpu+0x0/0x3f
 [<c011a149>] panic+0x5e/0x155
 [<c0105948>] die+0x231/0x23b
 [<c0110348>] do_page_fault+0x396/0xd30
 [<c011eb6b>] getnstimeofday+0x14/0x37
 [<c010ffb2>] do_page_fault+0x0/0xd30
 [<c010500b>] error_code+0x2b/0x30
 [<c0231fdc>] blkif_int+0x7f/0x228
 [<c0133197>] handle_IRQ_event+0x38/0xa9
 [<c013328f>] __do_IRQ+0x87/0xf8
 [<c0106782>] do_IRQ+0x1a/0x25
 [

2012/10/3 Valtteri Kiviniemi <kiviniemi.valtteri@xxxxxxxxx>

Hi,

Ah, I missed that one, thanks! Its working now when using --libdir configure option.

- Valtteri

2012/10/3 Ian Campbell <Ian.Campbell@xxxxxxxxxx>

On Wed, 2012-10-03 at 10:16 +0100, Valtteri Kiviniemi wrote:
> Hi,
>
> I just upgraded from Xen 4.0.4 to Xen 4.2.0. When I'm trying to start
> domU using the new xl toolstack I get the following error message:
>
> Parsing config from /etc/xen/domu1.cfg
> xl: symbol lookup error: xl: undefined symbol: xlu_cfg_get_defbool

This (usually) means that your libraries are somehow out of sync.

Perhaps check /usr/lib and /usr/lib64 and the output of "ldd xl" and
make sure the libraries it is picking up are the 4.2 versions.

If you are picking up old versions from /usr/lib64 while the new
versions are in lib64 then perhaps you need to pass --libdir to
configure as described in http://wiki.xen.org/wiki/Xen_4.2_Release_Notes

Ian.

> When lauching xend and using xm create the domU starts up normally.
>
> - Valtteri
>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel