Displaying 11 results from an estimated 11 matches for "hfax".
Did you mean:
fax
2013 Jul 12
2
libvrtd-1.1.0 crashes when attempting to start some (but not all) LXC containers
..."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 dire...
2013 Jul 12
0
Re: libvrtd-1.1.0 crashes when attempting to start some (but not all) LXC containers
The debug log ends with this:
2013-07-12 16:43:31.740+0000: 21365: debug : virCgroupMakeGroup:708 : Make
group /machine/dwj-hfax-dev.libvirt-lxc
2013-07-12 16:43:31.740+0000: 21365: debug : virCgroupMakeGroup:729 : Make
controller /sys/fs/cgroup/cpu/machine/dwj-hfax-dev.libvirt-lxc/
2013-07-12 16:43:31.740+0000: 21365: debug : virCgroupMakeGroup:729 : Make
controller /sys/fs/cgroup/cpuacct/machine/dwj-hfax-dev.libvirt-lxc/
2...
2013 Jul 12
2
Re: libvrtd-1.1.0 crashes when attempting to start some (but not all) LXC containers
Update: I am able to edit the XML in "dwj-hfax-dev" such that libvirtd no
longer crashes, and edit the XML for "dwj-lnx-dev" such that it will crash.
The presents of "<seclabel type='none'/>" near the bottom causes libvirtd
to crash.
I do not recall ever manually adding that to my domain.
In any event,...
2013 Sep 10
3
libvirt-1.2.2-r1 (Gentoo) fails to start LXC containers
...ug 24 16:03:57 CDT 2013
x86_64 Intel(R) Core(TM) i5 CPU 760 @ 2.80GHz GenuineIntel GNU/Linux
ostara ~ # emerge -pvuND world
These are the packages that would be merged, in order:
Calculating dependencies... done!
Total: 0 packages, Size of downloads: 0 kB
ostara lxc # virsh -c lxc:/// start dwj-hfax-dev
error: Failed to start domain dwj-hfax-dev
error: internal error: guest failed to start: PATH=/bin:/sbin TERM=linux
container=lxc-libvirt container_uuid=681410de-7b56-41bd-b38d-3c66ce97e7b3
LIBVIRT_LXC_UUID=681410de-7b56-41bd-b38d-3c66ce97e7b3
LIBVIRT_LXC_NAME=dwj-hfax-dev /sbin/init
error rece...
2013 Sep 11
2
Re: libvirt-1.2.2-r1 (Gentoo) fails to start LXC containers
...upgraded "libvirt" on Gentoo to 1.2.2-r1 (latest available). I
>> have not used LXC containers for a few weeks, so I don't recall what
>> version of libvirt I was using when my container last booted successfully.
>>
>> ostara ~ # tail /var/log/libvirt/lxc/dwj-hfax-dev.log
>> 2013-09-10 13:56:22.767+0000: starting up
>> PATH=/bin:/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3:/usr/x86_64-pc-linux-gnu/i686-pc-mingw32/gcc-bin/4.7.3
>> LIBVIRT_DEBUG=3 LIBVIRT...
2013 Sep 11
0
Re: libvirt-1.2.2-r1 (Gentoo) fails to start LXC containers
...> I recently upgraded "libvirt" on Gentoo to 1.2.2-r1 (latest available). I
> have not used LXC containers for a few weeks, so I don't recall what
> version of libvirt I was using when my container last booted successfully.
>
> ostara ~ # tail /var/log/libvirt/lxc/dwj-hfax-dev.log
> 2013-09-10 13:56:22.767+0000: starting up
> PATH=/bin:/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3:/usr/x86_64-pc-linux-gnu/i686-pc-mingw32/gcc-bin/4.7.3
> LIBVIRT_DEBUG=3 LIBVIRT_LOG_OUTPUTS...
2013 Sep 30
1
LXC, libvrt-1.1.2-r3 (Gentoo), "/dev/tty12", mount /dev with inverse of 'nodev'?
...ng[440]: I/O error occurred while writing;
fd='16', error='No space left on device (28)'
Sep 30 14:06:47 localhost syslog-ng[440]: Suspending write operation
because of an I/O error; fd='16', time_reopen='60'
This is what I see inside the container:
djenkins@dwj-hfax-dev ~/src/HylaFAX+ $ find /dev | wc -l
23
dwj-hfax-dev ~ # ls -l /dev/tty*
crw-rw-rw- 1 root root 5, 0 Sep 30 13:44 /dev/tty
lrwxrwxrwx 1 root root 10 Sep 30 13:03 /dev/tty1 -> /dev/pts/0
-rw------- 1 root root 65536 Sep 30 14:12 /dev/tty12
### AHHH!!! There is the problem. "syslog-n...
2013 Sep 10
2
Re: libvirt-1.1.2-r1 (Gentoo) fails to start LXC containers (subject line minor edit, was libvirt-1.2.2-r1)
...> Digging through my logs (/var/log/libvirt/libvirt.log), I see that I last
> > successfully booted this LXC container on 2013-07-22, with libvirt
> reporting
> > version "1.1.0".
> >
> > Thoughts?
>
> You really need to look at /var/log/libvirt/lxc/dwj-hfax-dev.log
>
>
I did. I thought that I posted the relevant bits. I'll check/repost.
It just lots of this (one set from each test that I did):
2013-09-10 13:56:22.767+0000: starting up
PATH=/bin:/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/opt/bin...
2013 Jul 15
0
Re: libvrtd-1.1.0 crashes when attempting to start some (but not all) LXC containers
On 12.07.2013 20:32, Dennis Jenkins wrote:
> Update: I am able to edit the XML in "dwj-hfax-dev" such that libvirtd
> no longer crashes, and edit the XML for "dwj-lnx-dev" such that it will
> crash.
>
> The presents of "<seclabel type='none'/>" near the bottom causes
> libvirtd to crash.
>
> I do not recall ever manually adding...
2013 Jul 15
0
Re: libvrtd-1.1.0 crashes when attempting to start some (but not all) LXC containers
...=0x7fe4640c1610, autoDestroy=false,
reason=VIR_DOMAIN_RUNNING_BOOTED) at lxc/lxc_process.c:1144
rc = -1
r = <optimized out>
nttyFDs = 1
ttyFDs = 0x7fe458001790
i = <optimized out>
logfile = 0x7fe458000ad0 "/var/log/libvirt/lxc/dwj-hfax-dev.log"
logfd = -1
nveths = 0
veths = 0x0
handshakefds = {-1, -1}
pos = -1
ebuf =
"\000\000\000\000\344\177\000\000\020\000\000\000\000\000\000\000\376\377\377\377\377\377\377\377\000\000\000\000\000\000\000\000\377\377\377\377",
'...
2013 Jul 15
3
Re: libvrtd-1.1.0 crashes when attempting to start some (but not all) LXC containers
On Mon, Jul 15, 2013 at 3:18 AM, Michal Privoznik <mprivozn@redhat.com>wrote:
>
> Interesting. If you are still able to reproduce the crash, can you try to
> get the line number within virSecurityManagerGenLabel where the crash
> happened? I think it's the STREQ line (440 linenr). Question is whether
> model or name is NULL.
>
>
I'll try.
I'm not sure why