Hello Stefan,
Am 15.12.23 um 16:21 schrieb Stefan Hajnoczi:
Am 05.12.23 um 15:44 schrieb Stefan Hajnoczi:
On Tue, 5 Dec 2023 at 04:53, Philipp Hahn wrote:
>
by accident I stumbled over "VMware Instant Clone" ¹, which allows
cloning of running VMs by copy-on-write-sharing th
Hello Stefan,
thank you for your kind reply.
Am 05.12.23 um 15:44 schrieb Stefan Hajnoczi:
On Tue, 5 Dec 2023 at 04:53, Philipp Hahn wrote:
>
by accident I stumbled over "VMware Instant Clone" ¹, which allows
cloning of running VMs by copy-on-write-sharing the disk images and
m
l and to
allow running flaky tests multiple times from a clean clone again
¹<https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-853B1E2B-76CE-4240-A654-3806912820EB.html>
--
Philipp Hahn
Open Source Software Engineer
Univention GmbH
Mary-Somerville-Str. 1
Hello,
Am 29.04.23 um 17:29 schrieb octavef...@outlook.fr:
I'm trying to use the copy/paste with VNC.
I'm launching qemu with:
$ qemu-system-x86_64 -hda debiandisk.img vnc :1
I'm using tightvncviewer which has support for copy/paste.
I try to copy text between guest and host.
It doesn't wor
Hi,
Am 18.05.2018 um 17:30 schrieb Michael S. Tsirkin:
> Unfortunately this means that it's no longer possible
> to more or less reliably boot a VM just given a disk image,
> even if you select the correct QEMU binary:
...
> Would it be reasonable to support storing this information in the qcow
>
Hello,
Am 23.11.2017 um 14:59 schrieb Fam Zheng:
> diff --git a/docs/qemu-block-drivers.texi b/docs/qemu-block-drivers.texi
> index 1cb1e55686..fa2e90d15f 100644
> --- a/docs/qemu-block-drivers.texi
> +++ b/docs/qemu-block-drivers.texi
> @@ -785,6 +785,42 @@ warning: ssh server @code{ssh.example.c
Hello
Am 03.11.2017 um 08:30 schrieb Christian Ehrhardt:
> On Thu, Nov 2, 2017 at 4:34 PM, Daniel P. Berrange
> wrote:
>>
>> On Thu, Nov 02, 2017 at 04:14:06PM +0100, Christian Ehrhardt wrote:
>>> Ping - since there wasn't any reply so far - any best practices one could
>>> share?
>>>
>>> Let me
Hello,
Am 25.08.2017 um 08:31 schrieb Sam:
> I'm starting vm using:
>
> kvm]$ sudo /usr/local/bin/qemu-system-x86_64 -m 256 -hda test.qcow2 -cdrom
>> CentOS-7-x86_64-DVD-1503-01.iso -boot d
>> VNC server running on '127.0.0.1:5900'
^
This a a *local* host socket,
Hello,
Am 15.08.2017 um 13:25 schrieb Laszlo Ersek:
> On 08/14/17 20:39, Dr. David Alan Gilbert wrote:
>> * Philipp Hahn (h...@univention.de) wrote:
>>> I'm currently investigating a problem, were a Linux VM does not reboot
>>> and gets stuck in the SeaBIOS reboot
.org/archive/html/qemu-devel/2017-06/msg03940.html>,
which I "solved" by upgrading the OVMF version: I have not seen the
problem there since than, but this problems looks very similar.
1. How can it be, that the low-mem ROM mapping is modified?
2. Can I tell QEMU or gdb to trap any modifi
Hi,
Am 20.07.2017 um 18:28 schrieb Lukáš Doktor:
> --- a/scripts/qemu.py
> +++ b/scripts/qemu.py
...
> @@ -64,16 +79,16 @@ class QEMUMachine(object):
> if self._socket_scm_helper is None:
> print >>sys.stderr, "No path to socket_scm_helper set"
> return -1
> -
Hello,
Am 18.06.2017 um 20:22 schrieb Philipp Hahn:
> Am 17.06.2017 um 18:51 schrieb Laszlo Ersek:
>> (I also recommend using the "vbindiff" tool for such problems, it is
>> great for picking out patterns.)
>>
>> ** ** ** **
Am 18.06.2017 um 20:27 schrieb Dr. David Alan Gilbert:
> * Philipp Hahn (h...@univention.de) wrote:
>> Hello,
>>
>> Am 17.06.2017 um 18:51 schrieb Laszlo Ersek:
>>> (I also recommend using the "vbindiff" tool for such problems,
Hello,
Am 17.06.2017 um 18:51 schrieb Laszlo Ersek:
> (I also recommend using the "vbindiff" tool for such problems, it is
> great for picking out patterns.)
>
> ** ** ** ** ** ** ** ** 8 9 ** ** ** 13 14 15
> -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 01
.0.0.1:0 -device
> cirrus-vga,id=video0,bus=pci.0,addr=0x2 -device
> intel-hda,id=sound0,bus=pci.0,addr=0x4 -device
> hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device
> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 -global
> isa-debugcon.iobase=0x402 -debugcon file:
Hello Marcelo,
Am 21.03.2017 um 00:20 schrieb Marcelo Tosatti:
> On Mon, Mar 20, 2017 at 01:02:10PM +0100, Philipp Hahn wrote:
>> Hello Marcelo, cc:qemu,
>>
>> Sorry for re-using this old thread, but I have a problem loading some
>> saved state from qemu-kvm-1.1.
4e43999b0f56975dbbd528e4956231b2ee64c071 Mon Sep 17 00:00:00 2001
Message-Id: <4e43999b0f56975dbbd528e4956231b2ee64c071.1490011194.git.h...@univention.de>
In-Reply-To: <1313efdc0ac664169c5c271f832264efe6659743.1490011194.git.h...@univention.de>
References: <1313efdc0ac664169c5c271f8322
wadays)
3. How do others handle long-term snapshots? Just say "good-bye" to your
old snapshots when upgrading to a newer Qemu version or keeping the old,
probably unmaintained and vulnerable Qemu/BIOS binaries until the
end-of-time?
Thanks in advance
Philipp
--
Philipp Hahn
Open Source So
Hello,
this Sunday one of our virtual servers running linux-4.1.16 inside
OpenStack using qemu "crashed" while doing a backup using rsync to a
slow NFS server.
Crash here means that the server became unresponsive to network traffic:
- it was no longer able to contact the two LDAP servers
- no ssh
is "active", it is a json-object with the
> following RAM information (in bytes):
but the example some lines below is wrong:
> 2. Migration is done and has succeeded
>
> -> { "execute": "query-migrate" }
> <- { "return": {
>
Hi,
Am 18.01.2016 um 12:43 schrieb lejeczek:
> I'm trying Qemu's watchdog.
> My understanding was that hardware (here qemu's watchdog) would take
> action, eg. cold reboot the system if there is no ping from the OS
> watchdog, so I
> thought stopping watchdog service in VM should be a quick test,
Hello,
On 31.05.2015 12:58, Vadim Rozenfeld wrote:
> On Sun, 2015-05-31 at 11:26 +0300, Yan Vugenfirer wrote:
>>> On May 29, 2015, at 5:43 PM, Philipp Hahn
>>> wrote:
...
>>> we tried to migrate some Windows 2008 and 2012 VMs from Xen to KVM,
>>> but
>&
and then removed.
- A 2nd VirtIO hard-disk was added in KVM to trigger Windows to request
the virstor driver.
If you need any more data, just ask.
Thanks in advance
Philipp Hahn
PS: data was copied by hand from Windows, so it might contains
copy-paste-errors.
--
Philipp Hahn
Open Source Softw
Hello,
On 11.03.2015 07:22, Xiaodong Gong wrote:
>> Hope that clarified things.
...
> first，your patch is very clear，a good sample.
>
> store ascii code in kernel that I said before is a mistake，I mean the
> glibc need the input of arguments of fuction such as fopen（path）is
> ascii code
No:
ASC
Hello,
On 08.03.2015 02:53, Xiaodong Gong wrote:
> the encoding type of parent location is must be utf 8，utf16e，according
> to the draft
Yes, the SPEC for VPC/VHD specifies the character encoding to use, which
is good for being portable.
> ascii is the encoding type to store the string of parent
Hi,
On 04.03.2015 15:18, Xiaodong Gong wrote:
> @@ -157,6 +178,224 @@ static int vpc_probe(const uint8_t *buf, int buf_size,
> const char *filename)
..
> +static int vpc_decode_maxc_loc(BlockDriverState *bs, uint32_t data_length)
...
> +cd = g_iconv_open("ASCII", "UTF8");
...
> +static int vp
Convert into trace event. Otherwise the message
dma: unregistered DMA channel used nchan=0 dma_pos=0 dma_len=1
gets printed every time and fills up the log-file with 50 MiB / minute.
Signed-off-by: Philipp Hahn
---
v2:
Convert into trace event instead of tracking once per static
Hello,
I'm no qemu-devel expert, but as I tried myself at adding VHD_DIFF
support some time ago, here are some comments:
On 08.09.2014 16:41, Xiaodong Gong wrote:
> diff --git a/block/vpc.c b/block/vpc.c
...
> +/* Read backing file location from dyn header table */
> +if (dyndisk_
otherwise the message
dma: unregistered DMA channel used nchan=0 dma_pos=0 dma_len=1
gets printed every time and fills up the log-file with 50 MiB / minute.
Signed-off-by: Philipp Hahn
---
hw/dma/i8257.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/hw
Hello,
On 15.05.2014 13:54, Ankur Srivastava wrote:
> What all steps to be taken for differential vhd image? i created one
> differential image using vhd-util
Last time I checked it it wass not implemented in QEMU.
I started working on it in my spare time, but never completed it.
Sincerely
Phili
commented out from day-one:
512 /* qemu_put_8s (f, &d->status); */
540 /* qemu_get_8s (f, &d->status); */
1. Might it be that 'status' is uninitialized after migration?
2. Has someone other seen that message?
3. Could the rate of the message please be limited? Se
then.
Sincerely
Philipp
--
Philipp Hahn Open Source Software Engineer h...@univention.de
Univention GmbHbe open. fon: +49 421 22 232- 0
Mary-Somerville-Str.1 D-28359 Bremen fax: +49 421 22 2
tever filesystem, which is backed
by a fixed portion of you RAM; you probably need to explicitly specify a
"ramdisk_size=25" parameter to be large enougth to contain the uncompressed
file-system. If the size is too small, you will have a corrupt FS where you
also get the error you mention above
)
tools/blktap2/vhd/vhd-update.c: BSD (3 clause)
tools/blktap2/vhd/vhd-util.c: BSD (3 clause)
Is the lack of support for backing files in vpc/vjd in qemu just a question of
time / interest, are there technical problems, or are there some political
issues?
Sincerely
Philipp
--
Philipp Hahn
later on when Linux
is installed, the CDROM works fine through virtio.
Sincerely
Philipp
--
Philipp Hahn Open Source Software Engineer h...@univention.de
Univention GmbHbe open. fon: +49 421 22 232- 0
Mary-Somerville-Str.1 D-28359 B
nal file?
Sincerely
Philipp
--
Philipp Hahn Open Source Software Engineer h...@univention.de
Univention GmbHbe open. fon: +49 421 22 232- 0
Mary-Somerville-Str.1 D-28359 Bremen fax: +49 421 22 232-99
Hello,
On Tuesday 29 January 2013 22:50:31 Philipp Hahn wrote:
> The previous scanf() format string stopped parsing the file name on the
> first white white space, which seems to be allowed at least by VMware
> Wokrstation.
>
> Change the format string to collect everything betwee
tation, which refused to create
volumes containing !#%^&*><:;'"<>/?
Should we print a warning or error out if a " is detected?
> fname is now "test-f001.vmdk" instead of "\"test-f001.vmdk\"". That's
> because you change ssca
: Philipp Hahn
---
block/vmdk.c | 10 +-
1 files changed, 1 insertions(+), 9 deletions(-)
[V2] Also remove " striping code.
Add \n\r to stop character set.
diff --git a/block/vmdk.c b/block/vmdk.c
index 19298c2..20ad646 100644
--- a/block/vmdk.c
+++ b/block/vmdk.c
@@ -641,7 +
goto next_line;
I don't know how portable %[ together with a maximum width is, because the
manual page for sscanf() doesn't mention "max width" for "%[", but it works
with Debian/GNU Linux Squeeze.
Sincerely
Philipp
--
Philipp Hahn Op
Hello Kevin, hello Michael,
On Wednesday 12 December 2012 17:54:58 Kevin Wolf wrote:
> Am 12.12.2012 15:09, schrieb Philipp Hahn:
> > Am Mittwoch 12 Dezember 2012 14:41:49 schrieb Kevin Wolf:
> >> As you can see in the commit message of that patch I was convinced that
> &
Hello Kevin,
On Wednesday 12 December 2012 18:29:48 Philipp Hahn wrote:
> I just re-run my "git bisect run ~/bisect.sh" case, but it again arrived
> at that patch. I just queued another run for tonight so make sure the test
> is reliable:
The run from last night again arrive
Hello Kevin,
Am Mittwoch 12 Dezember 2012 17:54:58 schrieb Kevin Wolf:
> Am 12.12.2012 15:09, schrieb Philipp Hahn:
> > Am Mittwoch 12 Dezember 2012 14:41:49 schrieb Kevin Wolf:
> >> As you can see in the commit message of that patch I was convinced that
> >> no bug did
t explode
with some spectacular error", I only notice the error on the following read
by comparing md5 sums.
I just re-checked it: After a reboot the md5sums are still invalid, so I guess
the data is corrupted on writeout.
Sincerely
Philipp
--
Philipp Hahn Open Source Softwa
with his next stable update for 1.1.
Thanks in advance.
Sincerely
Philipp
--
Philipp Hahn Open Source Software Engineer h...@univention.de
Univention GmbHbe open. fon: +49 421 22 232- 0
Mary-Somerville-Str.1 D-28359 Bremen fa
ched to also work with check_media_rate=off.
Sincerely
Philipp
--
Philipp Hahn Open Source Software Engineer h...@univention.de
Univention GmbHbe open. fon: +49 421 22 232- 0
Mary-Somerville-Str.1 D-28359 Bremen fax: +49 421 22 232-99
think it was a bug in libvirt
which started adding an explicit "multifunction=on", while the save was done
using an implicit "multifinction=off".
(<https://forge.univention.org/bugzilla/show_bug.cgi?id=22877#c6> in our
German BZ)
Sincerely
Phili
Hello,
On Friday 19 October 2012 11:59:24 Philipp Hahn wrote:
> On Wednesday 21 September 2011 22:06:25 dann frazier wrote:
...
> > -/* TODO: we have no capabilities, so why is this bit set? */
> > -pci_set_word(pci_conf + PCI_STATUS, PCI_STATUS_CAP_LIST);
...
> Since
0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0 , 0xf4, 0x1a,
0x0, 0x11, 0x0 , 0x1, 0x0 }
Since cmask[PCI_STATUS=6] = PCI_STATUS_CAP_LIST=0x10 marks that bit as
unmodifiable, the functions returns an error and aborts loading the saved
state.
Is this problem known?
Is such an upgrade of qemu supposed to work?
Has someb
Hello Anthony,
Am Montag 07 Mai 2012 16:19:57 schrieb Anthony Liguori:
> On 05/07/2012 08:58 AM, Philipp Hahn wrote:
> > Only print the error message once per change and also include the actual
> > unsupported color depth in bytes per pixel in the error message.
> >
>
Only print the error message once per change and also include the actual
unsupported color depth in bytes per pixel in the error message.
Signed-off-by: Philipp Hahn
---
ui/vnc.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/ui/vnc.c b/ui/vnc.c
index deb9ecd
r
> qemu deals properly with future backwards compatible extensions.
Cool. I wrote a very similar tool to dump qcow2 data some time ago when I
tried to debug a ref-count corruption bug. I'll attach it just FYI.
BYtE
Philipp
--
Philipp Hahn Open Source Software Engineer h...@un
uch problems.
Sincerely
Philipp
--
Philipp Hahn Open Source Software Engineer h...@univention.de
Univention GmbHLinux for Your Businessfon: +49 421 22 232- 0
Mary-Somerville-Str.1 D-28359 Bremen fax: +49 421 22 232-99
is there
> an actual case that break with my patch?
FYI:
But you must not break existing implementations (of any (closed-source) OS),
which depend on that behaviour of the RTC. Have a look at get_cmos_time() of
the Xen hypervisor for example (that is the one I have been looking at at the
pshot your get an
additional file, which your have to manage. Deleting one file from the middle
of such a chain breaks all following snapshots, so be careful when you do
delete files.
And yes, both are still supported.
Sincerely
Philipp
--
Philipp Hahn Open Source Software Engineer
lock as far as I know.
Now to your problem: You should check the value
of /sys/devices/system/clocksource/clocksource0/current_clocksource in your
guest. If it is somethong other than kvmclock, you should if
using "hwclock --hctosys --utc" re-synchronizes your guest clock to the host.
By introducing BlockDriverState compiling qcow2 with DEBUG_ALLOC and DEBUG_EXT
defined got broken.
Define a BdrvCheckResult structure locally which is now needed as the second
argument.
Also fix qcow2_read_extensions() needing BDRVQcowState.
Signed-off-by: Philipp Hahn
---
block/qcow2
count updates and eventuelly to image corruption.
>
> Instead of writing the new L1 size to disk, this simply retains the bigger
> L1 size that is currently in use and makes sure that the unused part is
> zeroed.
>
> Signed-off-by: Kevin Wolf
Tested-by: Philipp Hahn
>
04/msg01376.html>
<https://forge.univention.org/bugzilla/show_bug.cgi?id=1>
Any help is appreciated.
Sincerely
Philipp Hahn
--
Philipp Hahn Open Source Software Engineer h...@univention.de
Univention GmbHLinux
t/commit/\(\x\+\) (commit)\]!{{git|
\1}}!g
Sincerely
Philipp
--
Philipp Hahn Open Source Software Engineer h...@univention.de
Univention GmbHLinux for Your Businessfon: +49 421 22 232- 0
Mary-Somerville-Str.1 D
an create lots of instances
from then, which have few changed relative to the master, so we don't want
the copying to happen there.
If haven't looked at QED yet, so thanks in advance for your answer.
Sincerely
Philipp Hahn
--
Philipp Hahn Open Source Software Engin
cide if this regression is an Qemu bug or libvirt should be adapted
to this new behavior.
I found the Bug also reported with Ubuntu and created a Bug in our own German
bugtracker:
<https://bugs.launchpad.net/qemu/+bug/726619>
<https://forge.univention.org/bugzilla/show_bug.cgi?id=1>
62 matches
Mail list logo
