e system?
This does not happen if I run qemu without mac=.. option, ie. the MAC
address is qemu predefined 52:54:xxx but I want to provide the macs
via command line.
Is it a known issue or I'm doing something wrong?
Thanks.
--
Roman Mashak
guest:
% ls -la /etc/systemd/system/default.target
lrwxrwxrwx. 1 root root 37 Sep 22 17:17
/etc/systemd/system/default.target ->
/lib/systemd/system/multi-user.target
%
What else should I do to run it in purely text mode?
Thanks.
--
Roman Mashak
t vl.c:4431
(gdb)
It looks that an error has occurred during disk I/O (frame 8) and it
resulted in subsequent VM stop.
Is this a known issue? Can disk I/O be tuned to avoid such behaviour
during copying of large files?
Thanks.
--
Roman Mashak
st0
>> ...
>>
>> I connected to running qemu with GDB and found that the qemu sends
>> ioctl to stop vhost:
>>
>> ...
>> It looks that an error has occurred during disk I/O (frame 8) and it
>> resulted in subsequent VM stop.
>
> Do you think this i
But one thing is common -- both errors (your and mine) happen under
heavy I/O operations.
2014-11-11 13:09 GMT-05:00 Roman Mashak :
> Hi Markus,
>
> I looked at your original message
> http://lists.gnu.org/archive/html/qemu-discuss/2014-06/msg00094.html
> You observed assert fai
If you think that might be related and you have a chance to give it a try
> I would be interested in the reults too.
--
Roman Mashak
I have a machine with 4 Numa nodes and is booted with kernel boot
parameter default_hugepagesz=1G. I'm launching qemu with libvirt, and
I can see that qemu starts with the following parameters:
-m 65536 ... -mem-prealloc -mem-path /mnt/hugepages/libvirt/qemu
i.e. start the virtual machine with 64
