Displaying 7 results from an estimated 7 matches for "oshi32134".
2014 Apr 12
2
LXC + USB passthrough = Operation not permitted
...1.2.2-0ubuntu12
i386 library for interfacing with different virtualization systems
ii python-libvirt 1.2.2-0ubuntu1
i386 libvirt Python bindings
Here's my entire domain definition:
<domain type='lxc'>
<name>oshi32134</name>
<uuid>xxxxx</uuid>
<memory unit='KiB'>3145728</memory>
<currentMemory unit='KiB'>3145728</currentMemory>
<vcpu placement='static'>1</vcpu>
<resource>
<partition>/machine</partition>...
2014 Apr 16
2
Re: LXC + USB passthrough = Operation not permitted
...fo : libvirt version: 1.2.2
2014-04-16 22:19:10.855+0000: 30419: error : virNetSocketReadWire:1446 :
Cannot recv data: Connection reset by peer
2014-04-16 22:19:10.940+0000: 30420: error : virLXCProcessStart:1299 :
internal error: guest failed to start: Unable to create device
//var/run/libvirt/lxc/oshi32134.dev/bus/usb//002//003: Operation not
permitted
2014-04-16 22:19:10.964+0000: 30420: warning :
virLXCDomainReAttachHostUsbDevices:388 : Unable to find device 000.000 in
list of active USB devices
Thanks in advance for any help, Daniel!
Cheers,
Fil
On Tue, Apr 15, 2014 at 1:33 AM, Daniel P. Berr...
2014 Apr 17
2
Re: LXC + USB passthrough = Operation not permitted
...16 22:19:10.855+0000: 30419: error : virNetSocketReadWire:1446 :
>> Cannot recv data: Connection reset by peer
>> 2014-04-16 22:19:10.940+0000: 30420: error : virLXCProcessStart:1299 :
>> internal error: guest failed to start: Unable to create device
>> //var/run/libvirt/lxc/oshi32134.dev/bus/usb//002//003: Operation not
>> permitted
>>
>> 2014-04-16 22:19:10.964+0000: 30420: warning :
>> virLXCDomainReAttachHostUsbDevices:388 : Unable to find device 000.000 in
>> list of active USB devices
>>
>> Thanks in advance for any help, Daniel!
&...
2014 Apr 17
1
Re: LXC + USB passthrough = Operation not permitted
Me again!
Think we've found it.
By diving into the LXC logs for the specific container, we found this:
2014-04-17 21:07:06.066+0000: 2861: debug : virCgroupSetValueStr:678 : Set
value '/sys/fs/cgroup/devices/machine/oshi32134.libvirt-lxc/devices.allow'
to 'c 189:130 rw'
Looks like libvirt the permission to 'rw', not 'rmw' [1], so no surprise
that when it goes to call mknod [2], it can't do so.
We are going to patch this so it gives 'rwm' access in the cgroup
whitelist, try to co...
2014 Apr 16
0
Re: LXC + USB passthrough = Operation not permitted
....2
> 2014-04-16 22:19:10.855+0000: 30419: error : virNetSocketReadWire:1446 :
> Cannot recv data: Connection reset by peer
> 2014-04-16 22:19:10.940+0000: 30420: error : virLXCProcessStart:1299 :
> internal error: guest failed to start: Unable to create device
> //var/run/libvirt/lxc/oshi32134.dev/bus/usb//002//003: Operation not
> permitted
>
> 2014-04-16 22:19:10.964+0000: 30420: warning :
> virLXCDomainReAttachHostUsbDevices:388 : Unable to find device 000.000 in
> list of active USB devices
>
> Thanks in advance for any help, Daniel!
>
> Cheers,
> Fil
&g...
2014 Apr 15
0
Re: LXC + USB passthrough = Operation not permitted
...gt;
> First post, kind of a noobie. I've been working with LXC and libvirt for a
> few months now. Trying to do some interesting things with containers and
> Android devices :D
> Here's my entire domain definition:
>
> <domain type='lxc'>
> <name>oshi32134</name>
> <uuid>xxxxx</uuid>
> <memory unit='KiB'>3145728</memory>
> <currentMemory unit='KiB'>3145728</currentMemory>
> <vcpu placement='static'>1</vcpu>
> <resource>
> <partition&...
2014 Apr 17
0
Re: LXC + USB passthrough = Operation not permitted
...0000: 30419: error : virNetSocketReadWire:1446 :
>>> Cannot recv data: Connection reset by peer
>>> 2014-04-16 22:19:10.940+0000: 30420: error : virLXCProcessStart:1299 :
>>> internal error: guest failed to start: Unable to create device
>>> //var/run/libvirt/lxc/oshi32134.dev/bus/usb//002//003: Operation not
>>> permitted
>>>
>>> 2014-04-16 22:19:10.964+0000: 30420: warning :
>>> virLXCDomainReAttachHostUsbDevices:388 : Unable to find device 000.000 in
>>> list of active USB devices
>>>
>>> Thanks in adv...