[ovirt-users] Re: Clean old mount points in hosts VDSM

2020-06-25 Thread Vinícius Ferrão via Users
Strahil, thank you. Reinstalling the host solved the issue. > On 25 Jun 2020, at 15:48, Vinícius Ferrão via Users wrote: > > I think yes. But I’m not sure. > > I can do it again, there’s an update so I’ll do both and report back. > > Thank you Strahil. > >> On 25 Jun 2020, at 00:37,

[ovirt-users] Re: Clean old mount points in hosts VDSM

2020-06-25 Thread Vinícius Ferrão via Users
I think yes. But I’m not sure. I can do it again, there’s an update so I’ll do both and report back. Thank you Strahil. > On 25 Jun 2020, at 00:37, Strahil Nikolov wrote: > > Did you reinstall the node via the WEB UI ? > > Best Regards, > Strahil Nikolov > > На 25 юни 2020 г. 3:23:15

[ovirt-users] Re: ETL service aggregation error

2020-06-25 Thread Ayansh Rocks
Is it a bug ? On Thu, Jun 25, 2020 at 4:11 PM Ayansh Rocks wrote: > See below as well if it helps - > > [root@iondelvm149 ~]# date > Thu Jun 25 16:09:45 IST 2020 > [root@iondelvm149 ~]# psql -h localhost -U ovirt_engine_history -d > ovirt_engine_history > Password for user

[ovirt-users] Re: ETL service aggregation error

2020-06-25 Thread Staniforth, Paul
Hello Shashank, is it on the hour? it sounds like it got a problem aggregating the samples to create the hourly samples. I had to update the java memory usage as it was running out of heap memory. The defaults are DWH_HEAP_MIN=1g DWH_HEAP_MAX=1g see

[ovirt-users] VDSM can't see StoragePool

2020-06-25 Thread Erez Zarum
I have a Self-hosted Engine running on iSCSI as well as couple of Storage domains using iSCSI, both the SE and those Storage Domains uses the same target portals (two). I can see the iSCSI sessions and multipath working well from the Host point of view. Yesterday after doing a restart for the

[ovirt-users] ovirt-provider-ovn syncrhonisation

2020-06-25 Thread chris
Hi - during the last reboot all my ovn networks appeared in oVirt but weren't reflected on the physical host, no VMs would boot that had an OVN network attached. I was looking at my logs and I can see the following - Failed to synchronize networks of Provider ovirt-provider-ovn. Networks of

[ovirt-users] Re: Ovirt SYSTEM user does not allow deletion of VM networks

2020-06-25 Thread chris
Hi - Not sure if this is an ovn network, but I experienced a similar issue. What I ended up doing was making a note of the networks external id (in oVirt UI) and deleting it from within the engine using ovn-nbctl show / delete commands, then deleting it from the oVirt UI again seems to work.

[ovirt-users] Re: ETL service aggregation error

2020-06-25 Thread Ayansh Rocks
Hi Paul, Yes i am able to connect to the database from ovirt engine machine. port is already open. what could be issue, i am getting this error in every hour. Thanks On Wed, Jun 24, 2020 at 6:30 PM Staniforth, Paul < p.stanifo...@leedsbeckett.ac.uk> wrote: > Hello Shashank, >

[ovirt-users] Re: oVirt Engine UI error: changing Storage Domain mount options

2020-06-25 Thread Eyal Shenitzky
You can WA the issue by editing the storage domain using REST-API: *PUT* /ovirt-engine/api/storageDomains/123 With a request body as follows: data2 your-mount-options On Thu, 25 Jun 2020 at 11:59, Eyal Shenitzky wrote: > Adding +Ahmad Khiet since he worked on a similar bug >

[ovirt-users] Re: oVirt Engine UI error: changing Storage Domain mount options

2020-06-25 Thread Eyal Shenitzky
Adding +Ahmad Khiet since he worked on a similar bug - https://bugzilla.redhat.com/1810893 that was fixed in 4.4. Ahmad, can you please have a look to see if the fix you did already solves the problem? If so I think we need to backport it to

[ovirt-users] Re: oVirt Engine UI error: changing Storage Domain mount options

2020-06-25 Thread Sandro Bonazzola
Il giorno mer 24 giu 2020 alle ore 17:47 Jp ha scritto: > Hi, > > I want to change the mount options to a Storage Domain that is already in > use, but got an error from the Ovirt Engine's UI, and the mount point > option change isn't getting applied. > > What I tried: > > 1. Shutdown all VMs