[Expired for qemu-kvm (Ubuntu) because there has been no activity for 60
days.]
** Changed in: qemu-kvm (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1694
The VM has now had the problem recur again with the monitoring showing
that just before it stops functioning nothing appears to be
odd/excessive with the network usage.
As such, I may have mis-titled my bug as I had assumed it was heavy load
causing the issue.
One thing which struck me as slightl
Hi Barry,
to check from the host out of band if "anything" is moving you could use
domnetstat like
$ virsh domifstat
Get the device via
$ virsh domiflist
If you have steady traffic you can check if there was no change at all.
If you are not sure on the traffic you can at least log that thro
Since I have put monitoring in place it would appear that I haven't had
the issue again in 3 days.
This is rather frustrating as it was happening every night.
I'm going to dial back on some of the monitoring in case this was
prompting it to stay alive unexpectedly (as I don't think the option of
On #3 oh yeah virtio is better than e1000 in every dimension, yet
sometimes worth a try to sort things out.
Thanks for the update and your testing, I was running a similar load,
but maybe not long enough.
Once you have more, please also attach your tooling that you use to force it.
That way I can
I didn't manage to force the network to drop out by simply running
iperf3.
Had it running most of the day doing approx 2-3gbps traffic constantly.
The issue is still persisting though, so there must be something going
on.
I have now set some simple scripts which monitor packets per second and
by
1) It seems to happen every night (which is when the Ceph cluster is
most used). Not sure if it's at a specific time or whether anything else
could be interacting with it - I'll see if I can narrow this down. I'm
trying to run some tests to see whether I can force it to happen by
throwing a lot of
Hi Barry,
thanks for your report.
Several questions trying to get us analyzing this:
1. how (fast) reproducible is this?
2. you say heavy network load through to ceph, did you ever reproduce without
ceph (like any network benchmark tool? - that would ease reproducing this).
Also even if ceph onl
I am not experiencing this issue on my other virtualised Ceph instance.
The guest of the instance is 17.04 much like the other one, but the host
is 16.04.2 LTS on 4.4.0-75-generic.
No idea if it is just coincidence that it's not failing.
--
You received this bug notification because you are a me
