Pkg xen devel - Dec 2006 - Problems with xen: what do you need in the bug report

Hi everybody,

I have some issues with the xen package as distributed in etch. I have
tried posting on the xensource lists as well as debian-user without any
success. So before filling a bug report, I would like to know what
exactly do you need in the bug report. 

The problem: I am using etch on a dual athlon 4G of ram. I am trying to
setup dom0 and domu with the package xen-3.0.3 and the right libc (libc6
and libc6-xen). I have to use a custom kernel for both machines and I
use the kernel patch from the source to get a 2.6.16.29 which I
configure (mostly copying the configuration for the distributed one,
tweaking when needed) and compile. But under the domu, I get segfaults
with the libnsl library. 

What I tried: I tried a combination of those:
  * (re)moving completely /lib/tls in addition to adding libc6-xen
  * using the pae package for xen with a pae kernel or no pae at all 
  * using the 2.6.16.29 or the 2.6.18 kernels

In any case, I am very successful at getting a segfault with bcfg2. It
come from the library libnsl (either /lib/libnsl.so.1 or
/lib/tls/i686/cmov/libnsl.so.1 depending on the presence of /lib/tls). I
am pretty sure that the tool (bcfg2) is not responsible and that the
problem is more general, I am just using it to quickly know if it works
or not. 

Here is the end of an strace run with /lib/tls and with kernel
2.6.16.29:
> strace bcfg2 -vvvv -d
...
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/usr/lib/libz.so.1", O_RDONLY)    = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\26"...,
512) = 512
fstat64(5, {st_mode=S_IFREG|0644, st_size=78500, ...}) = 0
mmap2(NULL, 81456, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) =
0xb7a02000
mmap2(0xb7a15000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x12) = 0xb7a15000
close(5)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
directory)
open("/lib/tls/i686/cmov/libnsl.so.1", O_RDONLY) = -1 ENOENT (No such
file or directory)
open("/lib/libnsl.so.1", O_RDONLY)      = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`5\0\000"...,
512) = 512
fstat64(5, {st_mode=S_IFREG|0644, st_size=72452, ...}) = 0
mmap2(NULL, 83712, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) =
0xb79ed000
mmap2(0xb79fe000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x10) = 0xb79fe000
mmap2(0xb7a00000, 5888, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7a00000
close(5)                                = 0
munmap(0xb7bc9000, 11093)               = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 2841 detached

I have tried anything I could thing of but without luck. Could you help
me?

thanks

jacques

PS: oddly enough, bcfg2 works well on the dom0. I don't know why.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20061220/c7370009/attachment.pgp

At 1166660492 time_t, Jacques Normand wrote:
Hello Jacques,
> In any case, I am very successful at getting a segfault with bcfg2. It
> come from the library libnsl (either /lib/libnsl.so.1 or
> /lib/tls/i686/cmov/libnsl.so.1 depending on the presence of /lib/tls). I
> am pretty sure that the tool (bcfg2) is not responsible and that the
> problem is more general, I am just using it to quickly know if it works
> or not. 
It's hard to tell with only one binary segfaulting.
Could you try to:
- find another program which segfault or another strange behaviour
- try to run Debian 2.6.18 Xen kernel
- run bcfg2 under gdb and get a backtrace

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20061221/6c16850e/attachment.pgp