virt

virt@lists.centos.org

1610 discussions

Start a nNew thread

pvh domU and pvgrub with grub2
by Christoph 27 Feb '20

27 Feb '20

Hi it is meanwhile possible to use pvgrub/grub2 inside a pvh domU? -- ------ Greetz

1 0

pvh domU and pvgrub with grub2
by Christoph 25 Feb '20

25 Feb '20

Hi it is meanwhile possible to use pvgrub/grub2 inside a pvh domU? -- ------ Greetz

1 0

xen hvm domU and > 3 nic's... bug?
by Christoph 25 Feb '20

25 Feb '20

Hi I cant start a hvm domU with more than 3 nic's configured... why? it is a bug? With previous versions it was possible... here the config - it is an opnsense (openbsd) hvm domU: name = "fenrir.chao5.int" uuid = "7aedcd03-54e8-4055-8d1b-37dd34194859" maxmem = 2048 memory = 2048 loader = '/usr/lib64/xen/boot/hvmloader' type = "hvm" vcpus = 2 rtc_timeoffset = 0 localtime = 1 on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" vnc = 1 vncunused = 0 vncdisplay = 100 vnclisten = "0.0.0.0" keymap = "de" vif = [ "mac=00:16:3e:05:30:04,bridge=xenbr5,script=vif-bridge,model=e1000", "mac=00:16:3e:04:30:04,bridge=xenbr4,script=vif-bridge,model=e1000", "mac=00:16:3e:15:30:04,bridge=xenbr15,script=vif-bridge,model=e1000", "mac=00:16:3e:14:30:04,bridge=xenbr14,script=vif-bridge,model=e1000" ] parallel = "none" serial = "none" disk = [ "phy:/dev/vg_lamia/lv_fenrir_root,hda,rw", "phy:/dev/vg_lamia/lv_fenrir_swap,hdb,rw" ] pci_power_mgmt=1 xen_platform_pci=1 pci_msitranslate=1 viridian=0 hpet=1 acpi=1 apic=1 pae=1 pvh=1 with 3 nic's it does work... -- ------ Greetz

1 0

Xen 4.12.2 rpms
by Pasi Kärkkäinen 07 Jan '20

07 Jan '20

Hello and Happy 2020! Do we already have a plan to update the xen-412 branch to recent release of Xen 4.12.2 ? I'm happy to test once the rpms are out. Thanks a lot, -- Pasi

2 2

Kernel Panic
by Gokan Atmaca 06 Jan '20

06 Jan '20

Hello I received an error like the following. I have two servers running on KVM. One is the database and the other is the application server. How can I solve this problem? ---: error: KERNEL: /usr/lib/debug/lib/modules/3.10.0-957.27.2.el7.x86_64/vmlinux DUMPFILE: vmcore [PARTIAL DUMP] CPUS: 12 DATE: Sun Jan 5 03:28:07 2020 UPTIME: 102 days, 10:45:21 LOAD AVERAGE: 2.29, 1.70, 1.65 TASKS: 284 NODENAME: kvm0 RELEASE: 3.10.0-957.27.2.el7.x86_64 VERSION: #1 SMP Mon Jul 29 17:46:05 UTC 2019 MACHINE: x86_64 (3200 Mhz) MEMORY: 63.9 GB PANIC: "Kernel panic - not syncing: Timeout: Not all CPUs entered broadcast exception handler" PID: 0 COMMAND: "swapper/7" TASK: ffff922b295fb0c0 (1 of 12) [THREAD_INFO: ffff922b2900c000] CPU: 7 STATE: TASK_RUNNING (PANIC)

2 2

Xen Version update policy
by George Dunlap 16 Dec '19

16 Dec '19

Hey all, This mail has been a long time in coming, but with the upcoming expiration of security support for Xen 4.8, it's time to start thinking about what our update policy will be for the Xen packages in general. Citrix is committed to officially supporting one Xen version at a time through the CentOS Virt SIG. (Others in the community are welcome to support others.) But we'd like input as to which version the community would like to be supported at any one time. Please express your opinion on each option by replying as follows: -2: This is a bad idea, and I would argue against this -1: I'm not happy with this, but I wouldn't argue against this. 0: No opinion. 1: I'm happy with this, but I wouldn't argue for it. 2: This is a great idea, and I'd argue for it. There are several possible options: 1. Always support the newest option. This means we get all the newest features from Xen in the Virt SIG by default; but also means we get all the newest bugs. 1a. Always support the newest option once it has at least one point release. This balances the newness with a bit of extra testing. 1b. Always support the second-to-newest version (e.g., when 4.13 comes out, switch to 4.12.x) 2. Always support the oldest security-supported version. This means we get the most stable version of Xen; but it does mean it is several years behind as far as features go. It also means that further bugfixes do not happen automatically, and further bugs found will need to be 3. Always support the oldest fully-supported version. Reasonably stable, reasonably old, still gets bugfixes. 4. Support a version until it's out of security support, then jump to the newest version. This minimizes the number of upgrades required (although may make each upgrade more painful). 4a. Support a version until it's out of full support, then jump to the newest version. Any other options? For my part, I think 1a, 1b, and 3 are all reasonable options. -George

6 12

ansible in ovirt repo
by Orion Poplawski 22 Nov '19

22 Nov '19

Just saw this: ================================================================================ Package Arch Version Repository Size ================================================================================ Updating: ansible noarch 2.9.1-2.el7 ovirt-4.3-centos-ovirt43 17 M which seems new. No longer pulling ansible from EPEL? -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

2 1

Centos 8 IAM
by Per Qvindesland 05 Nov '19

05 Nov '19

Hi Is there any plans to release a official AMI for Centos 8 soon? Regards Per

2 2

Re: [CentOS-virt] [ovirt-users] [feedback needed] VirtIO Windows Drivers - new installer
by Sandro Bonazzola 25 Oct '19

25 Oct '19

Il giorno gio 24 ott 2019 alle ore 19:28 Strahil <hunter86_bg(a)yahoo.com> ha scritto: > Hi Sandro,All, > > Can I upgrade the tools on existing VM , or it requires a fresh one? Best > Regards > If you have oVirt windows guest tools already installed suggestion is to uninstall it before installing this new installer. > Best Regards, > Strahil Nikolov > On Oct 24, 2019 14:35, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > Hi, > as part of the work on oVirt 4.4, the team rewrote the VirtiIO Windows > Drivers installer using the open source framework WiX. > Thanks to the virtio-win maintainer, the new installer is not shipped > anymore within oVirt Guest Tools ISO: it's shipped now directly into VirtIO > Windows ISO[1] > > Please give it a run on your testing environment / testing VMs and let us > know about your experience at devel(a)ovirt.org. > Thanks, > > > [1] > https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-vi… > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbonazzo(a)redhat.com > <https://www.redhat.com/>*Red Hat respects your work life balance. > Therefore there is no need to answer this email out of your office hours.* > > -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. <https://mojo.redhat.com/docs/DOC-1199578>*

1 0

[feedback needed] VirtIO Windows Drivers - new installer
by Sandro Bonazzola 24 Oct '19

24 Oct '19

Hi, as part of the work on oVirt 4.4, the team rewrote the VirtiIO Windows Drivers installer using the open source framework WiX. Thanks to the virtio-win maintainer, the new installer is not shipped anymore within oVirt Guest Tools ISO: it's shipped now directly into VirtIO Windows ISO[1] Please give it a run on your testing environment / testing VMs and let us know about your experience at devel(a)ovirt.org. Thanks, [1] https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-vi… -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 0

← Newer
1
2
3
4
5
6
7
8
...
161
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

virt