Hi,
* Sylvestre Ledru schrieb:
> And maybe not adding more info to this bug (as it is marked as closed)
The bug is closed because it was considered fixed. As it does not seem to be
fixed for installations with existing hundreds-of-MB fail2ban.sqlite3, it should
be reopened, IMHO.
Mike
Hi,
I have a number of Debian hosts that have these ever-growing fail2ban databases.
I tried to solve the problem by updating to 0.11.1-2 (the bullseye version).
Observations:
* Disk space usage DOUBLES by a backup copy of the database on upgrade:
total 574M
-rw--- 1 root root 300M Sep
retitle 685353 "kvm process hangs with 100% CPU usage when using sound
emulation"
severity 685353 normal
thanks
Hi Michael,
* Michael Tokarev schrieb:
> On 30.08.2012 22:03, malc wrote:
> > On Thu, 30 Aug 2012, Mike Gerber wrote:
> []
> >> Vassily: Anything else
Hi,
> * malc schrieb:
> > Question - what's the frequency that the emulated card is operated in
> > (and what is the actual frequency host card provides)?
> The guest now survived >72 hours using 44.1khz capture rate on host & guest,
> with the hda-intel emulation.
Also runs stable for 72 hours u
Hi,
* malc schrieb:
> Question - what's the frequency that the emulated card is operated in
> (and what is the actual frequency host card provides)?
The guest now survived >72 hours using 44.1khz capture rate on host & guest,
with the hda-intel emulation.
# cat /proc/asound/card0/pcm0c/sub0/hw
* malc schrieb:
> What does "p *rate" yield? (i.e. other fields of rate are of
> interest too)
I'll check that too, back on es1370, will take a few days of waiting.
Mike
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
[Removing kvm@ from Cc, adding bugs.debian.org.)
* malc schrieb:
> [..snip..]
>
> It's also (appears) to be in the chunk of code written by Fabrice not me.
>
> Last comment at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685353
> doesn't include a backtrace.
To be honest I didn't do a backt
Hi, again,
> > (gdb) step
> > 73 in /tmp/buildd/qemu-kvm-1.1.1+dfsg/audio/rate_template.h
> > (gdb)
> > 75 in /tmp/buildd/qemu-kvm-1.1.1+dfsg/audio/rate_template.h
Btw, I started another gdb session today, before switching to ich6. qemu-kvm is
apparently looping here in rate_template.h
Hi Michael, Vassili,
* Michael Tokarev schrieb:
> Can you also check whenever hda emulated device also shows this issue?
I'm now using
which libvirt is translating to:
-device intel-hda,id=sound0,bus=pci.0,addr=0x6
-device hda-duplex,id=sound0-codec0,bus=so
found 685353 1.1.1+dfsg-1
thanks
Hi Michael,
> > > The hanging kvm process uses 100% CPU, there's no serial console anymore,
> > > no
> > > access to VNC anymore. No output on netconsole either. Unfortunately, I
> > > cannot
> > > even get a useful gdb backtrace:
>
> Finally, I figured out how
Hi Michael,
> > The hanging kvm process uses 100% CPU, there's no serial console anymore,
> > no
> > access to VNC anymore. No output on netconsole either. Unfortunately, I
> > cannot
> > even get a useful gdb backtrace:
Finally, I figured out how to get a useful backtrace. Running gdb and the
Hi Michael,
* Michael Tokarev schrieb:
> On 20.08.2012 10:01, Mike Gerber wrote:
> > I currently run 3 VMs using libvirt/qemu-kvm. Two of them are mostly idle
> > and
> > stable, but the third one locks up within 1 or 2 days. This third VM
> > uses an emulated ES1370 s
* Mike Gerber schrieb:
> * Michael Tokarev schrieb:
> > On 20.08.2012 10:01, Mike Gerber wrote:
> > > I currently run 3 VMs using libvirt/qemu-kvm. Two of them are mostly idle
> > > and
> > > stable, but the third one locks up within 1 or 2 days. This third VM
Package: qemu-kvm
Version: 1.1.0+dfsg-3
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
I currently run 3 VMs using libvirt/qemu-kvm. Two of them are mostly idle and
stable, but the third one locks up within 1 or 2 days. This third VM
uses an emulated ES1370 sound car
14 matches
Mail list logo
