September 2021 - Users - Ovirt List Archives

Re: Time Drift Issues

by dhanaraj.ramesh＠yahoo.com

change the host and engine time to local Time zone and ensure NTP client pointed to same NTP server

3 years, 9 months

2
1
0 / 0

Re: Upgrading Node that use Local Storage Domain

by Roman Bednar

Hello, it's always better to share logs showing the error message, that way we can look at what exactly went wrong. But in general there is a guide [1] on upgrading from 4.3 when using local storage. If that's not the case there's also a chance your local storage domain is not placed correctly [2]. If neither of those two help you resolve the issue please share the logs with us and we'll look further. -Roman [1] https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_hypervisor_p... [2] https://lists.ovirt.org/archives/list/users@ovirt.org/thread/CPG7H7J7C44T... On Tue, Sep 7, 2021 at 6:22 AM Nur Imam Febrianto <nur_imam(a)outlook.com> wrote: > Hi, > > > > Currently we have a several node (using oVirt Node) that configured using > Local Storage Domain. How do I appropriately update the node ? Using yum > update always failed while installing ovirt image update. (scriptlet > failed). Is there any specific step to do the update for node that using > local storage ? > > Thanks before. > > > > Regards, > > > > Nur Imam Febrianto > > > > Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for > Windows > > > _______________________________________________ > 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/RPSGOMH3N2P... >

3 years, 9 months

1
0
0 / 0

Hostedengine Database broken

by marcel＠deheureu.se

Hi ovirt list, in our test system is the engine crashed and the database is broken. Of cause it was a test system which has no database backup but there are three importent VMs there. Our Plan is to deploy a new hosted engine and connect it to the old datacenter and glusterfs. if i am remember right, the vms will be stopped but we will not lose them. So if i connect the existing data center and click of one VM he will ask me to import it right? Or did you have an better idea? Br Marcel

3 years, 9 months

2
2
0 / 0

Upgrading Node that use Local Storage Domain

by Nur Imam Febrianto

Hi, Currently we have a several node (using oVirt Node) that configured using Local Storage Domain. How do I appropriately update the node ? Using yum update always failed while installing ovirt image update. (scriptlet failed). Is there any specific step to do the update for node that using local storage ? Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows

3 years, 9 months

1
0
0 / 0

Time Drift Issues

by Nur Imam Febrianto

Hi All, Recently I got an warning in our cluster about time drift : Host xxxxx has time-drift of 672 seconds while maximum configured value is 300 seconds. What should I do to address this issue ? Should I reconfigure / configure ntp client on all host ? Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows

3 years, 9 months

1
0
0 / 0

Change Cluster CPU type

by Andrey Rusakov

We are using oVirt for several years. And we start with Xeon v2 CPUs. At this moment of time we got all v3 aтв we will chnage them to v4 in a month. So i would like to change Cluster default CPU to Haswell, But got error with custom cpu on HostedEngine. HostedEngine config is locked. Is there a solution to chnage HostedEngine cpu type? P.S. some problem with Cluster compability version (4.5 4.6)

3 years, 9 months

4
7
0 / 0

Correct way to install VDSM hooks

by Shantur Rathore

Hi all, I am trying to install vdsm hooks (scratchpad) specifically. I can see that there are rpms available in https://resources.ovirt.org/pub/ovirt-4.4/rpm/el8/noarch/ but when I try to install using yum it says it cannot find it. Do I have to manually select the hook rpm and install it or am I missing something? Kind regards, Shantur

3 years, 9 months

2
3
0 / 0

Update to 4.4.8 leaves cluster in a circular error-state

by Paul-Erik Törrönen

Having updated rpm-packages for a DC with a cluster containing 2 hosts (and executed the engine-setup on the engine machine), I now face the following issue: One of the VMs had a couple of snapshots and apparently this interferes with the upgrade of the cluster version, which currently is 4.4. The 4.4 has become incompatible with the chosen CPU architecture (Intel Westmere Family, the hosts are both Dell x10-series with Xeon X56xx CPUs) and requires an upgrade to newer compatibility version, 4.6 presumably, so the DC/Cluster state is "unknown". However I can't do this because the snapshots exists. I get the "Cannot change cluster version since following VMs are previewing snapshots:" listing a VM with snapshots. The snapshots in turn can not be Commit/Undo because: "Cannot revert to Snapshot. Unknown Data Center status.". So how do I break this circular error? The VM itself is not essential, it can be removed if that solves the case. However this can not be completed from the UI because: "Cannot remove VM. Unknown Data Center status.". Poltsi

3 years, 9 months

2
3
0 / 0

Getting issue in finalize section after disk successfully uploaded

by avishek.sarkar＠broadcom.com

I have used upload-disk.py to upload qcow2 image to data center...however getting below errror ./upload-disk.py --engine-url 'https://xyz.net' --username='xyz(a)abc.net' --password-file=password --sd-name='SEC-ABC' --cafile='/home/jenkins/crt/ca.crt' --disk-format="qcow2" --disk-sparse image-XYZ Checking image... Image format: qcow2 Disk format: cow Disk content type: data Disk provisioned size: 10737418240 Disk initial size: 5526847488 Disk name: image-avishek.qcow2 Connecting... Creating disk... Creating transfer session... Uploading image... [ 100.00% ] 10.00 GiB, 11.34 seconds, 903.09 MiB/s Finalizing transfer session... Traceback (most recent call last): File "./upload-disk.py", line 300, in <module> transfer_service.finalize() File "/usr/lib64/python3.6/site-packages/ovirtsdk4/services.py", line 13971, in finalize return self._internal_action(action, 'finalize', None, headers, query, wait) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 299, in _internal_action return future.wait() if wait else future File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 55, in wait return self._code(response) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 296, in callback self._check_fault(response) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 132, in _check_fault self._raise_error(response, body) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 118, in _raise_error raise error ovirtsdk4.AuthError: Fault reason is "Operation Failed". Fault detail is "[User is not authorized to perform this action.]". HTTP response code is 403.

3 years, 10 months

1
0
0 / 0

NFS storage was locked for 45 minutes after I attempted a clone operation

by David White

I have an HCI cluster running on Gluster storage. I exposed an NFS share into oVirt as a storage domain so that I could clone all of my VMs (I'm preparing to move physically to a new datacenter). I got 3-4 VMs cloned perfectly fine yesterday. But then this evening, I tried to clone a big VM, and it caused the disk to lock up. The VM went totally unresponsive, and I didn't see a way to cancel the clone. Nagios NRPE (on the client VM) was reporting server load over 65+, but I was never able to establish an SSH connection. Eventually, I tried restarting the ovirt-engine, per https://access.redhat.com/solutions/396753. When that didn't work, I powered down the VM completely. But the disks were still locked. So I then tried to put the storage domain into maintenance mode, but that wound up putting the entire domain into a "locked" state. Finally, eventually, the disks unlocked, and I was able to power the VM back online. From start to finish, my VM was down for about 45 minutes, including the time when NRPE was still sending data to Nagios. What logs should I look at, and how can I troubleshoot what went wrong here, and hopefully avoid this from happening again? Sent with ProtonMail Secure Email.

3 years, 10 months

3
6
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Users September 2021