[libvirt-users] Libvirt-lxc and systemd question
by Matt Hicks
Warning - I'm fairly new to libvirt, lxc and systemd so there is a good
chance I'm doing something terribly wrong here. However, instead of
continuing to struggle, I figured I would mail the list for some
advice. What I'm trying to accomplish is a libvirt-lxc, systemd-based
container running on my system (Fedora 19). I've read that sharing the
underlying OS filesystem with the containers doesn't work, so I've
installed a minimal Fedora 19 install in /srv/mycontainer. Everything
seems to work okay but what I'm struggling with is how to setup the
initial accounts. I've tried to attach to the container using 'nsenter'
(entering all the namespaces) but it doesn't appear that the bind mounts
are in place. For example, I see the /etc/passwd for my host OS, not
the container. Is there a better way to setup the initial accounts on
the container?
Here is what I have installed:
$ rpm -qa | grep lxc
libvirt-daemon-driver-lxc-1.0.5.2-1.fc19.x86_64
libvirt-daemon-lxc-1.0.5.2-1.fc19.x86_64
$ rpm -qa | grep systemd
systemd-libs-204-9.fc19.x86_64
systemd-python-204-9.fc19.x86_64
systemd-sysv-204-9.fc19.x86_64
systemd-libs-204-9.fc19.i686
systemd-204-9.fc19.x86_64
Here is the scenario I'm trying to go through:
$ export LIBVIRT_DEFAULT_URI=lxc:///
$ getenforce
Enforcing
$ sudo yum -y --releasever=19 --nogpg --installroot=/srv/mycontainer
--disablerepo='*' --enablerepo=fedora install systemd passwd yum
fedora-release vim-minimal
... lots of output
$ ls /srv/mycontainer/
bin boot dev etc home lib lib64 media mnt opt proc root run
sbin srv sys tmp usr var
$ cat test2.xml
<domain type='lxc'>
<name>test2</name>
<memory>102400</memory>
<os>
<type arch='x86_64'>exe</type>
<init>/bin/systemd</init>
</os>
<devices>
<console type='pty'/>
<filesystem type='mount'>
<source dir='/srv/mycontainer'/>
<target dir='/'/>
</filesystem>
</devices>
</domain>
$ virsh define test2.xml
Domain test2 defined from test2.xml
$ virsh start test2
Domain test2 started
# Attach to container to set account passwords
$ sudo nsenter -m -u -i -n -p -t `pgrep -f test2`
[sudo] password for mhicks:
[root@localhost /]# diff -q /srv/mycontainer/etc/passwd /etc/passwd
Files /srv/mycontainer/etc/passwd and /etc/passwd differ
Any ideas?
-Matt
11 years
[libvirt-users] Clipboard
by Dean Hunter
I am unable to cut and paste between a Fedora 19 host and a Fedora 19
guest.
Am I doing something wrong or is this a known problem that I have not
been able to find?
11 years
[libvirt-users] CfP 8th Workshop on Virtualization in High-Performance Cloud Computing (VHPC '13)
by VHPC 12
we apologize if you receive multiple copies of this CfP
=================================================================
CALL FOR PAPERS
8th Workshop on Virtualization in High-Performance Cloud Computing (VHPC '13)
as part of SC 13, Denver, Colorado | sponsored by ACM sighpc
=================================================================
Date: November 22, 2013
Workshop URL: http://vhpc.org
Paper Submission Deadline: September 23, 2013
CALL FOR PAPERS
Virtualization has become a common abstraction layer in modern data
centers, enabling resource owners to manage complex infrastructures
independently of their applications. Conjointly, virtualization is becoming
a driving technology for a manifold of industry grade IT services. The
cloud concept includes the notion of a separation between resource
owners and users, adding services such as hosted application
frameworks and queueing. Utilizing the same infrastructure, clouds
carry significant potential for use in cpu-intensive or data-intensive
computing. The ability of clouds to provide for requests and releases
of vast computing resources dynamically and close to the marginal
cost of providing the services is unprecedented in the history of
scientific and commercial computing.
This workshop aims to bring together industrial providers with the
application community in order to foster discussion, collaboration
and mutual exchange of knowledge and experience.
The workshop will be one day in length, composed of 20 min paper
presentations, each followed by 10 min discussion sections. Lightning
talks are limited to 5 minutes. Presentations may be accompanied by
interactive demonstrations.
TOPICS
Topics of interest include, but are not limited to:
- Management, deployment and monitoring of VM-based environments
- VM-cloud performance monitoring
- VM cloud topology management and optimization
- Operating systems virtualization supportpptimization
- VM-based cloud performance modelling
- Network virtualization for VM-environments
- Data virtualization
- Cloudbursting
- Evolved grid architectures including such based on network virtualization
- Workload characterization for VM-based environments
- Optimized communication libraries/protocols in the cloud
- System and process/bytecode VM convergence
- Cloud frameworks and APIs
- GPU Virtualization architectures and APIs
- Checkpointing/migration of large compute jobs
- Instrumentation interfaces and languages
- VMM performance (auto-)tuning on various load types
- Cloud reliability, fault-tolerance, and security
- Heterogeneous virtualized environments
- Paravirtualized I/O
- Services in cloud HPC
- Research and education use cases
- Virtualization in cloud, cluster and grid environments
- Cross-layer VM optimizations
- Cloud HPC use cases including optimizations
- Energy-aware virtualization
- Performance and cost modelling
- QoS and and service levels
- Languages for describing highly-distributed compute jobs
- VM cloud and cluster distribution algorithms, load balancing
- Instrumentation interfaces and languages
- Hypervisor extensions and tools for cluster and grid computing
- Virtual machine monitor platforms
- Cluster provisioning in the cloud
Important Dates:
Rolling Paper registration
September 23, 2013 - Full paper submission
October 21, 2013 - Acceptance notification
November 8, 2013 - Camera-ready version due
Lightning Talks:
August 9, 2013 - Deadline for lightning talk abstracts
September 2, 2013 - Lightning talk notification
November 22, 2013 - Workshop Date
TPC
CHAIR
Michael Alexander (chair), TU Wien, Austria
Gianluigi Zanetti (co-chair), CRS4, Italy
Anastassios Nanos (co-chair), NTUA, Greece
PROGRAM COMMITTEE
Costas Bekas, IBM, Switzerland
Jakob Blomer, CERN
Giovanni Busonera, CRS4, Italy
Roberto Canonico, University of Napoli Federico II, Italy
Simon Crosby, Bromium, USA
Tommaso Cucinotta, Alcatel-Lucent Bell Labs, Ireland
Casimer DeCusatis, IBM, USA
William Gardner, University of Guelph, USA
Marcus Hardt, Forschungszentrum Karlsruhe, Germany
Sverre Jarp, CERN, Switzerland
Xuxian Jiang, NC State, USA
Krishna Kant, George Mason University, USA
Romeo Kinzler, IBM, Switzerland
Nectarios Koziris, National Technical University of Athens, Greece
Simone Leo, CRS4, Italy
Jean-Marc Menaud, Ecole des Mines de Nantes, France
Dimitrios Nikolopoulos, Queen's University of Belfast, UK
Josh Simons, VMWare, USA
Borja Sotomayor, University of Chicago, USA
Yoshio Turner, HP Labs, USA
Kurt Tutschku, Blekinge Institute of Technology, Sweden
Chao-Tung Yang, Tunghai University, Taiwan
PAPER SUBMISSION-PUBLICATION
Papers submitted to the workshop will be reviewed by at least two
members of the program committee and external reviewers. Submissions
should include abstract, key words, the e-mail address of the
corresponding author, and must not exceed 8 pages, including tables
and figures at a main font size no smaller than 11 point. Submission
of a paper should be regarded as a commitment that, should the paper
be accepted, at least one of the authors will register and attend the
conference to present the work.
Accepted papers will be published in the ACM International Conference
Proceedings Series. The format must be according to the ACM SIG style.
Initial submissions are in PDF; authors of accepted papers will be
requested to provide source files.
Format Guidelines:
http://www.acm.org/sigs/publications/sigguide-v2.2sp
Style template:
http://www.acm.org/sigs/publications/proceedings-templates
Abstract Submission Link:
http://edas.info/newPaper.php?c=14791
LIGHTNING TALKS
Lightning Talks are non-paper track synoptical in nature that are strictly
limited to 5 minutes. They can be used to gain early feedback on ongoing
research, for demonstrations, to present research results, early research
ideas, perspectives and positions of interest to the community.
GENERAL INFORMATION
The workshop will be held as part of SC’13, Denver, Colorado.
SC 2013: http://sc13.supercomputing.org/
11 years
[libvirt-users] Changing CPU cache size of guest
by Peter Matulis
Hi everybody,
Using libvirt 1.0.0 how does one change the L2 cache size of the virtual
CPU? I can change the CPU model but the cache size never changes:
<cpu mode='host-passthrough'/>
<model>Nehalem</model>
OR
<cpu match='exact' mode='custom'/>
<model>Nehalem</model>
Is there a qemu requirement?
--
peter matulis
11 years
[libvirt-users] How to handle IP-based Networkfilters
by Matthias Babisch
Hello People.
We are currently exploring the possibility to use libvirt and kvm/quemu
for production purposes. The general stability seems good enough and the
performance is great. There are some issues we do not understand here
yet. For security reasons we are considering the extensive use of
Networkfilters for virtual machines. But we found some simple scheme for
a test-server not to be working as we expected. It might well be that we
misunderstand something here, so I am hoping someone could point out to
us, where either we or perhaps libvirt failed in this example.
We are using an ubuntu 13.04 Server running the provided
"1.0.2-0ubuntu11.13.04.2" libvirt-bin using amd64-architecture.
The type of VM should not be relevant for this problem. Its a
linux-based xmpp-Server which uses ucarp.
I reduced the used filter-file just so i could prove my point. It contains:
<filter name='linux-based-xmpp-server' chain='root'>
<uuid>fb539996-eed5-11e2-8bd3-00e081e0f040</uuid>
<rule action='accept' direction='in' priority='999'>
<tcp state='NEW' dstportstart='5222'/>
</rule>
<rule action='accept' direction='in' priority='999'>
<tcp state='NEW' dstportstart='5269'/>
</rule>
<rule action='accept' direction='inout' priority='999'>
<ip dstipaddr='224.0.0.18' proto='112'/>
</rule>
<rule action='reject' direction='inout' priority='999'>
<all/>
</rule>
</filter>
Practically it should allow TCP-traffic on Ports 5222,5269 incoming and
incoming and outgoing traffic for ip protocol 112 to destination ip
224.0.0.18 (VRRP used by ucarp). All other traffic should be rejected.
There is only one VM on the system and the VM has this ruleset attached.
Note: It is clear to me that this example won't work as areal world
example, because packets of the state ESTABLISHED,RELATED are not
allowed through the firewall. I removed these rules because they where
in a filter-file i referenced.
After reloading the libvirt-bin i do get part of the rules in would
expect in iptables:
Chain FI-vnet0 (1 references)
target prot opt source destination
REJECT all -- 0.0.0.0/0 0.0.0.0/0 reject-with
icmp-port-unreachable
Chain FO-vnet0 (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp
dpt:5222 state NEW
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp
dpt:5269 state NEW
REJECT all -- 0.0.0.0/0 0.0.0.0/0 reject-with
icmp-port-unreachable
Chain HI-vnet0 (1 references)
target prot opt source destination
REJECT all -- 0.0.0.0/0 0.0.0.0/0 reject-with
icmp-port-unreachable
What is missing is any reference to the rule for ucarp (protocol 112).
Please note though that removing the protocol and just allowing any ip
traffic to 224.0.0.18 as a rule, does not appear in the iptables either.
Am i misunderstanding anything here? Is there a bug in libvirt? How do
you interpret this?
Do you know of any other way to achieve the simple ruleset intended?
I am hoping to get more information from this list. If you are replying,
please cc me (matthias.babisch(a)bmiag.de), because i receive this list as
a digest.
Sincerely
Matthias Babisch
IT/Organisation
*b+m Informatik AG*
Rotenhofer Weg 20
24109 Melsdorf
T +49 4340/404-1444
F +49 4340/404-111
M +49 160/8866426
matthias.babisch(a)bmiag.de
Aktuelle Informationen unter www.bmiag.de <%5C%22http://www.bmiag.de%5C%22>
Die b+m Informatik AG ist ein Unternehmen der Allgeier Gruppe
<%5C%22http://www.allgeier-holding.de%5C%22>
Vorsitzender des Aufsichtsrates: Dr. Marcus Goedsche
Vorstand: Dipl-Ing. Frank Mielke
Amtsgericht Kiel, HRB 5526
11 years
[libvirt-users] Hotplug of disk devices in LXC failed with libvirt of version 1.0.2
by hzguanqiang
Hi Daniel,
I noticed that the patch "Add support for hotplug/unplug of disk devices in LXC" you wrote had been merged into libvirt of version 1.0.2.
But when I used this function, it report an error with details as following:
ubuntu@lxc:~$ vir attach-device instance-0000002c disk.xml --config
error: Failed to attach device from disk.xml
error: Unable to create device /proc/18377/root/dev/sdb: Permission denied
ubuntu@lxc:~$ vir attach-device instance-0000002c disk.xml
error: Failed to attach device from disk.xml
error: Unable to create device /proc/18377/root/dev/sdb: Permission denied
ubuntu@lxc:~$ cat disk.xml
<disk type='block' device='disk'>
<driver type='raw' cache='none'/>
<source dev='/dev/dm-0'/>
<target dev='sdb' bus='scsi'/>
</disk>
ubuntu@lxc:~$ ll /dev/dm-0
brw-rw---- 1 root disk 252, 0 Jul 15 03:39 /dev/dm-0
ubuntu@lxc:~$ dpkg -l|grep libvirt
ii libvirt-bin 1.0.2-0ubuntu11 programs for the libvirt library
ii libvirt0 1.0.2-0ubuntu11 library for interfacing with different virtualization systems
ii python-libvirt 1.0.2-0ubuntu11 libvirt Python bindings
And in this lxc vm, through dmesg the following information can be seen:
ubuntu@lxc2:~$ dmesg
[433287.227288] type=1400 audit(1373874475.861:55): apparmor="DENIED" operation="mknod" info="Failed name lookup" error=-13 parent=1 profile="/usr/sbin/libvirtd" name="dev/sdb" pid=1541 comm="libvirtd" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
What's the real problem and How can I fix it. I really appreciate your help.
Thanks!
--------------
Best regards!
GuanQiang
2013-07-15
11 years
[libvirt-users] Libvirt "tc ingress qdisc" automatically removed by ovs vlan tag setting, how?
by Qiu Yu
With outbound QoS setting in Libvirt XML, libvirt will add a tc
ingress qdisc for traffic shaping. Then if you set VLAN tag to that
tap device, this qdisc will automatically gone by no reason.
Could anyone shed some lights where should I look into? I'm really
confused and got no clue here. Thanks!
Steps to reproduce
--
# virsh start instance-name
# virsh dumpxml instance-name
...
<interface type='bridge'>
<mac address='fa:16:3e:b9:8f:2a'/>
<source bridge='br-int'/>
<virtualport type='openvswitch'>
<parameters interfaceid='0a2b02ca-4824-4bda-baa9-05fff7a3146d'/>
</virtualport>
<target dev='tap0a2b02ca-48'/>
<model type='virtio'/>
<bandwidth>
<outbound average='256' peak='512' burst='512'/>
</bandwidth>
<alias name='net0'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
</interface>
...
# tc qdisc ls dev tap0a2b02ca-48
qdisc htb 1: root refcnt 2 r2q 10 default 1 direct_packets_stat 0
qdisc sfq 2: parent 1:1 limit 127p quantum 1514b perturb 10sec
qdisc ingress ffff: parent ffff:fff1 ---------------- (<-- already showed up)
# ovs-vsctl set port tap0a2b02ca-48 tag=1
# tc qdisc ls dev tap0a2b02ca-48
qdisc htb 1: root refcnt 2 r2q 10 default 1 direct_packets_stat 0
qdisc sfq 2: parent 1:1 limit 127p quantum 1514b perturb 10sec
(<-- ingress qdisc is gone)
After that, if add this qdisc manually and re-set vlan tag, problem no
longer exists. But it can always be reproduced after "virsh destroy /
start" cycle.
# tc qdisc add dev tap0a2b02ca-48 handle ffff: ingress
# ovs-vsctl clear port tap0a2b02ca-48 tag
# ovs-vsctl set port tap0a2b02ca-48 tag=1
# tc qdisc ls dev tap0a2b02ca-48
qdisc htb 1: root refcnt 2 r2q 10 default 1 direct_packets_stat 0
qdisc sfq 2: parent 1:1 limit 127p quantum 1514b perturb 10sec
qdisc ingress ffff: parent ffff:fff1 ---------------- (<-- still exists)
Other information
--
# ovs-vsctl --version
ovs-vsctl (Open vSwitch) 1.9.2
Compiled May 27 2013 14:19:16
# uname -r
2.6.32-358.111.1.openstack.el6.x86_64
# virsh --version (This is a version I built from libvirt upstream
origin/v0.9.11-stable branch)
0.9.11.9
--
Qiu Yu
11 years
[libvirt-users] Cluster discovery using Libvert
by Narendra
Hello,
I'm beginner user of Libvert. I want to find out the nodes (ESX servers) in
cluster. I'm using following way but unable to get results. I'm not sure
whether I'm using correct command or not. Please help me to achieve the
expected result.
=========================================================
Virsh # connect esx://192.168.10.1/DatacenterC2/Cluster2?no_verify=1
Enter username for 192.168.10.1 [administrator]:
Enter administrator's password for 192.168.10.1:
error: Failed to connect to the hypervisor
error: invalid argument: Path '/DatacenterC2/Cluster2' does not specify a
host system
=========================================================
Regards,
Narendra
11 years
[libvirt-users] libvrtd-1.1.0 crashes when attempting to start some (but not all) LXC containers
by Dennis Jenkins
Hello all,
I have two issues:
1) I am unable to start a seemingly correct LXC domain (I cloned it from a
working domain).
2) I am able to crash "libvirtd" by attempting to start the cloned domain,
but starting the original works just fine.
I humbly submit that item #2 is a bug - the "libvirtd" daemon should
never crash due to anything the "libvirt" client throws at it. As for
item #1, I'm not sure where I went wrong. A full walk-through is below
(ending with a DIFF of the XML from the two domains).
I created by original domain ("dwj-lnx-dev") a long time ago. Today I
created the new domain ("dwj-hfax-dev") as follows:
1) Shutdown "dwj-lnx-dev"
2) Clone the root file system: "cd /vm/lxc/; cp -a dwj-lnx-dev
dwj-hfax-dev" (2.5GB, ~5 min)
3) "libvirt -c lxc:/// dumpxml dwj-lnx-dev > a.xml"
4) ${EDITOR} a.xml
a) changed MAC address, name, memory, source directory for "/"
5) "libvirt -c lxc:/// define a.xml"
6) Edit "/etc/bind/pri/*" and "/etc/dhcp/dhcpd.conf" on my host.
It does not matter is "dwj-lnx-dev" is running or not. Any attempt to
start "dwj-hfax-dev" will crash libvirtd.
In the past I was asked to turn on some debugging and capture a
detailed log (
https://www.redhat.com/archives/libvirt-users/2013-May/msg00076.html). I
will do this soon and post my results as a follow up.
ostara ~ # uname -a
Linux ostara 3.8.13-gentoo #1 SMP PREEMPT Mon Jun 3 17:10:56 CDT 2013
x86_64 Intel(R) Core(TM) i5 CPU 760 @ 2.80GHz GenuineIntel GNU/Linux
ostara ~ # equery l libvirt
* Searching for libvirt ...
[IP-] [ ] app-emulation/libvirt-1.1.0-r1:0
ostara ~ # virsh -c lxc:/// version
Compiled against library: libvirt 1.1.0
Using library: libvirt 1.1.0
Using API: LXC 1.1.0
Running hypervisor: LXC 3.8.13
ostara ~ # /etc/init.d/libvirtd restart
* Caching service dependencies
...
[ ok ]
* Stopping libvirtd ...
* Shutting down network(s):
*
default
[ ok ]
* Starting libvirtd
...
[ ok ]
ostara ~ # virsh -c lxc:/// list --all
Id Name State
----------------------------------------------------
- dwj-hfax-dev shut off
- dwj-lnx-dev shut off
- vm1 shut off
ostara ~ # virsh -c lxc:/// start dwj-lnx-dev
Domain dwj-lnx-dev started
ostara ~ # virsh -c lxc:/// list --all
Id Name State
----------------------------------------------------
9441 dwj-lnx-dev running
- dwj-hfax-dev shut off
- vm1 shut off
ostara ~ # virsh -c lxc:/// start dwj-hfax-dev
error: Failed to start domain dwj-hfax-dev
error: End of file while reading data: Input/output error
error: One or more references were leaked after disconnect from the
hypervisor
error: Failed to reconnect to the hypervisor
ostara ~ # virsh -c lxc:/// list --all
error: failed to connect to the hypervisor
error: no valid connection
error: Failed to connect socket to '/var/run/libvirt/libvirt-sock':
Connection refused
ostara ~ # ls -l /var/run/libvirt/libvirt-sock
srwx------ 1 root root 0 Jul 12 11:21 /var/run/libvirt/libvirt-sock
ostara ~ # ps axfw | grep libvirt
9997 pts/2 S+ 0:00 \_ grep --colour=auto
libvirt
8446 ? S 0:00 /usr/sbin/dnsmasq
--conf-file=/var/lib/libvirt/dnsmasq/default.conf
9441 ? Ss 0:00 /usr/libexec/libvirt_lxc --name dwj-lnx-dev
--console 19 --security=none --handshake 23 --background --veth veth1
ostara ~ # /etc/init.d/libvirtd restart
* Stopping libvirtd ...
* start-stop-daemon: no matching processes
found
[ ok ]
* Starting libvirtd
...
[ ok ]
ostara ~ # ps axfw | grep libvirt
10130 pts/2 S+ 0:00 \_ grep --colour=auto
libvirt
8446 ? S 0:00 /usr/sbin/dnsmasq
--conf-file=/var/lib/libvirt/dnsmasq/default.conf
9441 ? Ss 0:00 /usr/libexec/libvirt_lxc --name dwj-lnx-dev
--console 19 --security=none --handshake 23 --background --veth veth1
10033 ? Sl 0:00 /usr/sbin/libvirtd -d --listen
ostara ~ # virsh -c lxc:/// list --all
Id Name State
----------------------------------------------------
9441 dwj-lnx-dev running
- dwj-hfax-dev shut off
- vm1 shut off
ostara ~ # virsh -c lxc:/// dumpxml dwj-hfax-dev
<domain type='lxc'>
<name>dwj-hfax-dev</name>
<uuid>681410de-7b56-41bd-b38d-3c66ce97e7b3</uuid>
<memory unit='KiB'>4194304</memory>
<currentMemory unit='KiB'>4194304</currentMemory>
<vcpu placement='static'>4</vcpu>
<resource>
<partition>/machine</partition>
</resource>
<os>
<type arch='x86_64'>exe</type>
<init>/sbin/init</init>
</os>
<clock offset='utc'/>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>destroy</on_crash>
<devices>
<emulator>/usr/libexec/libvirt_lxc</emulator>
<filesystem type='mount' accessmode='passthrough'>
<source dir='/vm/lxc/dwj-hfax-dev'/>
<target dir='/'/>
</filesystem>
<filesystem type='mount' accessmode='passthrough'>
<source dir='/usr/portage'/>
<target dir='/usr/portage'/>
</filesystem>
<filesystem type='mount' accessmode='passthrough'>
<source dir='/usr/src'/>
<target dir='/usr/src'/>
</filesystem>
<filesystem type='mount' accessmode='passthrough'>
<source dir='/home'/>
<target dir='/home'/>
</filesystem>
<interface type='bridge'>
<mac address='82:00:00:00:01:01'/>
<source bridge='br0'/>
<target dev='veth0'/>
</interface>
<console type='pty'>
<target type='lxc' port='0'/>
</console>
</devices>
<seclabel type='none'/>
</domain>
ostara ~ # virsh -c lxc:/// dumpxml dwj-lnx-dev
<domain type='lxc' id='9441'>
<name>dwj-lnx-dev</name>
<uuid>fbcd8c3a-9939-12b4-727d-5d3526bc448f</uuid>
<memory unit='KiB'>500000</memory>
<currentMemory unit='KiB'>500000</currentMemory>
<vcpu placement='static'>2</vcpu>
<resource>
<partition>/machine</partition>
</resource>
<os>
<type arch='x86_64'>exe</type>
<init>/sbin/init</init>
</os>
<clock offset='utc'/>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>destroy</on_crash>
<devices>
<emulator>/usr/libexec/libvirt_lxc</emulator>
<filesystem type='mount' accessmode='passthrough'>
<source dir='/vm/lxc/dwj-lnx-dev'/>
<target dir='/'/>
</filesystem>
<filesystem type='mount' accessmode='passthrough'>
<source dir='/usr/portage'/>
<target dir='/usr/portage'/>
</filesystem>
<filesystem type='mount' accessmode='passthrough'>
<source dir='/usr/src'/>
<target dir='/usr/src'/>
</filesystem>
<filesystem type='mount' accessmode='passthrough'>
<source dir='/home'/>
<target dir='/home'/>
</filesystem>
<interface type='bridge'>
<mac address='82:00:00:00:01:00'/>
<source bridge='br0'/>
<target dev='veth0'/>
</interface>
<console type='pty' tty='/dev/pts/3'>
<source path='/dev/pts/3'/>
<target type='lxc' port='0'/>
<alias name='console0'/>
</console>
</devices>
<seclabel type='none'/>
</domain>
ostara ~ # virsh -c lxc:/// dumpxml dwj-lnx-dev > lnx.xml
ostara ~ # virsh -c lxc:/// dumpxml dwj-hfax-dev > hfax.xml
ostara ~ # diff lnx.xml hfax.xml
1,6c1,6
< <domain type='lxc' id='9441'>
< <name>dwj-lnx-dev</name>
< <uuid>fbcd8c3a-9939-12b4-727d-5d3526bc448f</uuid>
< <memory unit='KiB'>500000</memory>
< <currentMemory unit='KiB'>500000</currentMemory>
< <vcpu placement='static'>2</vcpu>
---
> <domain type='lxc'>
> <name>dwj-hfax-dev</name>
> <uuid>681410de-7b56-41bd-b38d-3c66ce97e7b3</uuid>
> <memory unit='KiB'>4194304</memory>
> <currentMemory unit='KiB'>4194304</currentMemory>
> <vcpu placement='static'>4</vcpu>
21c21
< <source dir='/vm/lxc/dwj-lnx-dev'/>
---
> <source dir='/vm/lxc/dwj-hfax-dev'/>
37c37
< <mac address='82:00:00:00:01:00'/>
---
> <mac address='82:00:00:00:01:01'/>
41,42c41
< <console type='pty' tty='/dev/pts/3'>
< <source path='/dev/pts/3'/>
---
> <console type='pty'>
44d42
< <alias name='console0'/>
(After reseting everything, and attempting to boot hfax with dev offline,
libvirtd still crashes)
ostara ~ # virsh -c lxc:/// list --all
Id Name State
----------------------------------------------------
- dwj-hfax-dev shut off
- dwj-lnx-dev shut off
- vm1 shut off
ostara ~ # virsh -c lxc:/// start dwj-hfax-dev
error: Failed to start domain dwj-hfax-dev
error: End of file while reading data: Input/output error
error: One or more references were leaked after disconnect from the
hypervisor
error: Failed to reconnect to the hypervisor
11 years
