@stormi Microcode updated on affected Gen11 i7. Running normally.
Best posts made by Andrew
-
RE: XCP-ng 8.2 updates announcements and testing
-
RE: XCP-ng 8.2 updates announcements and testing
@gduperrey I jumped in all the way by mistake... I updated a wrong host, so I just did them all. Older AMD, Intel E3/E5, NUC11, etc. So far, so good. Add/migrate/backup/etc VMs are working as usual. Good for guest tools too, but mine are mostly Debian 7-11. Stuff is as usual so far.
-
RE: Can I just say thanks?
I agree and I'll say it again, Thanks! It's not just Linux/Xen stuff. It is XCP-ng and XO that make everything work as a cohesive vertical open-source solution (some nice buzz words). Thanks to the Vates team and community that have built and support it. I look forward to ongoing continuous improvement and innovation!
-
RE: XCP-ng 8.2 updates announcements and testing
@bleader Updates running on several old and new intel machines (including microcode update). Working fine so far. Rolling Pool Reboot is a helpful feature.
-
RE: XCP-ng 8.2 updates announcements and testing
@bleader I installed it on a bunch of busy hosts. All are fine, but none used PCI passthrough. The Rolling Pool Reboot in XO was very helpful.
-
Ability to delete XO task logs. Thanks!
Thanks for the ability to delete XO task logs feature! (XO commit f6e6e)
-
RE: XCP-ng 8.3 updates announcements and testing
@gduperrey I have several hosts updated and running. I'm happy to see 8.3 updates on parity with 8.2.
-
RE: XCP-ng 8.3 updates announcements and testing
@stormi Installed on several test and pre-production machines.
-
RE: XCP-ng 8.2 updates announcements and testing
@bleader I installed it on many 8.2 machines. On one I did get a warning:
Cleanup : xen-libs-4.13.5-9.40.3.xcpng8.2.x86_64 14/14 warning: %posttrans(microcode_ctl-2:2.1-26.xs29.5.xcpng8.2.x86_64) scriptlet failed, exit status 1 Non-fatal POSTTRANS scriptlet failure in rpm package 2:microcode_ctl-2.1-26.xs29.5.xcpng8.2.x86_64 Verifying : xcp-ng-release-8.2.1-13.x86_64 1/14
But it did not seem to have any effect. Nothing extra in the yum.log
Latest posts made by Andrew
-
RE: cannot passthrough serial port to vm
@aprado The onboard "serial port" is not a PCI device. You could try adding a USB serial port or a PCIe card with a serial port.
-
RE: Debian 12 guest console as shell
@PGibson You see the GUI on the VM console because that's the way you installed Debian. If you don't install a GUI or just disable it then you will have just a simple VGA text console. This might help.
-
RE: Issue with VM network dropping in and out
@Mt_KEGan While my driver package uses the same name with an updated version, it is not an official XCP/Vates package. I have submitted an updated driver package to set the safer defaults. It's the same code with just different default settings.
-
RE: XCP-ng 8.3 updates announcements and testing
@gduperrey Updates installed and running but I don't have 8.3 in production yet...
-
RE: XCP-ng 8.2 updates announcements and testing
@gduperrey Installed and working on a HA pool and other hosts, no XOSTOR.
-
RE: CPU C-states
@FrankAtHome The server is a HP DL360 G8 Intel Xeon CPU E5-2680v2.
Same hardware/bios config as the other servers running XCP 8.2, so, nothing special setup. I'm not sure if it even has C5/C6 states available. It's an enterprise server, you don't want it to sleep.
Here's the output from a desktop HP Elitedesk 800 G3 Intel Core i7-7700 running XCP 8.3, again, nothing special setup. Now with more C-states!
# xenpm get-cpuidle-states 0 All C-states allowed cpu id : 0 total C-states : 7 idle time(ms) : 276484 C0 : transition [ 277556] residency [ 16869 ms] C1 : transition [ 197012] residency [ 9993 ms] C2 : transition [ 23581] residency [ 11105 ms] C3 : transition [ 2943] residency [ 2094 ms] C4 : transition [ 8525] residency [ 8576 ms] C5 : transition [ 5493] residency [ 17883 ms] C6 : transition [ 40001] residency [ 224993 ms] cc3 : [ 1946 ms] cc6 : [ 7945 ms] cc7 : [ 238808 ms]
-
RE: CPU C-states
@FrankAtHome Here's output on one of my XCP 8.3 servers that shows C0 to C4:
# xenpm get-cpuidle-states 0 All C-states allowed cpu id : 0 total C-states : 5 idle time(ms) : 1854395327 C0 : transition [ 827366196] residency [ 26328742 ms] C1 : transition [ 464493378] residency [ 40172860 ms] C2 : transition [ 97685021] residency [ 43104018 ms] C3 : transition [ 13728657] residency [ 12613910 ms] C4 : transition [ 251459140] residency [ 1755416981 ms] pc2 : [ 462155589 ms] pc3 : [ 17985256 ms] pc6 : [ 781427622 ms] cc3 : [ 10502718 ms] cc6 : [ 1685502286 ms]
-
RE: XCP-ng 8.2 updates announcements and testing
@bleader I'll guess it's a VM guest process to process memory issue as the Xen patch is just for documentation of the issue.
The patch to Xen is simply a documentation update to clarify that an OS author might not want to use a hypercall page.
-
RE: On-board serial port compatibility?
@Double-e If you serial ports show up as a PCI or USB device then you can pass it to a VM. Most normal on-board serial ports can not be directly used in a VM.
Use
lspci
andlsusb
to check your devices.