@Serge,
here is one domain; other is a duplicate. It a test machine.
I think the apport-collect is unhappy...
see log after this dumpxml
Maybe the disk system is also mandatory to complete ?
I have two 2TB drives mirrored+lvm2 on a not so slow board
(phenom2 6hearts on gigabyte ga890fxa-ud7)
As it is a test server, you can ssh in it if you want. Tell.me.
<domain type='kvm'>
<name>ipcop</name>
<uuid>fe2d60ab-4dc8-677e-9876-6e848380dbf3</uuid>
<description>Un IPcop de test</description>
<memory>524288</memory>
<currentMemory>524288</currentMemory>
<vcpu>1</vcpu>
<os>
<type arch='x86_64' machine='pc-0.14'>hvm</type>
<boot dev='hd'/>
<bootmenu enable='no'/>
</os>
<features>
<pae/>
</features>
<clock offset='utc'/>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>restart</on_crash>
<devices>
<emulator>/usr/bin/kvm</emulator>
<disk type='file' device='disk'>
<driver name='qemu' type='raw'/>
<source file='/home/fbourdonnec/vm/ipcop/ipcop.raw'/>
<target dev='hda' bus='ide'/>
<address type='drive' controller='0' bus='0' unit='0'/>
</disk>
<controller type='ide' index='0'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01'
function='0x1'/>
</controller>
<interface type='bridge'>
<mac address='52:54:00:d3:d8:1a'/>
<source bridge='br0'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
</interface>
<interface type='bridge'>
<mac address='52:54:00:a3:c1:dd'/>
<source bridge='br1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x05'
function='0x0'/>
</interface>
<serial type='pty'>
<target port='0'/>
</serial>
<console type='pty'>
<target type='serial' port='0'/>
</console>
<input type='mouse' bus='ps2'/>
<graphics type='vnc' port='-1' autoport='yes' keymap='fr'/>
<video>
<model type='cirrus' vram='9216' heads='1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x02'
function='0x0'/>
</video>
<memballoon model='virtio'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04'
function='0x0'/>
</memballoon>
</devices>
</domain>
<domain type='kvm'>
<name>ipcop</name>
<uuid>fe2d60ab-4dc8-677e-9876-6e848380dbf3</uuid>
<description>Un IPcop de test
login root:test
green 10.0.0.50 admin:test
</description>
<memory>524288</memory>
<currentMemory>524288</currentMemory>
<vcpu>1</vcpu>
<os>
<type arch='x86_64' machine='pc-0.14'>hvm</type>
<boot dev='hd'/>
<bootmenu enable='no'/>
</os>
<features>
<pae/>
</features>
<clock offset='utc'/>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>restart</on_crash>
<devices>
<emulator>/usr/bin/kvm</emulator>
<disk type='file' device='disk'>
<driver name='qemu' type='raw'/>
<source file='/home/fbourdonnec/vm/ipcop/ipcop.raw'/>
<target dev='hda' bus='ide'/>
<address type='drive' controller='0' bus='0' unit='0'/>
</disk>
<controller type='ide' index='0'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01'
function='0x1'/>
</controller>
<interface type='bridge'>
<mac address='52:54:00:d3:d8:1a'/>
<source bridge='br0'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
</interface>
<interface type='bridge'>
<mac address='52:54:00:a3:c1:dd'/>
<source bridge='br1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x05'
function='0x0'/>
</interface>
<serial type='pty'>
<target port='0'/>
</serial>
<console type='pty'>
<target type='serial' port='0'/>
</console>
<input type='mouse' bus='ps2'/>
<graphics type='vnc' port='-1' autoport='yes' keymap='fr'/>
<video>
<model type='cirrus' vram='9216' heads='1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x02'
function='0x0'/>
</video>
<memballoon model='virtio'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04'
function='0x0'/>
</memballoon>
</devices>
</domain>
fbourdonnec@vmserver:~$ sudo apport-collect 495394
The authorization page:
(https://launchpad.net/+authorize-token?oauth_token=x...s&allow_permission=DESKTOP_INTEGRATION)
should be opening in your browser. Use your browser to authorize
this program to access Launchpad on your behalf.
Waiting to hear from Launchpad about your decision...
*** You are not the reporter of this problem report. It is much easier
to mark a bug as a duplicate of another than to move your comments and
attachments to a new bug.
Subsequently, we recommend that you file a new bug report using "apport-
bug" and make a comment in this bug about the one you file.
Do you really want to proceed?
What would you like to do? Your options are:
Y: Yes
N: No
C: Cancel
Please choose (Y/N/C): y
Package libvirt not installed and no hook available, ignoring
Package libvirt not installed and no hook available, ignoring
Package libvirt not installed and no hook available, ignoring
*** Updating problem report
No additional information collected.
Press any key to continue...
No pending crash reports. Try --help for more information.
fbourdonnec@vmserver:~$ dpkg -l|grep libvirt
ii libvirt-bin 0.8.8-1ubuntu6.3 the programs for
the libvirt library
ii libvirt0 0.8.8-1ubuntu6.3 library for
interfacing with different virtualization systems
ii python-libvirt 0.8.8-1ubuntu6.2 libvirt Python
bindings
fbourdonnec@vmserver:~$ virsh list
Id Name State
----------------------------------
Disk subsystem
md0 : active raid1 sdb3[1] sda3[0]
1953414749 blocks super 1.2 [2/2] [UU]
md1 : active raid1 sdb2[1] sda2[0]
97644 blocks super 1.2 [2/2] [UU]
and on top of that the LVM manager
--- Volume group ---
VG Name system
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 8
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 4
Open LV 4
Max PV 0
Cur PV 1
Act PV 1
VG Size 1,82 TiB
PE Size 4,00 MiB
Total PE 476907
Alloc PE / Size 31105 / 121,50 GiB
Free PE / Size 445802 / 1,70 TiB
VG UUID ClZqRf-Xnkr-LmnG-z7x4-YBfH-qx38-Tz8cay
--- Logical volume ---
LV Name /dev/system/root
VG Name system
LV UUID W3pVH9-rmbp-g6ZI-Kavy-rPwJ-pQ70-yKFsvC
LV Write Access read/write
LV Status available
# open 1
LV Size 37,25 GiB
Current LE 9536
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 251:0
--- Logical volume ---
LV Name /dev/system/home
VG Name system
LV UUID PSyldS-QARJ-xY1X-tlCe-0Bxt-TZs6-GrIYhG
LV Write Access read/write
LV Status available
# open 1
LV Size 57,25 GiB
Current LE 14656
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 251:1
--- Logical volume ---
LV Name /dev/system/swap
VG Name system
LV UUID U5LAoW-kwbh-APj3-7P29-LTkl-R54h-YJJD09
LV Write Access read/write
LV Status available
# open 2
LV Size 8,38 GiB
Current LE 2145
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 251:2
--- Logical volume ---
LV Name /dev/system/var
VG Name system
LV UUID KBoXgg-bQCQ-Ba3O-KLBE-P3CJ-Gup9-g1duvZ
LV Write Access read/write
LV Status available
# open 1
LV Size 18,62 GiB
Current LE 4768
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 251:3
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in Ubuntu.
https://bugs.launchpad.net/bugs/495394
Title:
autostart almost always fails on boot time host
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/495394/+subscriptions
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
