Re: Virtualizing RedHat 6.1
Davide Bologna wrote: [] That all to say: there's no need to run Oracle8i on old (and buggy) system, current linux works. I am glad if you can point me to instruction for installing it on Lenny. I don't have instructions per se. I don't even remember how I installed it in the first place. At least installer required some option to omit host OS check, it's in the `runInstaller -help' output somewhere, and there was something about gcc version (it needs gcc-3.4 at max if memory serves me right, or even 2.95). Also first 8i release does not work, it fails at relink stage, which can safely be ignored and done later when 8.1.7.4 patchset is installed. But once installed (you may even do it on real rh-6.x) you can just copy it to another machine (together with a few user/group definitions and a few files in /etc) or upgrade your current one. That's basically what I always did. What I tried to say really is -- if you want to run it on 64bit system you need a special program I wrote to set up linux personality properly. While 64bit kernel is able to run 32bit executables just fine, oracle8i is buggy and assumes 3g/1g memory split, while on 64bit kernel it's more like 4g/0g (it gives almost all 4g memory to userspace), and oracle crashes at startup. But only on 64bit system and without ADDR_LIMIT_3GB personality flag. Maybe better off-list as is not kvm related. Sure it's not kvm-related, but you're not first to have this idea. There are 8i installs still (8i is not supported anymore by Oracle). Lacking better place, let's make it archived and findable here... ;) /mjt -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Virtualizing RedHat 6.1
Hi Michael, --- Ven 31/7/09, Michael Tokarev m...@tls.msk.ru ha scritto: But once installed (you may even do it on real rh-6.x) you can just copy it to another machine (together with a few user/group definitions and a few files in /etc) or upgrade your current one. That's basically what I always did. Good idea What I tried to say really is -- if you want to run it on 64bit system you need a special program I wrote to set up linux personality properly. While 64bit kernel is able to run 32bit executables just fine, oracle8i is buggy and assumes 3g/1g memory split, while on 64bit kernel it's more like 4g/0g (it gives almost all 4g memory to userspace), and oracle crashes at startup. But only on 64bit system and without ADDR_LIMIT_3GB personality flag. So it should work on Debian i386, I think I'll give it a try Maybe better off-list as is not kvm related. Sure it's not kvm-related, but you're not first to have this idea. There are 8i installs still (8i is not supported anymore by Oracle). Lacking better place, let's make it archived and findable here... ;) So cc'ing the list -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
kvm-kmod-88 compilation fails on RHEL 5.4
Good afternoon, I have some issues to make KVM working on Red Hat Enterprise Linux 5.4 32 bit edition. I have downloaded the kernel-2.6.18-157.el5.src.rpm from Red Hat Network in order to compile kvm-kmod-88 on it. But each time I try, I've got an error: [u...@virtualisation kvm-kmod-devel-88]$ make make -C /usr/src/kernels/2.6.18-prep/ M=`pwd` \ LINUXINCLUDE=-I`pwd`/include -Iinclude \ -Iarch/x86/include -I`pwd`/include-compat \ -include include/linux/autoconf.h \ -include `pwd`/x86/external-module-compat.h \ $@ make[1]: entrant dans le répertoire « /home/user/noyaux/linux-2.6.18.i686 » LD /home/user/kvm/kvm-kmod-devel-88/x86/built-in.o CC [M] /home/user/kvm/kvm-kmod-devel-88/x86/svm.o In file included from /home/user/kvm/kvm-kmod-devel-88/x86/external-module-compat.h:16, from ligne de commande:1: /home/user/kvm/kvm-kmod-devel-88/x86/../external-module-compat-comm.h:607: erreur: expected identifier or ‘(’ before ‘{’ token make[3]: *** [/home/user/kvm/kvm-kmod-devel-88/x86/svm.o] Erreur 1 make[2]: *** [/home/user/kvm/kvm-kmod-devel-88/x86] Erreur 2 make[1]: *** [_module_/home/user/kvm/kvm-kmod-devel-88] Erreur 2 make[1]: quittant le répertoire « /home/user/noyaux/linux-2.6.18.i686 » make: *** [all] Erreur 2 I tryed with kvm-kmod-85 too, and even kvm-88 (but i think it's not adviced because RHEL kernels are too old). KVM modules successfully loaded on the kernel 2.6.18-157.el5-i686 with kvm-kmod package found on lfarkas.org centos5 repository, but it doesn't with PAE kernels, and that's what i need finally. -- Regards, Matthieu Olivier -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: KVM-88 broke VirtIO Hard Disks
john cooper wrote: Anthony Liguori wrote: Marcelo Tosatti wrote: bf011293f is an easy one to blame, can you revert it and check, please? Has anyone tracked down a proper fix? Apologies, I'd been distracted elsewhere. I suspect transferring the identify page in its entirety via the config space is somehow confusing the windows virtio driver although it isn't immediately clear why. It breaks with a Linux guest too FWIW. Regards, Anthony Liguori -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: kvm live migration reliable?
Kent Tong wrote: Hi, I was wondering the kvm live migration function is reliable? I read that if the TSC is not monotonically increasing, then the guest will hang. How to prevent this? KVM transfers the tsc as part of the CPU state so it will continue to increase monotonically. However, if you're migrating between two CPUs of different frequency, the result will be that the TSC frequency will change. This could have negative effects depends on how much the guest relies on the TSC. The worst case would be if your guest was Linux and was using TSC as a time source. You would likely see severe time drift. A PV clock source (like KVM_CLOCK) helps this quite a bit. Regards, Anthony Liguori Thanks! -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
slow responsiveness of kvm guests
Hi, i have three guests running via qemu-kvm. All three are webservers using apache2/django and mysql. System load is very low on all guests and the host, too. Guest 1 reaction times (web server, ssh) are fine as long as no other guest is getting busy. When i ssh to guest 2 it takes 5-15 seconds until i get a login. When i run top or htop on one of the guests the other guests don't react for 5 seconds (webservers or typing in ssh shell). My colleagues already try to convince me to use xen instead... already - disabled apm and acpi in the guests - turned Hyperthreading off - tried different i/o schedulers: cfq vs. deadline. Result is the same. - nailed down guest process via taskset to separate cpu cores host is OpenSuSe 11.1 x86_64 kvm-78-6.5.1 2xXeon 5550 Nehalem (Quadcores, Speedstep-enabled) 48 GB RAM 1 GB Ethernet as tap interface all three guests are Debian 5.0 x86_64 two virtual cpus 4GB RAM (hugepage-backed) started via qemu-kvm -hda xyz.qcow2 -daemonize -net nic,model=virtio -net tap -k de -m 3584 -smp 2 -mem-path /hugepages -vnc :2 Any ideas what goes wrong here? Kai -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
local guest DoS binary
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi list, I was just testing some old builds and managed to freeze the guest I was testing on... Totally repeatable. Running the same binary on a kernel not running in KVM does not cause the lockup. Guest: # uname -a Linux virtual.nagafix.co.uk 2.6.30.4 #4 SMP Fri Jul 31 07:40:18 BST 2009 x86_64 QEMU Virtual CPU version 0.10.50 GenuineIntel GNU/Linux Host: # uname -r 2.6.29.4 # qemu --version QEMU PC emulator version 0.10.50 (qemu-kvm-devel-87), Copyright (c) 2003-2008 Fabrice Bellard Here is how you can reproduce it (in the guest): wget http://uml.nagafix.co.uk/uml/kernels/kernel32-2.6.16.62.bz2 bunzip2 kernel32-2.6.16.62.bz2 ./kernel32-2.6.16.62 Sorry, I haven't had time to look into what is causing this system freeze. Cheers Antoine -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkpzEvIACgkQGK2zHPGK1rs0UQCcDM1st34vd4Nu7UmtKjiINCrH oNUAnAzAnrBALD/FmT7eLqdRE/cWj7Iu =RHQE -END PGP SIGNATURE- -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH] unbreak booting with virtio
Since commit 89e671e3, extboot is broken due to wrong checksum The problem is that printf \\$sum syntax will require an octal representation, so the fix I'm proposing is to convert it first. Signed-off-by: Glauber Costa glom...@redhat.com CC: Alexander Graf ag...@suse.de --- pc-bios/optionrom/signrom.sh |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/pc-bios/optionrom/signrom.sh b/pc-bios/optionrom/signrom.sh index 4322811..3512cc4 100755 --- a/pc-bios/optionrom/signrom.sh +++ b/pc-bios/optionrom/signrom.sh @@ -42,4 +42,5 @@ sum=$(( 256 - $sum )) # and write the output file cp $1 $2 +sum=$(echo obase=8; $sum | bc) printf \\$sum | dd of=$2 bs=1 count=1 seek=$size conv=notrunc 2/dev/null -- 1.6.2.2 -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] unbreak booting with virtio
On 31.07.2009, at 20:19, Glauber Costa glom...@redhat.com wrote: Since commit 89e671e3, extboot is broken due to wrong checksum The problem is that printf \\$sum syntax will require an octal representation, so the fix I'm proposing is to convert it first. Is there no easy way to tell printf we're on decimal? I don't have a Linux system handy atm, but I thought \90 was in fact a 90. Either way, my only complaint would be to introduce a dependency on bc. Alex Signed-off-by: Glauber Costa glom...@redhat.com CC: Alexander Graf ag...@suse.de --- pc-bios/optionrom/signrom.sh |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/pc-bios/optionrom/signrom.sh b/pc-bios/optionrom/ signrom.sh index 4322811..3512cc4 100755 --- a/pc-bios/optionrom/signrom.sh +++ b/pc-bios/optionrom/signrom.sh @@ -42,4 +42,5 @@ sum=$(( 256 - $sum )) # and write the output file cp $1 $2 +sum=$(echo obase=8; $sum | bc) printf \\$sum | dd of=$2 bs=1 count=1 seek=$size conv=notrunc 2/ dev/null -- 1.6.2.2 -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
-usbdevice tablet and vinagre
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I was told to turn off -usbdevice tablet to reduce context switching on the host, and that vinagre handled the mouse position correctly without it. Just tried it: Vinagre / Remote Desktop Viewer 2.26.1 and it is as unusable as all the other VNC clients I have tried... Am I missing something? Cheers Antoine -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkpzUKQACgkQGK2zHPGK1rtgGACeMckCyKKArIl9bS4pinxMDnzp SXEAn0Aqi/oO9ugpSuQU/zI6ueIdG/Yx =2Cua -END PGP SIGNATURE- -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] unbreak booting with virtio
On Fri, Jul 31, 2009 at 09:55:39PM +0200, Alexander Graf wrote: On 31.07.2009, at 20:19, Glauber Costa glom...@redhat.com wrote: Since commit 89e671e3, extboot is broken due to wrong checksum The problem is that printf \\$sum syntax will require an octal representation, so the fix I'm proposing is to convert it first. Is there no easy way to tell printf we're on decimal? I don't have a Linux system handy atm, but I thought \90 was in fact a 90. Either way, my only complaint would be to introduce a dependency on bc. Not that I'm aware of. But would be happy to know, too. -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[ kvm-Bugs-2823323 ] depmod reports loop in kvm.ko
Bugs item #2823323, was opened at 2009-07-17 21:33 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=893831aid=2823323group_id=180599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Azimandius (azimandius) Assigned to: Nobody/Anonymous (nobody) Summary: depmod reports loop in kvm.ko Initial Comment: I am using slackware64-current with 2.6.30.1 kernel. I compiled this kernel to get the latest ath9k, anyway depmod reports as follows: DEPMOD 2.6.30.1 WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_msi_set_irq WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmu_pagetable_walk WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmu_set_dirty_bit WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmu_get_page WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmu_walker_error WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_ack_irq WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_apic_ipi WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_ioapic_set_irq WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_apic WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_entry WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_hypercall WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_apic_accept_irq WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_set_irq WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmu_unsync_page WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_cpuid WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_pic_set_irq WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmu_zap_page WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_pio WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmu_set_accessed_bit WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmio WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmu_sync_page WARNING: /lib/modules/2.6.30.1/extra/kvm.ko needs unknown symbol __tracepoint_kvm_mmu_paging_element WARNING: Loop detected: /lib/modules/2.6.30.1/extra/kvm.ko which needs kvm.ko again! WARNING: Module /lib/modules/2.6.30.1/extra/kvm.ko ignored, due to loop WARNING: Module /lib/modules/2.6.30.1/extra/kvm-intel.ko ignored, due to loop WARNING: Module /lib/modules/2.6.30.1/extra/kvm-amd.ko ignored, due to loop The modules cannot be loaded and so when starting the VM i get: bash-3.1# qemu-system-x86_64 hdd.img -m 1024 -smp 2 open /dev/kvm: No such file or directory Could not initialize KVM, will disable KVM support My CPU is a phenom II 955 x4. The VM actually boots and works but is slow. Thank you in advance for any help you can give. -- Comment By: SourceForge Robot (sf-robot) Date: 2009-08-01 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). -- Comment By: Marcelo Tosatti (mtosatti) Date: 2009-07-18 00:04 Message: azimandius, Please apply the patch found at http://patchwork.kernel.org/patch/36141/ against kvm-88. The problem will be fixed for the next release. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=893831aid=2823323group_id=180599 -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html