Valtteri Kiviniemi
2012-Oct-03 09:16 UTC
xlu_cfg_get_defbool error when trying to start domU
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 When lauching xend and using xm create the domU starts up normally. - Valtteri _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
Ian Campbell
2012-Oct-03 09:30 UTC
Re: xlu_cfg_get_defbool error when trying to start domU
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_defboolThis (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 >
Valtteri Kiviniemi
2012-Oct-03 09:49 UTC
Re: xlu_cfg_get_defbool error when trying to start domU
Hi, Ah, I missed that one, thanks! Its working now when using --libdir configure option. - Valtteri 2012/10/3 Ian Campbell <Ian.Campbell@citrix.com>> 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@lists.xen.org http://lists.xen.org/xen-devel
Valtteri Kiviniemi
2012-Oct-03 10:37 UTC
Re: xlu_cfg_get_defbool error when trying to start domU
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@monad.swb.de).
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@snowman.net>.
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@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
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@gmail.com>
> Hi,
>
> Ah, I missed that one, thanks! Its working now when using --libdir
> configure option.
>
> - Valtteri
>
>
> 2012/10/3 Ian Campbell <Ian.Campbell@citrix.com>
>
>> 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@lists.xen.org
http://lists.xen.org/xen-devel
Valtteri Kiviniemi
2012-Oct-03 10:38 UTC
Re: xlu_cfg_get_defbool error when trying to start domU
Hi, Sorry. I accidently replied to wrong thread. Ignore this. - Valtteri 2012/10/3 Valtteri Kiviniemi <kiviniemi.valtteri@gmail.com>> 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@monad.swb.de). > 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@snowman.net>. > 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@candelatech.com> > All bugs added by David S. Miller <davem@redhat.com> > 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@gmail.com> > >> Hi, >> >> Ah, I missed that one, thanks! Its working now when using --libdir >> configure option. >> >> - Valtteri >> >> >> 2012/10/3 Ian Campbell <Ian.Campbell@citrix.com> >> >>> 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@lists.xen.org http://lists.xen.org/xen-devel