'Blocked' is the normal state (unless you mean 'Paused'). Domains are
only 'Running' when they are using CPU.
Doesn't a guest domain (or any OS) always use CPU, at least 0,01% or
something similiar?
For example i'm running a Windows SBS 2003 as Domain Controller with
Sharepoint Services and Exchange Server and virsh list tells me the
domain is blocked.
Can you ping the domains (if they have a network connection)? Or view
their console?
I can access the domains with vnc.
Since i undefined and redefined all domains i can't ping the guest from
the host and when i am connected with vnc i can't ping anything. The
windows guest does have a nic and has an ip in the same network as the
the host.
It should be a bridge setup.
<interface type='bridge'>
<source bridge='virbr0'/>
<target dev='vif6.0'/>
<mac address='00:16:3e:33:eb:7b'/>
<script path='vif-bridge'/>
</interface>
ifconfig tells me there is a peth0, tap, virbr0 and vif6.0 interface.
I'm running F7 on a Dell PE2950 with 8GB RAM.
It would be nice if you could explain how much RAM i should allocate
to Dom0 and what are the minimum requirements for Dom0.
I would expect that allocating 512 MB to Dom0 as you did should be
sufficient (unless it's running a huge database or something like that).
The problem, though, isn't likely to be the allocation, but the fact
that you are using 'virsh setmaxmem' to balloon it down from something
larger to 512 MB. In any case, I'm not sure what the problem is -
unless you can find something in a logfile, it's hard to tell.
After i allocated 512MB RAM to Dom0 the kernel printed many out of
memory messages like this and began to kill services.
Sep 11 08:54:04 srv1 kernel: mysqld invoked oom-killer:
gfp_mask=0x200d2, order=0, oomkilladj=0
Sep 11 08:54:04 srv1 kernel:
Sep 11 08:54:05 srv1 kernel: Call Trace:
Sep 11 08:54:05 srv1 kernel: [<ffffffff802b17e6>] out_of_memory+0x6d/0x1ce
Sep 11 08:54:05 srv1 kernel: [<ffffffff8020ef31>] __alloc_pages+0x23e/0x2c7
Sep 11 08:54:05 srv1 kernel: [<ffffffff802329cb>]
read_swap_cache_async+0x42/0xd1
Sep 11 08:54:05 srv1 kernel: [<ffffffff802b515b>]
swapin_readahead+0x4e/0x77
Sep 11 08:54:05 srv1 kernel: [<ffffffff8020984a>]
__handle_mm_fault+0xcad/0x1182
Sep 11 08:54:05 srv1 kernel: [<ffffffff80262de5>]
do_page_fault+0xf23/0x128d
Sep 11 08:54:05 srv1 kernel: [<ffffffff802c6d22>]
core_sys_select+0x1bb/0x264
Sep 11 08:54:05 srv1 kernel: [<ffffffff80260827>] error_exit+0x0/0x79
Sep 11 08:54:05 srv1 kernel: [<ffffffff80270798>]
xen_send_IPI_mask+0x0/0xd2
Sep 11 08:54:05 srv1 kernel: [<ffffffff8025cd87>]
copy_user_generic_string+0x17/0x40
Sep 11 08:54:05 srv1 kernel: [<ffffffff80216884>] sys_select+0x11c/0x17c
Sep 11 08:54:11 srv1 kernel: [<ffffffff8025b2ff>] tracesys+0xb2/0xb7
Sep 11 08:54:12 srv1 kernel:
Sep 11 08:54:12 srv1 kernel: Mem-info:
Sep 11 08:54:12 srv1 kernel: DMA per-cpu:
Sep 11 08:54:12 srv1 kernel: CPU 0: Hot: hi: 186, btch: 31 usd: 157
Cold: hi: 62, btch: 15 usd: 48
Sep 11 08:54:13 srv1 kernel: CPU 1: Hot: hi: 186, btch: 31 usd: 117
Cold: hi: 62, btch: 15 usd: 11
Sep 11 08:54:13 srv1 kernel: CPU 2: Hot: hi: 186, btch: 31 usd: 30
Cold: hi: 62, btch: 15 usd: 48
Sep 11 08:54:13 srv1 kernel: CPU 3: Hot: hi: 186, btch: 31 usd: 171
Cold: hi: 62, btch: 15 usd: 47
Sep 11 08:54:13 srv1 kernel: Active:72 inactive:83 dirty:0 writeback:127
unstable:0 free:2834 slab:5953 mapped:76 pagetables:2898
Sep 11 08:54:14 srv1 kernel: DMA free:11336kB min:11324kB low:14152kB
high:16984kB active:288kB inactive:368kB present:8019468kB
pages_scanned:100 all_unrecl
aimable? no
Sep 11 08:54:14 srv1 kernel: lowmem_reserve[]: 0 0 0
Sep 11 08:54:14 srv1 kernel: DMA: 14*4kB 4*8kB 3*16kB 0*32kB 1*64kB
1*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 2*4096kB = 11336kB
Sep 11 08:54:14 srv1 kernel: Swap cache: add 50937, delete 50841, find
216/359, race 0+0
Sep 11 08:54:14 srv1 kernel: Free swap = 8123812kB
Sep 11 08:54:14 srv1 kernel: Total swap = 8323064kB
Sep 11 08:54:14 srv1 kernel: Free swap: 8123812kB
Sep 11 08:54:14 srv1 kernel: dsm_sa_datamgr3 invoked oom-killer:
gfp_mask=0x201d2, order=0, oomkilladj=0
Sep 11 08:54:14 srv1 kernel:
Sep 11 08:54:21 srv1 kernel: Call Trace:
...
...
...
Thomas
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list