[ovirt-users] Re: oVirt nodes with local storage
Your problem seems similar to this one: https://lists.ovirt.org/archives/list/users@ovirt.org/thread/C2VS5Q56URFSVO2DQGRAGQ4XCI6Q7W7W/#5CMBONLXX2VHNZPYEEBOQ7FBQHIWVD55 >From what I understand, the entire /data directory should live in a different filesystem than the root one, otherwise the update fails. --gianluca On Tue, Jan 16, 2024 at 6:59 AM Wild Star wrote: > On the weekend I upgraded my self-hosted oVirt engine to 4.56. All went > well with that! > > I also spotted that there was an update for all my 4.54 nodes, but > something has changed with the repo overnight because none of my nodes see > updates anymore, though the update remains available here … > https://resources.ovirt.org/pub/ovirt-4.5/iso/ovirt-node-ng-installer/. > > Yesterday, I attempted to update just one of my nodes and ran into this > snag… “Local storage domains were found on the same filesystem as / ! > Please migrate the data to a new LV before upgrading, or you will lose the > VMs”. > > I’ve always stored my VMs in a separate /DATA directory off the root > filesystem, and shared the local storage using NFS. I know it’s not ideal, > but with good frequent regular backups, it has served me well for many > years. > > A Google search revealed, that others have also had similar local storage > issues, and suggestions on ways to mitigate the issue, including the oVirt > documentation found here… > https://www.ovirt.org/documentation/upgrade_guide/index.html#Upgrading_hypervisor_preserving_local_storage_4-3_local_db, > is not my preferred fix. > > In the past node updates with my local storage were not a problem and were > easy peasy! From some of the discussions I saw at Red Hat, I have deduced > (maybe wrongly) that there was an issue that necessitated a fix, which > introduced a required check for local storage during the upgrade process. > > I probably should move all the local storage off the oVirt nodes, but at > this time, that is easier said than done. > > I’m posting here only to see if there are perhaps other ideas or > perspectives I may not have thought of and should consider with my local > storage. > > Thank you all in advance, much appreciated, and of course, thank you all > for supporting oVirt! > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/YR23KNJSUXH4DSAKTC3KEUKEC7V54VD6/ > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/NN63XQFHXWZMCO3FKNJFMAHUWPNEO67D/
[ovirt-users] Re: NVIDIA vGPU driver for Ovirt 4.5.4
Do you want to virtualize the Tesla V100 or are just assigning the GPU to a single VM via PCI passtrough ? --gianluca On Thu, Jan 18, 2024 at 9:23 AM michael.a.silveira3.ctr--- via Users < users@ovirt.org> wrote: > Hello, > > Does anyone know which, if any, NVIDIA GRID driver supports Ovirt 4.5.4 on > Ovirt-node (kernel 4.18.0-408.el8.x86_64)? I've recently upgraded to Ovirt > 4.5 and can't find a NVIDIA GRID driver that will connect to my Tesla v100 > on the new kernel. nvidia-smi returns the following no matter what driver > I install: > > NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA > driver. Make sure that the latest NVIDIA driver is installed and running. > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/5OWJWJZQU2QT5X4Q4TJ2HJJF3AJYMSQU/ > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/6WO3P6KMBBRYKL6H6T4JSLHCSWHFJGZL/
[ovirt-users] Re: Cannot update oVirt Node
Do you think it is the case I submit an issue on github ? It does not seem to be already reported. --gianluca ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/NJ4L7RGO7QIEEKLCR7PK5XJHXRT7SB53/
[ovirt-users] Re: Cannot update oVirt Node
Thanks a lot Marco, it worked for me !!! ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/MRTBHCF6NQ5CIBW4JRMXVPEANLI2L2OP/
[ovirt-users] Re: Cannot "Change CD" from VM portal with standard user
Thanks a lot Sharon, the DiskProfileUser role on the storage domain is the one I was missing! --gianluca On Tue, Nov 7, 2023 at 1:48 PM Sharon Gratch wrote: > Hi, > > AFAIR, to allow attaching ISO to a virtual machine via the VM Portal, in > addition to assigning the UserRole for that non admin user on the VM level, > you should also assign the user with the *DiskProfileUser* permission > role on the Storage Domain with ISO images level. > > Thanks, > Sharon > > > On Mon, Nov 6, 2023 at 8:21 PM Gianluca Amato > wrote: > >> Hello, >> I am trying to attach a CD to a virtual machine from the VM Portal as a >> standard user. When I click on the box for choosing the ISO image, I only >> get "[Empty]". However, when I access the VM portal as an admin, I >> correctly see the list of ISO images. I suspect it is a problem of >> permission: I have assigned to the unprivileged user the UserRole >> permission both for the VM and the ISO disk images. Am I doing something >> wrong ? Do I need to assign different roles ? >> >> Thanks, >> --gianluca >> ___ >> Users mailing list -- users@ovirt.org >> To unsubscribe send an email to users-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OPIZEP7RVGKK5RKKRQ3USJU3ABUSHKDS/ >> > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/IT5G5BUKA5UBSPIROY6PCBFREHCCQVXO/
[ovirt-users] Cannot "Change CD" from VM portal with standard user
Hello, I am trying to attach a CD to a virtual machine from the VM Portal as a standard user. When I click on the box for choosing the ISO image, I only get "[Empty]". However, when I access the VM portal as an admin, I correctly see the list of ISO images. I suspect it is a problem of permission: I have assigned to the unprivileged user the UserRole permission both for the VM and the ISO disk images. Am I doing something wrong ? Do I need to assign different roles ? Thanks, --gianluca ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/OPIZEP7RVGKK5RKKRQ3USJU3ABUSHKDS/
[ovirt-users] Problems running CentOS 9 Stream GenericCloud guests
Hello everyone, I'm trying to run CentOS 9 Stream GenericCloud as a guest in oVirt 4.5.4. While the images in the ovirt-image-repository seems to work fine (in particular, I've tried version 2029.0), the latest version (20230727.1) does not start. After the initial boot messages, it gives the error: Starting dracut mount hook dracut-mount[413]: Warning: Can't mount root filesystem Starting dracut emergency shell and brings me to the emergency shell. Is this some known bug ? Note that if I start from the old image and then upgrade all the packages, I have no problems at all. Thanks in advance for any help. Gianluca ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LMJW7NAYSDTXML6AEEPSSQD7UIPP6CCF/
[ovirt-users] Re: Combining vNUMA and dedicated CPU Pinning Policy
Hi Lucia, thanks for you suggestion. I made several experiments with and without hugepages. It seems that, when oVirt calculates the amount of available memory on the NUMA nodes, it does not keep into consideration the reserved hugepages. For example, this is the result of "numactl --hardware" on my host in this moment: node 0 cpus: 0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60 62 64 66 68 70 72 74 76 78 80 82 84 86 88 90 92 94 96 98 100 102 104 106 108 110 node 0 size: 257333 MB node 0 free: 106431 MB node 1 cpus: 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 71 73 75 77 79 81 83 85 87 89 91 93 95 97 99 101 103 105 107 109 111 node 1 size: 257993 MB node 1 free: 142009 MB node distances: node 0 1 0: 10 21 1: 21 10 --- I am able to launch my VM only if I set its Memory Size to be 210 GB or less (i.e., the double of the available RAM in node 0, which is the node with less available RAM). I tried several times with different amount of free memory, and this behavior seems to be consistent. Note that, once started, the VM consumes the pre-allocated reserved hugepages, and has almost no impact on the free memory. Do you think there is a reason why oVirt behaves in this ways, or is this a bug that I could signal in the github repo ? Thanks a lot again, --gianluca ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/BG25VHK4YIHSNJFI7CV4GW7OIUSAN74V/
[ovirt-users] Combining vNUMA and dedicated CPU Pinning Policy
Hello, as stated in the subject, I am trying to combine the "dedicated" CPU Pinning Policy with vNUMA. My host has 2 sockets, 28 cores per socket and 2 threads per core. In each socket I allocated 128 hugepages of 1GB each. This is the output of "numactl --hardware": available: 2 nodes (0-1) node 0 cpus: 0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60 62 64 66 68 70 72 74 76 78 80 82 84 86 88 90 92 94 96 98 100 102 104 106 108 110 node 0 size: 257333 MB node 0 free: 122518 MB node 1 cpus: 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 71 73 75 77 79 81 83 85 87 89 91 93 95 97 99 101 103 105 107 109 111 node 1 size: 257993 MB node 1 free: 124972 MB node distances: node 0 1 0: 10 21 1: 21 10 --- I would like to dedicate one half of all the cores to a single guest. I created a VM with 2 sockets, 14 cores per socket and 2 threads per core, using the "dedicated" CPU Pinning Policy. If a set "NUMA Node Count" to zero, the VM starts and works flawlessy. However, all virtual cores are allocated in the first physical socket. If I set "NUMA Node Count" to 2 (without pinning vNUMA nodes to host NUMA nodes) I cannot start the VM since I get the error message: "The host xyz did not satisfy internal filter CpuPinning because it doesn't have enough CPUs for the dedicated CPU policy that the VM is set with.. ". Same thing happens if I set "NUMA Node Count" to 1. Am I doing something wrong ? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/IYZIABGATW56SFSHNI26MT4FLNBUXQHG/
[ovirt-users] Re: Host kernel command line incorrectly quoted in oVirt 4.5.3.2
Michal, thanks a lot ! I was trying to submit the bug report using bugzilla following the instructions on this page : https://www.ovirt.org/community/report-a-bug.html. I assume it is obsolete! Thanks again, --gianluca ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LCIBO3PHMCHAVW42GOYXIFSBW67RKC5W/
[ovirt-users] Re: Host kernel command line incorrectly quoted in oVirt 4.5.3.2
I include an example of the wrong entry files that gets created. This is /boot/loader/entries/ovirt-node-ng-4.5.3.2-0.20221028.0+1-4.18.0-408.el8.x86_64.conf: - title ovirt-node-ng-4.5.3.2-0.20221028.0 (4.18.0-408.el8.x86_64) version 4.18.0-408.el8.x86_64 linux //ovirt-node-ng-4.5.3.2-0.20221028.0+1/vmlinuz-4.18.0-408.el8.x86_64 initrd //ovirt-node-ng-4.5.3.2-0.20221028.0+1/initramfs-4.18.0-408.el8.x86_64.img options crashkernel=auto resume=/dev/mapper/onn_ovirt--clai1-swap rd.lvm.lv=onn_ovirt-clai1/ovirt-node-ng-4.5.3.2-0.20221028.0+1 rd.lvm.lv=onn_ovirt-clai1/swap rhgb quiet intel_iommu=on root=/dev/onn_ovirt-clai1/ovirt-node-ng-4.5.3.2-0.20221028.0+1 boot=UUID=9d44cf2a-38bb-477d-b542-4bfc30463d1f rootflags=discard img.bootid=ovirt-node-ng-4.5.3.2-0.20221028.0+1 'modprobe.blacklist=nouveau transparent_hugepage=never hugepagesz=1G hugepages=256 default_hugepagesz=1G' id centos-0-4.18.0-408.el8.x86_64 grub_users $grub_users grub_arg --unrestricted grub_class kernel --- You see that the last part of the "options" line (which is the part I typed in the kernel command line configuration parameter in ovirt-engine) is surrounded by quotes. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4BKU43RNCDNJ6T32P4KMNBISKTTUVCQD/
[ovirt-users] Host kernel command line incorrectly quoted in oVirt 4.5.3.2
Hi all. I recently changed the kernel command line of one of my hosts using oVirt Manager (I use a custom kernel command line, not one obtained by selecting the standard features). This did not work as expected. The entire kernel command line was saved in /boot/loader/entries surrounded by single quotes, making it useless for the kernel. I may later fix the problem by connecting to the host and removing the single quotes by the files in /boot/loader/entries. I am sure the same procedure used to work in previous versions of oVirt. Has someone else encountered this problem ? I would be glad to submit a bug on bugzilla, but submitting bugs for oVirt seems to be blocked. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/OY3OCNJ4EW54L7SMUZ7L5PQ2WDKJ6W4I/
[ovirt-users] Re: After failed upgrade from 4.5.1 to 4.5.3, upgrades do not show up anymore
At the end I proceeded as follows: 1) I manually installed the package ovirt-node-ng-image-update-placeholder version 4.5.1 on the host; with this change alone, the manager engine began detecting available updates; 2) before proceeding with the updates, I had to fix my host setup. The error "Local storage domains were found on the same filesystem as /" was due to the fact that I was mounting storage at the path /data/normal, while the entire /data path should be on a different filesystem than root. After making these changes, upgrade went smoothly to 4.5.3.2 Now I have problems upgrading to 4.5.4, but I think this is a different problem. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/BOWOMJSXN747WDOBTP6UUIFDSYA5WC6W/
[ovirt-users] After failed upgrade from 4.5.1 to 4.5.3, upgrades do not show up anymore
Hi all, I recently tried to upgrade an oVirt node from 4.5.1 to 4.5.3. The upgrade failed (I have no idea idea why... how can I access the installation logs?). The node is still working fine running the old 4.5.1 release, but now the oVirt web console says that it is up to date and it does not let me retry the upgrade. However, I am still on version 4.5.1, as witnessed by the result of "nodectl info": bootloader: default: ovirt-node-ng-4.5.1-0.20220623.0 (4.18.0-394.el8.x86_64) entries: ovirt-node-ng-4.5.1-0.20220623.0 (4.18.0-394.el8.x86_64): index: 0 kernel: /boot//ovirt-node-ng-4.5.1-0.20220623.0+1/vmlinuz-4.18.0-394.el8.x86_64 args: crashkernel=auto resume=/dev/mapper/onn_ovirt--clai1-swap rd.lvm.lv=onn_ovirt-clai1/ovirt-node-ng-4.5.1-0.20220623.0+1 rd.lvm.lv=onn_ovirt-clai1/swap rhgb quiet boot=UUID=9d44cf2a-38bb-477d-b542-4bfc30463d1f rootflags=discard img.bootid=ovirt-node-ng-4.5.1-0.20220623.0+1 intel_iommu=on modprobe.blacklist=nouveau transparent_hugepage=never hugepagesz=1G hugepages=256 default_hugepagesz=1G root: /dev/onn_ovirt-clai1/ovirt-node-ng-4.5.1-0.20220623.0+1 initrd: /boot//ovirt-node-ng-4.5.1-0.20220623.0+1/initramfs-4.18.0-394.el8.x86_64.img title: ovirt-node-ng-4.5.1-0.20220623.0 (4.18.0-394.el8.x86_64) blsid: ovirt-node-ng-4.5.1-0.20220623.0+1-4.18.0-394.el8.x86_64 layers: ovirt-node-ng-4.5.1-0.20220623.0: ovirt-node-ng-4.5.1-0.20220623.0+1 current_layer: ovirt-node-ng-4.5.1-0.20220623.0+1 -- Comparing the situation with other hosts in the same data center, it seems that the problem is that the package ovirt-node-ng-image-update-placeholder is not installed anymore, hence "dnf upgrade" has nothing to do. My idea was to manually download and install the 4.5.1 version of ovirt-node-ng-image-update-placeholder and attempt installation again. Is it a correct way to proceed ? Thanks for any help. --gianluca amato ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/C2VS5Q56URFSVO2DQGRAGQ4XCI6Q7W7W/
[ovirt-users] Re: Post SSL certificate expiration recovery, openvswitch certificates are still expired. Bug?
My engine stopped working after upgrade to 4.4.10, and I get the same errors as yours on the logs. Were you able to fix the problem ? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/F3KEAVU4BWUPBFD36VE3IL6LZREUV7FE/
