[ovirt-users] Re: dnf update fails on ovirt node 4.5.0-2022052513

[Maton, Brett]

oVirt Version: 4.5.0.8-1.el8

I ran into the same problem, and to answer your question No, no manual
intervention or changes to repositories.

Regards,
Brett

On Tue, 14 Jun 2022 at 08:44, Sandro Bonazzola  wrote:

> Hi, did you manually enable ovirt-45-upstream-testing repo?
>
> Il giorno mar 14 giu 2022 alle ore 08:51  ha scritto:
>
>> I have freshly install ovirt node 4.5 from the iso download here;
>>
>> https://resources.ovirt.org/pub/ovirt-4.5/iso/ovirt-node-ng-installer/4.5.0-2022052513/el8/
>>
>> The installation appears to have been successful.
>> Now, when I attempt apply the latest updates with 'dnf update', I get an
>> error
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>>
>> Here is the entire output of the dnf update command;
>>
>> Last metadata expiration check: 0:47:08 ago on Mon 13 Jun 2022 10:55:35
>> PM MDT.
>> Dependencies resolved.
>>
>> ===
>>  Package Architecture
>> Version  Repository
>>   Size
>>
>> ===
>> Installing:
>>  ovirt-node-ng-image-update  noarch
>> 4.5.1-0.1.el8ovirt-45-upstream-testing
>> 1.1 G
>>  replacing  ovirt-node-ng-image-update-placeholder.noarch
>> 4.5.0.3-1.el8
>>
>> Transaction Summary
>>
>> ===
>> Install  1 Package
>>
>> Total download size: 1.1 G
>> Is this ok [y/N]: y
>> Downloading Packages:
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [MIRROR] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: Interrupted
>> by header callback: Server reports Content-Length: 1180431893 but expected
>> size is: 1180857942
>> [FAILED] ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch.rpm: No more
>> mirrors to try - All mirrors were already tried without success
>>
>>
>> The downloaded packages were saved in cache until the next successful
>> transaction.
>> You can remove cached packages by executing 'dnf clean packages'.
>> Error: Error downloading packages:
>>   ovirt-node-ng-image-update-4.5.1-0.1.el8.noarch: Cannot download, all
>> mirrors were already tried without success
>>
>>
>> How can I fix this error, and get the latest updates for 4.5 installed?
>> ___
>> 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:
>> 

[ovirt-users] Re: Grafana - Origin Not Allowed

[Maton, Brett]

Thanks Nardus,

  ProxyPreserveHost did the trick, all seems to be working now.

On Mon, 13 Jun 2022 at 12:43, Nardus Geldenhuys  wrote:

> This worked for us:
>
> edit /etc/httpd/conf.d/ovirt-engine-grafana-proxy.conf
> add "ProxyPreserveHost On"
> should look like this now:
>
> 
> LoadModule proxy_module modules/mod_proxy.so
> 
>
> 
> ProxyPreserveHost On
> ProxyPass http://127.0.0.1:3000 retry=0 disablereuse=On
> ProxyPassReverse http://127.0.0.1:3000/ovirt-engine-grafana
> 
>
> systemctl restart httpd
> ___
> 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/TZFFIN4ESDYTJLNHYW7WDXYKECEZ57K6/
>
___
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/VOIFYLPZPJ77TWAJAWTLH3ZH57WASSCI/

[ovirt-users] Re: Grafana - Origin Not Allowed

[Maton, Brett]

  I've not restored from a backup or changed the grafana databse user
password, no idea why this has 'just' stopped working (or when as I don't
look at grafana that often).

I tried updating the grafana db user password, but still no joy...

I grabbed the password from
/etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-grafana-database.conf -
GRAFANA_DB_PASSWD

and then updated the database user:

su - postgres
psql -d ovirt_engine_history
ALTER ROLE ovirt_engine_history_grafana WITH PASSWORD 'password from config
file';


On Fri, 10 Jun 2022 at 17:32, Patrick Hibbs  wrote:

> That can happen if the builtin password for the engine database's grafana
> user changes, or if you manually restore the grafana database from a backup.
>
> You could try resetting the password by copying it back into the data
> source config in grafana's UI. (You'll need admin privlieges for grafana to
> do so.)
> The password for the engine database's grafana user should be located in
> /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-grafana-database.conf
> on the engine host.
>
> -Patrick Hibbs
>
> On Thu, 2022-06-09 at 09:32 +0100, Maton, Brett wrote:
>
> oVirt 4.5.0.8-1.el8
>
> I tried to connect to grafana via the monitoring portal link from the dash
> and all panels are failing to display any data with varying error messages,
> but all include 'Origin Not Allowed'
>
> I navigated to Data Sources and ran a test on the PostgreSQL connection
> (localhost) which threw the same Origin Not Allowed error message.
>
> Any suggestions?
> ___
> 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/V5I3LPPDKLL7BXDDBOFIS22JMS5ONUYU/
>
>
> ___
> 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/KDPMJGJ22DJH4FZW2Y2UVDBZD3KBJN37/
>
___
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/ZACPIB4DC53BH26WDBDYVYNWXHH3N5U2/

[ovirt-users] Grafana - Origin Not Allowed

[Maton, Brett]

oVirt 4.5.0.8-1.el8

I tried to connect to grafana via the monitoring portal link from the dash
and all panels are failing to display any data with varying error messages,
but all include 'Origin Not Allowed'

I navigated to Data Sources and ran a test on the PostgreSQL connection
(localhost) which threw the same Origin Not Allowed error message.

Any suggestions?
___
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/V5I3LPPDKLL7BXDDBOFIS22JMS5ONUYU/

[ovirt-users] Re: how to force engine certificate renewal

[Maton, Brett]

Hi Gianluca,

  My issue is I'm getting the alert, but 'engine-setup --offline' is not
offering to update the certificates.
  At the moment I'm hoping it's simply that engine is reporting that
certificates need to be renewed before engine-setup is configured to offer
the option to upgrade.

Cheers,
Brett

On Mon, 6 Jun 2022 at 14:05, Gianluca Cecchi 
wrote:

> On Mon, Jun 6, 2022 at 2:54 PM Maton, Brett 
> wrote:
>
>> Opened a bug report:  2093954 – Engine certificate alert, no option to
>> update offered by engine-setup (redhat.com)
>> <https://bugzilla.redhat.com/show_bug.cgi?id=2093954>
>>
>>
> A the beginning of last week I had to apply a certificate renewal on a RHV
> 4.4.7 environment.
> It is the commercial product but I think pretty similar in behaviour to
> the corresponding oVirt release. The engine certificate would have expired
> on 17th of August, so in between 2 and 3 months later.
>
> The command "engine-setup --offline" automatically proposed to renew them.
> It gave:
> "
>   --== PKI CONFIGURATION ==--
>
>   One or more of the certificates should be renewed, because they
> expire soon, or include an invalid expiry date, or they were created with
> validity period longer than 398 days, or do not include the subjectAltName
> extension, which can cause them to be rejected by recent browsers and up to
> date hosts.
>   See https://access.redhat.com/solutions/1572983 for more
> details.
>   Renew certificates? (Yes, No) [No]: Yes
> "
> and then going ahead:
>
> "
> . . .
> [ INFO  ] Upgrading CA
> [ INFO  ] Renewing engine certificate
> [ INFO  ] Renewing jboss certificate
> [ INFO  ] Renewing websocket-proxy certificate
> [ INFO  ] Renewing apache certificate
> [ INFO  ] Renewing reports certificate
> [ INFO  ] Updating OVN SSL configuration
> [ INFO  ] Updating OVN timeout configuration
> . . .
> [ INFO  ] Restarting httpd
>   Web access is enabled at:
>   http://my_engine:80/ovirt-engine
>   https://my_egine:443/ovirt-engine
> . . .
>   --== END OF SUMMARY ==--
> "
>
> But I don't know the exact number of days under which to get the prompt
> and if this number is in any way configurable...
> 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/3RZ6K22L3M72MTR7RLFEKNKSUETKD2DC/

[ovirt-users] Re: how to force engine certificate renewal

[Maton, Brett]

Opened a bug report:  2093954 – Engine certificate alert, no option to
update offered by engine-setup (redhat.com)
<https://bugzilla.redhat.com/show_bug.cgi?id=2093954>

On Mon, 6 Jun 2022 at 13:06, Patrick Hibbs  wrote:

> I wouldn't force it. I tried that last week and spent the weekend
> reinstalling the engine host. Due to the engine no longer being able to
> install new / reinstall existing hosts or enroll host certificates after
> doing so.
>
> Might just be better to wait until engine-setup does it automatically.
>
> -Patrick Hibbs
>
> On Mon, 2022-06-06 at 07:26 +0100, Maton, Brett wrote:
>
> oVirt: 4.5.0.8-1.el8
>
> Hi,
>
>   I got a warning yesterday that the engine certificate is 'about' to
> expire, in 6 months
>
>   Engine's certification is about to expire at 2022-12-10. Please renew
> the engine's certification.
>
>   I tried 'engine-setup --offline' but wasn't prompted to update the
> engine certificate.
>
> Regards,
> Brett
>
> On Thu, 26 May 2022 at 10:14, Gianluca Cecchi 
> wrote:
>
> Hello,
> I'm currently still on 4.4.x.
> Suppose I have an engine certificate expiring on mid August and I want to
> force renew it now using "engine-setup --offline" command.
> How can I do it if possible?
> How many days before expiration I get the message that it is expiring soon
> with a proposal of renewing it when running "engine-setup"?
>
> 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/4BZ724AJQ3OWJRZLCSR2Y3PPCBKG7QNC/
>
> ___
> 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/PWETJKNUX4WXAWCAYSWVMY6QSV46GVZK/
>
>
> ___
> 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/YFVV2L2C4GFLO5I5AKYBZN5QLA3ERBXD/
>
___
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/44JAJE7EJLYHPYI767D4GHB6WN45DE5F/

[ovirt-users] Re: how to force engine certificate renewal

[Maton, Brett]

oVirt: 4.5.0.8-1.el8

Hi,

  I got a warning yesterday that the engine certificate is 'about' to
expire, in 6 months

>   Engine's certification is about to expire at 2022-12-10. Please renew
> the engine's certification.

  I tried 'engine-setup --offline' but wasn't prompted to update the engine
certificate.

Regards,
Brett

On Thu, 26 May 2022 at 10:14, Gianluca Cecchi 
wrote:

> Hello,
> I'm currently still on 4.4.x.
> Suppose I have an engine certificate expiring on mid August and I want to
> force renew it now using "engine-setup --offline" command.
> How can I do it if possible?
> How many days before expiration I get the message that it is expiring soon
> with a proposal of renewing it when running "engine-setup"?
>
> 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/4BZ724AJQ3OWJRZLCSR2Y3PPCBKG7QNC/
>
___
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/PWETJKNUX4WXAWCAYSWVMY6QSV46GVZK/

[ovirt-users] Power Saving Schedule

[Maton, Brett]

Hi List,

  I'm using the power_saving schedule to minimise the number of physical
hosts which works as expected when scaling in, however it doesn't appear to
ever scale out.

  I've tried setting the minimum and maximum RAM and lowering the HighUsage
(Utilization in American) percentage but it never starts another host.

  If I don't change the scheduling policy and manually start another host,
it gets powered off by the scheduler before any resources get allocated to
it.

  Am I missing a setting or is it just a MASSIVE flaw in the scheduler?
___
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/Q2JP52XA4GC4OSAIQ4ZKGTB2VLZ7EBVR/

[ovirt-users] Re: [IMPORTANT] Upgrade to postgresql-jdbc-42.2.14-1 breaks oVirt Engine 4.4/4.5

[Maton, Brett]

Probably worth pointing out that if you (as I did) update to 4.5.0.8 and
exclude the postgresql-jdbc update you'll wind up with

500 - Internal Server Error

When you try to login to the admin console again.

On Wed, 11 May 2022 at 13:43, Martin Perina  wrote:

> Hi,
>
> oVirt 4.5.0.8 async release has fixed the issue with postgresql-jdbc
> drivers:
>
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/GAENJ2DPZSDCC276KM5QKUAZE5XPWTRG/
>
> So for oVirt 4.5.0.8 you no longer need to exclude postgresql-jdbc >=
> 42.2.14 package during installation/upgrade.
>
> Regards,
> Martin
>
>
> On Fri, Apr 22, 2022 at 5:35 PM Martin Perina  wrote:
>
>> Hi,
>> Unfortunately we have just found that latest release of
>> postgresql-jdbc-42.2.14-1 breaks existing oVirt Engine 4.4 and 4.5
>> installations running on CentOS Stream.
>> The workaround is to downgrade to previous version, for example
>> postgresql-jdbc-42.2.3-3 should work fine.
>>
>> Here are detailed instructions:
>>
>> 1. If you have already upgraded to postgresql-jdbc-42.2.14-1, please
>> downgrade to previous version:
>>
>> $ dnf downgrade postgresql-jdbc
>> $ systemctl restart ovirt-engine
>>
>> 2. If you are going to upgrade your oVirt Engine machine, please exclude
>> postgresql-jdbc package from upgrades:
>>
>> $ dnf update -x postgresql-jdbc
>>
>> We have created https://bugzilla.redhat.com/2077794 to track this issue,
>> but unfortunately we don't have a fix yet.
>>
>> Regards,
>> Martin
>>
>> --
>> Martin Perina
>> Manager, Software Engineering
>> Red Hat Czech s.r.o.
>>
>
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
> ___
> 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/GVFSXYLTQKRAVAVXY5ONBN4NRI24ED55/
>
___
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/GQ7YJZVFXFZCO33YZJEAJP6ISKHAYFWB/

[ovirt-users] Re: Cannot start ovirt-engine java server - 500 Internal Server Error - after update to 4.4.10

[Maton, Brett]

I ran in to this problem yesterday, if you've already upgraded 'everything'
you can roll back the postgresql driver with

dnf downgrade postgresql-jdbc

and then restart the engine

systemctl restart ovirt-engine



On Sat, 30 Apr 2022 at 08:10, Latchezar Filtchev  wrote:

> Dear Jan,
>
> Please check Martin's e-mail from 22.04.2022 (below). I confirm the
> workaround works for me.
>
> Best,
> Latcho]
>
> From: Martin Perina 
> Sent: Friday, April 22, 2022 6:35 PM
> To: users ; devel 
> Cc: Eli Mesika 
> Subject: [ovirt-users] [IMPORTANT] Upgrade to postgresql-jdbc-42.2.14-1
> breaks oVirt Engine 4.4/4.5
>
> Hi,
> Unfortunately we have just found that latest release of
> postgresql-jdbc-42.2.14-1 breaks existing oVirt Engine 4.4 and 4.5
> installations running on CentOS Stream.
> The workaround is to downgrade to previous version, for example
> postgresql-jdbc-42.2.3-3 should work fine.
>
> Here are detailed instructions:
>
> 1. If you have already upgraded to postgresql-jdbc-42.2.14-1, please
> downgrade to previous version:
>
> $ dnf downgrade postgresql-jdbc
> $ systemctl restart ovirt-engine
>
> 2. If you are going to upgrade your oVirt Engine machine, please exclude
> postgresql-jdbc package from upgrades:
>
> $ dnf update -x postgresql-jdbc
>
> We have created https://bugzilla.redhat.com/2077794 to track this issue,
> but unfortunately we don't have a fix yet.
>
> Regards,
> Martin
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
>
> -Original Message-
> From: Jan Burian 
> Sent: Friday, April 29, 2022 9:19 PM
> To: users@ovirt.org
> Subject: [ovirt-users] Cannot start ovirt-engine java server - 500
> Internal Server Error - after update to 4.4.10
>
> Hi there,
>
> I updated hosted ovirt engine from within VM.
> At first I updated OS - yum update.
> Then rebooted VM.
> After VM booted again, I found out I cannot access GUI.
>
> Then I found out I had to run engine-setup even when updating between
> releases.
> So then I put cluster in global maintenance mode.
> And run engine-setup.
> The setup finished successfully.
> But the GUI is still not accessible. I got 500 Internal server error.
> Even after reboot or if I run engine-setup again. The errors are the same.
>
> In the engine.log is no error.
> There are errors in server.log.
>
> I updated from ovirt-engine-4.4.9.5-1.el8.noarch to
> ovirt-engine-4.4.10.7-1.el8.noarch.
>
> I tried to find some solution, but no luck.
> The part of error about failing to start engine.ear is common.
> But the java Caused by: error looks like different then I was able to find.
>
> Anyone who is able to find out where the problem lies and any tips for
> possible solution?
>
> Thanks.
> Regards
> Honza
>
>
> The errors from server.log:
> --
> 2022-04-29 17:17:44,924+02 INFO  [org.wildfly.extension.undertow]
> (ServerService Thread Pool -- 53) WFLYUT0021: Registered web context:
> '/ovirt-engine/webadmin' for server 'default-server'
>
> 2022-04-29 17:17:45,110+02 INFO
> [org.springframework.jdbc.support.SQLErrorCodesFactory] (ServerService
> Thread Pool -- 54) SQLErrorCodes loaded: [DB2, Derby, H2, HSQL, Informix,
> MS-SQL, MySQL, Oracle, PostgreSQL, Sybase, Hana]
> 2022-04-29 17:17:45,187+02 ERROR [org.jboss.msc.service.fail]
> (ServerService Thread Pool -- 54) MSC01: Failed to start service
> jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START:
> org.jboss.msc.service.StartException in service
> jboss.deployment.subunit."engine.ear"."bll.jar".component.Backend.START:
> java.lang.IllegalStateException: WFLYEE0042: Failed to construct component
> instance
>  at
> org.jboss.as.ee@23.0.2.Final
> //org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:57)
>  at
>
> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
>  at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
>  at
> org.jboss.threads@2.4.0.Final
> //org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
>  at
> org.jboss.threads@2.4.0.Final
> //org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
>  at
> org.jboss.threads@2.4.0.Final
> //org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
>  at
> org.jboss.threads@2.4.0.Final
> //org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
>  at java.base/java.lang.Thread.run(Thread.java:829)
>  at
> org.jboss.threads@2.4.0.Final
> //org.jboss.threads.JBossThread.run(JBossThread.java:513)
> Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to
> construct component instance
>  at
> org.jboss.as.ee@23.0.2.Final
> //org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:163)
>  at
> org.jboss.as.ee@23.0.2.Final
> 

[ovirt-users] Power Saving schedule, hosts not shutting down

[Maton, Brett]

Hosts still not shutting down,  VM's get moved from host to host by
Migration initiated by system (reason load balancing)
events every few hours, unfortunately there is nothing in the event logs
about power management though.

Any thoughts or suggestions on logs to look into?

Regards,
Brett
___
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/BFVRECFB3LUNY5NPMJ3UFMU5Y4E6JGFS/

[ovirt-users] Power Saving schedule, hosts not shutting down

[Maton, Brett]

Hi,

  I'm having trouble with the power_saving Scheduling Policy not shutting
down idle hosts

  Policy is more or less default, I added 'HostsInReserve 0' too see if
that would help, and then  24hrs later I bumped
CpuOverCommitDurationMinutes to 15 that didn't make a difference either.
(not unexpected as the CPU is only being tickled by two small VMs at the
moment).

  3x Dell Hosts with iDRAC 8 management cards, power management configured
and functional.
  oVrit 4.4.8.6-1.el8

Thanks in advance for any help

Brett
___
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/K3QRTVUXB25DMOD52UXIILZ6OM3YLFZD/

[ovirt-users] Re: NFS Synology NAS (DSM 7)

[Maton, Brett]

Thanks for the replies, as it turns out it was nothing to do with
/etc/exports or regular file system permissions.

Synology have applied their own brand of Access Control Lists (ACLs) to
shared folders.

Basically I had to run the following commands to allow vdsm:kvm (36:36) to
read and write to the share:

EXPORT_DIR=/volumeX/...

synoacltool -set-owner "$EXPORT_DIR" group kvm:allow:rwxpdDaARWcCo:fd--
synoacltool -add "$EXPORT_DIR" user:vdsm:allow:rwxpdDaARWcCo:fd--
synoacltool -add "$EXPORT_DIR" group:kvm:allow:rwxpdDaARWcCo:fd--

On Wed, 1 Sept 2021 at 04:28, Strahil Nikolov  wrote:

> I guess gou need to try:
> all_squash + anonuid=36 + anongid=36
>
>
> Best Regards,
> Strahil Nikolov
>
> On Fri, Aug 27, 2021 at 23:44, Alex K
>  wrote:
> ___
> 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/MM6CLUHHQFIWTXQSIQ7C7EPWFAW3NAOF/
>
>
___
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/IUYTVJIHSSWSK5ARUYW7SLEXDRBDIBFS/

[ovirt-users] NFS Synology NAS (DSM 7)

[Maton, Brett]

Hi List,

  I can't get oVirt 4.4.8.5-1.el8 (running on oVirt Node hosts) to connect
to an NFS share on a Synology NAS.

  I gave up trying to get the hosted engine deployed and put that on an
iscsi volume instead...

  The directory being exported from NAS is owned by vdsm / kvm (36:36)
perms I've tried:
  0750
  0755
  0777

Tried auto / v3 / v4_0

  As others have mentioned regarding NFS, if I connect manually from the
host with

  mount nas.mydomain.com:/volume1/ov_nas

  It connects and works just fine.

  If I try to add the share as a domain in oVirt I get

Operation Cancelled
Error while executing action Add Storage Connection: Permission settings on
the specified path do not allow access to the storage.
Verify permission settings on the specified storage path.

When tailing /var/log/messages on

When tailing /var/log/messages on the oVirt host, I see this message appear
(I changed the domain name for this post so the dots might be transcoded in
reality):

Aug 27 17:36:07 ov001 systemd[1]:
rhev-data\x2dcenter-mnt-nas.mydomain.com:_volume1_ov__nas.mount:
Succeeded.

  The NAS is running the 'new' DSM 7, /etc/exports looks like this:

/volume1/ov_nas  x.x.x.x(rw,async,no_root_squash,anonuid=36,anongid=36)

(reloaded with exportfs -ra)


Any suggestions appreciated.

Regards,
Brett
___
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/Y74ILXTU6L2XEIIQDG5SE6WEQ6DSUOXA/

[ovirt-users] Re: Small SAN suggestions?

[Maton, Brett]

I use a Dell SCv2000, that is plenty for 3 hosts with out needing a fibre
channel switch.
They do the SCv3000 series now, might suit your needs.

Regards,
Brett

On Thu, 18 Feb 2021 at 00:44, Chris Adams  wrote:

> Once upon a time, matthew.st...@fujitsu.com 
> said:
> > Disks + Linux + iSCSI target   (Need I say more)
>
> So I've done that before (set that up on spare hardware for a dev
> cluster).  It works, but... not necessarily the level of reliability I'd
> like.  I'd be back to a single point of failure for the whole cluster,
> which is not so good.
> --
> Chris Adams 
> ___
> 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/J3DO2YZABMFTQVMZAVUBSACLMZXEORJN/
>
___
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/3XT5N4BZZHWWVIZIY4PLKB5Z736HUFVN/

[ovirt-users] Re: How to force removal of old host from Engine

[Maton, Brett]

Last time I had to forcibly remove a node because it was impossible to do
so otherwise, it had never ever had anything to do with gluster, so I
STRONGLY dispute your claim that fixing an issue (that was not stated) will
fix anything.

On Tue, 21 Apr 2020 at 22:39, Maton, Brett  wrote:

> I'm sorry there was no suggestion that the node had anything to do with
> gluster, clearly stated but how to remove a dead and unmanageable node from
> the cluster.
>
> On Tue, 21 Apr 2020 at 20:41, Strahil Nikolov 
> wrote:
>
>> Not a good approach.
>> It's important to know if the node was also a gluster peer in the storage
>> pool - if yes, it needs to be replaced with 'replace-brick' or
>> 'reset-brick' (depending if you use the old hostname or not).
>> Once the storage node is replaced - oVirt will allow you to remove it.
>>
>>
>> Best Regards,
>> Strahil Nikolov
>>
>>
>>
>>
>>
>>
>> В вторник, 21 април 2020 г., 19:46:47 Гринуич+3, Maton, Brett <
>> mat...@ltresources.co.uk> написа:
>>
>>
>>
>>
>>
>> Last time I had to do this I removed from the database.
>>
>> (at your own risk)
>> On ovirt engine switch to the postgres user from root:
>>
>> su - postgres
>>
>> Enable postgres 10 and connect to the engine database:
>>
>> . scl_source enable rh-postgresql10
>> psql -d engine
>>
>> Change  to the name (Name column of the host in the
>> UI) of the host you want to get rid of ( leave the '\' and \'' in place )
>>
>> BEGIN;\set host '\'\''DELETE FROM vds_dynamic WHERE
>> vds_id IN (SELECT vds_id FROM vds_static WHERE vds_name = :host);DELETE
>> FROM vds_statistics WHERE vds_id IN (SELECT vds_id FROM vds_static WHERE
>> vds_name = :host);DELETE FROM vds_static WHERE vds_name = :host;COMMIT;
>> 
>>
>>
>>
>> On Tue, 21 Apr 2020 at 15:19, Shareef Jalloq 
>> wrote:
>> > Hi,
>> >
>> > I seem to have got a stale host in my engine that I can't remove.  I
>> recently reinstalled oVirt Node on this host and while trying to refresh
>> the host in the engine, have got it in some state where I can't do anything.
>> >
>> > The host is listed as Status=Unassigned.  Under the Management pull
>> down I only have Restart and Stop options, both of which error if
>> selected.  The Remove button is not available.
>> >
>> > How do I force a removal of this host from the view so I can reload it?
>> >
>> > Shareef.
>> > ___
>> > 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/TCBGLVCLMTZSQAURDDVGHKYXXQ36NO5H/
>> >
>> ___
>> 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/EAFO7EBLCETILFJGCY55K254TLRKJPRC/
>>
>
___
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/2HFVVWBK5CBYLM5C7FISJQWNEIVZDQXB/

[ovirt-users] Re: How to force removal of old host from Engine

[Maton, Brett]

I'm sorry there was no suggestion that the node had anything to do with
gluster, clearly stated but how to remove a dead and unmanageable node from
the cluster.

On Tue, 21 Apr 2020 at 20:41, Strahil Nikolov  wrote:

> Not a good approach.
> It's important to know if the node was also a gluster peer in the storage
> pool - if yes, it needs to be replaced with 'replace-brick' or
> 'reset-brick' (depending if you use the old hostname or not).
> Once the storage node is replaced - oVirt will allow you to remove it.
>
>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> В вторник, 21 април 2020 г., 19:46:47 Гринуич+3, Maton, Brett <
> mat...@ltresources.co.uk> написа:
>
>
>
>
>
> Last time I had to do this I removed from the database.
>
> (at your own risk)
> On ovirt engine switch to the postgres user from root:
>
> su - postgres
>
> Enable postgres 10 and connect to the engine database:
>
> . scl_source enable rh-postgresql10
> psql -d engine
>
> Change  to the name (Name column of the host in the
> UI) of the host you want to get rid of ( leave the '\' and \'' in place )
>
> BEGIN;\set host '\'\''DELETE FROM vds_dynamic WHERE
> vds_id IN (SELECT vds_id FROM vds_static WHERE vds_name = :host);DELETE
> FROM vds_statistics WHERE vds_id IN (SELECT vds_id FROM vds_static WHERE
> vds_name = :host);DELETE FROM vds_static WHERE vds_name = :host;COMMIT;
> 
>
>
>
> On Tue, 21 Apr 2020 at 15:19, Shareef Jalloq  wrote:
> > Hi,
> >
> > I seem to have got a stale host in my engine that I can't remove.  I
> recently reinstalled oVirt Node on this host and while trying to refresh
> the host in the engine, have got it in some state where I can't do anything.
> >
> > The host is listed as Status=Unassigned.  Under the Management pull down
> I only have Restart and Stop options, both of which error if selected.  The
> Remove button is not available.
> >
> > How do I force a removal of this host from the view so I can reload it?
> >
> > Shareef.
> > ___
> > 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/TCBGLVCLMTZSQAURDDVGHKYXXQ36NO5H/
> >
> ___
> 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/EAFO7EBLCETILFJGCY55K254TLRKJPRC/
>
___
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/JH6BUNCYGDEYQ6K7N6RUD4PDZ6VPPCPU/

[ovirt-users] Re: How to force removal of old host from Engine

[Maton, Brett]

Last time I had to do this I removed from the database.

(at your own risk)
On ovirt engine switch to the postgres user from root:

su - postgres

Enable postgres 10 and connect to the engine database:

. scl_source enable rh-postgresql10
psql -d engine

Change  to the name (Name column of the host in the
UI) of the host you want to get rid of ( leave the '\' and \'' in place )

BEGIN;
\set host '\'\''
DELETE FROM vds_dynamic WHERE vds_id IN (SELECT vds_id FROM vds_static
WHERE vds_name = :host);
DELETE FROM vds_statistics WHERE vds_id IN (SELECT vds_id FROM vds_static
WHERE vds_name = :host);
DELETE FROM vds_static WHERE vds_name = :host;
COMMIT;




On Tue, 21 Apr 2020 at 15:19, Shareef Jalloq  wrote:

> Hi,
>
> I seem to have got a stale host in my engine that I can't remove.  I
> recently reinstalled oVirt Node on this host and while trying to refresh
> the host in the engine, have got it in some state where I can't do anything.
>
> The host is listed as Status=Unassigned.  Under the Management pull down I
> only have Restart and Stop options, both of which error if selected.  The
> Remove button is not available.
>
> How do I force a removal of this host from the view so I can reload it?
>
> Shareef.
> ___
> 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/TCBGLVCLMTZSQAURDDVGHKYXXQ36NO5H/
>
___
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/EAFO7EBLCETILFJGCY55K254TLRKJPRC/

[ovirt-users] Re: Can't migrate over migration network

[Maton, Brett]

Daft question, but are the switch ports configured to allow the VLAN
traffic through ?

On Sat, 11 Apr 2020 at 00:46, Brian Dumont  wrote:

> Evan,
>
> Thanx for your help.  I think I've got the Networks setup correctly on the
> Setup Hosts Network section, but obviously I've got something fundamentally
> wrong.
>
> Just can't figure it out.
>
> Thanx again
>
> On Fri, Apr 10, 2020 at 5:14 PM Brian Dumont 
> wrote:
>
>> Thanx for the note.  Still not working.  I made the change on the hosts
>> and manager and then added the custom ip addresses to the ovirtmgmt
>> network.   The attached screenshot shows the custom IP address added to
>> ovirtmgmt.
>>
>> Same issue.
>>
>> 2020-04-10 21:05:13.882+: 5801: error : virNetSocketNewConnectTCP:591
>> : unable to connect to server at '192.168.25.5:49152': No route to host.
>>
>> I can ping the 192.168.25.x address on the host - but I can't ping the
>> .25.x address on the other host.
>>
>> I also can't ping either 192.168.25.x address from the manager.
>>
>> One question I had is does the migration network need to be a VM
>> Network?  I've tried it several ways - but just wanted to know the right
>> configuration.
>>
>> Thanx!!!
>>
>> On Fri, Apr 10, 2020 at 3:55 PM  wrote:
>>
>>> Thanx for the suggestion.  Changed my networks to the following and
>>> still got the same error:
>>>
>>> 5801: error : virNetSocketNewConnectTCP:591 : unable to connect to
>>> server at '192.168.25.5:49152': No route to host
>>>
>>> Here is my updated configuration:
>>> - 2 Hosts
>>> - Host 1
>>> - nic 1 - ovirtmgmt - 192.168.1.24/24 - VLAN 1
>>> - nic 2 - migration network - 192.168.25.5/24 VLAN 25
>>> - Host 2
>>> - nic 1 - ovirtmgmnt - 192.168.1.24/24 - VLAN 1
>>> - nic 2 - migration network - 192.168.25.6/24 - VLAN 25
>>>
>>> Migration network is setup as follows:
>>> - Assign - Yes
>>> - Required - Yes
>>> - VM Network - No (tried it with VM Nework = Yes with same results)
>>> - Migration Network - Yes
>>> ___
>>> 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/VLS2EVPDQDHIKMWLLQVMHOPL22CQVQB2/
>>>
>> ___
> 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/SOIMP6M5O7JIJB2WKMIIJZ6OLCPSXWHL/
>
___
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/FZWENS5HKKXYPUULJY4QP63G6XSSNL3J/

[ovirt-users] Re: Windows 10 Pro 64 (1909) crashes when migrating

[Maton, Brett]

Problem with signed / unsigned sounds about right.
Not having much luck with addr2line though.

I just manually migrated the VM to cause the problem again, not sure if
this partial NUMA config warning could be contributing:

2020-04-09T23:54:05.537028Z qemu-kvm: warning: All CPU(s) up to maxcpus
should be described in NUMA config, ability to start up with partial NUMA
mappings is obsoleted and will be removed in future
2020-04-11 07:25:04.146+: initiating migration
tcmalloc: large alloc 562949953421312 bytes == (nil) @  0x7f4a0bb464ef
0x7f4a0bb66367 0x7f4a2364b736 0x561527438ac8 0x5615274398e5 0x5615273e9bae
0x5615273f07b6 0x5615275b8de5 0x5615275b4bdf 0x7f4a0aaeee65 0x7f4a0a81788d

(process:32202): GLib-ERROR **: 08:25:04.151: gmem.c:135: failed to
allocate 562949953421312 bytes
2020-04-11 07:25:08.408+: shutting down, reason=crashed


Attempt to use addr2line

# addr2line -e /usr/libexec/qemu-kvm
0x7f4a0bb464ef 0x7f4a0bb66367 0x7f4a2364b736 0x561527438ac8 0x5615274398e5
0x5615273e9bae 0x5615273f07b6 0x5615275b8de5 0x5615275b4bdf 0x7f4a0aaeee65
0x7f4a0a81788d
??:0
??:0

Single addresses give the same:

0x7f4a0bb464ef
??:0

0x7f4a0a81788d
??:0

Maybe need debug packages ?

On Fri, 10 Apr 2020 at 22:23,  wrote:

> I found this thread on Stack overflow:
>
>
> https://stackoverflow.com/questions/9077457/how-to-trace-tcmalloc-large-alloc
>
>
>
> See
> http://code.google.com/p/gperftools/source/browse/trunk/src/tcmalloc.cc?r=80=1
>  line
> 843
>
> Depending on your application - the large allocation may or may not be a
> bug.
>
> In any case - the part after the @ mark is a stack trace and can be used
> to locate the source of the message
>
> The repeating number (4294488064 which seems to be equal to 4G-479232 or
> 0x1-0x75000) makes me suspect the original allocation call got a
> negative signed value and used it as an unsigned value.
>
> It also had this to trace the memory leak:
>
> to trace the mem address to a line in your code, use addr2line commandline
> tool.. use it as addr2line -e  then press enter and then
> paste an address and press enter
>
>
>
> I’m not sure if this is helpful but it does sound like a memory leak.
>
>
>
> In a related Microsoft doc it stated:
>
>
>
> 1073741824 Allocations larger than this value cause a stack trace
> to be dumped to stderr. The threshold for dumping stack traces is increased
> by a factor of 1.125 every time we print a message so that the threshold
> automatically goes up by a factor of ~1000 every 60 messages. This bounds
> the amount of extra logging generated by this flag. Default value of this
> flag is very large and therefore you should see no extra logging unless the
> flag is overridden.
>
>
>
> The default in Windows is 1 GB. I’m not sure about Linux.
>
>
>
> I hope this is helpful.
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Maton, Brett 
> *Sent:* Friday, April 10, 2020 4:53 PM
> *To:* eev...@digitaldatatechs.com
> *Cc:* Ovirt Users 
> *Subject:* [ovirt-users] Re: Windows 10 Pro 64 (1909) crashes when
> migrating
>
>
>
> The hosts are identical, and yes I'm sure about the 563 terrabytes, which
> is obviously wrong, and why I mentioned it. Possibly an overflow?
>
>
>
> On Fri, 10 Apr 2020, 21:31 ,  wrote:
>
> I have a Windows 10 guest and a Server 2016 guest that migrate without an
> issue.
> Are your CPU architectures comparable between the hosts?
> BTW,  56294995342131 bytes is 562 terabytes. Are you sure that's correct?
> ___
> 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/7JDAC6SVJIPJRMLDHHZIREUGC3EDR6FP/
>
>
>
>
___
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/D74C7MSRJEQOTPNDB55XTRDSNT2WK6ST/

[ovirt-users] Re: Windows 10 Pro 64 (1909) crashes when migrating

[Maton, Brett]

The hosts are identical, and yes I'm sure about the 563 terrabytes, which
is obviously wrong, and why I mentioned it. Possibly an overflow?

On Fri, 10 Apr 2020, 21:31 ,  wrote:

> I have a Windows 10 guest and a Server 2016 guest that migrate without an
> issue.
> Are your CPU architectures comparable between the hosts?
> BTW,  56294995342131 bytes is 562 terabytes. Are you sure that's correct?
> ___
> 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/7JDAC6SVJIPJRMLDHHZIREUGC3EDR6FP/
>
___
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/YRJ2QS4NXAKISWRMPOFHDO74V63ARPBN/

[ovirt-users] Re: ovirt-engine unresponsive - how to rescue?

[Maton, Brett]

On the host you tried to restart the engine on:

Add an alias to virsh (authenticates with virsh_auth.conf)

alias virsh='virsh -c
qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'

Then run virsh:

virsh

virsh # list
 IdName   State

 xxHostedEngine   Paused
 xx** running
 ...
 xx ** running

HostedEngine should be in the list, try and resume the engine:

virsh # resume HostedEngine

On Wed, 8 Apr 2020 at 17:28, Shareef Jalloq  wrote:

> Thanks!
>
> The status hangs due to, I guess, the VM being down
>
> [root@ovirt-node-01 ~]# hosted-engine --vm-start
> VM exists and is down, cleaning up and restarting
> VM in WaitForLaunch
>
> but this doesn't seem to do anything.  OK, after a while I get a status of
> it being barfed...
>
> --== Host ovirt-node-00.phoelex.com (id: 1) status ==--
>
> conf_on_shared_storage : True
> Status up-to-date  : False
> Hostname   : ovirt-node-00.phoelex.com
> Host ID: 1
> Engine status  : unknown stale-data
> Score  : 3400
> stopped: False
> Local maintenance  : False
> crc32  : 9c4a034b
> local_conf_timestamp   : 523362
> Host timestamp : 523608
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=523608 (Wed Apr  8 16:17:11 2020)
> host-id=1
> score=3400
> vm_conf_refresh_time=523362 (Wed Apr  8 16:13:06 2020)
> conf_on_shared_storage=True
> maintenance=False
> state=EngineDown
> stopped=False
>
>
> --== Host ovirt-node-01.phoelex.com (id: 2) status ==--
>
> conf_on_shared_storage : True
> Status up-to-date  : True
> Hostname   : ovirt-node-01.phoelex.com
> Host ID: 2
> Engine status  : {"reason": "bad vm status", "health":
> "bad", "vm": "down_unexpected", "detail": "Down"}
> Score  : 0
> stopped: False
> Local maintenance  : False
> crc32  : 5045f2eb
> local_conf_timestamp   : 1737037
> Host timestamp : 1737283
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=1737283 (Wed Apr  8 16:16:17 2020)
> host-id=2
> score=0
> vm_conf_refresh_time=1737037 (Wed Apr  8 16:12:11 2020)
> conf_on_shared_storage=True
> maintenance=False
> state=EngineUnexpectedlyDown
> stopped=False
>
> On Wed, Apr 8, 2020 at 5:09 PM Maton, Brett 
> wrote:
>
>> First steps, on one of your hosts as root:
>>
>> To get information:
>> hosted-engine --vm-status
>>
>> To start the engine:
>> hosted-engine --vm-start
>>
>>
>> On Wed, 8 Apr 2020 at 17:00, Shareef Jalloq  wrote:
>>
>>> So my engine has gone down and I can't ssh into it either.  If I try to
>>> log into the web-ui of the node it is running on, I get redirected because
>>> the node can't reach the engine.
>>>
>>> What are my next steps?
>>>
>>> Shareef.
>>> ___
>>> 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/W7BP57OCIRSW5CDRQWR5MIKJUH3ISLCQ/
>>>
>>
___
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/6FABGPYS5WWFMW3ZT2DL6VLRP2Z54PHJ/

[ovirt-users] Re: ovirt-engine unresponsive - how to rescue?

[Maton, Brett]

First steps, on one of your hosts as root:

To get information:
hosted-engine --vm-status

To start the engine:
hosted-engine --vm-start


On Wed, 8 Apr 2020 at 17:00, Shareef Jalloq  wrote:

> So my engine has gone down and I can't ssh into it either.  If I try to
> log into the web-ui of the node it is running on, I get redirected because
> the node can't reach the engine.
>
> What are my next steps?
>
> Shareef.
> ___
> 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/W7BP57OCIRSW5CDRQWR5MIKJUH3ISLCQ/
>
___
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/SESPMFFDWZFFBXETP35HNT5SFNU2Z6HK/

[ovirt-users] Re: Windows 10 Pro 64 (1909) crashes when migrating

[Maton, Brett]

Any other suggestions ?
I'm already running a later version of qemu (qemu-kvm-ev-2.12.0-33.1.el7_7.4)
than the one referenced (qemu-kvm-rhev-2.9.0-16) in
https://access.redhat.com/solutions/3423481 (from what I can see on that
page without a subscription).

Regards,
Brett

On Tue, 7 Apr 2020 at 11:56, Maton, Brett  wrote:

> I haven't got an active RHEL subscription so I can't view that solution
> unfortunately.
>
>
> Thanks for the log pointers though, looking in the qemu log I'm not
> surprised it's crashing...
>
> tcmalloc: large alloc 562949953421312 bytes == (nil) @  0x7f93c080b4ef
> 0x7f93c082b367 0x7f93d8310736 0x55efa0670ac8 0x55efa06718e5 0x55efa0621bae
> 0x55efa06287b6 0x55efa07f0de5 0x55efa07ecbdf 0x7f93bf7b3e65 0x7f93bf4dc88d
>
> (process:1374): GLib-ERROR **: 09:26:39.525: gmem.c:135: *failed to
> allocate 562949953421312 bytes*
> 2020-04-06 08:26:43.036+: shutting down, reason=crashed
> ...
> libvirt version: 4.5.0, package: 23.el7_7.6 (CentOS BuildSystem <
> http://bugs.centos.org>, 2020-03-17-23:39:10, x86-01.bsys.centos.org),
> qemu version: 2.12.0qemu-kvm-ev-2.12.0-33.1.el7_7.4, kernel:
> 3.10.0-1062.18.1.el7.x86_64
>
> 562949953421312 bytes is mighty big, nigh on 563 TB!
> The VM in question is allocated 4GB RAM and has a 60GB disk...
>
> Couldn't see any errors in the VDSM log at the time that qemu failed.
>
> On Tue, 7 Apr 2020 at 10:52, Shani Leviim  wrote:
>
>> Hi Brett,
>> According to [1], you can try to update the package qemu-kvm-rhev.
>> (Or yum update if there're more packages related need to be upgraded).
>>
>> You may also find some more information about that error on the vdsm log
>> (/var/log/vdsm/vdsm.log)
>> and the qemu log (/var/log/libvirt/qemu/vm_name.log)
>>
>> [1] https://access.redhat.com/solutions/3423481
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Mon, Apr 6, 2020 at 12:09 PM Maton, Brett 
>> wrote:
>>
>>> I recently added a Windows 10 Pro 64 bit (release 1909) VM, and I'm
>>> seeing a lot of failures when oVirt tries to move the VM to another host
>>> (triggered by load balancing),
>>>
>>> These errors are showing up in the UI event log
>>>
>>> Migration failed  (VM: , Source: , Destination: >> 2>).
>>>
>>> Followed by:
>>>
>>> VM  is down with error. Exit message: Lost connection with qemu
>>> process.
>>>
>>> Google returned some references to 'options kvm ignore_msrs=1' which
>>> I've added to /etc/modprobe/d/kvm.conf and restarted the hosts but that
>>> doesn't appear to have made a difference.
>>>
>>> Is this a known issue with Windows 10 guests?
>>> ___
>>> 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/QNJ7GFDXKBVREHJY4FBIORLBVEBO353R/
>>>
>>
___
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/JNNOKV3N6E3BZ2FGLYCO2UULDLF6WENN/

[ovirt-users] Re: Windows 10 Pro 64 (1909) crashes when migrating

[Maton, Brett]

I haven't got an active RHEL subscription so I can't view that solution
unfortunately.


Thanks for the log pointers though, looking in the qemu log I'm not
surprised it's crashing...

tcmalloc: large alloc 562949953421312 bytes == (nil) @  0x7f93c080b4ef
0x7f93c082b367 0x7f93d8310736 0x55efa0670ac8 0x55efa06718e5 0x55efa0621bae
0x55efa06287b6 0x55efa07f0de5 0x55efa07ecbdf 0x7f93bf7b3e65 0x7f93bf4dc88d

(process:1374): GLib-ERROR **: 09:26:39.525: gmem.c:135: *failed to
allocate 562949953421312 bytes*
2020-04-06 08:26:43.036+: shutting down, reason=crashed
...
libvirt version: 4.5.0, package: 23.el7_7.6 (CentOS BuildSystem <
http://bugs.centos.org>, 2020-03-17-23:39:10, x86-01.bsys.centos.org), qemu
version: 2.12.0qemu-kvm-ev-2.12.0-33.1.el7_7.4, kernel:
3.10.0-1062.18.1.el7.x86_64

562949953421312 bytes is mighty big, nigh on 563 TB!
The VM in question is allocated 4GB RAM and has a 60GB disk...

Couldn't see any errors in the VDSM log at the time that qemu failed.

On Tue, 7 Apr 2020 at 10:52, Shani Leviim  wrote:

> Hi Brett,
> According to [1], you can try to update the package qemu-kvm-rhev.
> (Or yum update if there're more packages related need to be upgraded).
>
> You may also find some more information about that error on the vdsm log
> (/var/log/vdsm/vdsm.log)
> and the qemu log (/var/log/libvirt/qemu/vm_name.log)
>
> [1] https://access.redhat.com/solutions/3423481
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Mon, Apr 6, 2020 at 12:09 PM Maton, Brett 
> wrote:
>
>> I recently added a Windows 10 Pro 64 bit (release 1909) VM, and I'm
>> seeing a lot of failures when oVirt tries to move the VM to another host
>> (triggered by load balancing),
>>
>> These errors are showing up in the UI event log
>>
>> Migration failed  (VM: , Source: , Destination: > 2>).
>>
>> Followed by:
>>
>> VM  is down with error. Exit message: Lost connection with qemu
>> process.
>>
>> Google returned some references to 'options kvm ignore_msrs=1' which
>> I've added to /etc/modprobe/d/kvm.conf and restarted the hosts but that
>> doesn't appear to have made a difference.
>>
>> Is this a known issue with Windows 10 guests?
>> ___
>> 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/QNJ7GFDXKBVREHJY4FBIORLBVEBO353R/
>>
>
___
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/XAYHLSBLONRGROONCQPWXSBBYVFFK6KK/

[ovirt-users] Windows 10 Pro 64 (1909) crashes when migrating

[Maton, Brett]

I recently added a Windows 10 Pro 64 bit (release 1909) VM, and I'm seeing
a lot of failures when oVirt tries to move the VM to another host
(triggered by load balancing),

These errors are showing up in the UI event log

Migration failed  (VM: , Source: , Destination: ).

Followed by:

VM  is down with error. Exit message: Lost connection with qemu
process.

Google returned some references to 'options kvm ignore_msrs=1' which I've
added to /etc/modprobe/d/kvm.conf and restarted the hosts but that doesn't
appear to have made a difference.

Is this a known issue with Windows 10 guests?
___
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/QNJ7GFDXKBVREHJY4FBIORLBVEBO353R/

[ovirt-users] Re: power_saving schedule not powering off hosts

[Maton, Brett]

I'd seen "EnableAutomaticHostPowerManagement" mentioned in the docs, but
couldn't find it.

I eventually figured out that I had to add the two attributes that Liran
mentioned to the policy using the '+' button in the "Scheduling Policy"
editor.

On Sun, 5 Apr 2020 at 14:58, Liran Rotenberg  wrote:

>
>
> On Sun, Apr 5, 2020 at 3:38 PM Maton, Brett 
> wrote:
>
>> I've got a cluster made up of five physical hosts, (Dells with idrac 7
>> management)
>> Power management / fencing enabled on all hosts.
>>
>> I've enabled the power_saving scheduling policy on my cluster, it's
>> migrated all the VM's to a couple of physical hosts so three are sitting
>> idle with no VM's.
>>
>> Shouldn't the power_saving policy shut down the idle hosts?
>>
> Hi,
> It should. In the cluster scheduling policy, did you set
> "EnableAutomaticHostPowerManagement" to be true? and setting
> "HostsInReserve" to a number of reserve idle hosts is also set?
>
> Regards,
> Liran.
>
>> ___
>> 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/TCILNZPXCNSJGOAOCB6G6I2SOQS43JVH/
>>
>
___
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/5KKUEYK34KYAI5NOEZFX56PKCREJRSQB/

[ovirt-users] power_saving schedule not powering off hosts

[Maton, Brett]

I've got a cluster made up of five physical hosts, (Dells with idrac 7
management)
Power management / fencing enabled on all hosts.

I've enabled the power_saving scheduling policy on my cluster, it's
migrated all the VM's to a couple of physical hosts so three are sitting
idle with no VM's.

Shouldn't the power_saving policy shut down the idle hosts?
___
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/TCILNZPXCNSJGOAOCB6G6I2SOQS43JVH/

[ovirt-users] Re: Failing to redeploy self hosted engine

[Maton, Brett]

It is useful information, but it doesn't help in this case.


Every one also seems to have missed the point, this is not about recovering
a broken hosted engine.

The problem I ran into is installing a NEW self hosted engine on physical
hosts that had already been configured in the old cluster.
(because of storage and network changes, but the reason doesn't really
matter)

What happened:

Ovirt UI:
   Shutdown all VMS
   Maintenance Mode / Detach storage domains
   Remove all physical hosts from cluster except the one running HE
   Switch to HE Engine global maintenance

On last physical host:
hosted-engine --vm-poweroff

On all physical hosts:
ovirt-hosted-engine-cleanup


- Physical network changes to all hosts

Power on "host 1", (expectation deploy a new SHE on a new storage domain)

# hosted-engine --deploy
...
...
[ INFO  ] TASK [ovirt.hosted_engine_setup : Fail with error description]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
host has been set in non_operational status, deployment errors:   code
9000: Failed to verify Power Management configuration for Host
physhost01.example.com,   fix accordingly and re-deploy."}

At this point after removing the host from the old cluster I don't/didn't
expect legacy configuration to be left lurking in places unknown.
In this case it's a power management configuration that wasn't cleaned up
that's stopping the very first SHE from being deployed.  Although I'mn sure
there is a raft of 'unclean' configuration left behind when a host is
removed from a cluster.


The only way I could get SHE to redeploy onto the same hardware was to do a
full clean OS install and basically start from scratch.

On Thu, 2 Apr 2020 at 07:27, Yedidyah Bar David  wrote:

> On Thu, Apr 2, 2020 at 7:41 AM Strahil Nikolov 
> wrote:
> >
> > On April 1, 2020 5:28:35 PM GMT+03:00, eev...@digitaldatatechs.com
> wrote:
> > >
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/self-hosted_engine_guide/troubleshooting
> > >
> > >
> > >
> > >It should tell you the steps to take to troubleshoot your deployment.
> > >
> > >
> > >
> > >Eric Evans
> > >
> > >Digital Data Services LLC.
> > >
> > >304.660.9080
> > >
> > >
> > >
> > >
> > >
> > >From: Maton, Brett 
> > >Sent: Tuesday, March 31, 2020 11:52 PM
> > >To: eev...@digitaldatatechs.com
> > >Cc: Ovirt Users 
> > >Subject: [ovirt-users] Re: Failing to redeploy self hosted engine
> > >
> > >
> > >
> > >So, how would I go about disabling global maintenance when hosted
> > >engine isn't running?
> > >
> > >
> > >
> > >I tried editing /var/lib/ovirt-hosted-engine-ha/ha.conf and setting
> > >both values to False but that didn't help.
> > >
> > >
> > >
> > >local_maintenance=False
> > >local_maintenance_manual=False
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >On Tue, 31 Mar 2020 at 23:01, Maton, Brett  > ><mailto:mat...@ltresources.co.uk> > wrote:
> > >
> > >Oooh probably...
> > >
> > >
> > >
> > >I'll give that a try in the morning, cheers for the tip!
> > >
> > >
> > >
> > >On Tue, 31 Mar 2020, 21:23 ,  > ><mailto:eev...@digitaldatatechs.com> > wrote:
> > >
> > >Did you put the ovirt host into global maintenance mode? That may be
> > >the issue.
> > >
> > >
> > >
> > >Eric Evans
> > >
> > >Digital Data Services LLC.
> > >
> > >304.660.9080
> > >
> > >
> > >
> > >
> > >
> > >From: Maton, Brett  > ><mailto:mat...@ltresources.co.uk> >
> > >Sent: Tuesday, March 31, 2020 2:35 PM
> > >To: Ovirt Users mailto:users@ovirt.org> >
> > >Subject: [ovirt-users] Failing to redeploy self hosted engine
> > >
> > >
> > >
> > >I keep running into this error when I try to (re)deploy self-hosted
> > >engine.
> > >
> > >
> > >
> > >
> > >
> > ># ovirt-hosted-engine-cleanup
> > >
> > ># hosted-engine --deploy
> > >
> > >...
> > >
> > >...
> > >
> > >[ INFO  ] TASK [ovirt.hosted_engine_setup : Fail with error
> > >description]
> > >
> > >[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg"

[ovirt-users] Re: Failing to redeploy self hosted engine

[Maton, Brett]

That document really isn't that useful in general and really doesn't relate
to 'failing to deploy hosted engine'

On Wed, 1 Apr 2020 at 20:18,  wrote:

>
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/self-hosted_engine_guide/troubleshooting
>
>
>
> It should tell you the steps to take to troubleshoot your deployment.
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Maton, Brett 
> *Sent:* Tuesday, March 31, 2020 11:52 PM
> *To:* eev...@digitaldatatechs.com
> *Cc:* Ovirt Users 
> *Subject:* [ovirt-users] Re: Failing to redeploy self hosted engine
>
>
>
> So, how would I go about disabling global maintenance when hosted engine
> isn't running?
>
>
>
> I tried editing /var/lib/ovirt-hosted-engine-ha/ha.conf and setting both
> values to False but that didn't help.
>
>
>
> local_maintenance=False
> local_maintenance_manual=False
>
>
>
>
>
>
>
> On Tue, 31 Mar 2020 at 23:01, Maton, Brett 
> wrote:
>
> Oooh probably...
>
>
>
> I'll give that a try in the morning, cheers for the tip!
>
>
>
> On Tue, 31 Mar 2020, 21:23 ,  wrote:
>
> Did you put the ovirt host into global maintenance mode? That may be the
> issue.
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Maton, Brett 
> *Sent:* Tuesday, March 31, 2020 2:35 PM
> *To:* Ovirt Users 
> *Subject:* [ovirt-users] Failing to redeploy self hosted engine
>
>
>
> I keep running into this error when I try to (re)deploy self-hosted engine.
>
>
>
>
>
> # ovirt-hosted-engine-cleanup
>
> # hosted-engine --deploy
>
> ...
>
> ...
>
> [ INFO  ] TASK [ovirt.hosted_engine_setup : Fail with error description]
>
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
> host has been set in non_operational status, deployment errors:   code
> 9000: Failed to verify Power Management configuration for Host
> physhost01.example.com,   fix accordingly and re-deploy."}
>
>
>
> I shut down all of the VM's and detached the storage before cleaning up
> and trying to re-deploy the hosted engine, first time I've run into this
> particular problem.
>
>
>
> Any help appreciated
>
>
>
> Brett
>
>
>
>
>
>
___
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/L7I4IFULFGPN7Q2LLGGWEW7R7JW3YK6G/

[ovirt-users] Re: Failing to redeploy self hosted engine

[Maton, Brett]

No that was the first thing I tried.

I ended up flattening the physical hosts and reinstalling from the OS up.
Then it was simply a case of importing the detached storages domains.

PITA and took a lot longer than anticipated, but at least it's all working
again.

On Wed, 1 Apr 2020 at 18:01, Strahil Nikolov  wrote:

> On April 1, 2020 7:44:09 AM GMT+03:00, "Maton, Brett" <
> mat...@ltresources.co.uk> wrote:
> >I currently don't have a hosted engine...
> >
> >I tried the usual command as you suggested, but that just says 'You
> >must
> >run deploy first'
> >
> >Basically, I need to remove the power management configuration so that
> >it
> >doesn't try to validate it during the hosted engine deployment.
> >
> >On Wed, 1 Apr 2020 at 05:37, Strahil Nikolov 
> >wrote:
> >
> >> On April 1, 2020 6:51:49 AM GMT+03:00, "Maton, Brett" <
> >> mat...@ltresources.co.uk> wrote:
> >> >So, how would I go about disabling global maintenance when hosted
> >> >engine
> >> >isn't running?
> >> >
> >> >I tried editing /var/lib/ovirt-hosted-engine-ha/ha.conf and setting
> >> >both
> >> >values to False but that didn't help.
> >> >
> >> >local_maintenance=False
> >> >local_maintenance_manual=False
> >> >
> >> >
> >> >
> >> >On Tue, 31 Mar 2020 at 23:01, Maton, Brett
> >
> >> >wrote:
> >> >
> >> >> Oooh probably...
> >> >>
> >> >> I'll give that a try in the morning, cheers for the tip!
> >> >>
> >> >> On Tue, 31 Mar 2020, 21:23 ,  wrote:
> >> >>
> >> >>> Did you put the ovirt host into global maintenance mode? That may
> >be
> >> >the
> >> >>> issue.
> >> >>>
> >> >>>
> >> >>>
> >> >>> Eric Evans
> >> >>>
> >> >>> Digital Data Services LLC.
> >> >>>
> >> >>> 304.660.9080
> >> >>>
> >> >>>
> >> >>>
> >> >>> *From:* Maton, Brett 
> >> >>> *Sent:* Tuesday, March 31, 2020 2:35 PM
> >> >>> *To:* Ovirt Users 
> >> >>> *Subject:* [ovirt-users] Failing to redeploy self hosted engine
> >> >>>
> >> >>>
> >> >>>
> >> >>> I keep running into this error when I try to (re)deploy
> >self-hosted
> >> >>> engine.
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>> # ovirt-hosted-engine-cleanup
> >> >>>
> >> >>> # hosted-engine --deploy
> >> >>>
> >> >>> ...
> >> >>>
> >> >>> ...
> >> >>>
> >> >>> [ INFO  ] TASK [ovirt.hosted_engine_setup : Fail with error
> >> >description]
> >> >>>
> >> >>> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false,
> >"msg":
> >> >"The
> >> >>> host has been set in non_operational status, deployment errors:
> >> >code
> >> >>> 9000: Failed to verify Power Management configuration for Host
> >> >>> physhost01.example.com,   fix accordingly and re-deploy."}
> >> >>>
> >> >>>
> >> >>>
> >> >>> I shut down all of the VM's and detached the storage before
> >cleaning
> >> >up
> >> >>> and trying to re-deploy the hosted engine, first time I've run
> >into
> >> >this
> >> >>> particular problem.
> >> >>>
> >> >>>
> >> >>>
> >> >>> Any help appreciated
> >> >>>
> >> >>>
> >> >>>
> >> >>> Brett
> >> >>>
> >> >>>
> >> >>>
> >>
> >> The command  ia pushed  to the OVFs in the shared storage ,  which
> >the
> >> ovirt-ha-agent is reading.
> >>
> >> hosted-engine --set-maintenance --mode=global
> >>
> >> Modes can be : global (all nodes),  local (this node only), none
> >(remove
> >> maintenance).
> >>
> >> Best Regards,
> >> Strrahil Nikolov
> >>
>
> For me it seems that you need  to do a  cleanup and redeploy.
>
> Best Regards,
> Strahil Nikolov
>
___
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/E7ZDTBU3QMLPVOVTZANCCJXJM6DF62CF/

[ovirt-users] Re: Failing to redeploy self hosted engine

[Maton, Brett]

I currently don't have a hosted engine...

I tried the usual command as you suggested, but that just says 'You must
run deploy first'

Basically, I need to remove the power management configuration so that it
doesn't try to validate it during the hosted engine deployment.

On Wed, 1 Apr 2020 at 05:37, Strahil Nikolov  wrote:

> On April 1, 2020 6:51:49 AM GMT+03:00, "Maton, Brett" <
> mat...@ltresources.co.uk> wrote:
> >So, how would I go about disabling global maintenance when hosted
> >engine
> >isn't running?
> >
> >I tried editing /var/lib/ovirt-hosted-engine-ha/ha.conf and setting
> >both
> >values to False but that didn't help.
> >
> >local_maintenance=False
> >local_maintenance_manual=False
> >
> >
> >
> >On Tue, 31 Mar 2020 at 23:01, Maton, Brett 
> >wrote:
> >
> >> Oooh probably...
> >>
> >> I'll give that a try in the morning, cheers for the tip!
> >>
> >> On Tue, 31 Mar 2020, 21:23 ,  wrote:
> >>
> >>> Did you put the ovirt host into global maintenance mode? That may be
> >the
> >>> issue.
> >>>
> >>>
> >>>
> >>> Eric Evans
> >>>
> >>> Digital Data Services LLC.
> >>>
> >>> 304.660.9080
> >>>
> >>>
> >>>
> >>> *From:* Maton, Brett 
> >>> *Sent:* Tuesday, March 31, 2020 2:35 PM
> >>> *To:* Ovirt Users 
> >>> *Subject:* [ovirt-users] Failing to redeploy self hosted engine
> >>>
> >>>
> >>>
> >>> I keep running into this error when I try to (re)deploy self-hosted
> >>> engine.
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> # ovirt-hosted-engine-cleanup
> >>>
> >>> # hosted-engine --deploy
> >>>
> >>> ...
> >>>
> >>> ...
> >>>
> >>> [ INFO  ] TASK [ovirt.hosted_engine_setup : Fail with error
> >description]
> >>>
> >>> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":
> >"The
> >>> host has been set in non_operational status, deployment errors:
> >code
> >>> 9000: Failed to verify Power Management configuration for Host
> >>> physhost01.example.com,   fix accordingly and re-deploy."}
> >>>
> >>>
> >>>
> >>> I shut down all of the VM's and detached the storage before cleaning
> >up
> >>> and trying to re-deploy the hosted engine, first time I've run into
> >this
> >>> particular problem.
> >>>
> >>>
> >>>
> >>> Any help appreciated
> >>>
> >>>
> >>>
> >>> Brett
> >>>
> >>>
> >>>
>
> The command  ia pushed  to the OVFs in the shared storage ,  which the
> ovirt-ha-agent is reading.
>
> hosted-engine --set-maintenance --mode=global
>
> Modes can be : global (all nodes),  local (this node only), none (remove
> maintenance).
>
> Best Regards,
> Strrahil Nikolov
>
___
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/BG3D22ZGXM6ACSJXO7AE7JERVLLAUUGZ/

[ovirt-users] Re: Hosted Engine stalled and unable to restart

[Maton, Brett]

Have you tried
hosted-engine --vm-start
On any of the HVs ?

On Wed, 1 Apr 2020 at 02:57, Mark Steele  wrote:

> Hello,
>
> We are on an older version (3.x - cannot be specific as I cannot get my
> ovirt hosted engine up).
>
> We experienced a storage failure earlier this evening - the hosted engine
> was originally installed with this storage domain although we have moved
> all VM's and disks off of it.
>
> The storage was restored and all the VM's are now running, but the ovirt
> engine is not pinging and is unreachable.
>
> I have attempted to locate it on my HV's using 'virsh list --all' but only
> one of those is taking my credentials - all the others fail to authenticate.
>
> Is there a way to locate what the credentials are on each HV since the
> default is not working? Additionally, is there any other way to locate the
> hosted engine and restart it directly from a HV?
>
> Thank you for your time and consideration.
>
>
> ***
> *Mark Steele*
>
> ___
> 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/XTA35SOC737FLINJ7VJILEEOM4A6OZPL/
>
___
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/JYZ3RQTATO6UHW5R6R7QKM4KPOBK2IY2/

[ovirt-users] Re: Failing to redeploy self hosted engine

[Maton, Brett]

So, how would I go about disabling global maintenance when hosted engine
isn't running?

I tried editing /var/lib/ovirt-hosted-engine-ha/ha.conf and setting both
values to False but that didn't help.

local_maintenance=False
local_maintenance_manual=False



On Tue, 31 Mar 2020 at 23:01, Maton, Brett  wrote:

> Oooh probably...
>
> I'll give that a try in the morning, cheers for the tip!
>
> On Tue, 31 Mar 2020, 21:23 ,  wrote:
>
>> Did you put the ovirt host into global maintenance mode? That may be the
>> issue.
>>
>>
>>
>> Eric Evans
>>
>> Digital Data Services LLC.
>>
>> 304.660.9080
>>
>>
>>
>> *From:* Maton, Brett 
>> *Sent:* Tuesday, March 31, 2020 2:35 PM
>> *To:* Ovirt Users 
>> *Subject:* [ovirt-users] Failing to redeploy self hosted engine
>>
>>
>>
>> I keep running into this error when I try to (re)deploy self-hosted
>> engine.
>>
>>
>>
>>
>>
>> # ovirt-hosted-engine-cleanup
>>
>> # hosted-engine --deploy
>>
>> ...
>>
>> ...
>>
>> [ INFO  ] TASK [ovirt.hosted_engine_setup : Fail with error description]
>>
>> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
>> host has been set in non_operational status, deployment errors:   code
>> 9000: Failed to verify Power Management configuration for Host
>> physhost01.example.com,   fix accordingly and re-deploy."}
>>
>>
>>
>> I shut down all of the VM's and detached the storage before cleaning up
>> and trying to re-deploy the hosted engine, first time I've run into this
>> particular problem.
>>
>>
>>
>> Any help appreciated
>>
>>
>>
>> Brett
>>
>>
>>
___
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/TI6L74DCVOSHJYS5FJHVXFUBBXEIIUVP/

[ovirt-users] Re: Failing to redeploy self hosted engine

[Maton, Brett]

Oooh probably...

I'll give that a try in the morning, cheers for the tip!

On Tue, 31 Mar 2020, 21:23 ,  wrote:

> Did you put the ovirt host into global maintenance mode? That may be the
> issue.
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Maton, Brett 
> *Sent:* Tuesday, March 31, 2020 2:35 PM
> *To:* Ovirt Users 
> *Subject:* [ovirt-users] Failing to redeploy self hosted engine
>
>
>
> I keep running into this error when I try to (re)deploy self-hosted engine.
>
>
>
>
>
> # ovirt-hosted-engine-cleanup
>
> # hosted-engine --deploy
>
> ...
>
> ...
>
> [ INFO  ] TASK [ovirt.hosted_engine_setup : Fail with error description]
>
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
> host has been set in non_operational status, deployment errors:   code
> 9000: Failed to verify Power Management configuration for Host
> physhost01.example.com,   fix accordingly and re-deploy."}
>
>
>
> I shut down all of the VM's and detached the storage before cleaning up
> and trying to re-deploy the hosted engine, first time I've run into this
> particular problem.
>
>
>
> Any help appreciated
>
>
>
> Brett
>
>
>
___
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/WPN3NXB4UD2SU6EPQ3SPADJZJWNBWKPV/

[ovirt-users] Failing to redeploy self hosted engine

[Maton, Brett]

I keep running into this error when I try to (re)deploy self-hosted engine.


# ovirt-hosted-engine-cleanup
# hosted-engine --deploy
...
...
[ INFO  ] TASK [ovirt.hosted_engine_setup : Fail with error description]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
host has been set in non_operational status, deployment errors:   code
9000: Failed to verify Power Management configuration for Host
physhost01.example.com,   fix accordingly and re-deploy."}

I shut down all of the VM's and detached the storage before cleaning up and
trying to re-deploy the hosted engine, first time I've run into this
particular problem.

Any help appreciated

Brett
___
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/WQ6P6EQ2MDPFJ4NINQB7QZRX5YGP2TUF/

[ovirt-users] Re: how to use idrac interface as a vm network

[Maton, Brett]

There's an extra tab 'OS Pass through'...

https://www.dell.com/community/Systems-Management-General/R630-Idrac-ethernet-visible-in-linux/td-p/4664283

I just disabled the pass through on one of my servers.
On the command line 'idrac' disappeared immediately from the output of 'ip
a', but remained in ovirt.
Putting the server in to maintenance mode and rebooting did remove the
iDRAC interface from the oVirt UI once the host was reactivated.

Hope this helps

Regards,
Brett

On Wed, 25 Mar 2020 at 13:22, Nathanaël Blanchet  wrote:

> Thanks for replying,
>
> I know this setting, but I do want to use the dedicated nic.
>
> The curious thing is that the MAC adress of the dedicated NIC into IDRAC
> setting differs from the MAC reported into ovirt:
>
> So it lest me suppose that there is a kind of virtual card derived from
> the physical one, can anybody confirm this?
> Le 25/03/2020 à 13:02, Maton, Brett a écrit :
>
> Can't say that I've tried it, but it looks like it's a setting within iDRAC
>
> This link is for iDRAC 8, but it's probably similar for 7 and 9...
>
> https://www.dell.com/community/PowerEdge-Hardware-General/iDRAC-8-NIC-Port-Sharing/td-p/5078061
>
>
> On Wed, 25 Mar 2020 at 09:33, Nathanaël Blanchet  wrote:
>
>> Hello,
>>
>> I noticed an idrac interface was available in the host network since an
>> undefined ovirt version.
>>
>> Mine are already plugged as dedicated vlan to administrate host at the
>> lowest level.
>>
>> I tested to use it as a vm network on the same vlan, but it doesn't work.
>>
>> What am I supposed to do with this available interface?
>>
>> PS: on HP hosts, no Ilo interface appears in host network tab
>>
>> --
>> Nathanaël Blanchet
>>
>> Supervision réseau
>> SIRE
>> 227 avenue Professeur-Jean-Louis-Viala
>> 34193 MONTPELLIER CEDEX 5
>> Tél. 33 (0)4 67 54 84 55
>> Fax  33 (0)4 67 54 84 14
>> blanc...@abes.fr
>> ___
>> 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/UP6WTZIH7YTAXG3CB32P7MZNMIFAAEDE/
>>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5 
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14blanc...@abes.fr
>
>
___
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/64CSGVP7XM7JINUXJMGTTLL4ONCPM542/

[ovirt-users] Re: how to use idrac interface as a vm network

[Maton, Brett]

Can't say that I've tried it, but it looks like it's a setting within iDRAC

This link is for iDRAC 8, but it's probably similar for 7 and 9...
https://www.dell.com/community/PowerEdge-Hardware-General/iDRAC-8-NIC-Port-Sharing/td-p/5078061


On Wed, 25 Mar 2020 at 09:33, Nathanaël Blanchet  wrote:

> Hello,
>
> I noticed an idrac interface was available in the host network since an
> undefined ovirt version.
>
> Mine are already plugged as dedicated vlan to administrate host at the
> lowest level.
>
> I tested to use it as a vm network on the same vlan, but it doesn't work.
>
> What am I supposed to do with this available interface?
>
> PS: on HP hosts, no Ilo interface appears in host network tab
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
> ___
> 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/UP6WTZIH7YTAXG3CB32P7MZNMIFAAEDE/
>
___
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/DZSYMWI6RGIIS3QXUMQITZ3YVPTZJBB7/

[ovirt-users] Re: upgrade from 4.38 to 4.39

[Maton, Brett]

I think all you need on the inaccessible host is
/root/.ssh/authorized_keys
copied from a working host (with the same ownership, permissions and
SELinux context)

On Sat, 14 Mar 2020 at 11:15,  wrote:

> It worked with the password.
> I recopied the authorized keys and ssh keys from engine host to it and
> copied it's keys back.
> What do I need to look at to prevent this in the future?
>
> Eric Evans
> Digital Data Services LLC.
> 304.660.9080
>
>
> -Original Message-
> From: Strahil Nikolov 
> Sent: Saturday, March 14, 2020 5:24 AM
> To: users@ovirt.org; eev...@digitaldatatechs.com
> Subject: [ovirt-users] Re: upgrade from 4.38 to 4.39
>
> On March 14, 2020 1:34:46 AM GMT+02:00, eev...@digitaldatatechs.com wrote:
> >This is from the secure log, /var/log/secure
> >
> >Mar 13 19:23:17 kvm01 sshd[46045]: Accepted publickey for root from
> >192.168.254.240 port 39668 ssh2: RSA
> >SHA256:FobQnekaxOaUQ75xNh1OuZg5orcGbw+BgLDtr+el5VY
> >Mar 13 19:23:18 kvm01 sshd[46045]: pam_unix(sshd:session): session
> >opened for user root by (uid=0) Mar 13 19:24:14 kvm01 sshd[46207]:
> >Connection closed by 192.168.254.240 port 39760 [preauth] Mar 13
> >19:24:23 kvm01 sudo: pam_unix(sudo:session): session opened for user
> >root by root(uid=0) Mar 13 19:24:23 kvm01 sudo: pam_unix(sudo:session):
> >session closed for user root Mar 13 19:24:24 kvm01 sudo:
> >pam_unix(sudo:session): session opened for user root by root(uid=0) Mar
> >13 19:24:24 kvm01 sudo: pam_unix(sudo:session): session closed for user
> >root Mar 13 19:26:08 kvm01 sshd[46368]: Connection closed by
> >192.168.254.240 port 39894 [preauth] Mar 13 19:26:15 kvm01 sudo:
> >pam_unix(sudo:session): session opened for user root by root(uid=0) Mar
> >13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session closed for user
> >root Mar 13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session opened
> >for user root by root(uid=0) Mar 13 19:26:15 kvm01 sudo:
> >pam_unix(sudo:session): session closed for user root Mar 13 19:29:06
> >kvm01 cockpit-session: pam_unix(cockpit:session):
> >session closed for user root
> >Mar 13 19:32:14 kvm01 sshd[46840]: Connection closed by 192.168.254.240
> >port 40368 [preauth] Mar 13 19:32:23 kvm01 sshd[46851]: Connection
> >closed by 192.168.254.240 port 40382 [preauth] Mar 13 19:32:31 kvm01
> >sudo: pam_unix(sudo:session): session opened for user root by (uid=0)
> >Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session closed for
> >user root Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session
> >opened for user root by (uid=0) Mar 13 19:32:31 kvm01 sudo:
> >pam_unix(sudo:session): session closed for user root Mar 13 19:32:32
> >kvm01 sudo: pam_unix(sudo:session): session opened for user root by
> >(uid=0) Mar 13 19:32:32 kvm01 sudo: pam_unix(sudo:session): session
> >closed for user root Mar 13 19:32:34 kvm01 sudo:
> >pam_unix(sudo:session): session opened for user root by (uid=0) Mar 13
> >19:32:34 kvm01 sudo: pam_unix(sudo:session): session closed for user
> >root Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session opened
> >for user root by (uid=0) Mar 13 19:32:34 kvm01 sudo:
> >pam_unix(sudo:session): session closed for user root Mar 13 19:32:34
> >kvm01 sudo: pam_unix(sudo:session): session opened for user root by
> >(uid=0) Mar 13 19:32:35 kvm01 sudo: pam_unix(sudo:session): session
> >closed for user root Mar 13 19:32:35 kvm01 sudo:
> >pam_unix(sudo:session): session opened for user root by (uid=0) Mar 13
> >19:32:35 kvm01 sudo: pam_unix(sudo:session): session closed for user
> >root Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session opened
> >for user root by (uid=0) Mar 13 19:32:36 kvm01 sudo:
> >pam_unix(sudo:session): session closed for user root Mar 13 19:32:36
> >kvm01 sudo: pam_unix(sudo:session): session opened for user root by
> >(uid=0) Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session
> >closed for user root Mar 13 19:32:36 kvm01 sudo:
> >pam_unix(sudo:session): session opened for user root by (uid=0) Mar 13
> >19:32:37 kvm01 sudo: pam_unix(sudo:session): session closed for user
> >root Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session opened
> >for user root by (uid=0) Mar 13 19:32:38 kvm01 sudo:
> >pam_unix(sudo:session): session closed for user root Mar 13 19:32:38
> >kvm01 sudo: pam_unix(sudo:session): session opened for user root by
> >(uid=0) Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session
> >closed for user root Mar 13 19:32:39 kvm01 sudo:
> >pam_unix(sudo:session): session opened for user root by (uid=0) Mar 13
> >19:32:39 kvm01 sudo: pam_unix(sudo:session): session closed for user
> >root Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session opened
> >for user root by (uid=0) Mar 13 19:32:39 kvm01 sudo:
> >pam_unix(sudo:session): session closed for user root Mar 13 19:32:39
> >kvm01 sudo: pam_unix(sudo:session): session opened for user root by
> >(uid=0) Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session
> >closed for user root 

[ovirt-users] Re: upgrade from 4.38 to 4.39

[Maton, Brett]

Have you checked the file permissions and SELinux context of the SSH keys
you copied to kvm01 ?


On Fri, 13 Mar 2020 at 23:39,  wrote:

> This is from the secure log, /var/log/secure
>
> Mar 13 19:23:17 kvm01 sshd[46045]: Accepted publickey for root from
> 192.168.254.240 port 39668 ssh2: RSA
> SHA256:FobQnekaxOaUQ75xNh1OuZg5orcGbw+BgLDtr+el5VY
> Mar 13 19:23:18 kvm01 sshd[46045]: pam_unix(sshd:session): session opened
> for user root by (uid=0)
> Mar 13 19:24:14 kvm01 sshd[46207]: Connection closed by 192.168.254.240
> port 39760 [preauth]
> Mar 13 19:24:23 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by root(uid=0)
> Mar 13 19:24:23 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:24:24 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by root(uid=0)
> Mar 13 19:24:24 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:26:08 kvm01 sshd[46368]: Connection closed by 192.168.254.240
> port 39894 [preauth]
> Mar 13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by root(uid=0)
> Mar 13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by root(uid=0)
> Mar 13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:29:06 kvm01 cockpit-session: pam_unix(cockpit:session): session
> closed for user root
> Mar 13 19:32:14 kvm01 sshd[46840]: Connection closed by 192.168.254.240
> port 40368 [preauth]
> Mar 13 19:32:23 kvm01 sshd[46851]: Connection closed by 192.168.254.240
> port 40382 [preauth]
> Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:32 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:32 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:35 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:35 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:35 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:37 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session closed for
> user root
> Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session opened for
> user root by (uid=0)
> Mar 13 19:32:40 kvm01 sudo: 

[ovirt-users] Re: [ANN] oVirt 4.3.6 Second Release Candidate is now available for testing

[Maton, Brett]

Oops, package not signed, update to disable gpgcheck...

cat /etc/yum.repos.d/ov4.3-fix.repo
[ovirt-4.3-fix]
name=oVirt 4.3 Pre-Release Fix CentOS 7.7
baseurl=https://buildlogs.centos.org/centos/7/virt/x86_64/ovirt-4.3/
enabled=1
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.3

exclude=python2-sanlock

On Thu, 8 Aug 2019 at 10:27, Sandro Bonazzola  wrote:

>
>
> Il giorno gio 8 ago 2019 alle ore 11:20 Maton, Brett <
> mat...@ltresources.co.uk> ha scritto:
>
>> Sure, it seems to be running now.
>>
>> For anyone else with this issue, I ended up with this addtional repo file:
>>
>> cat /etc/yum.repos.d/ov4.3-fix.repo
>> [ovirt-4.3-fix]
>> name=oVirt 4.3 Pre-Release Fix CentOS 7.7
>> baseurl=https://buildlogs.centos.org/centos/7/virt/x86_64/ovirt-4.3/
>> enabled=1
>> gpgcheck=1
>> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.3
>>
>> exclude=python2-sanlock
>>
>>
> thanks, adding it to release notes for 4.3.6 rc2 here:
> https://github.com/oVirt/ovirt-site/pull/2067
>
>
>
>>
>> On Thu, 8 Aug 2019 at 09:55, Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno gio 8 ago 2019 alle ore 10:37 Maton, Brett <
>>> mat...@ltresources.co.uk> ha scritto:
>>>
>>>> Thanks Sandro,
>>>>
>>>>Run into another dependency issue though:
>>>>
>>>> Resolving Dependencies
>>>> --> Running transaction check
>>>> ---> Package ovirt-release43-pre.noarch 0:4.3.6-0.1.rc1.el7 will be
>>>> updated
>>>> ---> Package ovirt-release43-pre.noarch 0:4.3.6-0.2.rc2.el7 will be an
>>>> update
>>>> ---> Package python2-sanlock.x86_64 0:3.7.1-1.el7 will be obsoleting
>>>> --> Processing Dependency: sanlock-lib = 3.7.1-1.el7 for package:
>>>> python2-sanlock-3.7.1-1.el7.x86_64
>>>> ---> Package sanlock.x86_64 0:3.6.0-1.el7 will be updated
>>>> ---> Package sanlock.x86_64 0:3.7.3-1.el7 will be an update
>>>> ---> Package sanlock-lib.x86_64 0:3.6.0-1.el7 will be updated
>>>> ---> Package sanlock-lib.x86_64 0:3.7.3-1.el7 will be an update
>>>> ---> Package sanlock-python.x86_64 0:3.6.0-1.el7 will be obsoleted
>>>> ---> Package vdsm.x86_64 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm.x86_64 0:4.30.26-1.el7 will be an update
>>>> --> Processing Dependency: sanlock-python >= 3.7.3 for package:
>>>> vdsm-4.30.26-1.el7.x86_64
>>>> ---> Package vdsm-api.noarch 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-api.noarch 0:4.30.26-1.el7 will be an update
>>>> ---> Package vdsm-client.noarch 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-client.noarch 0:4.30.26-1.el7 will be an update
>>>> ---> Package vdsm-common.noarch 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-common.noarch 0:4.30.26-1.el7 will be an update
>>>> ---> Package vdsm-gluster.x86_64 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-gluster.x86_64 0:4.30.26-1.el7 will be an update
>>>> ---> Package vdsm-hook-ethtool-options.noarch 0:4.30.25-1.el7 will be
>>>> updated
>>>> ---> Package vdsm-hook-ethtool-options.noarch 0:4.30.26-1.el7 will be
>>>> an update
>>>> ---> Package vdsm-hook-fcoe.noarch 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-hook-fcoe.noarch 0:4.30.26-1.el7 will be an update
>>>> ---> Package vdsm-hook-openstacknet.noarch 0:4.30.25-1.el7 will be
>>>> updated
>>>> ---> Package vdsm-hook-openstacknet.noarch 0:4.30.26-1.el7 will be an
>>>> update
>>>> ---> Package vdsm-hook-vhostmd.noarch 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-hook-vhostmd.noarch 0:4.30.26-1.el7 will be an update
>>>> ---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.26-1.el7 will be an
>>>> update
>>>> ---> Package vdsm-http.noarch 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-http.noarch 0:4.30.26-1.el7 will be an update
>>>> ---> Package vdsm-jsonrpc.noarch 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-jsonrpc.noarch 0:4.30.26-1.el7 will be an update
>>>> ---> Package vdsm-network.x86_64 0:4.30.25-1.el7 will be updated
>>>> ---> Package vdsm-network.x86_64 0:4.30.26-1.el7 will be an update
>>>> ---> Package v

[ovirt-users] Re: [ANN] oVirt 4.3.6 Second Release Candidate is now available for testing

[Maton, Brett]

Sure, it seems to be running now.

For anyone else with this issue, I ended up with this addtional repo file:

cat /etc/yum.repos.d/ov4.3-fix.repo
[ovirt-4.3-fix]
name=oVirt 4.3 Pre-Release Fix CentOS 7.7
baseurl=https://buildlogs.centos.org/centos/7/virt/x86_64/ovirt-4.3/
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.3

exclude=python2-sanlock


On Thu, 8 Aug 2019 at 09:55, Sandro Bonazzola  wrote:

>
>
> Il giorno gio 8 ago 2019 alle ore 10:37 Maton, Brett <
> mat...@ltresources.co.uk> ha scritto:
>
>> Thanks Sandro,
>>
>>Run into another dependency issue though:
>>
>> Resolving Dependencies
>> --> Running transaction check
>> ---> Package ovirt-release43-pre.noarch 0:4.3.6-0.1.rc1.el7 will be
>> updated
>> ---> Package ovirt-release43-pre.noarch 0:4.3.6-0.2.rc2.el7 will be an
>> update
>> ---> Package python2-sanlock.x86_64 0:3.7.1-1.el7 will be obsoleting
>> --> Processing Dependency: sanlock-lib = 3.7.1-1.el7 for package:
>> python2-sanlock-3.7.1-1.el7.x86_64
>> ---> Package sanlock.x86_64 0:3.6.0-1.el7 will be updated
>> ---> Package sanlock.x86_64 0:3.7.3-1.el7 will be an update
>> ---> Package sanlock-lib.x86_64 0:3.6.0-1.el7 will be updated
>> ---> Package sanlock-lib.x86_64 0:3.7.3-1.el7 will be an update
>> ---> Package sanlock-python.x86_64 0:3.6.0-1.el7 will be obsoleted
>> ---> Package vdsm.x86_64 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm.x86_64 0:4.30.26-1.el7 will be an update
>> --> Processing Dependency: sanlock-python >= 3.7.3 for package:
>> vdsm-4.30.26-1.el7.x86_64
>> ---> Package vdsm-api.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-api.noarch 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-client.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-client.noarch 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-common.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-common.noarch 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-gluster.x86_64 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-gluster.x86_64 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-hook-ethtool-options.noarch 0:4.30.25-1.el7 will be
>> updated
>> ---> Package vdsm-hook-ethtool-options.noarch 0:4.30.26-1.el7 will be an
>> update
>> ---> Package vdsm-hook-fcoe.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-hook-fcoe.noarch 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-hook-openstacknet.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-hook-openstacknet.noarch 0:4.30.26-1.el7 will be an
>> update
>> ---> Package vdsm-hook-vhostmd.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-hook-vhostmd.noarch 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-http.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-http.noarch 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-jsonrpc.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-jsonrpc.noarch 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-network.x86_64 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-network.x86_64 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-python.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-python.noarch 0:4.30.26-1.el7 will be an update
>> ---> Package vdsm-yajsonrpc.noarch 0:4.30.25-1.el7 will be updated
>> ---> Package vdsm-yajsonrpc.noarch 0:4.30.26-1.el7 will be an update
>> --> Running transaction check
>> ---> Package python2-sanlock.x86_64 0:3.7.1-1.el7 will be obsoleting
>> --> Processing Dependency: sanlock-lib = 3.7.1-1.el7 for package:
>> python2-sanlock-3.7.1-1.el7.x86_64
>> ---> Package sanlock-python.x86_64 0:3.6.0-1.el7 will be updated
>> ---> Package sanlock-python.x86_64 0:3.7.3-1.el7 will be an update
>> --> Finished Dependency Resolution
>> Error: Package: python2-sanlock-3.7.1-1.el7.x86_64 (ovirt-4.3-fix)
>>
>
> this is weird, https://cbs.centos.org/koji/buildinfo?buildID=25776
> 3.7.1-1 shouldn't be there, it's not tagged for testing.
> can you please exclude python2-sanlock in your repo file?
>
> exclude=python2-sanlock
>
>
>
>
>>Requires: sanlock-lib = 3.7.1-1.el7
>>Removing: sanlock-lib-3.6.0-1.el7.x86_64 (@base)
>>sanlock-lib = 3.6.0-1.el7
>>

[ovirt-users] Re: [ANN] oVirt 4.3.6 Second Release Candidate is now available for testing

[Maton, Brett]

Thanks Sandro,

   Run into another dependency issue though:

Resolving Dependencies
--> Running transaction check
---> Package ovirt-release43-pre.noarch 0:4.3.6-0.1.rc1.el7 will be updated
---> Package ovirt-release43-pre.noarch 0:4.3.6-0.2.rc2.el7 will be an
update
---> Package python2-sanlock.x86_64 0:3.7.1-1.el7 will be obsoleting
--> Processing Dependency: sanlock-lib = 3.7.1-1.el7 for package:
python2-sanlock-3.7.1-1.el7.x86_64
---> Package sanlock.x86_64 0:3.6.0-1.el7 will be updated
---> Package sanlock.x86_64 0:3.7.3-1.el7 will be an update
---> Package sanlock-lib.x86_64 0:3.6.0-1.el7 will be updated
---> Package sanlock-lib.x86_64 0:3.7.3-1.el7 will be an update
---> Package sanlock-python.x86_64 0:3.6.0-1.el7 will be obsoleted
---> Package vdsm.x86_64 0:4.30.25-1.el7 will be updated
---> Package vdsm.x86_64 0:4.30.26-1.el7 will be an update
--> Processing Dependency: sanlock-python >= 3.7.3 for package:
vdsm-4.30.26-1.el7.x86_64
---> Package vdsm-api.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-api.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-client.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-client.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-common.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-common.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-gluster.x86_64 0:4.30.25-1.el7 will be updated
---> Package vdsm-gluster.x86_64 0:4.30.26-1.el7 will be an update
---> Package vdsm-hook-ethtool-options.noarch 0:4.30.25-1.el7 will be
updated
---> Package vdsm-hook-ethtool-options.noarch 0:4.30.26-1.el7 will be an
update
---> Package vdsm-hook-fcoe.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-hook-fcoe.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-hook-openstacknet.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-hook-openstacknet.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-hook-vhostmd.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-hook-vhostmd.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-http.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-http.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-jsonrpc.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-jsonrpc.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-network.x86_64 0:4.30.25-1.el7 will be updated
---> Package vdsm-network.x86_64 0:4.30.26-1.el7 will be an update
---> Package vdsm-python.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-python.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-yajsonrpc.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-yajsonrpc.noarch 0:4.30.26-1.el7 will be an update
--> Running transaction check
---> Package python2-sanlock.x86_64 0:3.7.1-1.el7 will be obsoleting
--> Processing Dependency: sanlock-lib = 3.7.1-1.el7 for package:
python2-sanlock-3.7.1-1.el7.x86_64
---> Package sanlock-python.x86_64 0:3.6.0-1.el7 will be updated
---> Package sanlock-python.x86_64 0:3.7.3-1.el7 will be an update
--> Finished Dependency Resolution
Error: Package: python2-sanlock-3.7.1-1.el7.x86_64 (ovirt-4.3-fix)
   Requires: sanlock-lib = 3.7.1-1.el7
   Removing: sanlock-lib-3.6.0-1.el7.x86_64 (@base)
   sanlock-lib = 3.6.0-1.el7
   Updated By: sanlock-lib-3.7.3-1.el7.x86_64 (ovirt-4.3-fix)
   sanlock-lib = 3.7.3-1.el7
   Available: sanlock-lib-3.7.1-1.el7.x86_64 (ovirt-4.3-fix)
   sanlock-lib = 3.7.1-1.el7
   Available: sanlock-lib-3.7.1-2.el7.x86_64 (ovirt-4.3-fix)
   sanlock-lib = 3.7.1-2.el7
   Available: sanlock-lib-3.7.1-2.1.el7.x86_64 (ovirt-4.3-fix)
   sanlock-lib = 3.7.1-2.1.el7
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


On Thu, 8 Aug 2019 at 08:59, Sandro Bonazzola  wrote:

>
>
> Il giorno gio 8 ago 2019 alle ore 09:56 Maton, Brett <
> mat...@ltresources.co.uk> ha scritto:
>
>> I just tried to update my 4.6 testlab and got the following RPM
>> dependency issue:
>>
>> rpm -qa ovirt-release*
>> ovirt-release43-pre-4.3.6-0.1.rc1.el7.noarch
>>
>> Error encountered:
>>
>> yum upgrade
>> ...
>> Error: Package: vdsm-4.30.26-1.el7.x86_64 (ovirt-4.3-pre)
>>Requires: sanlock-python >= 3.7.3
>>Installed: sanlock-python-3.6.0-1.el7.x86_64 (@base)
>>sanlock-python = 3.6.0-1.el7
>> ...
>>
>
>
> yes, as mentioned in release announce, this requires RHEL / CentOS 7.7.
> you can workaround this by ad

[ovirt-users] Re: [ANN] oVirt 4.3.6 Second Release Candidate is now available for testing

[Maton, Brett]

I just tried to update my 4.6 testlab and got the following RPM dependency
issue:

rpm -qa ovirt-release*
ovirt-release43-pre-4.3.6-0.1.rc1.el7.noarch

Error encountered:

yum upgrade
...
Error: Package: vdsm-4.30.26-1.el7.x86_64 (ovirt-4.3-pre)
   Requires: sanlock-python >= 3.7.3
   Installed: sanlock-python-3.6.0-1.el7.x86_64 (@base)
   sanlock-python = 3.6.0-1.el7
...

Regards,
Brett

On Thu, 8 Aug 2019 at 07:53, Sandro Bonazzola  wrote:

> The oVirt Project is pleased to announce the availability of the oVirt
> 4.3.6 Second Release Candidate for testing, as of August 8th, 2019.
>
> This update is a release candidate of the sixth in a series of
> stabilization updates to the 4.3 series.
> This is pre-release software. This pre-release should not to be used in
> production.
>
> This release is available now on x86_64 architecture for:
> * Red Hat Enterprise Linux 7.7 or later (but <8)
> * CentOS Linux (or similar) 7.7 or later (but <8)
>
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
> for:
> * Red Hat Enterprise Linux 7.7 or later (but <8)
> * CentOS Linux (or similar) 7.7 or later (but <8)
> * oVirt Node 4.3 (available for x86_64 only)
>
> See the release notes [1] for installation / upgrade instructions and a
> list of new features and bugs fixed.
>
> Notes:
> - oVirt Appliance is already available
> - oVirt Node is not yet available, pending CentOS 7.7 release to be
> available
>
> Additional Resources:
> * Read more about the oVirt 4.3.6 release highlights:
> http://www.ovirt.org/release/4.3.6/
> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
> * Check out the latest project news on the oVirt blog:
> http://www.ovirt.org/blog/
>
> [1] http://www.ovirt.org/release/4.3.6/
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> *Red Hat respects your work life balance.
> Therefore there is no need to answer this email out of your office hours.*
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6STDS7UGBADU2IR3VUIJP4KH4YIWH4HL/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GTBIIECFS4JHK5YHRHM4R6NJPB36LGKB/

[ovirt-users] ovirt-release43-pre-4.3.6-0.1 - python-ioprocess RPM version

[Maton, Brett]

Hi,

  I just ran yum update on my test cluster and ran into the following issue:
  I did notice that the python2-ioprocess is currently installed from the
ovirt-4.2 repo...

  Any suggestions?

Thanks,
Brett


Repo RPM: ovirt-release43-pre-4.3.6-0.1.rc1.el7.noarch

yum -y upgrade
...
Error: Package: vdsm-python-4.30.25-1.el7.noarch (ovirt-4.3-pre)
   Requires: python-ioprocess >= 1.2.1
   Installed: python2-ioprocess-1.1.2-1.el7.x86_64 (@ovirt-4.2)
   python-ioprocess = 1.1.2
   Available: python-ioprocess-0.16.1-1.el7.noarch
(ovirt-4.3-centos-ovirt43)
   python-ioprocess = 0.16.1-1.el7
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5BZV27NLL3FKX572VLWXMDNNP3UBY4WL/

[ovirt-users] Re: Using a synology as an nfs storage

[Maton, Brett]

 I ssh'd to my Synology NAS and created the user and group vdsm/kvm with id
36 and chown'd the share.
  The permissions on shared folders for oVirt are 0750, no where near as
open as 0777...

Not had any problems with it over the years, just need to change the
ownership of the new shares before using them.

On Wed, 3 Jul 2019 at 08:20, Andy Michielsen 
wrote:

> Hello,
>
> I got it working after changing the permissions from the shared folder
> from 777 to 755 ? Wasn't expecting that.
>
> So to get a DS1219+ providing a NFS share for my oVirt environment and
> this is how I did it.
>
> First create the volume and the NFS share in the synology. Create a user
> vdsm and a group kvm. And then the magic happens on the commandprompt from
> the synology.
>
> SSH into the synology and change the uid and gid to 36 in the /etc/passwd
> file for the user vdsm. Also change the gid in the /etc/group file to 36
> for the group kvm. Then change the permissions for the created share, in my
> case volume1, to 755 instead off the 777+ synology gives.
>
> Restart the nfs server in the ssh session with synoservice --restart nfsd.
>
> And thank you all very much for the assistance. It put me on the right
> track.
>
> Kind regards.
>
> Op wo 3 jul. 2019 om 05:44 schreef Oliver Riesener <
> oliver.riese...@hs-bremen.de>:
>
>> Hi,
>>
>> everything look good.
>>
>> I would prefer to hostnames (not asterisk) in /etc/exports
>>
>> [root@ovirtnode005 ~]# showmount -e ovirtstorcl001.get.be
>> Export list for ovirtstorcl001.get.be:
>> /volume1/GETQUADATA001 *
>>
>>
>> my /etc/exports would look like this:
>>
>> /volume1/GETQUADATA001 ovirtnode001.get.be 
>> (rw,async,no_root_squash,no_subtree_check) ovirtnode002.get.be
>> (rw,async,no_root_squash,no_subtree_check) ovirtnode003.get.be
>> (rw,async,no_root_squash,no_subtree_check) ovirtnode004.get.de
>> (rw,async,no_root_squash,no_subtree_check)
>> ovirtnode005.get.be(rw,async,no_root_squash,no_subtree_check)
>>
>> Don’t forget to reexport:
>>
>> # exportfs -ra
>>
>> Am 02.07.2019 um 16:43 schrieb Joseph Jackson :
>>
>> If I mount the nfs share
>>
>> [root@ovirtnode005 ~]# mkdir /mnt/nfs
>>
>> [root@ovirtnode005 ~]# mount -t nfs 
>> ovirtstorcl001.get.be:/volume1/GETQUADATA001
>> /mnt/nfs
>>
>> [root@ovirtnode005 ~]# ls -l /mnt/nfs
>> total 0
>> drwxrwxrwx 1 vdsm kvm 22 Jun 27 15:26 #recycle
>>
>>
>> The jumping point here is, could you create directories with (SPM Host)
>> on that location with vdsm user?
>>
>> [root@ovirtnode005 ~]# sudo -u vdsm mkdir /mnt/nfs/xx
>> [root@ovn-elem tmp]# ls -lad /mnt/nfs/xx
>> drwxr-xr-x. 2 vdsm kvm 6  3. Jul 05:19 /mnt/nfs/xx
>>
>>
>> [root@ovirtnode005 ~]# umount /mnt/nfs
>> [root@ovirtnode005 ~]# ls -l /mnt/nfs
>> total 0
>> [root@ovirtnode005 ~]#
>>
>>
>> Best Regards, Oliver
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZRDRX3CUQ4IP5QFCSZMCT5ASKXTTHQOF/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FS7ZULXV3GB4ATXOHPNXIUXN5UI5WA4I/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/64VBHO5RD4WVOLH3LNMTOG6VSMCU66D4/

[ovirt-users] Re: oVirt 4.3.4 RC1 to RC2 - Dashboard error / VM/Host/Gluster Volumes OK

[Maton, Brett]

Great, thanks for the update.

On Tue, 28 May 2019, 12:43 Shirly Radco,  wrote:

> Hi,
>
> A bug was already filed for this issue
> https://bugzilla.redhat.com/show_bug.cgi?id=1713967.
> We are working to fix this issue.
>
> Best regards,
> Shirly
>
> On Tue, May 28, 2019, 13:15 Strahil  wrote:
>
>> Hi Sandro,
>> Should I open a bug or you can do it based on this thread?
>>
>> Best Regards,
>> Strahil Nikolov
>> On May 28, 2019 10:47, "Maton, Brett"  wrote:
>>
>> I've just upgraded to 4.3.4 RC2 and have the same issue, logs attached.
>>
>> Regards,
>> Brett
>>
>> On Mon, 27 May 2019 at 07:47, Sandro Bonazzola 
>> wrote:
>>
>>
>>
>> Il giorno dom 26 mag 2019 alle ore 12:46 Strahil Nikolov <
>> hunter86...@yahoo.com> ha scritto:
>>
>> Hello All,
>>
>> Just upgraded my engine from 4.3.4 RC1 to RC2 and my Dashboard is giving
>> an error (see attached screenshot) despite everything seem to end well:
>> Error!Could not fetch dashboard data. Please ensure that data warehouse
>> is properly installed and configured.
>>
>> I have checked and the VMs and Hosts + Gluster Volumes arep roperly
>> detected (yet all my VMs are powered off since before RC2 upgrade).
>>
>> Any clues that might help you solve that before I roll back (I have a
>> gluster snapshot on 4.3.3-7) ?
>>
>> Best Regards,
>> Strahil Nikolov
>>
>>
>>
>> Looks like DWH service is not feeding data to the dashboard, can you
>> please sahre your engine and dwh logs?
>> Adding Shirly and Sharon.
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://red.ht/sig>
>> <https://redhat.com/summit>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code
>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6KP3UINJHRZ6XB5L76WKVS3UTKDAYKE4/

[ovirt-users] VDSM Network Interface configuration

[Maton, Brett]

Where is the configuration that VDSM uses to generate ifcfg files?

  My nameservers have moved and it seems to regenerate the ifcfg
(ovirtmgmt) file overwriting the changes with the correct name servers in
when the server is rebooted and s putting in the wrong (old) nameserver
addresses.

  Where can I fix this ?

Thanks

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FW5HBAIOVEW5MFE3PUR4SKGKXNC4V4MJ/

[ovirt-users] Re: Forum available

[Maton, Brett]

not seen that one before either ;)

On Fri, 8 Feb 2019 at 15:06, Greg Sheremeta  wrote:

> So, while we wait for word on hyperkitty, do y'all use the ovirt subreddit?
> https://www.reddit.com/r/ovirt
>
>
> On Fri, Feb 8, 2019 at 8:44 AM Maton, Brett 
> wrote:
>
>> Hadn't noticed...
>>
>> I can see the first post and that there were 14 comments.
>> Can't see any of the replies or comments though.
>>
>> On Fri, 8 Feb 2019 at 12:08, Josep Manel Andrés Moscardó <
>> josep.mosca...@embl.de> wrote:
>>
>>> still cannot see this thread in the Forum, switching web browsers didn't
>>> help either.
>>>
>>> CC: infra-support
>>>
>>> On 8/2/19 12:39, Greg Sheremeta wrote:
>>> > Ok, cool, please everyone give it a try! If you see any issues, please
>>> > report here or open a ticket by emailing infra-supp...@ovirt.org
>>> > <mailto:infra-supp...@ovirt.org>
>>> >
>>> > Thanks!!
>>> >
>>> > On Fri, Feb 8, 2019 at 6:38 AM Maton, Brett >> > <mailto:mat...@ltresources.co.uk>> wrote:
>>> >
>>> > Hadn't noticed the link before!
>>> >
>>> > On Fri, 8 Feb 2019 at 11:31, Greg Sheremeta >> > <mailto:gsher...@redhat.com>> wrote:
>>> >
>>> > Yep. It's supposed to be instant. It's broken on this thread --
>>> > seems to work on others. I reported it and hopefully we'll get
>>> > that fixed ASAP.
>>> >
>>> > Greg
>>> >
>>> > On Fri, Feb 8, 2019 at 6:23 AM Josep Manel Andrés Moscardó
>>> > mailto:josep.mosca...@embl.de>>
>>> wrote:
>>> >
>>> > I see, I wasn't aware at all, sorry. But this thread that I
>>> > just started:
>>> >
>>> >
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>>> >
>>> > has 6 replies that I cannot see, are they being parsed
>>> > instantly ?
>>> >
>>> > Thanks.
>>> >
>>> > On 8/2/19 12:07, Greg Sheremeta wrote:
>>> >  > ovirt.org <http://ovirt.org> <http://ovirt.org> > Forum
>>> > at the top.
>>> >  > We use hyperkitty, which is both a mailing list and a
>>> > forum. It has a
>>> >  > search, threads, avatars, ...
>>> >  > Is there a use case we're missing or does just no one
>>> > know about it?
>>> >  >
>>> >  > Greg
>>> >  >
>>> >  > On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers
>>> > mailto:t...@kb.dk>
>>> >  > <mailto:t...@kb.dk <mailto:t...@kb.dk>>> wrote:
>>> >  >
>>> >  > On Fri, 2019-02-08 at 09:05 +0100, Josep Manel
>>> Andrés
>>> > Moscardó wrote:
>>> >  >  > Hi all,
>>> >  >  > I am just wondering if anyone like me would like
>>> > to have everything
>>> >  >  > that
>>> >  >  > is bump here in a forum, with all the benefits it
>>> > brings (and people
>>> >  >  > will still be able to subscribe and reply through
>>> > email). Something
>>> >  >  > like
>>> >  >  > Discourse would be nice in my opinion.
>>> >  >  >
>>> >  >  > Best.
>>> >  >  >
>>> >  >  > ___
>>> >  >  > Users mailing list -- users@ovirt.org
>>> > <mailto:users@ovirt.org> <mailto:users@ovirt.org
>>> > <mailto:users@ovirt.org>>
>>> >  >  > To unsubscribe send an email to
>>> > users-le...@ovirt.org <mailto:users-le...@ovirt.org>
>>> >  > <mailto:users-le...@ovirt.org
>>> > <mailto:users-le...@ovirt.org&g

[ovirt-users] Re: Open_vSwitch no key error after upgrading to 4.2.8

[Maton, Brett]

I just tried the suggested patch/mod applying it with a simple sed call:

sed -i "75i\'--verbose=db_ctl_base:syslog:off'"
/usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet

So far it appears to have squashed the no key "odl_os_hostconfig_hostid"
error message

On Tue, 29 Jan 2019 at 09:06, Dan Kenigsberg  wrote:

> On Tue, Jan 29, 2019 at 1:42 AM Jorick Astrego  wrote:
> >
> > Noticed this one too on 4.3.0 rc2, didn't have time to check it out
> though.
> >
> > Today I saw it after I removed an OVS cluster and recreated the cluster
> with "legacy" bridge networking.
> >
> > Regards,
> >
> > Jorick Astrego
> >
> > Netbulae
> >
> >
> > On 1/28/19 2:34 PM, Jayme wrote:
> >
> > I upgraded oVirt to 4.2.8 and now I am spammed with the following
> message in all host syslog.  How can I stop/fix this error?
> >
> > ovs-vsctl: ovs|1|db_ctl_base|ERR|no key "odl_os_hostconfig_hostid"
> in Open_vSwitch record "." column external_ids
> >
>
>
> Sorry for the log noise you are experiencing.
> Would you be kind to try this yet-untested patch to avoid it:
> https://gerrit.ovirt.org/97391 ?
> You'd need to modify /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet
>
> Regards,
> Dan.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MSZUX7EDACGKYRFWKS3OH72VWZUKTXYK/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KB65Z4TMKUT64LRRL7P4Q4YYC2EY52FE/

[ovirt-users] Re: Forum available

[Maton, Brett]

Hadn't noticed...

I can see the first post and that there were 14 comments.
Can't see any of the replies or comments though.

On Fri, 8 Feb 2019 at 12:08, Josep Manel Andrés Moscardó <
josep.mosca...@embl.de> wrote:

> still cannot see this thread in the Forum, switching web browsers didn't
> help either.
>
> CC: infra-support
>
> On 8/2/19 12:39, Greg Sheremeta wrote:
> > Ok, cool, please everyone give it a try! If you see any issues, please
> > report here or open a ticket by emailing infra-supp...@ovirt.org
> > <mailto:infra-supp...@ovirt.org>
> >
> > Thanks!!
> >
> > On Fri, Feb 8, 2019 at 6:38 AM Maton, Brett  > <mailto:mat...@ltresources.co.uk>> wrote:
> >
> > Hadn't noticed the link before!
> >
> > On Fri, 8 Feb 2019 at 11:31, Greg Sheremeta  > <mailto:gsher...@redhat.com>> wrote:
> >
> > Yep. It's supposed to be instant. It's broken on this thread --
> > seems to work on others. I reported it and hopefully we'll get
> > that fixed ASAP.
> >
> > Greg
> >
> > On Fri, Feb 8, 2019 at 6:23 AM Josep Manel Andrés Moscardó
> > mailto:josep.mosca...@embl.de>> wrote:
> >
> > I see, I wasn't aware at all, sorry. But this thread that I
> > just started:
> >
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
> >
> > has 6 replies that I cannot see, are they being parsed
> > instantly ?
> >
> > Thanks.
> >
> > On 8/2/19 12:07, Greg Sheremeta wrote:
> >  > ovirt.org <http://ovirt.org> <http://ovirt.org> > Forum
> > at the top.
> >  > We use hyperkitty, which is both a mailing list and a
> > forum. It has a
> >  > search, threads, avatars, ...
> >  > Is there a use case we're missing or does just no one
> > know about it?
> >  >
> >  > Greg
> >  >
> >  > On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers
> > mailto:t...@kb.dk>
> >  > <mailto:t...@kb.dk <mailto:t...@kb.dk>>> wrote:
> >  >
> >  > On Fri, 2019-02-08 at 09:05 +0100, Josep Manel Andrés
> > Moscardó wrote:
> >  >  > Hi all,
> >  >  > I am just wondering if anyone like me would like
> > to have everything
> >  >  > that
> >  >  > is bump here in a forum, with all the benefits it
> > brings (and people
> >  >  > will still be able to subscribe and reply through
> > email). Something
> >  >  > like
> >  >  > Discourse would be nice in my opinion.
> >  >  >
> >  >  > Best.
> >  >  >
> >  >  > ___
> >  >  > Users mailing list -- users@ovirt.org
> > <mailto:users@ovirt.org> <mailto:users@ovirt.org
> > <mailto:users@ovirt.org>>
> >  >  > To unsubscribe send an email to
> > users-le...@ovirt.org <mailto:users-le...@ovirt.org>
> >  > <mailto:users-le...@ovirt.org
> > <mailto:users-le...@ovirt.org>>
> >  >  > Privacy Statement:
> > https://www.ovirt.org/site/privacy-policy/
> >  >  > oVirt Code of Conduct:
> > https://www.ovirt.org/community/about/communit
> >  >  > y-guidelines/
> >  >  > List Archives:
> > https://lists.ovirt.org/archives/list/users@ovirt.org/
> >  >  > message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
> >  >
> >  > I'm for it too. I love mailing lists but as others
> > have pointed out
> >  > it's a nightmare to search them.
> >  >
> >  > I'm also willing to spend a little time supporting it
> > if it's phpbb
> >  > based or similar.
> >  >
> >  > /tony
>

[ovirt-users] Re: [ANN] oVirt 4.3.0 is now generally available

[Maton, Brett]

I'm using openbacchus at the moment and have it working with oVirt 4.2.8
and 4.3.

As you know it's UI based so doesn't tick your command line box (yet ;) )

On Mon, 4 Feb 2019 at 18:18, Torsten Stolpmann 
wrote:

> On 04.02.2019 16:03, Mike wrote:
> > 04.02.2019 17:45, Torsten Stolpmann пишет:
> >> Congratulations to the team, this list looks impressive!
> >>
> >> I have one question though:
> >>
> >> We are relying on https://github.com/wefixit-AT/oVirtBackup for our
> >> daily backup routine (which sadly is still stuck on API v3).
> >>
> >> So my question is, is API v3 still available in the 4.3 release?
> >>
> >> If the answer is no, this will sadly lock us out from updating to 4.3
> >> in the foreseeable future.
> >
> > maybe try to use this?
> >
> > https://github.com/openbacchus/bacchus
> >
> > it uses sdk4
> > it works with ovirt 4.2.7 after some updates
> > it looks modern ;)
> >
> > (I'm also trying to use it :)
> >
>
> We also tried using openbaccus once in the past but it shortly stopped
> working for us, see https://github.com/openbacchus/bacchus/issues/30
>
> I think that was due to
> https://bugzilla.redhat.com/show_bug.cgi?id=1628909 and I am unsure if
> this is now working again with release 4.3.0.
>
> I would be interested in hearing about your experiences in day to day
> usage. The potential is definitely there with openbaccus.
>
> But to be honest I prefer a small but flexible command line tool over a
> fancy GUI any time.
>
> Torsten
>
> > --
> > Mike
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/K2L4DZY32G2LL2C5WXQY7EIODTIOPWF2/
> >
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VKCAGC5ZPW25MKO4NC4JZJCANFEL4XXV/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JUVSNM6PHYZQCP5YGO2EBMJNW6MNFXEB/

[ovirt-users] Re: Forum available

[Maton, Brett]

Hadn't noticed the link before!

On Fri, 8 Feb 2019 at 11:31, Greg Sheremeta  wrote:

> Yep. It's supposed to be instant. It's broken on this thread -- seems to
> work on others. I reported it and hopefully we'll get that fixed ASAP.
>
> Greg
>
> On Fri, Feb 8, 2019 at 6:23 AM Josep Manel Andrés Moscardó <
> josep.mosca...@embl.de> wrote:
>
>> I see, I wasn't aware at all, sorry. But this thread that I just started:
>>
>>
>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>>
>> has 6 replies that I cannot see, are they being parsed instantly ?
>>
>> Thanks.
>>
>> On 8/2/19 12:07, Greg Sheremeta wrote:
>> > ovirt.org  > Forum at the top.
>> > We use hyperkitty, which is both a mailing list and a forum. It has a
>> > search, threads, avatars, ...
>> > Is there a use case we're missing or does just no one know about it?
>> >
>> > Greg
>> >
>> > On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers > > > wrote:
>> >
>> > On Fri, 2019-02-08 at 09:05 +0100, Josep Manel Andrés Moscardó
>> wrote:
>> >  > Hi all,
>> >  > I am just wondering if anyone like me would like to have
>> everything
>> >  > that
>> >  > is bump here in a forum, with all the benefits it brings (and
>> people
>> >  > will still be able to subscribe and reply through email).
>> Something
>> >  > like
>> >  > Discourse would be nice in my opinion.
>> >  >
>> >  > Best.
>> >  >
>> >  > ___
>> >  > Users mailing list -- users@ovirt.org 
>> >  > To unsubscribe send an email to users-le...@ovirt.org
>> > 
>> >  > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> >  > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/communit
>> >  > y-guidelines/
>> >  > List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/
>> >  > message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>> >
>> > I'm for it too. I love mailing lists but as others have pointed out
>> > it's a nightmare to search them.
>> >
>> > I'm also willing to spend a little time supporting it if it's phpbb
>> > based or similar.
>> >
>> > /tony
>> >
>> > --
>> > Tony Albers - Systems Architect - IT Development
>> > Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark
>> > Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142
>> > ___
>> > Users mailing list -- users@ovirt.org 
>> > To unsubscribe send an email to users-le...@ovirt.org
>> > 
>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > oVirt Code of Conduct:
>> > https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> >
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2WKT3ZNHD2RPVTUDEEH56C3Q6FOOZALA/
>> >
>> >
>> >
>> > --
>> >
>> > GREG SHEREMETA
>> >
>> > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>> >
>> > Red Hat NA
>> >
>> > 
>> >
>> > gsher...@redhat.com  IRC: gshereme
>> >
>> > 
>> >
>> >
>> > ___
>> > Users mailing list -- users@ovirt.org
>> > To unsubscribe send an email to users-le...@ovirt.org
>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/X5MCFE7U4ZSSPKUX55N6K4PTSZKERSQU/
>> >
>>
>> --
>> Josep Manel Andrés Moscardó
>> Systems Engineer, IT Operations
>> EMBL Heidelberg
>> T +49 6221 387-8394
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CWJPTPSW5MJ4EIPIQVCVDE7HEXK2CNEE/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TTAYRGB6COFSOJBQPYJAUTLY53TBV45T/
>
___
Users mailing list -- users@ovirt.org
To 

[ovirt-users] Re: Forum available

[Maton, Brett]

+1 for me, a forum would be much easier to search

On Fri, 8 Feb 2019 at 08:06, Josep Manel Andrés Moscardó <
josep.mosca...@embl.de> wrote:

> Hi all,
> I am just wondering if anyone like me would like to have everything that
> is bump here in a forum, with all the benefits it brings (and people
> will still be able to subscribe and reply through email). Something like
> Discourse would be nice in my opinion.
>
> Best.
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/USZO4J6HPCX27YZJBTCMMW6ASBCM4UVU/

[ovirt-users] oVirt 4.3 hosted engine migration

[Maton, Brett]

In the updated UI, it doesn't seem possible to migrate hosted engine from
Compute -> Host -> Virtual Machines
anymore, although there does appear to be a 'new' Cancel Migration button.

It's handy to be able to migrate the hosted engine from this view, I
normally manually migrate the hosted engine to another host before
upgrading and it's nice to be able to do it all in the same area, rather
than having to switch to the (all) virtual machines view and then back to
hosts.

Any chance this feature could be re-enabled?

Regards,
Brett
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YMMZBKUWBZVMFEVUSHIA5TNT4VDL33TS/

[ovirt-users] Re: Ovirt 4.3 / New Install / NFS (broken)

[Maton, Brett]

Importing usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api.pickle
from vdsm-api-4.30.5-2.gitf824ec2.el7.noarch.rpm
also fixes the issue for gluster storage

On Mon, 14 Jan 2019 at 11:34, Gianluca Cecchi 
wrote:

> On Mon, Jan 14, 2019 at 11:09 AM Marcin Sobczyk 
> wrote:
>
>>
>> Hi,
>>
>> There are no yamls on the host but you can replace the binaries
>> describing the API:
>>
>>- download 'vdsm-api' rpm that was built from the aforementioned
>>patch:
>>
>> https://jenkins.ovirt.org/job/vdsm_standard-on-merge/184/artifact/build-artifacts.el7.x86_64/vdsm-api-4.30.5-2.gitf824ec2.el7.noarch.rpm
>>- copy 'usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api.pickle'
>>from the rpm to the same location on your host
>>
>> Marcin
>>
>>
>> Hi Marcin,
> I confirm that after copying the file and continuing from where
> interrupted I was able to complete the wizard of the Hosted Engine
> Deployment in my HCI with single host environment case.
> Inside the admin portal I correctly see the Hosted Engine VM and its
> storage domain. And I'm able to connect to its console
> I'll try the whole deploy from scratch using this info.
> Thanks,
> Gianluca
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OMTCB5G4SB743YKMFXKQCUUQTKWELCAU/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/W2CALDWUG6JI22HJEV6MBDDNEN33W534/

[ovirt-users] Re: Ovirt 4.3 / New Install / NFS (broken)

[Maton, Brett]

Would this default issue also affect gluster storage ?

On Sun, 13 Jan 2019 at 18:16, Nir Soffer  wrote:

> On Sun, Jan 13, 2019 at 4:35 PM Gianluca Cecchi 
> wrote:
>
>>
>>
>> On Sun, Jan 13, 2019 at 12:38 PM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Sun, Jan 13, 2019 at 10:20 AM Shani Leviim 
>>> wrote:
>>>
 Hi Devin,
 This one was solved in the following patch:
 https://gerrit.ovirt.org/#/c/96746/


 *Regards,*

 *Shani Leviim*


 On Sun, Jan 13, 2019 at 10:13 AM Devin Acosta 
 wrote:

> I installed the latest 4.3 release candidate and tried to add an NFS
> mount to the Data Center, and it errors in the GUI with “Error while
> executing action New NFS Storage Domain: Invalid parameter”, then in the
> vdsm.log I see it is passing “block_size=None”. Does this regardless if 
> NFS
> v3 or v4.
>
> InvalidParameterException: Invalid parameter: 'block_size=None'
>
>
>>> Hi,
>>> could be the same I have in this thread during single host HCI install:
>>> https://www.mail-archive.com/users@ovirt.org/msg52875.html
>>>
>>
> It looks the same issue.
>
> This was was broken for few days, and was fixed last week.
>
>
>>
>>> ?
>>>
>>> Gianluca
>>>
>>
>> I have not understood where to find the to-be-patched file vdsm-api.yml
>> It seems it is not in engine and host...
>>
>
> The yaml file is the source - on the host the file is stored in a binary
> format
> that is 100 times faster to load.
>
> Marcin, do we have an easy way to update the yaml on a host without
> building
> vdsm from source?
>
> Nir
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XKBMGSI6AUEIWUT2ANRPKUNAXC4BKFTP/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BCFZ4S7FZN6RH3VZPVOXGI4XWRYLUVLQ/

[ovirt-users] Re: Engine restore failing

[Maton, Brett]

Raised bug report https://bugzilla.redhat.com/show_bug.cgi?id=1644550

5 days with no hosted engine to manage production servers

On Tue, 30 Oct 2018 at 06:45, Maton, Brett  wrote:

> Any suggestions on the FATAL: Failed checking DbJustRestored error ?
>
> On Sat, 27 Oct 2018 at 16:01, Maton, Brett 
> wrote:
>
>> Not sure what you mean by ovirt-engine-appliance, I just deploy with
>> 'hosted-engine --deploy...' and keep it upto date.
>>
>> On Fri, 26 Oct 2018 at 13:23, Simone Tiraboschi 
>> wrote:
>>
>>> Adding also Didi on this.
>>> Brett, are you using the latest ovirt-engine-appliance?
>>>
>>> On Fri, Oct 26, 2018 at 1:31 PM Maton, Brett 
>>> wrote:
>>>
>>>> Hi Simone,
>>>>
>>>>   I'm seeing the same error with new hosted-engine0setup RPM...
>>>> ...
>>>> [ ERROR ] fatal: [ovirt.gh.ltresources.co.uk]: FAILED! => {"changed":
>>>> true, "cmd": "engine-backup --mode=restore
>>>> --log=/var/log/ovirt-engine/setup/restore-backup-$(date -u
>>>> +%Y%m%d%H%M%S).log --file=/root/engine_backup --provision-all-databases
>>>> --restore-permissions", "delta": "0:00:12.219742", "end": "2018-10-26
>>>> 12:28:20.127547", "msg": "non-zero return code", "rc": 1, "start":
>>>> "2018-10-26 12:28:07.907805", "stderr": "FATAL: Failed checking
>>>> DbJustRestored", "stderr_lines": ["FATAL: Failed checking DbJustRestored"],
>>>> "stdout": "Preparing to restore:\n- Unpacking file
>>>> '/root/engine_backup'\nRestoring:\n- Files\nProvisioning PostgreSQL
>>>> users/databases:\n- user 'engine', database 'engine'\n- user
>>>> 'ovirt_engine_history', database 'ovirt_engine_history'\nRestoring:\n-
>>>> Engine database 'engine'\n  - Cleaning up temporary tables in engine
>>>> database 'engine'", "stdout_lines": ["Preparing to restore:", "- Unpacking
>>>> file '/root/engine_backup'", "Restoring:", "- Files", "Provisioning
>>>> PostgreSQL users/databases:", "- user 'engine', database 'engine'", "- user
>>>> 'ovirt_engine_history', database 'ovirt_engine_history'", "Restoring:", "-
>>>> Engine database 'engine'", "  - Cleaning up temporary tables in engine
>>>> database 'engine'"]}
>>>> ...
>>>>
>>>> On Fri, 26 Oct 2018 at 09:19, Simone Tiraboschi 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Fri, Oct 26, 2018 at 9:52 AM Maton, Brett 
>>>>> wrote:
>>>>>
>>>>>> Hi Simone,
>>>>>>
>>>>>>   Can I simply installed the 4.2.7 hosted-engine-setup rpm on top of
>>>>>> the 4.2.6 installation on the node I'm using to redeploy SHE, or should I
>>>>>> bump everything to the 4.2.7 pre-release ?
>>>>>>
>>>>>
>>>>> You can simply update ovirt-hosted-engine-setup rpm
>>>>>
>>>>>
>>>>>>
>>>>>> Regards,
>>>>>> Brett
>>>>>>
>>>>>> On Fri, 26 Oct 2018 at 08:35, Simone Tiraboschi 
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Oct 26, 2018 at 9:23 AM Maton, Brett <
>>>>>>> mat...@ltresources.co.uk> wrote:
>>>>>>>
>>>>>>>> oVirt: 4.2.6.2-1
>>>>>>>>
>>>>>>>> I'm Moving hosted engine from one storage domain to another by
>>>>>>>> backing up and restoring the engine.
>>>>>>>>
>>>>>>>> New VM provisioned in new storage domain, I get as far as trying to
>>>>>>>> restore the backup:
>>>>>>>>
>>>>>>>> but am getting this DbJustRestored Error:
>>>>>>>>
>>>>>>>
>>>>>>> Hi,
>>>>>>> you probably hit:
>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1620314
>>>>>>>
>>>>>>> That feature has been reworked for 4.2.7: with next release you will
>>>>>>> be able to run
>>>>>>>   

[ovirt-users] Re: Engine restore failing

[Maton, Brett]

Any suggestions on the FATAL: Failed checking DbJustRestored error ?

On Sat, 27 Oct 2018 at 16:01, Maton, Brett  wrote:

> Not sure what you mean by ovirt-engine-appliance, I just deploy with
> 'hosted-engine --deploy...' and keep it upto date.
>
> On Fri, 26 Oct 2018 at 13:23, Simone Tiraboschi 
> wrote:
>
>> Adding also Didi on this.
>> Brett, are you using the latest ovirt-engine-appliance?
>>
>> On Fri, Oct 26, 2018 at 1:31 PM Maton, Brett 
>> wrote:
>>
>>> Hi Simone,
>>>
>>>   I'm seeing the same error with new hosted-engine0setup RPM...
>>> ...
>>> [ ERROR ] fatal: [ovirt.gh.ltresources.co.uk]: FAILED! => {"changed":
>>> true, "cmd": "engine-backup --mode=restore
>>> --log=/var/log/ovirt-engine/setup/restore-backup-$(date -u
>>> +%Y%m%d%H%M%S).log --file=/root/engine_backup --provision-all-databases
>>> --restore-permissions", "delta": "0:00:12.219742", "end": "2018-10-26
>>> 12:28:20.127547", "msg": "non-zero return code", "rc": 1, "start":
>>> "2018-10-26 12:28:07.907805", "stderr": "FATAL: Failed checking
>>> DbJustRestored", "stderr_lines": ["FATAL: Failed checking DbJustRestored"],
>>> "stdout": "Preparing to restore:\n- Unpacking file
>>> '/root/engine_backup'\nRestoring:\n- Files\nProvisioning PostgreSQL
>>> users/databases:\n- user 'engine', database 'engine'\n- user
>>> 'ovirt_engine_history', database 'ovirt_engine_history'\nRestoring:\n-
>>> Engine database 'engine'\n  - Cleaning up temporary tables in engine
>>> database 'engine'", "stdout_lines": ["Preparing to restore:", "- Unpacking
>>> file '/root/engine_backup'", "Restoring:", "- Files", "Provisioning
>>> PostgreSQL users/databases:", "- user 'engine', database 'engine'", "- user
>>> 'ovirt_engine_history', database 'ovirt_engine_history'", "Restoring:", "-
>>> Engine database 'engine'", "  - Cleaning up temporary tables in engine
>>> database 'engine'"]}
>>> ...
>>>
>>> On Fri, 26 Oct 2018 at 09:19, Simone Tiraboschi 
>>> wrote:
>>>
>>>>
>>>>
>>>> On Fri, Oct 26, 2018 at 9:52 AM Maton, Brett 
>>>> wrote:
>>>>
>>>>> Hi Simone,
>>>>>
>>>>>   Can I simply installed the 4.2.7 hosted-engine-setup rpm on top of
>>>>> the 4.2.6 installation on the node I'm using to redeploy SHE, or should I
>>>>> bump everything to the 4.2.7 pre-release ?
>>>>>
>>>>
>>>> You can simply update ovirt-hosted-engine-setup rpm
>>>>
>>>>
>>>>>
>>>>> Regards,
>>>>> Brett
>>>>>
>>>>> On Fri, 26 Oct 2018 at 08:35, Simone Tiraboschi 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Oct 26, 2018 at 9:23 AM Maton, Brett <
>>>>>> mat...@ltresources.co.uk> wrote:
>>>>>>
>>>>>>> oVirt: 4.2.6.2-1
>>>>>>>
>>>>>>> I'm Moving hosted engine from one storage domain to another by
>>>>>>> backing up and restoring the engine.
>>>>>>>
>>>>>>> New VM provisioned in new storage domain, I get as far as trying to
>>>>>>> restore the backup:
>>>>>>>
>>>>>>> but am getting this DbJustRestored Error:
>>>>>>>
>>>>>>
>>>>>> Hi,
>>>>>> you probably hit:
>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1620314
>>>>>>
>>>>>> That feature has been reworked for 4.2.7: with next release you will
>>>>>> be able to run
>>>>>>   hosted-engine --deploy --restore-from-file=yourbackup.tar.gz
>>>>>> that will automatically inject your backup file.
>>>>>>
>>>>>> If you want to have a preview of that feature you can try with
>>>>>>
>>>>>> https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_4.2_build-artifacts-el7-x86_64/161/artifact/exported-artifacts/ovirt-hosted-engine-setup-2.2.30-1.el7.noarch.rpm
>>>>>>
>>>>>>
>>>>

[ovirt-users] Re: Engine restore failing

[Maton, Brett]

Not sure what you mean by ovirt-engine-appliance, I just deploy with
'hosted-engine --deploy...' and keep it upto date.

On Fri, 26 Oct 2018 at 13:23, Simone Tiraboschi  wrote:

> Adding also Didi on this.
> Brett, are you using the latest ovirt-engine-appliance?
>
> On Fri, Oct 26, 2018 at 1:31 PM Maton, Brett 
> wrote:
>
>> Hi Simone,
>>
>>   I'm seeing the same error with new hosted-engine0setup RPM...
>> ...
>> [ ERROR ] fatal: [ovirt.gh.ltresources.co.uk]: FAILED! => {"changed":
>> true, "cmd": "engine-backup --mode=restore
>> --log=/var/log/ovirt-engine/setup/restore-backup-$(date -u
>> +%Y%m%d%H%M%S).log --file=/root/engine_backup --provision-all-databases
>> --restore-permissions", "delta": "0:00:12.219742", "end": "2018-10-26
>> 12:28:20.127547", "msg": "non-zero return code", "rc": 1, "start":
>> "2018-10-26 12:28:07.907805", "stderr": "FATAL: Failed checking
>> DbJustRestored", "stderr_lines": ["FATAL: Failed checking DbJustRestored"],
>> "stdout": "Preparing to restore:\n- Unpacking file
>> '/root/engine_backup'\nRestoring:\n- Files\nProvisioning PostgreSQL
>> users/databases:\n- user 'engine', database 'engine'\n- user
>> 'ovirt_engine_history', database 'ovirt_engine_history'\nRestoring:\n-
>> Engine database 'engine'\n  - Cleaning up temporary tables in engine
>> database 'engine'", "stdout_lines": ["Preparing to restore:", "- Unpacking
>> file '/root/engine_backup'", "Restoring:", "- Files", "Provisioning
>> PostgreSQL users/databases:", "- user 'engine', database 'engine'", "- user
>> 'ovirt_engine_history', database 'ovirt_engine_history'", "Restoring:", "-
>> Engine database 'engine'", "  - Cleaning up temporary tables in engine
>> database 'engine'"]}
>> ...
>>
>> On Fri, 26 Oct 2018 at 09:19, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Fri, Oct 26, 2018 at 9:52 AM Maton, Brett 
>>> wrote:
>>>
>>>> Hi Simone,
>>>>
>>>>   Can I simply installed the 4.2.7 hosted-engine-setup rpm on top of
>>>> the 4.2.6 installation on the node I'm using to redeploy SHE, or should I
>>>> bump everything to the 4.2.7 pre-release ?
>>>>
>>>
>>> You can simply update ovirt-hosted-engine-setup rpm
>>>
>>>
>>>>
>>>> Regards,
>>>> Brett
>>>>
>>>> On Fri, 26 Oct 2018 at 08:35, Simone Tiraboschi 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Fri, Oct 26, 2018 at 9:23 AM Maton, Brett 
>>>>> wrote:
>>>>>
>>>>>> oVirt: 4.2.6.2-1
>>>>>>
>>>>>> I'm Moving hosted engine from one storage domain to another by
>>>>>> backing up and restoring the engine.
>>>>>>
>>>>>> New VM provisioned in new storage domain, I get as far as trying to
>>>>>> restore the backup:
>>>>>>
>>>>>> but am getting this DbJustRestored Error:
>>>>>>
>>>>>
>>>>> Hi,
>>>>> you probably hit:
>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1620314
>>>>>
>>>>> That feature has been reworked for 4.2.7: with next release you will
>>>>> be able to run
>>>>>   hosted-engine --deploy --restore-from-file=yourbackup.tar.gz
>>>>> that will automatically inject your backup file.
>>>>>
>>>>> If you want to have a preview of that feature you can try with
>>>>>
>>>>> https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_4.2_build-artifacts-el7-x86_64/161/artifact/exported-artifacts/ovirt-hosted-engine-setup-2.2.30-1.el7.noarch.rpm
>>>>>
>>>>>
>>>>>
>>>>>> engine-backup --mode=restore --file=engine.backup
>>>>>> --log=engine-restore.log --provision-db --provision-dwh-db
>>>>>> --restore-permissions
>>>>>> Preparing to restore:
>>>>>> - Unpacking file 'engine.backup'
>>>>>> Restoring:
>>>>>> - Files
>>>>>> Provisioning PostgreSQL users/databases:
>>>>>> - user 'engine', database 'engine'
>>>>>> - user 'ovirt_engine_history', database 'ovirt_engine_history'
>>>>>> Restoring:
>>>>>> - Engine database 'engine'
>>>>>>   - Cleaning up temporary tables in engine database 'engine'
>>>>>> FATAL: Failed checking DbJustRestored
>>>>>>
>>>>>> restore log attached, any suggestions ?
>>>>>> ___
>>>>>> Users mailing list -- users@ovirt.org
>>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>> oVirt Code of Conduct:
>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>> List Archives:
>>>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NJ4USBWDAN3EOVV3YMSYYBJFPCJNXAXB/
>>>>>>
>>>>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/45F2AFAEUVJSJDSLZNKGXL3RC6XYJJGN/

[ovirt-users] Re: Engine restore failing

[Maton, Brett]

Hi Simone,

  I'm seeing the same error with new hosted-engine0setup RPM...
...
[ ERROR ] fatal: [ovirt.gh.ltresources.co.uk]: FAILED! => {"changed": true,
"cmd": "engine-backup --mode=restore
--log=/var/log/ovirt-engine/setup/restore-backup-$(date -u
+%Y%m%d%H%M%S).log --file=/root/engine_backup --provision-all-databases
--restore-permissions", "delta": "0:00:12.219742", "end": "2018-10-26
12:28:20.127547", "msg": "non-zero return code", "rc": 1, "start":
"2018-10-26 12:28:07.907805", "stderr": "FATAL: Failed checking
DbJustRestored", "stderr_lines": ["FATAL: Failed checking DbJustRestored"],
"stdout": "Preparing to restore:\n- Unpacking file
'/root/engine_backup'\nRestoring:\n- Files\nProvisioning PostgreSQL
users/databases:\n- user 'engine', database 'engine'\n- user
'ovirt_engine_history', database 'ovirt_engine_history'\nRestoring:\n-
Engine database 'engine'\n  - Cleaning up temporary tables in engine
database 'engine'", "stdout_lines": ["Preparing to restore:", "- Unpacking
file '/root/engine_backup'", "Restoring:", "- Files", "Provisioning
PostgreSQL users/databases:", "- user 'engine', database 'engine'", "- user
'ovirt_engine_history', database 'ovirt_engine_history'", "Restoring:", "-
Engine database 'engine'", "  - Cleaning up temporary tables in engine
database 'engine'"]}
...

On Fri, 26 Oct 2018 at 09:19, Simone Tiraboschi  wrote:

>
>
> On Fri, Oct 26, 2018 at 9:52 AM Maton, Brett 
> wrote:
>
>> Hi Simone,
>>
>>   Can I simply installed the 4.2.7 hosted-engine-setup rpm on top of the
>> 4.2.6 installation on the node I'm using to redeploy SHE, or should I bump
>> everything to the 4.2.7 pre-release ?
>>
>
> You can simply update ovirt-hosted-engine-setup rpm
>
>
>>
>> Regards,
>> Brett
>>
>> On Fri, 26 Oct 2018 at 08:35, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Fri, Oct 26, 2018 at 9:23 AM Maton, Brett 
>>> wrote:
>>>
>>>> oVirt: 4.2.6.2-1
>>>>
>>>> I'm Moving hosted engine from one storage domain to another by backing
>>>> up and restoring the engine.
>>>>
>>>> New VM provisioned in new storage domain, I get as far as trying to
>>>> restore the backup:
>>>>
>>>> but am getting this DbJustRestored Error:
>>>>
>>>
>>> Hi,
>>> you probably hit:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1620314
>>>
>>> That feature has been reworked for 4.2.7: with next release you will be
>>> able to run
>>>   hosted-engine --deploy --restore-from-file=yourbackup.tar.gz
>>> that will automatically inject your backup file.
>>>
>>> If you want to have a preview of that feature you can try with
>>>
>>> https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_4.2_build-artifacts-el7-x86_64/161/artifact/exported-artifacts/ovirt-hosted-engine-setup-2.2.30-1.el7.noarch.rpm
>>>
>>>
>>>
>>>> engine-backup --mode=restore --file=engine.backup
>>>> --log=engine-restore.log --provision-db --provision-dwh-db
>>>> --restore-permissions
>>>> Preparing to restore:
>>>> - Unpacking file 'engine.backup'
>>>> Restoring:
>>>> - Files
>>>> Provisioning PostgreSQL users/databases:
>>>> - user 'engine', database 'engine'
>>>> - user 'ovirt_engine_history', database 'ovirt_engine_history'
>>>> Restoring:
>>>> - Engine database 'engine'
>>>>   - Cleaning up temporary tables in engine database 'engine'
>>>> FATAL: Failed checking DbJustRestored
>>>>
>>>> restore log attached, any suggestions ?
>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NJ4USBWDAN3EOVV3YMSYYBJFPCJNXAXB/
>>>>
>>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RETYBZH3W5AKYZBTDRAJ7FHQTL7XMGOJ/

[ovirt-users] Re: Engine restore failing

[Maton, Brett]

Hi Simone,

  Can I simply installed the 4.2.7 hosted-engine-setup rpm on top of the
4.2.6 installation on the node I'm using to redeploy SHE, or should I bump
everything to the 4.2.7 pre-release ?

Regards,
Brett

On Fri, 26 Oct 2018 at 08:35, Simone Tiraboschi  wrote:

>
>
> On Fri, Oct 26, 2018 at 9:23 AM Maton, Brett 
> wrote:
>
>> oVirt: 4.2.6.2-1
>>
>> I'm Moving hosted engine from one storage domain to another by backing up
>> and restoring the engine.
>>
>> New VM provisioned in new storage domain, I get as far as trying to
>> restore the backup:
>>
>> but am getting this DbJustRestored Error:
>>
>
> Hi,
> you probably hit:
> https://bugzilla.redhat.com/show_bug.cgi?id=1620314
>
> That feature has been reworked for 4.2.7: with next release you will be
> able to run
>   hosted-engine --deploy --restore-from-file=yourbackup.tar.gz
> that will automatically inject your backup file.
>
> If you want to have a preview of that feature you can try with
>
> https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_4.2_build-artifacts-el7-x86_64/161/artifact/exported-artifacts/ovirt-hosted-engine-setup-2.2.30-1.el7.noarch.rpm
>
>
>
>> engine-backup --mode=restore --file=engine.backup
>> --log=engine-restore.log --provision-db --provision-dwh-db
>> --restore-permissions
>> Preparing to restore:
>> - Unpacking file 'engine.backup'
>> Restoring:
>> - Files
>> Provisioning PostgreSQL users/databases:
>> - user 'engine', database 'engine'
>> - user 'ovirt_engine_history', database 'ovirt_engine_history'
>> Restoring:
>> - Engine database 'engine'
>>   - Cleaning up temporary tables in engine database 'engine'
>> FATAL: Failed checking DbJustRestored
>>
>> restore log attached, any suggestions ?
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NJ4USBWDAN3EOVV3YMSYYBJFPCJNXAXB/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7QIPAX45FPT6LAWEVQKHWLQPECZO2M5W/

[ovirt-users] Engine restore failing

[Maton, Brett]

oVirt: 4.2.6.2-1

I'm Moving hosted engine from one storage domain to another by backing up
and restoring the engine.

New VM provisioned in new storage domain, I get as far as trying to restore
the backup:

but am getting this DbJustRestored Error:

engine-backup --mode=restore --file=engine.backup --log=engine-restore.log
--provision-db --provision-dwh-db --restore-permissions
Preparing to restore:
- Unpacking file 'engine.backup'
Restoring:
- Files
Provisioning PostgreSQL users/databases:
- user 'engine', database 'engine'
- user 'ovirt_engine_history', database 'ovirt_engine_history'
Restoring:
- Engine database 'engine'
  - Cleaning up temporary tables in engine database 'engine'
FATAL: Failed checking DbJustRestored

restore log attached, any suggestions ?


restore.log
Description: Binary data
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NJ4USBWDAN3EOVV3YMSYYBJFPCJNXAXB/

[ovirt-users] Re: Gluster JSON-RPC errors

[Maton, Brett]

Bug filed

https://bugzilla.redhat.com/show_bug.cgi?id=1637302


On Mon, 8 Oct 2018 at 11:21, Sahina Bose  wrote:

> Thanks for reporting this issue. Can you please log a bug report on this?
>
> On Mon, Oct 8, 2018 at 3:20 PM Kaustav Majumder 
> wrote:
>
>> Hi,
>> You can find the related logs in  supervdsm.log
>>
>> MainProcess|jsonrpc/4::DEBUG::2018-10-05
>> 06:05:18,038::commands::65::root::(execCmd) /usr/bin/taskset --cpu-list 0-3
>> /usr/sbin/gluster --mode=script volume heal gv0 info --xml (cwd None)
>> MainProcess|jsonrpc/4::ERROR::2018-10-05
>> 06:05:18,282::supervdsm_server::100::SuperVdsm.ServerCallback::(wrapper)
>> Error in volumeHealInfo
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/vdsm/supervdsm_server.py", line
>> 98, in wrapper
>> res = func(*args, **kwargs)
>>   File "/usr/lib/python2.7/site-packages/vdsm/gluster/cli.py", line 1617,
>> in volumeHealInfo
>> raise ge.GlusterXmlErrorException(err=[etree.tostring(xmltree)])
>>   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1126, in
>> tostring
>> ElementTree(element).write(file, encoding, method=method)
>>   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 817, in write
>> self._root, encoding, default_namespace
>>   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 876, in
>> _namespaces
>> iterate = elem.getiterator # cET compatibility
>> AttributeError: 'bool' object has no attribute 'getiterator'
>>
>> Thanks,
>> Kaustav
>>
>> On Mon, Oct 8, 2018 at 2:58 PM Piotr Kliczewski <
>> piotr.kliczew...@gmail.com> wrote:
>>
>>> This error was raised on vdsm side here [1]. I was unable to find
>>> 'getiterator' in vdsm code based.
>>> Please provide gluster related logs.
>>>
>>> This error means that 'bool' object had no attribute 'getiterator' and
>>> the call failed with runtime issue.
>>>
>>> Thanks,
>>> Piotr
>>>
>>> [1]
>>> https://github.com/oVirt/vdsm/blob/ce0721dbf5fbdd2a9a6ee6fd30e0e2bc9e138ef9/lib/yajsonrpc/__init__.py#L351
>>> On Mon, Oct 8, 2018 at 7:32 AM Maton, Brett 
>>> wrote:
>>> >
>>> > Sure, log attached this one does have the JSON_RPC errors in it.
>>> >
>>> > Thanks,
>>> > Brett
>>> >
>>> > On Mon, 8 Oct 2018 at 06:08, Kaustav Majumder 
>>> wrote:
>>> >>
>>> >> Hi ,
>>> >> I don't see any errors in the vdsm logs you have sent. Can you
>>> forward  engine.log as well
>>> >>
>>> >> On Fri, Oct 5, 2018 at 11:56 AM Sahina Bose 
>>> wrote:
>>> >>>
>>> >>> Can you provide the vdsm.log and supervdsm.log with the relevant log.
>>> >>> Adding Kaustav to look into this
>>> >>>
>>> >>> On Fri, Oct 5, 2018 at 11:00 AM Maton, Brett <
>>> mat...@ltresources.co.uk> wrote:
>>> >>>>
>>> >>>>
>>> >>>> I'm seeing the following errors appear in the event log every 10
>>> minutes for each participating host in the gluster cluster
>>> >>>>
>>> >>>> GetGlusterVolumeHealInfoVDS failed: Internal JSON-RPC error:
>>> {'reason': "'bool' object has no attribute 'getiterator'"}
>>> >>>>
>>> >>>> Gluster brick health is good
>>> >>>>
>>> >>>> Any ideas ?
>>> >>>>
>>> >>>> oVirt 4.2.7.2-1.el7
>>> >>>> CentOS 7
>>> >>>>
>>> >>>> ___
>>> >>>> Users mailing list -- users@ovirt.org
>>> >>>> To unsubscribe send an email to users-le...@ovirt.org
>>> >>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> >>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> >>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2KLFU2C5UHDFLTH3XUHZ5DGF7WVNGNJZ/
>>> >>
>>> >>
>>> >>
>>> >> Thanks,
>>> >> Kaustav
>>> >
>>> > ___
>>> > Users mailing list -- users@ovirt.org
>>> > To unsubscribe se

[ovirt-users] Gluster JSON-RPC errors

[Maton, Brett]

I'm seeing the following errors appear in the event log every 10 minutes
for each participating host in the gluster cluster

GetGlusterVolumeHealInfoVDS failed: Internal JSON-RPC error: {'reason':
"'bool' object has no attribute 'getiterator'"}

Gluster brick health is good

Any ideas ?

oVirt 4.2.7.2-1.el7
CentOS 7
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2KLFU2C5UHDFLTH3XUHZ5DGF7WVNGNJZ/

[ovirt-users] Re: [ANN] oVirt Node 4.2.6 async update is now available

[Maton, Brett]

Having trouble upgrading my test instance (4.2.7.1-1.el7), there appear to
be some dependency issues:

Transaction check error:
  file /usr/share/cockpit/networkmanager/manifest.json from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.ca.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.cs.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.de.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.es.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.eu.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.fi.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.fr.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.hr.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.hu.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.ja.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.ko.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.my.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.nl.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.pa.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.pl.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.pt.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.pt_BR.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.tr.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.uk.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/po.zh_CN.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/firewall.css.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch
  file /usr/share/cockpit/networkmanager/network.min.js.gz from install of
cockpit-system-176-2.el7.centos.noarch conflicts with file from package
cockpit-networkmanager-172-1.el7.noarch



On Thu, 4 Oct 2018 at 09:44, Sandro Bonazzola  wrote:

> The oVirt Team has just released a new version of oVirt Node image
> including latest CentOS updates,
> fixing a regression introduced in kernel package [1] breaking IP over
> infiniband.
> We recommend to users to upgrade to this new release.
>
> Errata included:
> CEEA-2018:2397 CentOS 7 microcode_ctl Enhancement Update
> 
> CESA-2018:2748 Important CentOS 7 kernel Security Update
> 
> CEBA-2018:2760 CentOS 7 ipa BugFix Update
> 

[ovirt-users] Re: Suggestion: Addition of a one-off PXE boot option in the "Edit Virtual Machine > Boot Options" section

[Maton, Brett]

As suggested may be run once will suit, there's a checkbox at the bottom of
the option panel to roll-back options after reboot.

On Sat, 29 Sep 2018 at 22:06, Zach Dzielinski 
wrote:

> My current usage of oVirt requires me to switch the boot priorities for
> virtual machines from hard disk to pxe fairly often.
>
> It would be nice to see an option added in that would set a one-off pxe
> boot for virtual machines, reverting back to the original boot priorities
> after restart.
>
> This would save some time when dealing with multiple machines, by
> eliminating the need to switch them to pxe and then back to their previous
> boot options in the middle of their boot process.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KQOMOM2J6VXOHR6EL6DYGBPLEHSN2RM7/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KBVYZXEKSTOB4HOGP7NIQCSXW4Y555KM/

[ovirt-users] Re: Enabling Gluster Service

[Maton, Brett]

After a couple of restarts I now have the gluster service and bricks up and
running.

Thanks again for the pointer

On Thu, 27 Sep 2018 at 14:40, Maton, Brett  wrote:

> Thanks Paul, Ill give that a go
>
> On Thu, 27 Sep 2018 at 14:38, Staniforth, Paul <
> p.stanifo...@leedsbeckett.ac.uk> wrote:
>
>> Hi Brett,
>>
>>   you have to shutdown all the hosts in the cluster and when
>> you update the cluster I think you have to run reinstall from the install
>> menu so installs the gluster packages. I tried a short-cut with ours and as
>> one host was in maintenance it reinstalled and activated it so there was
>> somewhere for the VMs and SPM  to migrate to.
>>
>>
>> Regards,
>>
>>   Paul S.
>> --
>> *From:* Maton, Brett 
>> *Sent:* 27 September 2018 14:27
>> *To:* Ovirt Users
>> *Subject:* [ovirt-users] Enabling Gluster Service
>>
>> I just enabled the Gluster service in an existing oVirt 7.2.7-1 cluster
>> via the Web-UI which put all hosts into non-operational status.
>>
>> Lots of events being created:
>> Could not find gluster uuid of server host001.local on Cluster testlab.
>> Could not find gluster uuid of server host002.local on Cluster testlab.
>> Could not find gluster uuid of server host003.local on Cluster testlab.
>>
>> and a bunch of failed vm migrations
>>
>> Is it possible to add glusterfs after ovirt has been installed and
>> configured?
>> To view the terms under which this email is distributed, please go to:-
>> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NYEWKJOOYGXVLNIZLJMEZRD6TTSHZQ5S/

[ovirt-users] Re: Enabling Gluster Service

[Maton, Brett]

Thanks Paul, Ill give that a go

On Thu, 27 Sep 2018 at 14:38, Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Hi Brett,
>
>   you have to shutdown all the hosts in the cluster and when
> you update the cluster I think you have to run reinstall from the install
> menu so installs the gluster packages. I tried a short-cut with ours and as
> one host was in maintenance it reinstalled and activated it so there was
> somewhere for the VMs and SPM  to migrate to.
>
>
> Regards,
>
>   Paul S.
> ------
> *From:* Maton, Brett 
> *Sent:* 27 September 2018 14:27
> *To:* Ovirt Users
> *Subject:* [ovirt-users] Enabling Gluster Service
>
> I just enabled the Gluster service in an existing oVirt 7.2.7-1 cluster
> via the Web-UI which put all hosts into non-operational status.
>
> Lots of events being created:
> Could not find gluster uuid of server host001.local on Cluster testlab.
> Could not find gluster uuid of server host002.local on Cluster testlab.
> Could not find gluster uuid of server host003.local on Cluster testlab.
>
> and a bunch of failed vm migrations
>
> Is it possible to add glusterfs after ovirt has been installed and
> configured?
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JZ2VZQNNJJ6ETXE6JPEKRUQPM3AJBQAZ/

[ovirt-users] Enabling Gluster Service

[Maton, Brett]

I just enabled the Gluster service in an existing oVirt 7.2.7-1 cluster via
the Web-UI which put all hosts into non-operational status.

Lots of events being created:
Could not find gluster uuid of server host001.local on Cluster testlab.
Could not find gluster uuid of server host002.local on Cluster testlab.
Could not find gluster uuid of server host003.local on Cluster testlab.

and a bunch of failed vm migrations

Is it possible to add glusterfs after ovirt has been installed and
configured?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TKSFB2XWDGF5WN5M2O62KO7QSS3KA6DN/

[ovirt-users] Re: Managing multiple oVirt installs?

[Maton, Brett]

I just followed the ManageIQ guide linked in my previous message.

Uploaded the disk and attached it to a new VM (I checked the OS box to make
the disk bootable), added extra storage for the DB and launched the VM

On 11 September 2018 at 09:20,  wrote:

> Hi,
>
> I am also looking for the same. I want to install ManageIQ VM on
> hosted-engine environment. I used the documents available on ManageIQ
> website, but I while uploading the OVA, its saying “no valid VM config
> found”
>
>
>
> Is there any other guide to launch ManageIQ as VM on Ovirt?
>
>
>
>
>
> *From:* femi adegoke 
> *Sent:* 11 September 2018 11:48
> *To:* Maton, Brett 
> *Cc:* Ovirt Users 
> *Subject:* [ovirt-users] Re: Managing multiple oVirt installs?
>
>
>
> Brett,
>
>
>
> Did you install ManageIQ in a vm?
>
> What instructions or guides did you follow?
>
>
>
> On Sep 10 2018, at 11:13 pm, Maton, Brett 
> wrote:
>
>
>
> Installed manageIQ yesterday, looks like it's going to cover my needs
> thanks for suggesting it.
>
>
>
> On 4 September 2018 at 13:06, femi adegoke 
> wrote:
>
> Just an FYI:
>
> The Glance registry does not have the latest current stable release which
> is Gaprindashvili-4
>
> ___
>
> Users mailing list -- users@ovirt.org
>
> To unsubscribe send an email to users-le...@ovirt.org
>
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
>
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/V4C73LOMHDJR3MPA4E4CXTBNVQXHGNP4/
>
>
> 
> 
> [ C-DAC is on Social-Media too. Kindly follow us at:
> Facebook: https://www.facebook.com/CDACINDIA & Twitter: @cdacindia ]
>
> This e-mail is for the sole use of the intended recipient(s) and may
> contain confidential and privileged information. If you are not the
> intended recipient, please contact the sender by reply e-mail and destroy
> all copies and the original message. Any unauthorized review, use,
> disclosure, dissemination, forwarding, printing or copying of this email
> is strictly prohibited and appropriate legal action will be taken.
> 
> 
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/J7TFJZKZ6JG4N2JJ47WSQPK2SMKOEUQ2/

[ovirt-users] Re: Managing multiple oVirt installs?

[Maton, Brett]

Hi Femi,

  Yes, I installed it on an oVirt VM using this guide:
http://manageiq.org/docs/reference/latest/doc-Installing_on_Red_Hat_Virtualization/miq/



On 11 September 2018 at 07:18, femi adegoke  wrote:

> Brett,
>
> Did you install ManageIQ in a vm?
> What instructions or guides did you follow?
>
> On Sep 10 2018, at 11:13 pm, Maton, Brett 
> wrote:
>
>
> Installed manageIQ yesterday, looks like it's going to cover my needs
> thanks for suggesting it.
>
> On 4 September 2018 at 13:06, femi adegoke 
> wrote:
>
> Just an FYI:
> The Glance registry does not have the latest current stable release which
> is Gaprindashvili-4
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/V4C73LOMHDJR3MPA4E4CXTBNVQXHGNP4/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3RYH566XK7G67WGC3S67ZJ22SUNEJ6XV/

[ovirt-users] Re: Managing multiple oVirt installs?

[Maton, Brett]

Installed manageIQ yesterday, looks like it's going to cover my needs
thanks for suggesting it.

On 4 September 2018 at 13:06, femi adegoke  wrote:

> Just an FYI:
> The Glance registry does not have the latest current stable release which
> is Gaprindashvili-4
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/V4C73LOMHDJR3MPA4E4CXTBNVQXHGNP4/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YAIXHJEGOICSFEBHSUZV7OKWZFEQJ4BU/

[ovirt-users] Re: Managing multiple oVirt installs?

[Maton, Brett]

Good question, I'm interested in the solution.

On 3 September 2018 at 01:39, femi adegoke  wrote:

> Let's say you have multiple oVirt installs.
>
> How can they all be "managed" by using a single engine web UI (so I don't
> have to login 5 different times)?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/CD5WDA2Y77MHQOV73DQ5UA7W3YO7COUY/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/43IYAAQ5FFX3HNCIRX4FDPI2FCSE57FH/

[ovirt-users] Re: Anyone have any luck with Bacchus?

[Maton, Brett]

That should have been covered by the installer really, good to know that
you found the issue though.

On 23 August 2018 at 04:13, Wesley Stewart  wrote:

> I'm an idiot, it was selinux
>
> setsebool -P httpd_can_network_connect true
>
> On Wed, Aug 22, 2018, 10:19 PM Wesley Stewart  wrote:
>
>> I am trying to get Bacchus installed:
>> https://github.com/openbacchus/bacchus
>>
>> It seems he has upgraded to installing via an ansible playbook.  I can
>> get this to run all the way through, hopefully NGINX either ends up
>> responding with a "Gateway error" or it will give me the default nginx
>> landing page.
>>
>> I have tried with a RHEL7 and CentOS7 VM, as well as in a CentOS\systemd
>> docker container, all of which having about the same amount of luck.  I was
>> just curious if anyone else has gotten this to work recently.
>>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/STC6P3SXM6SQ4EYTWJJSEHY5WRPUWMOQ/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZ6WU7Y5EWZHLMMIZAOT2VQ77V6TEULJ/

[ovirt-users] Re: live migration of hosted engine between two hosts

[Maton, Brett]

What used to catch me out here, is that you need to set 'Choose hosted
engine deployment action' to deploy when adding a new physical host.

On 22 August 2018 at 08:51, Simone Tiraboschi  wrote:

> The hosts that are eligible for running the engine VM should be flagged
> with a silver crown, the host that runs the engine VM with a gold run.
> In your screenshot I see the gold crow but not the silver one on the
> second host so you have to double check if hosted-engine stuff has been
> correctly deployed there.
>
>
> On Wed, Aug 22, 2018 at 4:53 AM Yihui Zhao  wrote:
>
>> When adding the second host, whether to select the
>> hostedengine deployment?
>>
>> On Wed, Aug 22, 2018 at 5:43 AM, Douglas Duckworth <
>> dod2...@med.cornell.edu> wrote:
>>
>>> Hi
>>>
>>> I am trying to live migrate my hosted engine between two hosts.
>>>
>>> Both hosts are now up.
>>>
>>> The hosted engine exists on shared NFS storage mounted on both
>>> hypervisors.
>>>
>>> Though when I tried to migrate the VM I am told that's not possible.
>>>
>>> Could this be since I never defined migration network?  If so I tried
>>> doing that in the oVirt UI as described https://ovirt.org/
>>> documentation/admin-guide/chap-Logical_Networks/ though many of these
>>> options have changed.
>>>
>>> Thanks,
>>>
>>> Douglas Duckworth, MSc, LFCS
>>> HPC System Administrator
>>> Scientific Computing Unit
>>> Weill Cornell Medicine
>>> 1300 York - LC-502
>>> E: d...@med.cornell.edu
>>> O: 212-746-6305
>>> F: 212-746-8690
>>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>>> guidelines/
>>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>>> message/HLK76I7RS6DU5U7MXZHH4R6CWF7N2S6F/
>>>
>>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>> guidelines/
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>> message/KRD7YT6SDGBNG2GEKJAVRPZIOK3V5C6B/
>>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/Q3A5DTSOK5MVFAUHTYMEJ4UMKS4EJBQM/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GK2ZWQOMCQB3YJZQXYHZJAW5ACU4SCCP/

[ovirt-users] Re: oVirt 4.2.6.1 - 4.2.6.2 upgrade fails

[Maton, Brett]

4.2.6.3 appears to be working just fine, thanks to all.

On 14 August 2018 at 08:49, Eli Mesika  wrote:

> Got the env from mburman , checking 
>
> On Tue, Aug 14, 2018 at 10:13 AM, Martin Perina 
> wrote:
>
>> Adding Eli
>>
>> On Tue, Aug 14, 2018 at 9:03 AM, Yedidyah Bar David 
>> wrote:
>>
>>> On Tue, Aug 14, 2018 at 9:27 AM, Maton, Brett 
>>> wrote:
>>> >
>>> > Just tried to update my test cluster to 4.2.6.2 :
>>> >
>>> >
>>> > [ INFO  ] Stage: Misc configuration
>>> > [ INFO  ] Running vacuum full on the engine schema
>>> > [ INFO  ] Running vacuum full elapsed 0:00:04.523561
>>> > [ INFO  ] Upgrading CA
>>> > [ INFO  ] Backing up database localhost:ovirt_engine_history to
>>> > '/var/lib/ovirt-engine-dwh/backups/dwh-20180814071815.xVSlda.dump'.
>>> > [ INFO  ] Creating/refreshing DWH database schema
>>> > [ INFO  ] Configuring Image I/O Proxy
>>> > [ INFO  ] Configuring WebSocket Proxy
>>> > [ INFO  ] Backing up database localhost:engine to
>>> > '/var/lib/ovirt-engine/backups/engine-20180814071825.af3Hq2.dump'.
>>> > [ INFO  ] Creating/refreshing Engine database schema
>>> > [ ERROR ] schema.sh: FATAL: Cannot execute sql command:
>>> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_02_1220_
>>> default_all_search_engine_string_fields_to_not_null.sql
>>> > [ ERROR ] Failed to execute stage 'Misc configuration': Engine schema
>>> > refresh failed
>>> > [ INFO  ] Yum Performing yum transaction rollback
>>> >
>>> >
>>> > May or may not be relevant in this case but /tmp and /var/tmp are
>>> mounted
>>> > noexec.
>>>
>>> I do not think this is tested regularly, but I guess it should be ok.
>>>
>>> > Any more logs you need let me know.
>>>
>>> Can you please check/share full setup log? engine-setup should output the
>>> full path, it should be in /var/log/ovirt-engine/setup . Thanks.
>>> --
>>> Didi
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct: https://www.ovirt.org/communit
>>> y/about/community-guidelines/
>>> List Archives: https://lists.ovirt.org/archiv
>>> es/list/users@ovirt.org/message/KQGLRAXYPMUBZMIMWDISVUHBNLV4BLHX/
>>>
>>
>>
>>
>> --
>> Martin Perina
>> Associate Manager, Software Engineering
>> Red Hat Czech s.r.o.
>>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XZKOQCGBQSZIEUL64XE6XQEBTLWWCBAZ/

[ovirt-users] oVirt 4.2.6.1 - 4.2.6.2 upgrade fails

[Maton, Brett]

Just tried to update my test cluster to 4.2.6.2 :


[ INFO  ] Stage: Misc configuration
[ INFO  ] Running vacuum full on the engine schema
[ INFO  ] Running vacuum full elapsed 0:00:04.523561
[ INFO  ] Upgrading CA
[ INFO  ] Backing up database localhost:ovirt_engine_history to
'/var/lib/ovirt-engine-dwh/backups/dwh-20180814071815.xVSlda.dump'.
[ INFO  ] Creating/refreshing DWH database schema
[ INFO  ] Configuring Image I/O Proxy
[ INFO  ] Configuring WebSocket Proxy
[ INFO  ] Backing up database localhost:engine to
'/var/lib/ovirt-engine/backups/engine-20180814071825.af3Hq2.dump'.
[ INFO  ] Creating/refreshing Engine database schema
[ ERROR ] schema.sh: FATAL: Cannot execute sql command:
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_02_1220_default_all_search_engine_string_fields_to_not_null.sql
[ ERROR ] Failed to execute stage 'Misc configuration': Engine schema
refresh failed
[ INFO  ] Yum Performing yum transaction rollback


May or may not be relevant in this case but /tmp and /var/tmp are mounted
noexec.
Any more logs you need let me know.

Regards,
Brett
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/H4KWVBGVEV5CDIAXTP6GA5YQJ6DI7I5X/

[ovirt-users] Re: Possible to use Console via Mac web browser?

[Maton, Brett]

Also works with Firefox, thanks.

On 2 August 2018 at 23:34, Jayme  wrote:

> I got it working in chrome by setting spice+vnc then selecting the novnc
> option in the console options
>
> On Thu, Aug 2, 2018, 6:50 PM Christophe TREFOIS, <
> christophe.tref...@uni.lu> wrote:
>
>> I guess there are console options, where you can set HTML5 now.
>>
>>
>>
>> Check on the small “arrow” next to the console icon.
>>
>>
>>
>> *From:* Jayme 
>> *Sent:* jeudi 2 août 2018 01:02
>> *To:* users 
>> *Subject:* [ovirt-users] Possible to use Console via Mac web browser?
>>
>>
>>
>> I recall in the past (on a bit older of an oVirt build) I was able to
>> launch VM consoles from my web browser.  I believe it may have been using
>> spice html5 at the time, is this still possible?  Currently launching
>> console downloads the typical .vv file.
>>
>>
>>
>> What is currently the best/easiest method to access VM consoles using
>> MacOS?
>>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/QEKA5E5FNY2I522P42MYHEWKKUVKRDXM/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YXAEK6GSNENDVVXHGHIIAQNYHDVN7NHV/

[ovirt-users] Re: Possible to use Console via Mac web browser?

[Maton, Brett]

I've not had any luck on MacOS for a while now, even the .vv files with
RemoteViewer 0.5.7

I get a dialog saying unable to connect to the graphical server 
Same servers work just fine from a Windows client though.

On 2 August 2018 at 12:06, Greg Sheremeta  wrote:

> On Wed, Aug 1, 2018 at 7:03 PM Jayme  wrote:
>
>> I recall in the past (on a bit older of an oVirt build) I was able to
>> launch VM consoles from my web browser.  I believe it may have been using
>> spice html5 at the time, is this still possible?  Currently launching
>> console downloads the typical .vv file.
>>
>
> spice-html5 was removed in 4.2. For web-based in admin portal, you can use
> novnc.
>
> For VM Portal, it's a gap -- we currently only support .vv download only.
> https://github.com/oVirt/ovirt-web-ui/issues/490
> I have currently targeted this to VM Portal 1.4.2, to be released on
> August 10.
>
> Best wishes,
> Greg
>
>
>>
>> What is currently the best/easiest method to access VM consoles using
>> MacOS?
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>> guidelines/
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>> message/JGMPTGO3ECOWHJIAKQIXK5K3VFDHBH73/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/TJRHWSE3NLYTREF675AHZELZXVV5DZTT/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WSISWXKDSIHVULZX7VJCUGWPHTURS2CM/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

I rebooted the server that was failing last week and haven't seen the error
since.

On 25 July 2018 at 11:48, Andrej Krejcir  wrote:

> I think the upgrade may not have affected the mom package, because no new
> mom rpm version was released for a few months.
>
> I'm not sure why the import fails even if the file is there.
>
> As a workaround, mom can be configured to use the older (deprecated) json
> rpc interface to communicate with vdsm. There is no difference in
> functionality.
> This can be done by editing /etc/vdsm/mom.conf. Set the
> 'hypervisor-interface' config value to 'vdsmjsonrpcbulk' insted of
> 'vdsmjsonrpcclient'.
>
> On Wed, 25 Jul 2018 at 08:56, Maton, Brett 
> wrote:
>
>> I upgraded my test cluster to 4.2.5.2-1 last night (hosts rebooted after
>> update) and I've started to see the error again.
>>
>> As before it seems to be limited to the one host,  I've checked that
>>
>> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/
>> vdsmjsonrpcclientInterface.py
>>
>> exists, which it does but there are no matching .pyc / .pyo files which
>> suggests that it's not been used?
>>
>> File permissions and SELinux contexts are the same on all files in the
>> HypervisorInterfaces directory.
>>
>> 0644 root root system_u:object_r:lib_t:s0
>>
>> vdsm / mom log from time period attached.
>>
>>
>> On 18 July 2018 at 16:10, Maton, Brett  wrote:
>>
>>> Thanks,
>>>
>>>   Cluster is all installed from pre-release, maybe I managed to get an
>>> iffy rpm
>>>
>>> On 18 July 2018 at 15:50, Andrej Krejcir  wrote:
>>>
>>>> Yes, copying it from another host with mom version 0.5.12 is enough.
>>>>
>>>> I'm not sure why it was not installed. The file is in the rpm.
>>>>
>>>> On Wed, 18 Jul 2018 at 16:38, Maton, Brett 
>>>> wrote:
>>>>
>>>>> Bingo
>>>>>
>>>>> How could that file not be installed/deployed ?
>>>>>
>>>>>
>>>>> Should I simply copy it from one of the other hosts to make the
>>>>> message go away ?
>>>>>
>>>>> On 18 July 2018 at 15:30, Andrej Krejcir  wrote:
>>>>>
>>>>>> Maybe the python module is missing. Can you check if this file exists?
>>>>>>
>>>>>> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/
>>>>>> vdsmjsonrpcclientInterface.py
>>>>>>
>>>>>>
>>>>>> Andrej
>>>>>>
>>>>>> On Wed, 18 Jul 2018 at 16:04, Maton, Brett 
>>>>>> wrote:
>>>>>>
>>>>>>> I just checked the mom version, it's already at 0.5.12
>>>>>>>
>>>>>>> # rpm -qa mom
>>>>>>> mom-0.5.12-1.el7.centos.noarch
>>>>>>>
>>>>>>> All the physical hosts are fully updated /patched.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Brett
>>>>>>>
>>>>>>> On 18 July 2018 at 14:08, Andrej Krejcir 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Looking at MOM logs, the problem seems to be that MOM is configured
>>>>>>>> to use 'vdsmjsonrpcclient' module to communicate with vdsm, but it
>>>>>>>> cannot find this module, probably because it is an older version.
>>>>>>>>
>>>>>>>> Updating MOM to version 0.5.12 should fix it.
>>>>>>>>
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Andrej
>>>>>>>>
>>>>>>>> On Wed, 18 Jul 2018 at 14:41, Maton, Brett <
>>>>>>>> mat...@ltresources.co.uk> wrote:
>>>>>>>>
>>>>>>>>> FWIW:
>>>>>>>>>
>>>>>>>>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R)
>>>>>>>>> Xeon(R) CPU E3-1220 V2 @ 3.10GHz
>>>>>>>>>
>>>>>>>>> Network is bonded fail-over.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Brett
>>>>>>>>>
>>>>>>>>> On 18 July 2018 at 13:15, Francesco Romani 
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Thanks!
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>>>>>>>>
>>>>>>>>>>> Sure no problem, mom log attached.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> It seems to me that MOM is restarting *very* often:
>>>>>>>>>>
>>>>>>>>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>>>>>>>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>>>>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>>>>>>
>>>>>>>>>> And I totally not expect this. Martin, Andrej, is this the
>>>>>>>>>> expected behaviour?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Bests,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Francesco Romani
>>>>>>>>>> Senior SW Eng., Virtualization R
>>>>>>>>>> Red Hat
>>>>>>>>>> IRC: fromani github: @fromanirh
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>
>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JVHD36FNHRKIXOMOJS7B5EQORTDGLPOR/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

I upgraded my test cluster to 4.2.5.2-1 last night (hosts rebooted after
update) and I've started to see the error again.

As before it seems to be limited to the one host,  I've checked that

/usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/vdsmjsonrpcclientInterface.py

exists, which it does but there are no matching .pyc / .pyo files which
suggests that it's not been used?

File permissions and SELinux contexts are the same on all files in the
HypervisorInterfaces directory.

0644 root root system_u:object_r:lib_t:s0

vdsm / mom log from time period attached.


On 18 July 2018 at 16:10, Maton, Brett  wrote:

> Thanks,
>
>   Cluster is all installed from pre-release, maybe I managed to get an
> iffy rpm
>
> On 18 July 2018 at 15:50, Andrej Krejcir  wrote:
>
>> Yes, copying it from another host with mom version 0.5.12 is enough.
>>
>> I'm not sure why it was not installed. The file is in the rpm.
>>
>> On Wed, 18 Jul 2018 at 16:38, Maton, Brett 
>> wrote:
>>
>>> Bingo
>>>
>>> How could that file not be installed/deployed ?
>>>
>>>
>>> Should I simply copy it from one of the other hosts to make the message
>>> go away ?
>>>
>>> On 18 July 2018 at 15:30, Andrej Krejcir  wrote:
>>>
>>>> Maybe the python module is missing. Can you check if this file exists?
>>>>
>>>> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/vd
>>>> smjsonrpcclientInterface.py
>>>>
>>>>
>>>> Andrej
>>>>
>>>> On Wed, 18 Jul 2018 at 16:04, Maton, Brett 
>>>> wrote:
>>>>
>>>>> I just checked the mom version, it's already at 0.5.12
>>>>>
>>>>> # rpm -qa mom
>>>>> mom-0.5.12-1.el7.centos.noarch
>>>>>
>>>>> All the physical hosts are fully updated /patched.
>>>>>
>>>>> Regards,
>>>>> Brett
>>>>>
>>>>> On 18 July 2018 at 14:08, Andrej Krejcir  wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Looking at MOM logs, the problem seems to be that MOM is configured
>>>>>> to use 'vdsmjsonrpcclient' module to communicate with vdsm, but it
>>>>>> cannot find this module, probably because it is an older version.
>>>>>>
>>>>>> Updating MOM to version 0.5.12 should fix it.
>>>>>>
>>>>>>
>>>>>> Regards,
>>>>>> Andrej
>>>>>>
>>>>>> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
>>>>>> wrote:
>>>>>>
>>>>>>> FWIW:
>>>>>>>
>>>>>>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R)
>>>>>>> Xeon(R) CPU E3-1220 V2 @ 3.10GHz
>>>>>>>
>>>>>>> Network is bonded fail-over.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Brett
>>>>>>>
>>>>>>> On 18 July 2018 at 13:15, Francesco Romani 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Thanks!
>>>>>>>>
>>>>>>>>
>>>>>>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>>>>>>
>>>>>>>>> Sure no problem, mom log attached.
>>>>>>>>>
>>>>>>>>
>>>>>>>> It seems to me that MOM is restarting *very* often:
>>>>>>>>
>>>>>>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>>>>>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>>>>
>>>>>>>> And I totally not expect this. Martin, Andrej, is this the expected
>>>>>>>> behaviour?
>>>>>>>>
>>>>>>>>
>>>>>>>> Bests,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Francesco Romani
>>>>>>>> Senior SW Eng., Virtualization R
>>>>>>>> Red Hat
>>>>>>>> IRC: fromani github: @fromanirh
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>
>


logs.tgz
Description: GNU Zip compressed data
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5FSBPGZQ6LW6GGLB7ZTCJF3E75B3OYG6/

[ovirt-users] Re: Upgrading HE and hosts; 4.1 to 4.2.4

[Maton, Brett]

Install the 4.2 repo listed here
https://www.ovirt.org/documentation/install-guide/chap-Installing_oVirt/


On 22 July 2018 at 22:28, aduckers  wrote:

> Does that get me from 4.1 to 4.2 though?  What about adding the 4.2
> repositories?
>
> > On Jul 20, 2018, at 9:19 PM, femi adegoke 
> wrote:
> >
> > Here is the steps I follow:
> >
> > First make sure you backup your hosted engine...then proceed as below:
> >
> > on hosted engine console
> > # yum update -y
> >
> > put host in global maintenance
> > # hosted-engine --set-maintenance --mode=global
> >
> > run engine-setup on hosted engine
> >
> > reboot hosted engine
> >
> > # hosted-engine --vm-status
> > # hosted-engine --vm-start
> >
> > turn off global maintenance
> > # hosted-engine --set-maintenance --mode=none
> >
> > put each physical host (one at a time) in maintenance
> >
> > upgrade physical host
> >
> > reboot (maybe)
> >
> > # hosted-engine --vm-status
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/EFRL2YJLQ6KWWCSWBMVDK26CPOBOVL5K/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/G4J7657XBIEHRGM6XA7NNXNBOSDAYXIX/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/L6EG2A474EKZFA2FIKKEJXCP7Q34JBMO/

[ovirt-users] Re: Ovirt stable version

[Maton, Brett]

Hi Lakhwinder,

  The current stable version is 4.2.

  https://www.ovirt.org/download/



On 22 July 2018 at 12:07, Greg Sheremeta  wrote:

> We recommend the Cockpit UI
> https://www.ovirt.org/documentation/how-to/hosted-
> engine/#fresh-install-via-web-ui
>
> Greg
>
>
> On Sat, Jul 21, 2018 at 12:43 PM Lakhwinder Rai 
> wrote:
>
>> I am trying to install ovirt Hosted engine.
>> Could you please provide me with stable version (link).
>>
>> Thanks
>> Lakhwinder Rai
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>> guidelines/
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>> message/PQDTV2YO3ACAX64YSHPYO4746WGZ4G2T/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/L6OBKUUL7YJOKKFSPFKRXH3QDIQF3X4T/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SSVEUKA7DMGHZREXU7IIXEECOI4W6VDB/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

Thanks,

  Cluster is all installed from pre-release, maybe I managed to get an iffy
rpm

On 18 July 2018 at 15:50, Andrej Krejcir  wrote:

> Yes, copying it from another host with mom version 0.5.12 is enough.
>
> I'm not sure why it was not installed. The file is in the rpm.
>
> On Wed, 18 Jul 2018 at 16:38, Maton, Brett 
> wrote:
>
>> Bingo
>>
>> How could that file not be installed/deployed ?
>>
>>
>> Should I simply copy it from one of the other hosts to make the message
>> go away ?
>>
>> On 18 July 2018 at 15:30, Andrej Krejcir  wrote:
>>
>>> Maybe the python module is missing. Can you check if this file exists?
>>>
>>> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/
>>> vdsmjsonrpcclientInterface.py
>>>
>>>
>>> Andrej
>>>
>>> On Wed, 18 Jul 2018 at 16:04, Maton, Brett 
>>> wrote:
>>>
>>>> I just checked the mom version, it's already at 0.5.12
>>>>
>>>> # rpm -qa mom
>>>> mom-0.5.12-1.el7.centos.noarch
>>>>
>>>> All the physical hosts are fully updated /patched.
>>>>
>>>> Regards,
>>>> Brett
>>>>
>>>> On 18 July 2018 at 14:08, Andrej Krejcir  wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Looking at MOM logs, the problem seems to be that MOM is configured to
>>>>> use 'vdsmjsonrpcclient' module to communicate with vdsm, but it
>>>>> cannot find this module, probably because it is an older version.
>>>>>
>>>>> Updating MOM to version 0.5.12 should fix it.
>>>>>
>>>>>
>>>>> Regards,
>>>>> Andrej
>>>>>
>>>>> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
>>>>> wrote:
>>>>>
>>>>>> FWIW:
>>>>>>
>>>>>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R)
>>>>>> Xeon(R) CPU E3-1220 V2 @ 3.10GHz
>>>>>>
>>>>>> Network is bonded fail-over.
>>>>>>
>>>>>> Regards,
>>>>>> Brett
>>>>>>
>>>>>> On 18 July 2018 at 13:15, Francesco Romani 
>>>>>> wrote:
>>>>>>
>>>>>>> Thanks!
>>>>>>>
>>>>>>>
>>>>>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>>>>>
>>>>>>>> Sure no problem, mom log attached.
>>>>>>>>
>>>>>>>
>>>>>>> It seems to me that MOM is restarting *very* often:
>>>>>>>
>>>>>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>>>>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>>>
>>>>>>> And I totally not expect this. Martin, Andrej, is this the expected
>>>>>>> behaviour?
>>>>>>>
>>>>>>>
>>>>>>> Bests,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Francesco Romani
>>>>>>> Senior SW Eng., Virtualization R
>>>>>>> Red Hat
>>>>>>> IRC: fromani github: @fromanirh
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VYDBPUXSC5SONF7UFSCBAEJKD72B3XIZ/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

Bingo

How could that file not be installed/deployed ?


Should I simply copy it from one of the other hosts to make the message go
away ?

On 18 July 2018 at 15:30, Andrej Krejcir  wrote:

> Maybe the python module is missing. Can you check if this file exists?
>
> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/
> vdsmjsonrpcclientInterface.py
>
>
> Andrej
>
> On Wed, 18 Jul 2018 at 16:04, Maton, Brett 
> wrote:
>
>> I just checked the mom version, it's already at 0.5.12
>>
>> # rpm -qa mom
>> mom-0.5.12-1.el7.centos.noarch
>>
>> All the physical hosts are fully updated /patched.
>>
>> Regards,
>> Brett
>>
>> On 18 July 2018 at 14:08, Andrej Krejcir  wrote:
>>
>>> Hi,
>>>
>>> Looking at MOM logs, the problem seems to be that MOM is configured to
>>> use 'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot
>>> find this module, probably because it is an older version.
>>>
>>> Updating MOM to version 0.5.12 should fix it.
>>>
>>>
>>> Regards,
>>> Andrej
>>>
>>> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
>>> wrote:
>>>
>>>> FWIW:
>>>>
>>>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R)
>>>> Xeon(R) CPU E3-1220 V2 @ 3.10GHz
>>>>
>>>> Network is bonded fail-over.
>>>>
>>>> Regards,
>>>> Brett
>>>>
>>>> On 18 July 2018 at 13:15, Francesco Romani  wrote:
>>>>
>>>>> Thanks!
>>>>>
>>>>>
>>>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>>>
>>>>>> Sure no problem, mom log attached.
>>>>>>
>>>>>
>>>>> It seems to me that MOM is restarting *very* often:
>>>>>
>>>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>
>>>>> And I totally not expect this. Martin, Andrej, is this the expected
>>>>> behaviour?
>>>>>
>>>>>
>>>>> Bests,
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Francesco Romani
>>>>> Senior SW Eng., Virtualization R
>>>>> Red Hat
>>>>> IRC: fromani github: @fromanirh
>>>>>
>>>>>
>>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TDIWVSH53LVIMHWA2VIQWAZZ47P6WYHV/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

I just checked the mom version, it's already at 0.5.12

# rpm -qa mom
mom-0.5.12-1.el7.centos.noarch

All the physical hosts are fully updated /patched.

Regards,
Brett

On 18 July 2018 at 14:08, Andrej Krejcir  wrote:

> Hi,
>
> Looking at MOM logs, the problem seems to be that MOM is configured to use
> 'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot find
> this module, probably because it is an older version.
>
> Updating MOM to version 0.5.12 should fix it.
>
>
> Regards,
> Andrej
>
> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
> wrote:
>
>> FWIW:
>>
>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R) Xeon(R)
>> CPU E3-1220 V2 @ 3.10GHz
>>
>> Network is bonded fail-over.
>>
>> Regards,
>> Brett
>>
>> On 18 July 2018 at 13:15, Francesco Romani  wrote:
>>
>>> Thanks!
>>>
>>>
>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>
>>>> Sure no problem, mom log attached.
>>>>
>>>
>>> It seems to me that MOM is restarting *very* often:
>>>
>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>
>>> And I totally not expect this. Martin, Andrej, is this the expected
>>> behaviour?
>>>
>>>
>>> Bests,
>>>
>>>
>>>
>>> --
>>> Francesco Romani
>>> Senior SW Eng., Virtualization R
>>> Red Hat
>>> IRC: fromani github: @fromanirh
>>>
>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6MQMYJ7MKBYJJWNBXVAIEWZAGC4R4WKC/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

FWIW:

This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R) Xeon(R) CPU
E3-1220 V2 @ 3.10GHz

Network is bonded fail-over.

Regards,
Brett

On 18 July 2018 at 13:15, Francesco Romani  wrote:

> Thanks!
>
>
> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>
>> Sure no problem, mom log attached.
>>
>
> It seems to me that MOM is restarting *very* often:
>
> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>
> And I totally not expect this. Martin, Andrej, is this the expected
> behaviour?
>
>
> Bests,
>
>
>
> --
> Francesco Romani
> Senior SW Eng., Virtualization R
> Red Hat
> IRC: fromani github: @fromanirh
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/446MWAKJYM2ZY5TCYUCCMVWXGDFM3SHC/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

Sure no problem, mom log attached.

On 18 July 2018 at 12:36, Francesco Romani  wrote:

>
> On 07/18/2018 07:24 AM, Maton, Brett wrote:
>
>> Thanks Francesco,
>>
>>   Log attached.
>>
>
> Interestings, it seems the fault comes from MOM:
>
> 2018-07-18 06:07:22,836+0100 INFO  (jsonrpc/3) [api.host] FINISH getStats
> error=:'NoneType' object has
> no attribute 'statistics'"> from=:::10.11.30.253,58840 (api:50)
> 2018-07-18 06:07:22,836+0100 ERROR (jsonrpc/3) [jsonrpc.JsonRpcServer]
> Internal server error (__init__:611)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line
> 606, in _handle_request
> res = method(**params)
>   File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 201,
> in _dynamicMethod
> result = fn(*methodArgs)
>   File "", line 2, in getStats
>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in
> method
> ret = func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1402, in
> getStats
> sampling.host_samples.stats())}
>   File "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 75, in
> get_stats
> ret.update(cif.mom.getKsmStats())
>   File "/usr/lib/python2.7/site-packages/vdsm/momIF.py", line 75, in
> getKsmStats
> stats = self._mom.getStatistics()['host']
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
> return self.__send(self.__name, args)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1591, in __request
> verbose=self.__verbose
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
> return self.single_request(host, handler, request_body, verbose)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1306, in single_request
> return self.parse_response(response)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1482, in parse_response
> return u.close()
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 794, in close
> raise Fault(**self._stack[0])
> Fault: :'NoneType' object
> has no attribute 'statistics'">
> 2018-07-18 06:07:22,836+0100 INFO  (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC
> call Host.getStats failed (error -32603) in 0.01 seconds (__init__:573)
> 2018-07-18 06:07:22,909+0100 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC
> call Host.ping2 succeeded in 0.00 seconds (__init__:573)
> 2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [api.virt] START getStats()
> from=::1,60058, vmId=a1af259b-7917-49ac-8bcc-eb4cc302e723 (api:46)
> 2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [api] FINISH getStats
> error=Virtual machine does not exist: {'vmId':
> u'a1af259b-7917-49ac-8bcc-eb4cc302e723'} (api:127)
> 2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [api.virt] FINISH getStats
> return={'status': {'message': "Virtual machine does not exist: {'vmId':
> u'a1af259b-7917-49ac-8bcc-eb4cc302e723'}", 'code': 1}} from=::1,60058,
> vmId=a1af259b-7917-49ac-8bcc-eb4cc302e723 (api:52)
> 2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC
> call VM.getStats failed (error 1) in 0.00 seconds (__init__:573)
> 2018-07-18 06:07:23,043+0100 INFO  (jsonrpc/6) [root]
> /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err=
> (hooks:110)
>
> It could be a (benign) race on shutdown, but better continue the
> investigation. Could you please also chare the mom.log corresponding to the
> timeframe you already provided?
>
> Thanks,
>
>
> --
> Francesco Romani
> Senior SW Eng., Virtualization R
> Red Hat
> IRC: fromani github: @fromanirh
>
>


mom.log.gz
Description: GNU Zip compressed data
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ABHDXFCEOXATO2VTTXFHF7QAFLHYKERP/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

Thanks Francesco,

  Log attached.

On 17 July 2018 at 13:12, Francesco Romani  wrote:

> On 07/17/2018 07:30 AM, Maton, Brett wrote:
>
> I've got one physical host in a 3 host CentOS7.5 cluster that reports the
> following error several times a day
>
> VDSM node3.example.com command Get Host Statistics failed: Internal
> JSON-RPC error: {'reason': ' \'exceptions.AttributeError\'>:\'NoneType\'
> object has no attribute \'statistics\'">'}
>
> Any ideas what the problem might be?
>
>
> Hi,
>
> I can make a wild guess[1], but let's try educated guesses first: could
> you please share the Vdsm logs around the time on which you see this error?
>
> Thanks,
>
> +++
>
> [1] It seems to me that a NIC card was removed from a VM during a
> statistic reporting cycle, or somehow failed to report stats. But really,
> is a wild guess.Let's look at the logs first.
>
> --
> Francesco Romani
> Senior SW Eng., Virtualization R
> Red Hat
> IRC: fromani github: @fromanirh
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/JSRLKAZSSPXGUBDE7CXRQDXZTQJBY5YY/
>
>


vdsm.log.gz
Description: GNU Zip compressed data
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JQBKBLKCI7WJOERG6W6DOJ7P2DM4S34S/

[ovirt-users] oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

I've got one physical host in a 3 host CentOS7.5 cluster that reports the
following error several times a day

VDSM node3.example.com command Get Host Statistics failed: Internal
JSON-RPC error: {'reason': ':\'NoneType\' object has no attribute
\'statistics\'">'}

Any ideas what the problem might be?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BSF2JSYRZ2JYTG2H7LVIL7PVFOXYA3PB/

[ovirt-users] Re: VM stuck in "Migrating to"

[Maton, Brett]

You could also run engine-setup on hosted-engine again

On 11 July 2018 at 21:17, Bruckner, Simone 
wrote:

> Hi all,
>
>
>
>   I have a VM stuck in state „Migrating to“. I restarted ovirt-engine and
> rebooted all hosts, no success. I run ovirt 4.2.4.5-1.el7 on CentOS 7.5
> hosts with vdsm-4.20.32-1.el7.x86_64. How can I clean this up?
>
>
>
> Thank you and all the best,
>
> Simone
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/4OPRY2GRYDZQJ724TLT5GHGGHB5NFU45/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2R33FKC7DJSLOLXXIIT5BCATU3G5NRGX/

[ovirt-users] Re: (v4.2.5-1.el7) Snapshots UI - html null

[Maton, Brett]

Hi Greg,


  I think it's very similar but different, I had no problem with the
Network Interfaces tab.
  I fixed the problem by removing the unassigned NIC's, I will try to
reproduce the issue and file an appropriate bug report.

Regards,
Brett

On 6 July 2018 at 22:51, Greg Sheremeta  wrote:

> Hi Brett,
>
> This is a bug. It could be https://bugzilla.redhat.
> com/show_bug.cgi?id=1533214
> If you think so, please add any details you think would help. If you think
> it's something else, please open a new bug.
>
> Best wishes,
> Greg
>
> On Tue, Jul 3, 2018 at 9:33 AM Maton, Brett 
> wrote:
>
>> Actually the extra nic is assigned to network 'Empty' in the edit VM
>> form, and is throwing the html null error in the snapshots form/view
>>
>> On 3 July 2018 at 14:26, Maton, Brett  wrote:
>>
>>> I think the issue is being caused by a missing network.
>>>
>>> One of the upgrades of my test oVirt cluster went sideways and I endedup
>>> reinstalling from fresh and importing the storage domains from the preivous
>>> cluster.
>>> I haven't created all of the networks that were in the previous ovirt
>>> install as they're not really needed at the moment.
>>>
>>> The vm's that are throwing the html null error when trying to view
>>> snapshots have a secondary nic that isn't assigned to any network.
>>>
>>> Regards,
>>> Brett
>>>
>>>
>>> On 2 July 2018 at 08:04, Maton, Brett  wrote:
>>>
>>>> Hi,
>>>>
>>>>   I'm trying to restore a VM snapshot theough the UI but keep running
>>>> into this error:
>>>>
>>>> Uncaught exception occurred. Please try reloading the page. Details:
>>>> Exception caught: html is null
>>>> Please have your administrator check the UI logs
>>>>
>>>> ui log attached.
>>>>
>>>> CentOS 7
>>>> oVirt 4.2.5-1.el7
>>>>
>>>> Regards,
>>>> Brett
>>>>
>>>
>>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>> guidelines/
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>> message/ZIKNNUVCYDU5INHD5AUC2FGKF2FLTT5G/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
> <https://red.ht/sig>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7FXMMVX4YYDOI7R4IIQOSFHZMQXT2N6R/

[ovirt-users] Re: VM - Disks - Table too small

[Maton, Brett]

Done: https://bugzilla.redhat.com/show_bug.cgi?id=1598364



On 5 July 2018 at 07:30, Idan Shaby  wrote:

> Hi,
>
> Thanks for letting us know!
> Can you please file a bug for it?
>
>
> Regards,
> Idan
>
> On Wed, Jul 4, 2018 at 9:07 AM, Maton, Brett 
> wrote:
>
>> The table which displays disk info is too small when moving disks between
>> storage domains, probably because the progress bar is added below the
>> 'locked' status but the table doesn't resize to accommodate the taller rows.
>>
>>
>>
>> ​
>> Tried in Chrome, Edge, Firefox, Internet Explorer & Safari
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/3RPM6QVPJRRZSSJR4F6UMMPCDFMYWTOR/
>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5UZPCOC6DI7O7U7TL7V5TRGMKWY64AC4/

[ovirt-users] VM - Disks - Table too small

[Maton, Brett]

The table which displays disk info is too small when moving disks between
storage domains, probably because the progress bar is added below the
'locked' status but the table doesn't resize to accommodate the taller rows.



​
Tried in Chrome, Edge, Firefox, Internet Explorer & Safari
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3RPM6QVPJRRZSSJR4F6UMMPCDFMYWTOR/

[ovirt-users] Re: (v4.2.5-1.el7) Snapshots UI - html null

[Maton, Brett]

Actually the extra nic is assigned to network 'Empty' in the edit VM form,
and is throwing the html null error in the snapshots form/view

On 3 July 2018 at 14:26, Maton, Brett  wrote:

> I think the issue is being caused by a missing network.
>
> One of the upgrades of my test oVirt cluster went sideways and I endedup
> reinstalling from fresh and importing the storage domains from the preivous
> cluster.
> I haven't created all of the networks that were in the previous ovirt
> install as they're not really needed at the moment.
>
> The vm's that are throwing the html null error when trying to view
> snapshots have a secondary nic that isn't assigned to any network.
>
> Regards,
> Brett
>
>
> On 2 July 2018 at 08:04, Maton, Brett  wrote:
>
>> Hi,
>>
>>   I'm trying to restore a VM snapshot theough the UI but keep running
>> into this error:
>>
>> Uncaught exception occurred. Please try reloading the page. Details:
>> Exception caught: html is null
>> Please have your administrator check the UI logs
>>
>> ui log attached.
>>
>> CentOS 7
>> oVirt 4.2.5-1.el7
>>
>> Regards,
>> Brett
>>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZIKNNUVCYDU5INHD5AUC2FGKF2FLTT5G/

[ovirt-users] Re: (v4.2.5-1.el7) Snapshots UI - html null

[Maton, Brett]

I think the issue is being caused by a missing network.

One of the upgrades of my test oVirt cluster went sideways and I endedup
reinstalling from fresh and importing the storage domains from the preivous
cluster.
I haven't created all of the networks that were in the previous ovirt
install as they're not really needed at the moment.

The vm's that are throwing the html null error when trying to view
snapshots have a secondary nic that isn't assigned to any network.

Regards,
Brett


On 2 July 2018 at 08:04, Maton, Brett  wrote:

> Hi,
>
>   I'm trying to restore a VM snapshot theough the UI but keep running into
> this error:
>
> Uncaught exception occurred. Please try reloading the page. Details:
> Exception caught: html is null
> Please have your administrator check the UI logs
>
> ui log attached.
>
> CentOS 7
> oVirt 4.2.5-1.el7
>
> Regards,
> Brett
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5MOOU3AO2QL2TLARYJGQANIPL3EK2VXM/

[ovirt-users](v4.2.5-1.el7) Snapshots UI - html null

[Maton, Brett]

Hi,

  I'm trying to restore a VM snapshot theough the UI but keep running into
this error:

Uncaught exception occurred. Please try reloading the page. Details:
Exception caught: html is null
Please have your administrator check the UI logs

ui log attached.

CentOS 7
oVirt 4.2.5-1.el7

Regards,
Brett


ui.log
Description: Binary data
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NFV5AIZRDUCZT7P7TZHV5RUXE7XVQV6X/

[ovirt-users] Re: Attaching previously owned storage domain to 4.2 Cluster

[Maton, Brett]

I've not needed to do it with production data.
But when I trash my testlab hosted engine I regularly re-import the
existing vm (not hosted engine) storage domain.
Not had many issues with the process.

That said, I've only done it with all vm's being down and physical hosts
rebooted to ensure that no VM is active on the 'old' storage area.

On 30 May 2018 at 15:59, John Nguyen  wrote:

> Hi Guys,
>
> I'm working through a disaster recovery of a failed cluster.  And I found
> the documentation for attaching the old storage domain as an import domain
> to a new Cluster.  Both clusters are 4.2.
>
> https://ovirt.org/develop/release-management/features/
> storage/importstoragedomain/
>
> The documentation is referencing 3.5 and I would like to know if its still
> applies to the 4.2 release.
>
> When I try to do the import I see warnings below:
>
>
>
> I know that its really hard to say this operation may not be destructive.
> But is the general work flow outlined in the 3.5 documentation still valid?
>
> Thanks,
> John
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/GRFF63P6ORZKGGH734EJT5Y53W3PB36P/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PTETMNEPFLBMTBKN6NWG72QL3UNYLYEQ/

[ovirt-users] Re: Ovirt 4.2.4 - Trouble installing additional self hosted engine hosts

[Maton, Brett]

Thanks for the tip Simone, all working now.

Best regards,
Brett

On 29 May 2018 at 09:24, Simone Tiraboschi  wrote:

>
>
> On Tue, May 29, 2018 at 9:32 AM, Maton, Brett 
> wrote:
>
>> Hi Ido,
>>
>>   It appears that I have the latest packages installed, any more logs
>> that might be useful ?
>>
>
> A quick workaround requires you to rename
> /etc/yum/pluginconf.d/vdsm.conf
> /usr/share/yum-plugins/vdsm.py*
> to
> /etc/yum/pluginconf.d/vdsmupgrade.conf
> /usr/share/yum-plugins/vdsmupgrade.py*
>
> on your additional hosts before trying to deploy them.
>
> The latest released version is oVirt 4.2.3 and it's not affected by this
> one; 4.2.4 up to now is still a Release Candidate.
>
>
>
>> All physical hosts:
>>
>> yum clean all
>> yum upgrade
>> No packages marked for update
>>
>> rpm -qf /usr/share/yum-plugins/vdsm.pyc
>> vdsm-4.20.28-1.el7.x86_64
>>
>>
>>
>> HE:
>>
>> yum clean all
>> yum upgrade
>> No packages marked for update
>>
>> engine-setup
>>
>> [ INFO  ] ovirt-provider-ovn already installed, skipping.
>>
>>   --== PACKAGES ==--
>>
>> [ INFO  ] Checking for product updates...
>> [ INFO  ] No product updates found
>>
>>
>> On 29 May 2018 at 08:19, Ido Rosenzwig  wrote:
>>
>>> Dear Brett,
>>>
>>> The Issue was fixed yesterday. check the bug page:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1583045
>>> Try to do 'yum update' on the engine and on the additional hosts.
>>>
>>> Best regards,
>>> Ido Rosenzwig
>>>
>>> On Tue, May 29, 2018 at 10:10 AM, Maton, Brett >> > wrote:
>>>
>>>> Adding regular, non SHE hosts works fine, however I can't seem to add
>>>> Self Hosted Engine to additional physical hosts.
>>>>
>>>> I think this is the problem, but I don't know what the solution is:
>>>>
>>>> 2018-05-29 08:00:52,502+0100 ERROR otopi.context
>>>> context._executeMethod:152 Failed to execute stage 'Misc configuration':
>>>> Cannot resolve ovirt_hosted_engine_ha module
>>>>
>>>> Deploy log attached.
>>>>
>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct: https://www.ovirt.org/communit
>>>> y/about/community-guidelines/
>>>> List Archives: https://lists.ovirt.org/archiv
>>>> es/list/users@ovirt.org/message/J5YJWLKOSKYNS6VCZG3OHD7P53XJ46E6/
>>>>
>>>>
>>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/S24R7O3QKNR5HMCWVBEJ457CVKX7FD5S/
>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MIRSOUN4KUQZGXYWOLMQF5JNLJDUBACF/