similar to: virt-install --connect lxc:///

Displaying 20 results from an estimated 1000 matches similar to: "virt-install --connect lxc:///"

2018 Mar 28
1
virt-install --connect lxc:///
After reboot of the host i have different error message: root@blade1:~# virt-install --connect lxc:/// --name test_LXC --memory 128 --filesystem /home/lxcuser/LXC,/ --init /bin/sh WARNING No operating system detected, VM performance may suffer. Specify an OS with --os-variant for optimal results. Starting install... ERROR internal error: guest failed to start: Failure in libvirt_lxc
2018 Mar 23
2
Attempt to define unprivileged LXC by libvirt
Hi, i converted LXC conf to xml by: lxcuser@blade1:~/.local/share/lxc/test_deb$ virsh -c lxc:/// domxml-from- native lxc-tools /home/lxcuser/.local/share/lxc/test_deb/config <domain type='lxc'> <name>test_deb</name> <uuid>cce77799-89fd-41fd-99c1-101e00844e23</uuid> <memory unit='KiB'>65536</memory> <currentMemory
2018 Mar 23
0
Re: Attempt to define unprivileged LXC by libvirt
On Fri, Mar 23, 2018 at 02:09:39PM +0100, ales drtik wrote: > Hi, > i converted LXC conf to xml by: > > lxcuser@blade1:~/.local/share/lxc/test_deb$ virsh -c lxc:/// domxml-from- > native lxc-tools /home/lxcuser/.local/share/lxc/test_deb/config > > <domain type='lxc'> > <name>test_deb</name> >
2013 May 14
1
Unable to start LXC on Gentoo w/ libvirt 1.0.4 or 1.0.5. 1.0.3 works
Hello. I use libvirtd on my Gentoo development system to manage both QEMU and LXC. When 1.0.3 came out, I updated to it from 1.0.3-r2, but 1.0.4 failed to start my LXC containers. I did not research the issue at the time, so I revert to 1.0.3-r2. Today I updated to 1.0.5 and my LXC containers still fail to start. I have not changed my domain XML at all. I am looking for suggestions on
2013 Feb 08
1
libvirt v1.0.2 fails to boot LXC container, but v1.0.0 works
Hello. tl;dr = v1.0.0 can boot my LXC containers, v.1.0.1 and v.1.0.2 fails. Paraphrased error message: "lxcContainerMountProcFuse:616 : Failed to mount ..../meminfo" I'd like to know if my host is misconfigured, or my domains, or ... why 1.0.2 and 1.0.1 are not working for me. I've been using libvirt for a while to manage QEMU instances. I have experimented with lxc.
2011 Oct 25
3
[Bug 759] New: "iptables -m recent" crashes a LXC host on lxc-stop
http://bugzilla.netfilter.org/show_bug.cgi?id=759 Summary: "iptables -m recent" crashes a LXC host on lxc-stop Product: netfilter/iptables Version: linux-2.6.x Platform: x86_64 OS/Version: Ubuntu Status: NEW Severity: critical Priority: P5 Component: ip_tables (kernel) AssignedTo:
2013 Jul 09
2
[PATCH 2/2] LXC: hostdev: parent directroy for hostdev atomically
Create parent directroy for hostdev atomically when we start a lxc domain or attach a hostdev to a lxc domain. Signed-off-by: Gao feng <gaofeng@cn.fujitsu.com> --- src/lxc/lxc_container.c | 42 ++++++++++++++++++++++++++++-------------- src/lxc/lxc_driver.c | 14 ++++++++++++++ 2 files changed, 42 insertions(+), 14 deletions(-) diff --git a/src/lxc/lxc_container.c
2018 Apr 10
0
unprivileged container has wrong owners inside in /proc/ and /sys
We run unprivileged lxc containers (libvirt based) with next config: ... <idmap> <uid start='0' target='65535' count='65535'/> <gid start='0' target='65535' count='65535'/> </idmap> ... <devices> <emulator>/usr/libexec/libvirt_lxc</emulator> <filesystem type='mount'
2012 May 04
1
Libvirt LXC and VCPU?
Hi, We are using Openstack and Libvirt/LXC as our virtualization endpoint. Here is an example of one of our libvirt domain: http://paste.debian.net/167276/ So we have <vcpu>4</vcpu>. But the command : root at PAR-SRV-02-MASTER:/etc/libvirt/lxc# virsh --connect lxc:/// dominfo instance-0000004a Id: 17495 Name: instance-0000004a UUID:
2012 Oct 24
0
Failed to query file context on : No data available
Hi:I downloaded a cirros-0.3.0-x86_64-rootfs.img and mount it to /tmp/bak then I edit a xml file ,here is the content: <domain type='lxc'> <name>vm1</name> <memory>500000</memory> <os> <type>exe</type> <init>/bin/sh</init> </os> <vcpu>1</vcpu> <clock offset='utc'/>
2011 Dec 08
1
read-only rootfs for lxc containers
And speaking of running out of a shared read-only root, I get the following error when I attempt it: error: Failed to start domain hw error: internal error guest failed to start: PATH=/bin:/sbin TERM=linux LIBVIRT_LXC_UUID=38320e75-1ba0-d85a-6138-532a3a66f13d LIBVIRT_LXC_NAME=hw /bin/bash 2011-12-08 15:31:41.945: 1: info : libvirt version: 0.9.7 2011-12-08 15:31:41.945: 1: error :
2011 Aug 23
1
Strange libvirt exit status 1 (LXC containers)
Hello, I've encountered the following error, trying to start a domain: error: internal error Child process (PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin LIBVIRT_DEBUG=2 LIBVIRT_LOG_OUTPUTS=2:syslog:libvirtd /usr/libexec/libvirt_lxc --name vm_14 --console 18 --handshake 21 --background --veth veth1) status unexpected: exit status 1 I see nothing relevant
2012 Nov 04
3
Problem with CLVM (really openais)
I'm desparately looking for more ideas on how to debug what's going on with our CLVM cluster. Background: 4 node "cluster"-- machines are Dell blades with Dell M6220/M6348 switches. Sole purpose of Cluster Suite tools is to use CLVM against an iSCSI storage array. Machines are running CentOS 5.8 with the Xen kernels. These blades host various VMs for a project. The iSCSI
2016 Apr 11
0
Re: [Bug 1325687] network type="ethernet" not supported with LXC
On 04/11/2016 09:24 AM, abhishek jain wrote: > Hi Team > > I'm trying to launch LXC VM with libvirt 1.2.12 having commit > *22cff52a2b8e06c913b1f97767e5d3**90fb17fc3b *with below XML configuration.. > > <domain type="lxc"> > <uuid>64c48da2-e318-4085-8b88-c980aab4de34</uuid> > <name>test</name> >
2016 Apr 11
2
Re: [Bug 1325687] network type="ethernet" not supported with LXC
Hi Team I'm trying to launch LXC VM with libvirt 1.2.12 having commit *22cff52a2b8e06c913b1f97767e5d3**90fb17fc3b *with below XML configuration.. <domain type="lxc"> <uuid>64c48da2-e318-4085-8b88-c980aab4de34</uuid> <name>test</name> <memory>524288</memory> <vcpu>1</vcpu> <os> <type
2016 Apr 12
0
Re: [Bug 1325687] network type="ethernet" not supported with LXC
Hi Cole I tested the LXC VM with libvirt 1.2.12 after applying the patch http://www.redhat.com/archives/libvir-list/2016-April/msg00505.html I'm now getting following errors.. virsh -c lxc: start test error: Failed to start domain test error: internal error: Unsupported network type ethernet I'm using the below XML file for launching LXC VM.. <domain type="lxc">
2016 Apr 11
2
Re: [Bug 1325687] network type="ethernet" not supported with LXC
Thanks Cole. I need to use network type="ethernet" with LXC instead of Qemu. I have reopened my bug. On Mon, Apr 11, 2016 at 8:25 PM, Cole Robinson <crobinso@redhat.com> wrote: > On 04/11/2016 09:24 AM, abhishek jain wrote: > > Hi Team > > > > I'm trying to launch LXC VM with libvirt 1.2.12 having commit > >
2013 Dec 09
0
Gluster - replica - Unable to self-heal contents of '/' (possible split-brain)
Hello, I''m trying to build a replica volume, on two servers. The servers are: blade6 and blade7. (another blade1 in the peer, but with no volumes) The volume seems ok, but I cannot mount it from NFS. Here are some logs: [root@blade6 stor1]# df -h /dev/mapper/gluster_stor1 882G 200M 837G 1% /gluster/stor1 [root@blade7 stor1]# df -h /dev/mapper/gluster_fast
2019 Jan 21
2
libvirt 5.0.0 - LXC container still in "virsh list" output after shutdown
Hello. Centos 7.6 with libvirt build from base "virt" repository: libvirt-daemon-driver-lxc-5.0.0-1.el7.x86_64 libvirt-client-5.0.0-1.el7.x86_64 libvirt-daemon-5.0.0-1.el7.x86_64 libvirt-daemon-driver-network-5.0.0-1.el7.x86_64 libvirt-libs-5.0.0-1.el7.x86_64 + systemd-219-62.el7_6.2.x86_64 Now lxc containers with type='direct' can be started, but can't be stopped :)
2012 Dec 18
1
Problem with srptools
Hello, I have a problem with the srptools to connect my Dom0 to the scst over IB ressources. *When i''m on the Debian kernel (without Dom0) * root@blade1:/# ibsrpdm -c id_ext=003048ffff9dd3b4,ioc_guid=003048ffff9dd3b4,dgid=fe80000000000000003048ffff9dd3b5,pkey=ffff,service_id=003048ffff9dd3b4