- but need to check back with our IT
first.
Best Regards,
Daniel
--
Daniel Gollub
Linux Consultant Developer
Tel.: +49-160 47 73 970
Mail: gol...@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG
Introduce panic hypercall (KVM_HC_PANIC) on host-end to signal
that the guest crashed/paniced. This gets signal to userspace
with KVM API and ioctl KVM_RUN with exit_reason: KVM_EXIT_PANIC
Signed-off-by: Daniel Gollub gol...@b1-systems.de
---
arch/x86/kvm/x86.c |9 +
include
, by
registering the hypercall to the panic_notifier_list.
The basic idea is to create KVM crashdump automatically as soon the
guest paniced and power-cycle the VM (e.g. libvirt on_crash /).
Daniel Gollub (2):
Inroduce panic hypercall KVM_HC_PANIC (host)
Call KVM_HC_PANIC if guest panics
arch/x86/kernel
Call KVM hypercall KVM_HC_PANIC if guest kernel calls panic() to signal the
host that the guest paniced.
Depends on CONFIG_KVM_GUEST set.
Signed-off-by: Daniel Gollub gol...@b1-systems.de
---
arch/x86/kernel/kvm.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff
the hypervisor instead of
kexec/kdump as soon the guest crashes.
Initial panic QMP event enabled-libvirt is in progress:
http://people.b1-systems.de/~gollub/kvm/hypercall-panic/libvirt/
Daniel Gollub (2):
Handle KVM hypercall panic on guest crash
QMP: Introduce QEVENT_PANIC
QMP/qmp-events.txt
If the guest crash and the crash/panic handler calls
the KVM panic hypercall the KVM API notifies this with
KVM_EXIT_PANIC.
The VM status gets extended with panic to obtain
this status via the QEMU monitor.
---
kvm-all.c |4
kvm/include/linux/kvm.h |1 +
monitor.c
Emitted when the guest panics.
For now only if KVM_EXIT_PANIC got triggered.
Signed-off-by: Daniel Gollub gol...@b1-systems.de
---
QMP/qmp-events.txt | 13 +
kvm-all.c |3 ++-
monitor.c |3 +++
monitor.h |1 +
sysemu.h |2
notification can be propagated to mgmt
layers above QEMU.
Yes.
Already done. I posted the QEMU relevant changes as a separated series to the
KVM list ... since the initial implementation is KVM specific (KVM hypercall)
Best Regards,
Daniel
--
Daniel Gollub
Linux Consultant Developer
Tel
: 9ee00410d82a7c5cab5ae347d97fbf8a95c55506
Bad: f5921ca4a97a18033a69df128bc4d369d8a2b280
Enjoy the buildbot!
Daniel
--
Daniel Gollub
Linux Consultant Developer
Mail: gol...@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz
the try-accounts.
Best Regards,
Daniel
--
Daniel Gollub
Linux Consultant Developer
Mail: gol...@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
signature.asc
Description
installed a vanilla version on my
server for that reason (and forgot to patch that afterward...).
Are you talking about this one?
http://buildbot.net/trac/wiki/SecurityAlert0711
We applied that patch already.
Are you aware of any other unfixed security issues?
Best Regards,
Daniel
--
Daniel
oldnoconfig instead?
To avoid that the build get stuck with every new config option?
Demo of the issue with make oldconfig:
http://buildbot.b1-systems.de/kvm/builders/x86_64/builds/10/steps/configure_3/logs/stdio
- MAKE
[...]
Best Regards,
Daniel
--
Daniel Gollub
Linux Consultant Developer
Mail: gol
.
On the next kvm.git push the buildbot should trigger a build test for
branches: master and next.
Best Regards,
Daniel
--
Daniel Gollub
Linux Consultant Developer
Mail: gol...@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner
something.
Best Regards,
Daniel
--
Daniel Gollub
Linux Consultant Developer
Mail: gol...@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
signature.asc
Description: This is a digitally
gs/stdio
Will work on fixing it - so it's already useful!
Best Regards,
Daniel
--
Daniel Gollub
Linux Consultant Developer
Mail: gol...@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB
On Monday, November 22, 2010 10:37:05 pm Avi Kivity wrote:
On 11/11/2010 11:22 AM, Daniel Gollub wrote:
On Thursday, November 11, 2010 02:31:06 am Avi Kivity wrote:
Daniel, the buildbot has been fairly effective in keeping qemu-kvm.git
building. I'd like to extend that to kvm.git
Regards,
Daniel
--
Daniel Gollub
Linux Consultant Developer
Mail: gol...@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
signature.asc
Description: This is a digitally signed
/default_x86_64_debian_5
_0/builds/208
Buildbot URL: http://buildbot.b1-systems.de/qemu-kvm/
Buildslave for this Build: b1_qemu_kvm_1
Something's wrong here, it shows rev a48c6bf5a3 as the git commit,
that's a week old now.
I'll have a look ...
--
Daniel Gollub
qemu-kvm git repo doesn't get synced any longer?
Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer Unternehmenssitz: Vohburg
B1 Systems GmbH Amtsgericht: Ingolstadt
Mobil: +49-(0)-160 47 73
(nightly)
build tested an hour later or so ... to avoid two builds at the same time.
Best Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer Unternehmenssitz: Vohburg
B1 Systems GmbH Amtsgericht
Fix warnings with USE_KVM_DEVICE_ASSIGNMENT disabled, spotted by buildbot:
http://buildbot.b1-systems.de/qemu-kvm/builders/default_x86_64_debian_5_0/builds/55/steps/compile/logs/warnings
Signed-off-by: Daniel Gollub gol...@b1-systems.de
--
qemu-kvm.c |4
1 files changed, 4 insertions
!
Spotted by buildbot:
http://buildbot.b1-systems.de/qemu-kvm/builders/default_i386_debian_5_0/builds/59/steps/compile/logs/warnings
http://buildbot.b1-systems.de/qemu-kvm/builders/default_x86_64_debian_5_0/builds/57/steps/compile/logs/warnings
Signed-off-by: Daniel Gollub gol...@b1-systems.de
qemu-kvm --disable-kvm build regression of commit 8c7d4cb spotted by
qemu-kvm buildbot:
http://buildbot.b1-systems.de/qemu-kvm/builders/disable_kvm_i386_debian_5_0/builds/44
http://buildbot.b1-systems.de/qemu-kvm/builders/disable_kvm_x86_64_debian_5_0/builds/42
Signed-off-by: Daniel Gollub gol
Spotted by qemu-kvm buildbot:
http://buildbot.b1-systems.de/qemu-kvm/builders/default_i386_debian_5_0/builds/33/steps/compile/logs/warnings
Sigend-off-by: Daniel Gollub gol...@b1-systems.de
---
qemu-kvm-x86.c |2 ++
qemu-kvm.c |4
2 files changed, 6 insertions(+), 0 deletions
the rsync problem on git.kernel.org - right?
I increased the treeStableTimer from 600 seconds to 1200 seconds. I hope this
delays the git-fetch long enough.
Best Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer Unternehmenssitz
: The remote end hung up unexpectedly
Thats new ... or also related to the rsync-problem?
The other 3 buildslaves succeeded in doing git-fetch ...
Best Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer Unternehmenssitz: Vohburg
On Wednesday 29 July 2009 10:10:13 am qemu-...@buildbot.b1-systems.de wrote:
BUILD FAILED: failed git
JFYI, i disabled now my two debian buildslaves until i found the issue with
rm -rf.
Avi's buildslave is still running ...
Sorry for the noise.
Best Regards,
Daniel
--
Daniel Gollub
at my end; fixed.
Great. What was the detailed issue?
Best Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer Unternehmenssitz: Vohburg
B1 Systems GmbH Amtsgericht: Ingolstadt
Mobil: +49-(0)-160 47
://buildbot.b1-systems.de/qemu-kvm/
Buildslave for this Build: b1_qemu_kvm_2
[...]
BUILD FAILED: failed git
Argh... should hopefully not fail next time. Triggered a manual build to get
valid build results of those commits.
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
...@intel.com,Marcelo Tosatti
mtosa...@redhat.com,Michael S. Tsirkin m...@redhat.com,Sheng Yang
sh...@linux.intel.com
BUILD FAILED: failed compile
sincerely,
-The Buildbot
---
--
Daniel GollubGeschaeftsfuehrer: Ralph
(only) to
next-branch, so i can have a look at the buildbot logs ...
Further build-regression will be send directly to kvm@vger.kernel.org, if
no one complains.
I will complain if it isn't!
[...]
Ok, cool. It's set.
Best Regards,
Daniel
--
Daniel Gollub
. Currently only your
buildslave is active. I hope to get the others back online within the next
hours..
Will later request on the list for more buildslaves instances.
Best Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer
-systems.de/qemu-kvm/admin/builders/default_x86_64_debian_5_0/builds/9
Best Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer Unternehmenssitz: Vohburg
B1 Systems GmbH Amtsgericht: Ingolstadt
Mobil: +49
On Sunday 26 July 2009 05:13:14 pm Daniel Gollub wrote:
Check build #9:
http://buildbot.b1-systems.de/qemu-kvm/admin/builders/default_x86_64_debian
_5_0/builds/9
Or try this (without admin ;)):
http://buildbot.b1-systems.de/qemu-kvm/builders/default_x86_64_debian_5_0/builds/9
Best Regards
Signed-off-by: Anthony Liguori aligu...@us.ibm.com
http://git.kernel.org/?p=virt/kvm/qemu-
kvm.git;a=commitdiff;h=c6a5a71a3a1886afad5eeb214eb6e8785f4e0319
Best Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer
* ...
- which branches should get build-tested for qemu-kvm.git? just master in the
beginning?
Best Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer Unternehmenssitz: Vohburg
B1 Systems GmbH
profiles.
I would be
someone interested in helping (as I hope it will safe me quite some time
elsewhere).
Ok - cool. As soon the VM is up and running i'll contact you regarding remote
access.
Best Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS
Regards,
Daniel
--
Daniel GollubGeschaeftsfuehrer: Ralph Dehner
FOSS Developer Unternehmenssitz: Vohburg
B1 Systems GmbH Amtsgericht: Ingolstadt
Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537
EMail: gol
On Wednesday 20 May 2009 01:51:16 pm Avi Kivity wrote:
Daniel Gollub wrote:
Plain QEMU has the parameter -no-shutdown. This avoids termination of the
qemu process when VM got shutdown (e.g. to still use the QEMU-Monitor
with stopped VM). This parameter has no effect on qemu-kvm, today
:
* termination of qemu-kvm process on a VM shutdown get only avoided once
* second shutdown of VM cause termination of qemu-kvm (like in qemu)
Signed-off-by: Daniel Gollub gol...@b1-systems.de
---
qemu-kvm.c |9 ++---
sysemu.h |1 +
vl.c |7 +++
3 files changed, 14
40 matches
Mail list logo