All of lore.kernel.org
 help / color / mirror / Atom feed
* strange domU problem
@ 2007-01-10 14:35 S.Çağlar Onur
  2007-01-11 23:26 ` S.Çağlar Onur
  0 siblings, 1 reply; 2+ messages in thread
From: S.Çağlar Onur @ 2007-01-10 14:35 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 2816 bytes --]

Hi;

After upgrading to current xen-3.0.4-testing.hg domU's starts to not working 
as expected, here are the some findings;

* dom0 boot without a problem
* xend starts without a problem
* As soon as "xm create domain", domain enters a blocked state and never 
returns (nothing changes if i use old 3.0.3-domU kernel or new one)
* dmesg, xen dmesg, xen logs shows nothing strange
* Starting another domU while first domU in blocked state unfreezes first one 
for a while and first domU starts to boot but after a while (~5seconds) 
enters blocked state again
* Second domU also enters blocked state as soon as it started
* In order to boot/use first domU ,i have to continuosly destroy/create second 
domU but they always ended in blocked state

Here are the some output

# xm create pardus -c
Name                                      ID   Mem VCPUs      State   Time(s)
Domain-0                                   0  1755     1     r-----    251.3
pardus                                     1   256     1     -b----      4.3

# xm create cacti -c
Name                                      ID   Mem VCPUs      State   Time(s)
Domain-0                                   0  1499     1     r-----    319.1
cacti                                      4   256     1     -b----      1.6
pardus                                     2   256     1     ------     28.5

#xm info
host                   : zangetsu
release                : 2.6.16.37-6-dom0
version                : #1 Wed Jan 10 05:18:02 EET 2007
machine                : i686
nr_cpus                : 1
nr_nodes               : 1
sockets_per_node       : 1
cores_per_socket       : 1
threads_per_core       : 1
cpu_mhz                : 1729
hw_caps                : afe9fbff:00100000:00000000:00000040:00000180
total_memory           : 2038
free_memory            : 0
xen_major              : 3
xen_minor              : 0
xen_extra              : .4-1
xen_caps               : xen-3.0-x86_32
xen_pagesize           : 4096
platform_params        : virt_start=0xfc000000
xen_changeset          : unavailable
cc_compiler            : Configured 
with: /var/pisi/gcc-4.2.0-14/work/gcc-4.2-20070102/c
cc_compile_by          : root
cc_compile_domain      :
cc_compile_date        : Wed Jan 10 03:22:58 EET 2007
xend_config_format     : 3

# cat /etc/xen/pardus
name    = "pardus";
memory  = 256;
kernel  = "/boot/kernel-2.6.16.29-5-domU";
disk = [ "file:/var/xen/domU-pardus,xvda,w" ];
root = "/dev/xvda ro";
vif = [ "" ];

Log can be found @ http://cekirdek.pardus.org.tr/~caglar/xend.log

Any hints will be appreciated...
Cheers
-- 
S.Çağlar Onur <caglar@pardus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: strange domU problem
  2007-01-10 14:35 strange domU problem S.Çağlar Onur
@ 2007-01-11 23:26 ` S.Çağlar Onur
  0 siblings, 0 replies; 2+ messages in thread
From: S.Çağlar Onur @ 2007-01-11 23:26 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 1624 bytes --]

Hi;

10 Oca 2007 Çar 16:35 tarihinde, S.Çağlar Onur şunları yazmıştı: 
> After upgrading to current xen-3.0.4-testing.hg domU's starts to not
> working as expected, here are the some findings;
>
> * dom0 boot without a problem
> * xend starts without a problem
> * As soon as "xm create domain", domain enters a blocked state and never
> returns (nothing changes if i use old 3.0.3-domU kernel or new one)
> * dmesg, xen dmesg, xen logs shows nothing strange
> * Starting another domU while first domU in blocked state unfreezes first
> one for a while and first domU starts to boot but after a while (~5seconds)
> enters blocked state again
> * Second domU also enters blocked state as soon as it started
> * In order to boot/use first domU ,i have to continuosly destroy/create
> second domU but they always ended in blocked state

After trying lots of different setups i found the problem, somehow if xen/ is 
compiled with gcc-4.2 domU hangs forever as i described but dom0 boots/works 
fine without a problem. So here are the some more findings;

* gcc-3.4.6 compiled xen/ and gcc-4.2 compiled dom0/domU kernels (3.0.4_1) 
works well, 

* gcc-4.2 compiled xen/ and gcc-3.4.6 compiled dom0/domU kernels (3.0.3) hangs 
as described,

So neither gcc-4.2 generates wrong code for hypervisor or xen/ has some bugs 
triggered by gcc-4.2. Is there a way to debug/investigate so i can try to 
find the problem?

Cheers
-- 
S.Çağlar Onur <caglar@pardus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-01-11 23:26 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-10 14:35 strange domU problem S.Çağlar Onur
2007-01-11 23:26 ` S.Çağlar Onur

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.