- Users - oVirt List Archives

Re: FreeBSD 13 and virtio
by Sandro Bonazzola 19 Apr '21

19 Apr '21

Hi, can you please provide some more details on the issues you're seeing? Il giorno sab 17 apr 2021 alle ore 06:35 Nur Imam Febrianto < nur_imam(a)outlook.com> ha scritto: > Hi, > > > > Any body already try FBSD 13 sing q35 + virtio disk + virtio net ? > > I cant get it working, it should be fine in FBSD 13, lastly on FBSD 12 it > was the q35 spec issue with the kernel. Lot of people now it works nicely > on FBSD 13, but I cant get it working on oVirt. > > > > Thanks before. > > > > Regards, > > Nur Imam Febrianto > > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/FCPJBK3AV4BSB… > -- 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>*

2 1

Why and when does oVirt make a compute host part of the HCI Gluster?
by Thomas Hoberg 19 Apr '21

19 Apr '21

My understanding is that in a HCI environment, the storage nodes should be rather static, but that the pure compute nodes, can be much more dynamic or opportunistic: actually those should/could even be switched off and restarted as part of oVirt's resource optimization. The 'pure compute' nodes fall into two major categories, a) those who can run the management engine, b) those who can't. What I don't quite understand is why both types seem to be made 'gluster peers', when they don't contribute storage bricks: shouldn't they just be able to mount Gluster volumes? The reason for my concern is that I actually want to manage these computing hosts with much more freedom. I may have them join and take on workloads, or not and I may want to shut them down. To my irritation I sometimes even see these 'missing' hosts being considered for quorum decisions or being listed e.g. when I do a 'gluster volume engine status'. I find hosts there, that definitely are not contributing bricks to 'engine' (or any other volume). Then I'm not even sure I have consistent behavior when I remove hosts from oVirt: I'd swear that quite a few remain as Gluster peers, even if they are completely invisible from the oVirt GUI (while hosted-engine --vm-status will still list them). So what's the theory here and would it be a bug if removed hosts remain gluster members?

2 3

Expand gluster volumes
by David White 19 Apr '21

19 Apr '21

Is it possible to expand an existing gluster volume? I have a hyperconverged environment, and have enough space right now, but I'm going to have to significantly over-provision my environment. The vast majority of our customers are using a small fraction of the amount of space that they are technically allocated, but we still need to make that space available to them. As a result, I'd like to plan ahead, and go ahead and have a plan to add storage later down the road. I'd like to plan to shut down each server in the cluster (individually, not at once), add storage, and then bring them back online. Once all 3 are back online with the additional storage, I'd like to expand the gluster volume to use the additional space. Is that possible? How? Sent with ProtonMail Secure Email.

3 3

After upgrade to 4.4.5: cockpit login error
by ovirt＠r5d.de 18 Apr '21

18 Apr '21

Hello, 1. Installation ovirt node iso 4.4.4 2. dnf upgrade -> 4.4.5 -> error login cockpit: Message: pr 18 13:02:53 h2 systemd[1]: cockpit-wsinstance-https-factory(a)2-7789-995.service: Succeeded. Apr 18 13:02:53 h2 cockpit-ws[7796]: cockpit-ws: Failed to open certificate file /run/cockpit/tls/e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855: No such file or directory Apr 18 13:02:55 h2 cockpit-ws[7796]: cockpit-session: open(/var/log/btmp) failed: Permission denied What is todo? Thx.

1 0

Ovirt and gluster 9 volume
by eevans＠digitaldatatechs.com 17 Apr '21

17 Apr '21

My setup is 3 Centos 7 servers hyper-converged with a 4th stand alone engine server. My issue is Ovirt is reading the cluster disk as 49GiB instead of 5.5 TB is should be. One server has a 928 GB raid 5 volume, the second has a 7,7 TB raid 10 volume and the third has a 5.5 TB raid 10 volume. How is Ovirt translating this to 49 GiB?? Here is a link to the screen shots for verification. https://1drv.ms/u/s!AvgvEzKKSZHbhLIrRBvQRLmoZOeEyw?e=rO83vw Logs look good unless I missed something. Any help is appreciated. Eric

2 2

Intel Optane DC Persistent Memory - Ovirt / RHEV
by jorgevisentini＠gmail.com 17 Apr '21

17 Apr '21

What is the usage experience of the Intel Optane DC Persistent Memory with oVirt? It's compatible? Have any document for configuration?

3 3

Remote VNC
by David White 17 Apr '21

17 Apr '21

I'm running into the issue described in this thread: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KT3B6N3UZ3DS3… In short, I have ssh to the datacenter. I can ssh to a public IP address with the "-D 8080" option to forward local port 8080 act as a SOCKS proxy. I then edit my local computer's proxy settings and set the SOCKS host to 8080. So this is a system-wide change. I'm not setting the SOCKS proxy in the browser preferences. After I do all that, I'm able to use my browser to get to the engine web UI, and I'm able to login. However, the console for each VM isn't working. In the thread I linked to above, Alan says to do this: 2. SSH to the hypervisor tunneling a local port to that remote console port. 3. Click on the console link in the Engine and locally save the vv file.4. Edit the vv file; change host to localhost and port to whichever port you configured for the local side of the tunnel. Question: I'm confused why I need to tunnel a local port to the remote console port, if I'm already tunneling port 8080 to the host. Question: I don't have much experience with ssh port forwarding. If I already have the SOCKS proxy working, how, exactly, would I accomplish step #2? With the 8080 socks proxy working, I've now tried to run this command: ssh -L 5902:127.0.0.1:5901 username@ovirt-host-ip And in this case, I'm "assuming" that 5902 is going to listen on my local computer, and that I need to edit the vv file to connect to 127.0.0.1, port 5902. That's not working. Maybe I don't understand how SOCKS proxies work, but I was hoping / under the impression that all of my network traffic would go through the ssh tunnel on port 8080, and that vnc would work at that point. Sent with ProtonMail Secure Email.

1 1

FreeBSD 13 and virtio
by Nur Imam Febrianto 17 Apr '21

17 Apr '21

Hi, Any body already try FBSD 13 sing q35 + virtio disk + virtio net ? I cant get it working, it should be fine in FBSD 13, lastly on FBSD 12 it was the q35 spec issue with the kernel. Lot of people now it works nicely on FBSD 13, but I cant get it working on oVirt. Thanks before. Regards, Nur Imam Febrianto

1 0

Re: Strange Issue with imageio
by Nir Soffer 17 Apr '21

17 Apr '21

On Fri, Apr 16, 2021 at 7:22 PM Nur Imam Febrianto <nur_imam(a)outlook.com> wrote: > After upgrading to 4.4.5 from 4.4.4, I’m having a strange issue. Whenever I try to upload something (image or iso) to Storage Domain without clicking Test Connection, upload process wont start. It will shows the file area already uploaded but no upload process. When I try to open the log, seems if I don’t click test connection, it wont open any session in imageio. Upload process will going normally, if I click Test connection first and proceed to upload. Please file ovirt-engine bug, testing the connection should not be required for upload. > Any idea why this is happening ? Don’t have this issue before in 4.4.4. Rebooting the engine doesn’t help either. This is most likely a bug introduced in engine 4.4.5. Nir

2 1

Odd question: changing network MTU
by Chris Adams 16 Apr '21

16 Apr '21

I have an oVirt 4.3 cluster, running in one location. I have to move it to another location. I've got a couple of 1G links between the sites, and that's enough bandwidth for this (at least temporarily), but... I have my iSCSI networks defined with a MTU of 9000, and it turns out the site-to-site links only allow 1500 (and these links are going away after this is done, so I don't think either carrier would be interested in changing things to support larger). Because of that, the storage won't connect up. I tried going "under the hood" and setting a firewalld rule to force the MSS to a smaller value, but that didn't seem to get it. What happens if I change the MTU of an active iSCSI network in oVirt? I could just go manually change it on each node's iSCSI interfaces, but I'm not sure if oVirt might change it back. Also, I'm not sure what would happen to open iSCSI TCP connections (would they reduce gracefully). Any other suggestions/tips/etc.? I'd like to make this as transparent as possible, so was hoping to live-migrate VMs and storage. -- Chris Adams <cma(a)cmadams.net>

3 5