[ovirt-users] Re: Useless disk statistics API

[Yedidyah Bar David]

On Wed, Jun 13, 2018 at 8:45 AM, Hari Prasanth Loganathan
 wrote:
> Hi Yedidyah,
>
> Thanks for your response. I also tried creating the file, writing some
> content to the VM guest console. Still, I didn't see any increase in the
> values, It is always 0.

Not sure I understand. "Creating the file" - which one?

Perhaps try something like:

dd if=/dev/zero of=/root/myfile1

In any case, please test that the OS sees your IO. Use e.g. vmstat, iostat
or something like that. oVirt (and metrics) will only show what the OS
reports - if you see there '0', that's what you should get in metrics.

Best regards,

>
>
>
> On Wed, Jun 13, 2018 at 10:58 AM, Yedidyah Bar David 
> wrote:
>>
>> On Tue, Jun 12, 2018 at 1:24 PM, Hari Prasanth Loganathan
>>  wrote:
>> > Hi Team,
>> >
>> > I use the following API to get the disk statistics as per the oVirt rest
>> > API
>> > documentation.
>> >
>> >
>> > http://ovirt.github.io/ovirt-engine-api-model/4.2/#types/disk/links/statistics
>> >
>> >
>> >
>> > https://172.30.X.X/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e/statistics
>> >
>> >
>> > {
>> > "statistic": [
>> > {
>> > "kind": "gauge",
>> > "type": "decimal",
>> > "unit": "bytes_per_second",
>> > "values": {
>> > "value": [
>> > {
>> > "datum": 0
>> > }
>> > ]
>> > },
>> > "disk": {
>> > "href": "/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e",
>> > "id": "f78c8adf-23f9-4f52-a29b-0de3d844652e"
>> > },
>> > "name": "data.current.read",
>> > "description": "Read data rate",
>> > "href":
>> >
>> > "/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272",
>> > "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272"
>> > },
>> > {
>> > "kind": "gauge",
>> > "type": "decimal",
>> > "unit": "bytes_per_second",
>> > "values": {
>> > "value": [
>> > {
>> > "datum": 0
>> > }
>> > ]
>> > },
>> > "disk": {
>> > "href": "/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e",
>> > "id": "f78c8adf-23f9-4f52-a29b-0de3d844652e"
>> > },
>> > "name": "data.current.write",
>> > "description": "Write data rate",
>> > "href":
>> >
>> > "/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e/statistics/2f23addd-4ebd-3d82-a449-c28778bc33eb",
>> > "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb"
>> > }
>> > ]
>> > }
>> >
>> >
>> > Unfortunately, the values are always coming as '0'.
>> >
>> > Steps to reproduce :
>> >
>> > 1) I logged into the VM console and run the following command to copy
>> > the
>> > file and I see the write rate is 300mb/sec
>> >
>> > dd if=/dev/zero of=/dev/null
>>
>> This command does not access the disk. Perhaps try to read or write to
>> one, then check stats.
>>
>> Best regards,
>>
>> >
>> > 2) During this time, I am trying to execute this API and receiving as 0
>> > always.
>> >
>> > Is this API useless?
>> >
>> > Thanks,
>> > Hari
>> >
>> > ___
>> > 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/7TGIUQ2REOMSTJBGD3OPY5RE2KOSSFWM/
>> >
>>
>>
>>
>> --
>> Didi
>
>



-- 
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/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WMJUSGIRSGKWUXD4K6C2FLGPYIDISGE2/

[ovirt-users] Re: Useless disk statistics API

[Yedidyah Bar David]

On Tue, Jun 12, 2018 at 1:24 PM, Hari Prasanth Loganathan
 wrote:
> Hi Team,
>
> I use the following API to get the disk statistics as per the oVirt rest API
> documentation.
>
> http://ovirt.github.io/ovirt-engine-api-model/4.2/#types/disk/links/statistics
>
>
> https://172.30.X.X/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e/statistics
>
>
> {
> "statistic": [
> {
> "kind": "gauge",
> "type": "decimal",
> "unit": "bytes_per_second",
> "values": {
> "value": [
> {
> "datum": 0
> }
> ]
> },
> "disk": {
> "href": "/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e",
> "id": "f78c8adf-23f9-4f52-a29b-0de3d844652e"
> },
> "name": "data.current.read",
> "description": "Read data rate",
> "href":
> "/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272",
> "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272"
> },
> {
> "kind": "gauge",
> "type": "decimal",
> "unit": "bytes_per_second",
> "values": {
> "value": [
> {
> "datum": 0
> }
> ]
> },
> "disk": {
> "href": "/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e",
> "id": "f78c8adf-23f9-4f52-a29b-0de3d844652e"
> },
> "name": "data.current.write",
> "description": "Write data rate",
> "href":
> "/ovirt-engine/api/disks/f78c8adf-23f9-4f52-a29b-0de3d844652e/statistics/2f23addd-4ebd-3d82-a449-c28778bc33eb",
> "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb"
> }
> ]
> }
>
>
> Unfortunately, the values are always coming as '0'.
>
> Steps to reproduce :
>
> 1) I logged into the VM console and run the following command to copy the
> file and I see the write rate is 300mb/sec
>
> dd if=/dev/zero of=/dev/null

This command does not access the disk. Perhaps try to read or write to
one, then check stats.

Best regards,

>
> 2) During this time, I am trying to execute this API and receiving as 0
> always.
>
> Is this API useless?
>
> Thanks,
> Hari
>
> ___
> 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/7TGIUQ2REOMSTJBGD3OPY5RE2KOSSFWM/
>



-- 
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/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/M6CDMG4FHG3Y4EGUX7CE2A2DLAG2DISY/

[ovirt-users] Re: Unable to upgrade

[Yedidyah Bar David]

On Mon, Jun 11, 2018 at 4:38 PM, Michael Watters  wrote:
> I am attempting to upgrade from ovirt-engine 4.1 to 4.2 however yum
> updates are failing due to dependency conflicts.
>
> [root@ovirt-engine yum.repos.d]# yum update "ovirt-*-setup*"
> Loaded plugins: fastestmirror, versionlock
> Loading mirror speeds from cached hostfile
>  * ovirt-4.2: mirrors.rit.edu
>  * ovirt-4.2-epel: mirror.steadfast.net
> sac-gdeploy
> | 3.0 kB  00:00:00
> Resolving Dependencies
>
> Error: ovirt-engine-setup-plugin-ovirt-engine conflicts with
> ovirt-engine-4.1.1.8-1.el7.centos.noarch
>
> Is there a way to resolve this?

Yes - you should first update to the latest 4.1 release, or at least 4.1.7:

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

>  I'm using the instructions located at
> https://www.ovirt.org/release/4.2.1/#install--upgrade-from-previous-versions

Please see this:

https://www.ovirt.org/documentation/upgrade-guide/chap-Updating_the_oVirt_Environment/

I guess we should update the release notes as well, patches are welcome :-)

They are auto-generated, BTW, by this script - so it needs a patch as well:

https://gerrit.ovirt.org/gitweb?p=releng-tools.git;a=blob;f=release_notes_git.py

Best regards,
-- 
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/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7IM6P4PPIJ6T4P4ELZ4NGF72WKIUQ3W2/

[ovirt-users] Re: engine-setup fails to upgrade postgresql

[Yedidyah Bar David]

On Mon, Jun 11, 2018 at 6:34 PM, Michael Watters  wrote:
> I actually managed to fix it.  The ovirt-engine package was still on version
> 4.1,

That's normal. 'engine-setup' should upgrade the engine if it's successful.

> after running yum update to upgrade everything to version 4.2 the
> engine-setup script was able to upgrade postgresql.

I assume you disabled the versionlock plugin? That's generally not a
good idea, although I didn't try this for a long time now. If you left
the engine down, it might not be a big risk. Otherwise, you ran a new
engine (4.2) against an old database, which is not supposed to work
well.

>
>
> On 06/11/2018 11:31 AM, Simone Tiraboschi wrote:
>
>
>
> On Mon, Jun 11, 2018 at 4:31 PM, Michael Watters 
> wrote:
>>
>> After installing the ovirt 4.2 repository and running engine-setup the
>> upgrade script fails with an error as shown below.
>>
>> [ ERROR ] Postgresql client version is '9.5.9', whereas the version on
>> 'localhost' is '9.2.23'. Please use a PostgreSQL server of version
>> '9.5.9'.

The message will be fixed in 4.2.4:

https://bugzilla.redhat.com/1578276

>>  Please note the following required changes in postgresql.conf
>> on 'localhost':
>>
>>  postgresql.conf is usually in /var/lib/pgsql/data,
>> /var/opt/rh/rh-postgresql95/lib/pgsql/data, or somewhere under
>> /etc/postgresql* . You have to restart PostgreSQL after making these
>> changes.
>>   Engine database host []:

This is a bit weird. We'll need setup logs, if we want to try to understand
what happened.

>>
>>
>> The setup script is supposed to take care of this automatically however
>> it fails before even attempting to upgrade postgres.  Does anybody know
>> how to work around this?
>
>
> Yes, engine-setup is supposed to care of it by itself if the DBMS is on the
> same machine as in your case.
> Can you please attach setup logs?

Thanks for the report!

Best regards,
-- 
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/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PUS3FFUVATRLRCNPQD2XYPMEAL54EF5C/

[ovirt-users] Re: Upload Image Error

[Yedidyah Bar David]

On Thu, May 24, 2018 at 11:49 PM, Peter Harman <phar...@homeyertool.com>
wrote:

> Ovirt is Hosted Engine and version 4.2 installed a week ago.
>
> OS is Centos7.4 on hosted engine and hosts
>
>
>
> *Peter Harman – Systems and Safety Cordinator  | Homeyer Precision
> Manufacturing*
>
>
>
> [image: Description: C:\Users\gruether\AppData\Local\Temp\Temp1_Homeyer
> Logo (2).zip\Homeyer Logo\Homeyer Logo.jpg]
>
>
>
> 16051 State Hwy 47, Marthasville, MO 63357
> <https://maps.google.com/?q=16051+State+Hwy+47,+Marthasville,+MO+63357=gmail=g>|
> *E *phar...@homeyertool.com | *P* 636.433.2244 | *F* 636.433.5257
>
>
>
> *From:* Nir Soffer <nsof...@redhat.com>
> *Sent:* Thursday, May 24, 2018 3:39 PM
> *To:* Peter Harman <phar...@homeyertool.com>; Yedidyah Bar David <
> d...@redhat.com>
> *Cc:* users@ovirt.org; Daniel Erez <de...@redhat.com>
> *Subject:* Re: [ovirt-users] Upload Image Error
>
>
>
> On Thu, May 24, 2018 at 10:57 PM Peter Harman <phar...@homeyertool.com>
> wrote:
>
> Ovirt Users,
>
>
>
> What version are you running?
>
>
>
>
>
> I am running into a strange problem with uploading images through the
> webUI. When I test the connection on an upload I get “*Connection to
> ovirt-imageio-proxy service has failed. Make sure the service is installed,
> configured, and ovirt-engine certificate is registered as a valid CA in the
> browser.*” I have conducted this operation on several computers using
> both chrome and firefox and ensuring the certs were loaded into the
> browsers.
>
>
>
> Are you sure you import the certificate correctly info the browser?
>
>
>
>
>
> I went to this page: https://ovirt.org/develop/
> release-management/features/infra/pki/ to find cert info and checked both
> the engine and hosts for the certificates and the identity of the
> certificates – everything seemed to match up.
>
>
>
> This issue means that the browser refuse to communicate
>
> with the proxy because the proxy certificate does not match
>
> the browser certificates.
>
>
>
> Is it possible that you changed engine fqdn and regenerated
>
> engine certificates?
>
>
>
> Didi, how can we regenerate all certificates to make sure everything
>
> is configured correctly?
>

I do not think we have a documented procedure directly aimed at "making
sure everything is configured correctly", but a similar one is:

https://www.ovirt.org/documentation/how-to/migrate-pki-to-sha256/

It keeps the internal CA cert (only changes it), but re-creates all the
others.


>
>
> Or verify that the certificates in a host are correct?
>
>
>
> Next thing I looked at was the ovirt-imageio-proxy service. I checked it
> and restarted it below is a status output from one of the failed operations:
>
>
>
> [root@hpm-engine ~]# systemctl status ovirt-imageio-proxy
>
> ● ovirt-imageio-proxy.service - oVirt ImageIO Proxy
>
>Loaded: loaded (/usr/lib/systemd/system/ovirt-imageio-proxy.service;
> enabled; vendor preset: disabled)
>
>Active: active (running) since Thu 2018-05-24 13:25:38 CDT; 1h 13min ago
>
> Main PID: 21239 (ovirt-imageio-p)
>
> Tasks: 2
>
>CGroup: /system.slice/ovirt-imageio-proxy.service
>
>└─21239 /usr/bin/python /usr/bin/ovirt-imageio-proxy
>
>
>
> May 24 13:25:38 hpm-engine.server.local systemd[1]: Starting oVirt ImageIO
> Proxy...
>
> May 24 13:25:38 hpm-engine.server.local systemd[1]: Started oVirt ImageIO
> Proxy.
>
> May 24 14:38:02 hpm-engine.server.local ovirt-imageio-proxy[21239]:
> 127.0.0.1 - - [24/May/2018 14:38:02] "PUT /tickets/ HTTP/1.1" 200 0
>
>
>
> This means proxy is running, and engine is able to communicate
>
> with it. Unfortunately, this does not mean that the browser is able to
>
> communicate with the proxy.
>
>
>
> ovirt-imageio-proxy service seems to check out. So, next step was checking
> out VDSM process output is below (NOTE: I redacted a bunch of unrelated
> warnings):
>
> ...
>
> Vdsm is not related to proxy connection errors.
>
>
>
> Did you know that you can upload using the SDK? It is also much
>
> faster since you can upload directly to the host, instead of via the proxy.
>
>
>
> Here is an example:
>
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/
> sdk/examples/upload_disk.py
>
>
>
> Nir
>



-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: ovirt engine frequently rebooting/changing host

[Yedidyah Bar David]

On Thu, May 17, 2018 at 1:34 PM, Bernhard Dick <bernh...@bdick.de> wrote:
> Hi,
>
> Am 17.05.2018 um 07:30 schrieb Yedidyah Bar David:
>>
>> On Wed, May 16, 2018 at 5:38 PM, Bernhard Dick <bernh...@bdick.de> wrote:
>>>
>>> Hi,
>>>
>>> Am 07.05.2018 um 11:23 schrieb Yedidyah Bar David:
>>>>
>>>>
>>>> [...]
>>>>>
>>>>>
>>>>> It seems to work quite well, but after some hours I get many status
>>>>> update
>>>>> mails from the ovirt engine which are either going to EngineStop or
>>>>> EngeineForceStop. Sometimes the host where the engine runs is switched.
>>>>> After some of those reboots there is silence for some hours before it
>>>>> is
>>>>> starting over. Can you tell me where I should look at to fix that
>>>>> problem?
>>>>
>>>>
>>>>
>>>> You can check, on all hosts, /var/log/ovirt-hosted-engine-ha/* .
>>>
>>>
>>> thanks, that helped. Our gateway does not always respond to ping-requests
>>> so
>>> I changed the penality score accordingly.
>>
>>
>> How? In the code?
>
> I changed the value for "gateway-score-penalty" in
> /etc/ovirt-hosted-engine-ha/agent.conf .

I see. Adding Martin for review.
-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Upgrade from 4.1.9 to 4.2.3 fails to upgrade postgresql

[Yedidyah Bar David]

Thanks, Marcelo and Ian,

I already got a setup log:

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

Will fix soon.

Sorry.

On Thu, May 17, 2018 at 12:50 PM, Marcelo Leandro <marcelol...@gmail.com> wrote:
> Hello,
> I had the same error, but for me only worked when I created a new
> instalation , run engine-setup for create a new database , after I runed
> engine-cleanup to clear the instalation and restore a full backup  , all the
> language of SO is english.
>
> Marcelo Leandro
>
> Em qui, 17 de mai de 2018 06:14, Yedidyah Bar David <d...@redhat.com>
> escreveu:
>>
>> On Thu, May 17, 2018 at 1:32 AM, Ian Fraser <ian.fra...@asm.org.uk> wrote:
>> > Hi,
>> >
>> > Could someone please provide advice on a production oVirt instance that
>> > fails to upgrade to 4.2.3?
>> >
>> >
>> >
>> > Engine and hosts are all running CentOS 7
>> >
>> >
>> >
>> > As per the upgrade instructions in the release notes I run:
>> >
>> > # yum install
>> > http://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm
>> >
>> > # yum update "ovirt-*-setup*"
>> >
>> > # engine-setup
>> >
>> >
>> >
>> > Then I answer the questions and it fails with:
>> >
>> > …
>> >
>> > [ INFO  ] Upgrading PostgreSQL
>> >
>> > [ ERROR ] Failed to execute stage 'Misc configuration': Command
>> > '/opt/rh/rh-postgresql95/root/usr/bin/postgresql-setup' failed to
>> > execute
>> >
>> > [ INFO  ] Yum Performing yum transaction rollback
>> >
>> > [ INFO  ] Rolling back to the previous PostgreSQL instance (postgresql).
>> >
>> > [ INFO  ] Stage: Clean up
>> >
>> >   Log file is located at
>> > /var/log/ovirt-engine/setup/ovirt-engine-setup-20180516231622-3giicb.log
>> >
>> > [ INFO  ] Generating answer file
>> > '/var/lib/ovirt-engine/setup/answers/20180516231735-setup.conf'
>> >
>> > [ INFO  ] Stage: Pre-termination
>> >
>> > [ INFO  ] Stage: Termination
>> >
>> > [ ERROR ] Execution of setup failed
>> >
>> >
>> >
>> >
>> >
>> > When I check  /var/lib/pgsql/upgrade_rh-postgresql95-postgresql.log:
>> >
>> >
>> >
>> > Performing Consistency Checks
>> >
>> > -
>> >
>> > Checking cluster versions   ok
>> >
>> > Checking database user is the install user  ok
>> >
>> > Checking database connection settings   ok
>> >
>> > Checking for prepared transactions  ok
>> >
>> > Checking for reg* system OID user data typesok
>> >
>> > Checking for contrib/isn with bigint-passing mismatch   ok
>> >
>> > Checking for invalid "line" user columnsok
>> >
>> > Creating dump of global objects ok
>> >
>> > Creating dump of database schemas
>> >
>> >   engine
>> >
>> >   ovirt_engine_history
>> >
>> >   postgres
>> >
>> >   template1
>> >
>> > ok
>> >
>> >
>> >
>> > lc_collate values for database "postgres" do not match:  old
>> > "en_GB.UTF-8",
>> > new "en_US.UTF-8"
>>
>> Sounds again like:
>>
>> https://bugzilla.redhat.com/1528371
>>
>> That's really weird.
>>
>> Can you please check/share engine-setup log, so we can see that we
>> actually passed the correct options to postgresql-setup?
>>
>> Also, if at all possible, please provide complete reproduction steps.
>>
>> See this for what I personally used to verify the fix for above bug,
>> at the time:
>>
>>
>> https://gerrit.ovirt.org/#/c/88234/2/common/upgrade-suites/test-scenarios-before-upgrade/001_initialize_engine.py
>>
>> But can't be sure it reproduces the original bug (although the error
>> was the same), nor if your case is different and how.
>>
>> Thanks!
>>
>> >
>> > Failure, exiting
>> >
>> >
>> >
>> >
>> >
>> > I have tried running the script here:
>> > https://gist.github.com/turboladen/6790847 and rerunning engine-setup
>> > but it
>> > fails with the same error.
>> >
>> >
>> >
>> > Can anyone offer any other suggestions?
>> >
>> >
>> >
>> > Best regards
>> >
>> >
>> >
>> > Ian Fraser
>> >
>> >
>> >
>> > Systems Administrator | Agency Sector Management (UK) Limited |
>> > www.asm.org.uk
>> >
>> > [t] +44 (0)1784 242200 | [f] +44 (0)1784 242012 | [e]
>> > ian.fra...@asm.org.uk
>> >
>> > Registered in England No. 2053849 | Registered address: Ashford House
>> > 41-45
>> > Church Road  Ashford  Middx  TW15 2TQ
>> >
>> > Follow us on twitter @asmukltd
>> >
>> >
>> >
>> >
>> > ___
>> > Users mailing list -- users@ovirt.org
>> > To unsubscribe send an email to users-le...@ovirt.org
>> >
>>
>>
>>
>> --
>> Didi
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org



-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Upgrade from 4.1.9 to 4.2.3 fails to upgrade postgresql

[Yedidyah Bar David]

On Thu, May 17, 2018 at 1:32 AM, Ian Fraser  wrote:
> Hi,
>
> Could someone please provide advice on a production oVirt instance that
> fails to upgrade to 4.2.3?
>
>
>
> Engine and hosts are all running CentOS 7
>
>
>
> As per the upgrade instructions in the release notes I run:
>
> # yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm
>
> # yum update "ovirt-*-setup*"
>
> # engine-setup
>
>
>
> Then I answer the questions and it fails with:
>
> …
>
> [ INFO  ] Upgrading PostgreSQL
>
> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/opt/rh/rh-postgresql95/root/usr/bin/postgresql-setup' failed to execute
>
> [ INFO  ] Yum Performing yum transaction rollback
>
> [ INFO  ] Rolling back to the previous PostgreSQL instance (postgresql).
>
> [ INFO  ] Stage: Clean up
>
>   Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20180516231622-3giicb.log
>
> [ INFO  ] Generating answer file
> '/var/lib/ovirt-engine/setup/answers/20180516231735-setup.conf'
>
> [ INFO  ] Stage: Pre-termination
>
> [ INFO  ] Stage: Termination
>
> [ ERROR ] Execution of setup failed
>
>
>
>
>
> When I check  /var/lib/pgsql/upgrade_rh-postgresql95-postgresql.log:
>
>
>
> Performing Consistency Checks
>
> -
>
> Checking cluster versions   ok
>
> Checking database user is the install user  ok
>
> Checking database connection settings   ok
>
> Checking for prepared transactions  ok
>
> Checking for reg* system OID user data typesok
>
> Checking for contrib/isn with bigint-passing mismatch   ok
>
> Checking for invalid "line" user columnsok
>
> Creating dump of global objects ok
>
> Creating dump of database schemas
>
>   engine
>
>   ovirt_engine_history
>
>   postgres
>
>   template1
>
> ok
>
>
>
> lc_collate values for database "postgres" do not match:  old "en_GB.UTF-8",
> new "en_US.UTF-8"

Sounds again like:

https://bugzilla.redhat.com/1528371

That's really weird.

Can you please check/share engine-setup log, so we can see that we
actually passed the correct options to postgresql-setup?

Also, if at all possible, please provide complete reproduction steps.

See this for what I personally used to verify the fix for above bug,
at the time:

https://gerrit.ovirt.org/#/c/88234/2/common/upgrade-suites/test-scenarios-before-upgrade/001_initialize_engine.py

But can't be sure it reproduces the original bug (although the error
was the same), nor if your case is different and how.

Thanks!

>
> Failure, exiting
>
>
>
>
>
> I have tried running the script here:
> https://gist.github.com/turboladen/6790847 and rerunning engine-setup but it
> fails with the same error.
>
>
>
> Can anyone offer any other suggestions?
>
>
>
> Best regards
>
>
>
> Ian Fraser
>
>
>
> Systems Administrator | Agency Sector Management (UK) Limited |
> www.asm.org.uk
>
> [t] +44 (0)1784 242200 | [f] +44 (0)1784 242012 | [e] ian.fra...@asm.org.uk
>
> Registered in England No. 2053849 | Registered address: Ashford House  41-45
> Church Road  Ashford  Middx  TW15 2TQ
>
> Follow us on twitter @asmukltd
>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>



-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: ovirt engine frequently rebooting/changing host

[Yedidyah Bar David]

On Wed, May 16, 2018 at 5:38 PM, Bernhard Dick <bernh...@bdick.de> wrote:
> Hi,
>
> Am 07.05.2018 um 11:23 schrieb Yedidyah Bar David:
>>
>> [...]
>>>
>>> It seems to work quite well, but after some hours I get many status
>>> update
>>> mails from the ovirt engine which are either going to EngineStop or
>>> EngeineForceStop. Sometimes the host where the engine runs is switched.
>>> After some of those reboots there is silence for some hours before it is
>>> starting over. Can you tell me where I should look at to fix that
>>> problem?
>>
>>
>> You can check, on all hosts, /var/log/ovirt-hosted-engine-ha/* .
>
> thanks, that helped. Our gateway does not always respond to ping-requests so
> I changed the penality score accordingly.

How? In the code?

I am not sure there isn't some other logic that relies on this score,
such as wishing to migrate away the engine VM from its host if it fails
this specific test.

> It is now running stable for
> almost one week.

Thanks for the report!

Best regards,
-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Failed to upgrade from 4.1 to 4.2 - Postgre version required

[Yedidyah Bar David]

Hi everyone,

I see that you are already deep inside trying to workaround your problem,
so will not interfere. But do update if you get stuck!

I'd just like to add that the failure you ran into indeed seems exactly
like:

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

So should not happen when upgrading to 4.2.3 or later.

If it does happen, to you or others, please share also engine-setup logs,
so that we can see if the fix there indeed worked - which was to pass to
the upgrade script locale options with values taken from the existing
database.

In any case, we can't fix problems if we can't reproduce them, and in that
bug we fixed what we managed to reproduce. But there are many different
relevant options for locales and encodings, both OS-level, PG-instance
level, and specific-database level, so it's quite likely we missed some
cases.

Best regards,

On Fri, Apr 27, 2018 at 12:14 PM, Aziz  wrote:
> Hi Marcelo,
>
> I already upgraded to version 4.2 in a new installation, but I couldn't
> restore my backup, so I will do the config from scratch
>
> engine-backup --mode=restore --scope=all --file=pgbackup --log=restore_log
> --restore-permissions
> Preparing to restore:
> - Unpacking file 'pgbackup'
> FATAL: Backup was created by version '4.1' and can not be restored using the
> installed version 4.2
>
>
> Thank you all for your help.
>
> BR
>
> On Thu, Apr 26, 2018 at 3:50 PM, Marcelo Leandro 
> wrote:
>>
>> Hello,
>>
>> I try only did an clean install in another server with steps:
>>
>> my host is a Centos 7 with LANG = LANG= english
>>
>> commmand:
>>
>> #locale
>> LANG=en_US.UTF-8
>> LC_CTYPE="en_US.UTF-8"
>> LC_NUMERIC="en_US.UTF-8"
>> LC_TIME="en_US.UTF-8"
>> LC_COLLATE="en_US.UTF-8"
>> LC_MONETARY="en_US.UTF-8"
>> LC_MESSAGES="en_US.UTF-8"
>> LC_PAPER="en_US.UTF-8"
>> LC_NAME="en_US.UTF-8"
>> LC_ADDRESS="en_US.UTF-8"
>> LC_TELEPHONE="en_US.UTF-8"
>> LC_MEASUREMENT="en_US.UTF-8"
>> LC_IDENTIFICATION="en_US.UTF-8"
>> LC_ALL=
>>
>>
>> 1-yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
>> 2-yum update
>> 3-yum install ovirt-engine -y
>> 4-engine-setup --accept-defaults
>> 5-engine-cleanup
>> 6- engine-backup --mode=restore --no-restore-permissions --provision-db
>> --provision-dwh-db --provision-reports-db --file=engine-backup.tar.gz
>> --log=engine-backup-restore.log
>>
>> and upgrade now:
>>
>> 1-yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm
>> 2-yum update "ovirt-*-setup*"
>> 3- engine-setup
>>
>> It`s works for me.
>>
>>
>>
>> 2018-04-26 9:12 GMT-03:00 Marcelo Leandro :
>>>
>>> Do you have a full backup ?
>>>
>>> If yes, I think if possible  better configure a new Server and restore.
>>>
>>> Em 26 de abr de 2018 09:00, "Aziz"  escreveu:
>>>
>>> Thanks Marcelo for the feedback,
>>>
>>> In my case some of the components are already upgraded to 4.2, including
>>> cleanup engine, therefore I got the following error :
>>>
>>> engine-cleanup
>>> [ INFO  ] Stage: Initializing
>>> [ INFO  ] Stage: Environment setup
>>>   Configuration files:
>>> ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
>>> '/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
>>> '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
>>>   Log file:
>>> /var/log/ovirt-engine/setup/ovirt-engine-remove-2018042613-m68ygc.log
>>>   Version: otopi-1.7.7 (otopi-1.7.7-1.el7.centos)
>>> [ ERROR ] Cleanup utility and installed version mismatch
>>>   Please use a version of cleanup utility that matches the engine
>>> installed version (now engine-cleanup 4.2.2.6, engine 4.1.9.1)
>>> [ ERROR ] Failed to execute stage 'Environment setup': Cleanup utility
>>> version mismatch
>>> [ INFO  ] Stage: Clean up
>>>   Log file is located at
>>> /var/log/ovirt-engine/setup/ovirt-engine-remove-2018042613-m68ygc.log
>>> [ INFO  ] Generating answer file
>>> '/var/lib/ovirt-engine/setup/answers/20180426135556-cleanup.conf'
>>>
>>> [ INFO  ] Stage: Pre-termination
>>> [ INFO  ] Stage: Termination
>>> [ ERROR ] Execution of cleanup failed
>>>
>>>
>>> Is there a way to downgrade ?
>>>
>>>
>>> Thanks
>>>
>>> On Thu, Apr 26, 2018 at 12:49 PM, Marcelo Leandro 
>>> wrote:

 I am had the same problem, is a problem in database structure. In my lab
 I followed this steps:

 FOLLOW THIS STEP IN A LAB FIRST:

 Full backup before the upgrade engine:

 engine-backup --scope=all --mode=backup --file=file_name
 --log=log_file_name

 after clean you engine config:

 engine-cleanup


 Change structure template 1

 su - postgres

 psql -U postgres

 postgres=# update pg_database set datallowconn = TRUE where datname =
 'template0';
 UPDATE 1
 postgres=# \c template0
 You are now connected to database "template0".
 template0=# update 

[ovirt-users] Re: Remote DB: How do you set server_version?

[Yedidyah Bar David]

On Thu, May 3, 2018 at 9:53 AM, Yedidyah Bar David <d...@redhat.com> wrote:
> On Thu, May 3, 2018 at 12:13 AM, Roy Golan <rgo...@redhat.com> wrote:
>>
>>
>> On Wed, 2 May 2018 at 23:27 Jamie Lawrence <jlawre...@squaretrade.com>
>> wrote:
>>>
>>>
>>> I've been down this road. Postgres won't lie about its version for you.
>>> If you want to do this, you have to patch the Ovirt installer[1]. I stopped
>>> trying to use my PG cluster at some point -  the relationship between the
>>> installer and the product combined with the overly restrictive requirements
>>> baked into the installer[2]) makes doing so  an ongoing hassle. So I treat
>>> Ovirt's PG as an black box; disappointing, considering that we are a very
>>> heavy PG shop with a lot of expertise and automation I can't use with Ovirt.
>
> Sorry about that, but not sure it's such a bad choice.
>
>>>
>>> If nothing has changed (my notes are from a few versions ago), everything
>>> you need to correct is in
>>>
>>>
>>> /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/constants.py
>>>
>>> Aside from the version, you'll also have to make the knobs for vacuuming
>>> match those of your current installation, and I think there was another
>>> configurable for something else I'm not remembering right now.
>>>
>>> Be aware that doing so is accepting an ongoing commitment to monkeying
>>> with the installer a lot. At one time I thought doing so was the right
>>> tradeoff, but it turns out I  was wrong.
>>>
>>> -j
>>>
>>> [1] Or you could rebuild PG with a fake version. That option was
>>> unavailable here.
>>> [2] Not criticizing, just stating a technical fact. How folks apportion
>>> their QA resources is their business.
>>>
>>> > On May 2, 2018, at 12:49 PM, ~Stack~ <i.am.st...@gmail.com> wrote:
>>> >
>>> > Greetings,
>>> >
>>> > Exploring hosting my engine and ovirt_engine_history db's on my
>>> > dedicated PostgreSQL server.
>>> >
>>> > This is a 9.5 install on a beefy box from the postgresql.org yum repos
>>> > that I'm using for other SQL needs too. 9.5.12 to be exact. I set up the
>>> > database just as the documentation says and I'm doing a fresh install of
>>> > my engine-setup.
>>> >
>>> > During the install, right after I give it the details for the remote I
>>> > get this error:
>>> > [ ERROR ] Please set:
>>> >  server_version = 9.5.9
>>> > in postgresql.conf on 'None'. Its location is usually
>>> > /var/lib/pgsql/data , or somewhere under /etc/postgresql* .
>>> >
>>> > Huh?
>>> >
>>
>>
>> Yes it's annoying and I think +Yaniv Dary opened a bug for it after both of
>> got mad at it. Yaniv?
>
> Yaniv did, and I asked for details. Comments are welcome:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1573091

Also filed now a bug about the text:

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

Feel free to comment there, and/or on the patch linked to it. Thanks.

>
> Of course, if it's so annoying, and we are so confident in PG's compatibility
> inside z-stream, we can simply lax the test by checking only x.y but changing
> no other functionality, and discuss something stronger later on (if at all).
>
> Pushed this for now, didn't verify:
>
> https://gerrit.ovirt.org/90866
>
> Ideally, "verification" isn't merely checking that it works as expected, but
> also coming up with means to enhance our confidence that it's indeed safe.
>
> But it might not be such a big risk to merge this anyway, even for 4.2.
>
>>
>> Meanwhile let us know if you were able to patch constants.py as suggested.
>>
>>> > Um. OK.
>>> > $ grep ^server_version postgresql.conf
>>> > server_version = 9.5.9
>>> >
>>> > $ systemctl restart postgresql-9.5.service
>>> >
>>> > LOG:  syntax error in file "/var/lib/pgsql/9.5/data/postgresql.conf"
>>> > line 33, n...n ".9"
>>> > FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
>>> > contains errors
>>> >
>>> >
>>> > Well that didn't work. Let's try something else.
>>> >
>>> > $ grep ^server_version postgresql.conf
>>> > server_version = 9.5.9
>>> >
>>> > $ system

[ovirt-users] Re: Does Mailing List DEAD ?

[Yedidyah Bar David]

On Tue, May 15, 2018 at 5:26 AM,   wrote:
> It seems since the upgrade of Mailing List I do not receive any mail from 
> oVirt Mailing List, I also tried to post and do not receive any ?

It's not dead, but there are (/were?) some problems. Adding Duck.

Best regards,
-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives:

[ovirt-users] Re: Ovirt Self Hosted engine deploy fails

[Yedidyah Bar David]

On Mon, May 14, 2018 at 10:27 AM,  <03ce...@gmail.com> wrote:
> I am trying to setup self hosted ovirt engine (4.2) on centos 7.4, but the 
> setup fails after 'Add host' task on 'wait for the host to be up'. The log 
> doesn't seem to give clear indication where the issue might be. But I got 
> below when ssh manually into ovirt appliance where the engine-deploy runs and 
> I see the host status as'install_failed'.
>
> Where the issue might be, and where can i find detailed log on failure?

engine logs are on the engine machine in /var/log/ovirt-engine.

Host-side logs are in the host, /var/log/vdsm.

ovirt-host-deploy logs (the part that runs on the host during
"Add-host") are in the engine, in /var/log/ovirt-engine/host-deploy.
If it failed to get them from the host, you might find them on the
host in /tmp.

Best regards,
-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Package conflicts with release of oVirt 4.2.3 and CentOS 7.5 (cockpit packages required by ovirt)

[Yedidyah Bar David]

On Mon, May 14, 2018 at 2:34 AM, Sam McLeod  wrote:
> Howdy all,
>
> I've again been hit by packaging conflicts with the release of oVirt 4.2.3
> and CentOS 7.5.
>
> The error I'm getting when running yum upgrade then accepting the list of
> packages to upgrade is:
>
> Transaction check error:
>   file /usr/share/cockpit/networkmanager/manifest.json from install of
> cockpit-system-160-3.el7.centos.noarch conflicts with file from package
> cockpit-networkmanager-160-1.el7.centos.noarch
>
> * Both these packages are provided as part of centos extras, this leaves me
> wondering if this repo is expected to be disabled when oVirt is installed?
>
> * If that is the case, there should probably be some clear documentation on
> what yum repos should not ever be enabled when using oVirt as it seems
> package conflicts are very common - thoughts?
>
>
> The two packages:
>
> # yum info cockpit-system-160-3.el7.centos.noarch
> Loaded plugins: fastestmirror, package_upload, priorities, product-id,
> protectbase, rpm-warm-cache, search-disabled-repos, subscription-manager,
> versionlock
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Loading mirror speeds from cached hostfile
> 0 packages excluded due to repository protections
> Available Packages
> Name: cockpit-system
> Arch: noarch
> Version : 160
> Release : 3.el7.centos
> Size: 1.1 M
> Repo: extras/7/x86_64
> Summary : Cockpit admin interface package for configuring and
> troubleshooting a system
> URL : http://cockpit-project.org/
> License : LGPLv2+
> Description : This package contains the Cockpit shell and system
> configuration interfaces.
>
>  # yum info cockpit-networkmanager-160-1.el7.centos.noarch
> Loaded plugins: fastestmirror, package_upload, priorities, product-id,
> protectbase, rpm-warm-cache, search-disabled-repos, subscription-manager,
> versionlock
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Loading mirror speeds from cached hostfile
> 0 packages excluded due to repository protections
> Installed Packages
> Name: cockpit-networkmanager
> Arch: noarch
> Version : 160
> Release : 1.el7.centos
> Size: 114 k
> Repo: installed
> From repo   : extras
> Summary : Cockpit user interface for networking, using NetworkManager
> URL : http://cockpit-project.org/
> License : LGPLv2+
> Description : The Cockpit component for managing networking.  This package
> uses NetworkManager.
>

Sounds like a bug in CentOS to me, similar to (or same as) this:

https://lists.centos.org/pipermail/centos-devel/2018-May/016673.html

Best regards,

>
> --
> Sam McLeod (protoporpoise on IRC)
> https://smcleod.net
> https://twitter.com/s_mcleod
>
> Words are my own opinions and do not necessarily represent those of my
> employer or partners.
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>



-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: ovirt4.1 repo error

[Yedidyah Bar David]

On Thu, May 10, 2018 at 5:30 AM, Fernando Fuentes  wrote:
> I am trying to upgrade my ovirt cluster and came across a repo 404.
>
> http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repomd.xml:
>  [Errno 14] HTTP Error 404 - Not Found
> Trying other mirror.
>
>
> Any ideas how to fix it?

oVirt-4.1 is not supported anymore, so no-one tries hard to make sure it's
still installable.

Above site currently has only 3.10, 3.12 and 4.0:

http://mirror.centos.org/centos/7/storage/x86_64/

No idea if a direct replacement can be:

https://buildlogs.centos.org/centos/7/storage/x86_64/gluster-3.8/

but you can try.

Adding Sandro and Sahina.

Best regards,
-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: self hosted engine mac range and possible conflict

[Yedidyah Bar David]

On Wed, May 9, 2018 at 5:36 PM, Gianluca Cecchi
 wrote:
>
>
> On Wed, May 9, 2018 at 4:32 PM, Simone Tiraboschi 
> wrote:
>>
>>
>>
>> On Wed, May 9, 2018 at 4:21 PM, Gianluca Cecchi
>>  wrote:
>>>
>>> Hello,
>>> suppose I have an environment with self hosted engine environment in 4.1
>>>
>>> How is it generated the hw address of the virtual nic of the engine vm
>>> when I deploy using cockpit?
>>>
>>> Suppose on a lan I already have a self hosted engine environment and I'm
>>> going to create another one on the same lan, is there any risck of hw
>>> address collision for the engine?
>>>
>>> I know that from inside web admin console I can then set the hw address
>>> ranges for the VMs, but what about the mac of the engine vm itself?
>>>
>>> At the moment I have only lan access and so crosschecked an RHV 4.1
>>> environment and I see that the engine has hw addr 00:16:3e:7c:65:34 (a
>>> lookup seems to associate to "Xensource, Inc.") while the VMs have their hw
>>> addr in the range 00:1a:4a:16:01:51 - 00:1a:4a:16:01:e6 (eg the
>>> 00:1a:4a:16:01:56) (a lookup seems to associate to "Qumranet Inc.".
>>>
>>> Does this mean that the engine has a sort of dedicated range? Any risk of
>>> collision or is a query on the lan done before assigning it?
>>
>>
>> It has been discussed here:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1244502
>>
>> In a few worlds: the proposed HE MAC address are explicitly on a different
>> range just to minimize collision risks on complex scenarios.
>>
>
>
> Thanks Sandro,
> Indeed I forgot that as part of the engine deploy (from cockpit but it
> should be the same from the deprecated command line setup too) there is the
> explicit option to specify hw address of its vnic.
> In my case I'm proposed this one:
> "
> You may specify a unicast MAC address for the VM or accept a randomly
> generated default [00:16:3e:15:6a:e5]:
> "
> So I should be in the safe place, as I have only one other engine vm and I
> have no Xen based environments...

I also filed around the same time:

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

Feel free to comment/vote/etc...

Best regards,
-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: sun.security.validator.ValidatorException after update to 4.2.3

[Yedidyah Bar David]

On Wed, May 9, 2018 at 10:10 AM, Yedidyah Bar David <d...@redhat.com> wrote:
> On Tue, May 8, 2018 at 7:11 PM, Sandro Bonazzola <sbona...@redhat.com> wrote:
>> Adding Didi
>>
>> Il mar 8 mag 2018, 10:32 Jiří Sléžka <jiri.sle...@slu.cz> ha scritto:
>>>
>>> Hi,
>>>
>>> solution was obvious. Upgrade process modified apache's ssl.conf and
>>> reverted my customization.
>>>
>>> for example - my custom cert...
>>>
>>> SSLCertificateFile /etc/pki/tls/certs/ovirt.crt.pem
>>>
>>> ...was replaced by this
>>>
>>> SSLCertificateFile /etc/pki/ovirt-engine/certs/apache.cer
>>>
>>> the same for SSLCertificateKeyFile and SSLCACertificateFile
>
> Actually that was intended, see [1]. But I admit I didn't specifically
> think about 3rd-party CAs, sorry.
>
> You were notified about this by engine-setup, right?
>
> "Apache httpd SSL was already configured in the past,
> but some needed changes are missing there.
> Configure again? (Automatic, Manual) [Automatic]:"
>
> Please open a bug about this. Not sure exactly what the bug
> should say - perhaps that on upgrade, engine-setup should only
> touch specific values there, which do not include SSL*File,
> perhaps show to the user what we are actually going to change,
> perhaps default to 'No' - not sure about this - and change to
> 'Yes, No'.

Filed this for now:

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

Feel free to comment there and/or add yourself to CC.

Thanks,

>
> [1] https://bugzilla.redhat.com/1558500
>
>>>
>>> After reverting this changes everything works as usual but it makes me
>>> unsure if I have my 3rd party certificate configured the right way...
>
> You are welcome to review other changes we did and decide for yourself.
> See also:
>
> https://www.ovirt.org/develop/release-management/features/infra/pki-renew/
> https://www.ovirt.org/documentation/how-to/migrate-pki-to-sha256/
>
>>>
>>> Cheers,
>>>
>>> Jiri
>>>
>>>
>>> On 05/07/2018 05:41 PM, Jiří Sléžka wrote:
>>> > Hi,
>>> >
>>> > after upgrade ovirt from 4.2.2 to 4.2.3.5-1.el7.centos I cannot login
>>> > into admin portal because
>>> >
>>> > sun.security.validator.ValidatorException: PKIX path building failed:
>>> > sun.security.provider.certpath.SunCertPathBuilderException: unable to
>>> > find valid certification path to requested target
>>> >
>>> > I am using custom 3rd party certificate
>>> >
>>> > Any hints how to resolve this issue?
>
> I am not sure this should have happened.
> If engine-setup replaced all relevant SSL*File options, it should have
> worked, and at most you should have received a pop-up in your browser.
> Please also check/share engine-setup log from /var/log/ovirt-engine/setup
> and the actual changes to ssl.conf.
>
> Thanks!
>
> Best regards,
>
>>> >
>>> > Thanks in advance,
>>> >
>>> > Jiri Slezka
>>> >
>>> >
>>> >
>>> >
>>> > ___
>>> > 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
>
>
>
> --
> Didi



-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: How to add hosted-engine deployment in oVIrt 4.2.3 after host has already been added to cluster ?

[Yedidyah Bar David]

On Tue, May 8, 2018 at 7:35 PM, Balg, Andreas  wrote:
>
> Hello everybody,
>
> how am I supposed to add an additional hosted-engine deployment to a
> cluster to a host that has already been added - "hosted-engine --
> deploy" in the hosts terminal tells me to do it using the webUI ( oVirt
> 4.2.3 ) but in WebUI I haven't found a way to do so - also in Cockpit
> it offers me to "Redeploy" the Hosted-engine setup is that the way to
> go? It would really hurt if this would break the whole stuff.
>
> Usually I'd just try that before bothering you guys here - but this
> deployment is currently in use so this would really hurt.

I am not sure I understand what you mean/want. I assume this:

1. You deployed hosted-engine on host1.
2. You added host2 as a normal host.
3. Now you want host2 to also be in the hosted-engine cluster.

If so, you should:
1. Move host2 to maintenance
2. Reinstall host2 from the ui, marking 'hosted-engine' there.

If I got it wrong, please clarify.

Best regards,

>
>
> Thanks in advance for any help
>
> Cheers
> Andreas
>
> --
> Andreas Balg
> Senior Site Reliability Engineer DevOps
> --
> Haufe-umantis AG
> Ein Unternehmen der Haufe Gruppe
> Unterstrasse 11, CH-9001 St.Gallen
> Tel. +41 71 224 01 52, Fax +41 71 224 01 02
> E-Mail: andreas.b...@haufe.com
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org



-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: sun.security.validator.ValidatorException after update to 4.2.3

[Yedidyah Bar David]

On Tue, May 8, 2018 at 7:11 PM, Sandro Bonazzola  wrote:
> Adding Didi
>
> Il mar 8 mag 2018, 10:32 Jiří Sléžka  ha scritto:
>>
>> Hi,
>>
>> solution was obvious. Upgrade process modified apache's ssl.conf and
>> reverted my customization.
>>
>> for example - my custom cert...
>>
>> SSLCertificateFile /etc/pki/tls/certs/ovirt.crt.pem
>>
>> ...was replaced by this
>>
>> SSLCertificateFile /etc/pki/ovirt-engine/certs/apache.cer
>>
>> the same for SSLCertificateKeyFile and SSLCACertificateFile

Actually that was intended, see [1]. But I admit I didn't specifically
think about 3rd-party CAs, sorry.

You were notified about this by engine-setup, right?

"Apache httpd SSL was already configured in the past,
but some needed changes are missing there.
Configure again? (Automatic, Manual) [Automatic]:"

Please open a bug about this. Not sure exactly what the bug
should say - perhaps that on upgrade, engine-setup should only
touch specific values there, which do not include SSL*File,
perhaps show to the user what we are actually going to change,
perhaps default to 'No' - not sure about this - and change to
'Yes, No'.

[1] https://bugzilla.redhat.com/1558500

>>
>> After reverting this changes everything works as usual but it makes me
>> unsure if I have my 3rd party certificate configured the right way...

You are welcome to review other changes we did and decide for yourself.
See also:

https://www.ovirt.org/develop/release-management/features/infra/pki-renew/
https://www.ovirt.org/documentation/how-to/migrate-pki-to-sha256/

>>
>> Cheers,
>>
>> Jiri
>>
>>
>> On 05/07/2018 05:41 PM, Jiří Sléžka wrote:
>> > Hi,
>> >
>> > after upgrade ovirt from 4.2.2 to 4.2.3.5-1.el7.centos I cannot login
>> > into admin portal because
>> >
>> > sun.security.validator.ValidatorException: PKIX path building failed:
>> > sun.security.provider.certpath.SunCertPathBuilderException: unable to
>> > find valid certification path to requested target
>> >
>> > I am using custom 3rd party certificate
>> >
>> > Any hints how to resolve this issue?

I am not sure this should have happened.
If engine-setup replaced all relevant SSL*File options, it should have
worked, and at most you should have received a pop-up in your browser.
Please also check/share engine-setup log from /var/log/ovirt-engine/setup
and the actual changes to ssl.conf.

Thanks!

Best regards,

>> >
>> > Thanks in advance,
>> >
>> > Jiri Slezka
>> >
>> >
>> >
>> >
>> > ___
>> > 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



-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

Re: [ovirt-users] ovirt engine frequently rebooting/changing host

[Yedidyah Bar David]

On Mon, May 7, 2018 at 11:50 AM, Bernhard Dick  wrote:
> Hi,
>
> currently I'm evaluating oVirt and I have three hosts installed within
> nested KVM. They're sharing a gluster environment which has been configured
> using the oVirt Node Wizards.
> It seems to work quite well, but after some hours I get many status update
> mails from the ovirt engine which are either going to EngineStop or
> EngeineForceStop. Sometimes the host where the engine runs is switched.
> After some of those reboots there is silence for some hours before it is
> starting over. Can you tell me where I should look at to fix that problem?

You can check, on all hosts, /var/log/ovirt-hosted-engine-ha/* .

Good luck,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 3.5 Does not start ovirt-engine after restore

[Yedidyah Bar David]

On Fri, May 4, 2018 at 10:43 AM, Sandro Bonazzola 
wrote:

>
>
> 2018-05-03 21:57 GMT+02:00 Tácito Chaves :
>
>> Hello guys!
>>
>> Could any of you help me with my manager's backup / restore?
>>
>> I followed the documentation to create my backup and restore on another
>> server but I'm having trouble accessing the panel after the restore is
>> complete.
>>
>> can anybody help me?
>>
>> The steps are listed in this file: http://paste.scsys.co.uk/577382
>>
>> and just remembering, I'm using version 3.5 and the hostname is the same
>> as the one I'm trying to migrate.
>>
>
>
> oVirt 3.5 reached End Of Life on December 2015 (https://lists.ovirt.org/
> pipermail/announce/2015-December/000213.html)
> I would suggest to take the opportunity for moving to 4.2 which is current
> supported version.
>
>
>
>>
>>
>> The unfortunate message I receive is the following: ovirt-engine: ERROR
>> run: 532 Error: process terminated with status code 1
>>
>> With this the service does not rise!
>>
>
Please check/share engine.log and server.log from /var/log/ovirt-engine.

Please see the following for how to try to debug engine startup problems,
in case above ones are empty:

http://lists.ovirt.org/pipermail/devel/2017-March/029835.html

Best regards,


>
>> Thank you!
>>
>> Tácito
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> 
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Is PostgreSQL 9.5 required now as of oVirt 4.2?

[Yedidyah Bar David]

On Thu, May 3, 2018 at 2:58 AM, Lacey Powers  wrote:
> Hi All,
>
> I have a setup of oVirt on 4.1 that has been working brilliantly for
> over a year, serving the production workloads at my dayjob without
> complaint.
>
> Originally, I had set it up with a custom PostgreSQL version, 9.6, from
> the PGDG repositories, since the suggested 9.2 was already quite old,
> and it allowed me to keep consistent versions of PostgreSQL across all
> the infrastructure I have.
>
> Now that I am trying to upgrade to oVirt 4.2, when I run engine-setup
> per the directions in the release notes documentation, engine-setup
> insists on PostgreSQL 9.5 from Software Collections, comparing the
> postgresql versions and then aborting.
>
> I don't see a way to tell it that I have a different running version of
> PostgreSQL that's greater than 9.5 already.
>
> Does this mean that no other versions than 9.5 are supported, and I need
> to downgrade and use the Software Collections version exclusively?
>
> Or is there a custom setting that I am missing that will enable me to
> continue using the 9.6 install I already have.
>
> Thank you for your time.

It's not supported out-of-the-box, but a simple workaround exists:

http://lists.ovirt.org/pipermail/users/2018-March/087573.html

We should probably document this somewhere more approachable...

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Remote DB: How do you set server_version?

[Yedidyah Bar David]

On Thu, May 3, 2018 at 12:13 AM, Roy Golan  wrote:
>
>
> On Wed, 2 May 2018 at 23:27 Jamie Lawrence 
> wrote:
>>
>>
>> I've been down this road. Postgres won't lie about its version for you.
>> If you want to do this, you have to patch the Ovirt installer[1]. I stopped
>> trying to use my PG cluster at some point -  the relationship between the
>> installer and the product combined with the overly restrictive requirements
>> baked into the installer[2]) makes doing so  an ongoing hassle. So I treat
>> Ovirt's PG as an black box; disappointing, considering that we are a very
>> heavy PG shop with a lot of expertise and automation I can't use with Ovirt.

Sorry about that, but not sure it's such a bad choice.

>>
>> If nothing has changed (my notes are from a few versions ago), everything
>> you need to correct is in
>>
>>
>> /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/constants.py
>>
>> Aside from the version, you'll also have to make the knobs for vacuuming
>> match those of your current installation, and I think there was another
>> configurable for something else I'm not remembering right now.
>>
>> Be aware that doing so is accepting an ongoing commitment to monkeying
>> with the installer a lot. At one time I thought doing so was the right
>> tradeoff, but it turns out I  was wrong.
>>
>> -j
>>
>> [1] Or you could rebuild PG with a fake version. That option was
>> unavailable here.
>> [2] Not criticizing, just stating a technical fact. How folks apportion
>> their QA resources is their business.
>>
>> > On May 2, 2018, at 12:49 PM, ~Stack~  wrote:
>> >
>> > Greetings,
>> >
>> > Exploring hosting my engine and ovirt_engine_history db's on my
>> > dedicated PostgreSQL server.
>> >
>> > This is a 9.5 install on a beefy box from the postgresql.org yum repos
>> > that I'm using for other SQL needs too. 9.5.12 to be exact. I set up the
>> > database just as the documentation says and I'm doing a fresh install of
>> > my engine-setup.
>> >
>> > During the install, right after I give it the details for the remote I
>> > get this error:
>> > [ ERROR ] Please set:
>> >  server_version = 9.5.9
>> > in postgresql.conf on 'None'. Its location is usually
>> > /var/lib/pgsql/data , or somewhere under /etc/postgresql* .
>> >
>> > Huh?
>> >
>
>
> Yes it's annoying and I think +Yaniv Dary opened a bug for it after both of
> got mad at it. Yaniv?

Yaniv did, and I asked for details. Comments are welcome:

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

Of course, if it's so annoying, and we are so confident in PG's compatibility
inside z-stream, we can simply lax the test by checking only x.y but changing
no other functionality, and discuss something stronger later on (if at all).

Pushed this for now, didn't verify:

https://gerrit.ovirt.org/90866

Ideally, "verification" isn't merely checking that it works as expected, but
also coming up with means to enhance our confidence that it's indeed safe.

But it might not be such a big risk to merge this anyway, even for 4.2.

>
> Meanwhile let us know if you were able to patch constants.py as suggested.
>
>> > Um. OK.
>> > $ grep ^server_version postgresql.conf
>> > server_version = 9.5.9
>> >
>> > $ systemctl restart postgresql-9.5.service
>> >
>> > LOG:  syntax error in file "/var/lib/pgsql/9.5/data/postgresql.conf"
>> > line 33, n...n ".9"
>> > FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
>> > contains errors
>> >
>> >
>> > Well that didn't work. Let's try something else.
>> >
>> > $ grep ^server_version postgresql.conf
>> > server_version = 9.5.9
>> >
>> > $ systemctl restart postgresql-9.5.service
>> > LOG:  parameter "server_version" cannot be changed
>> > FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
>> > contains errors
>> >
>> > Whelp. That didn't work either. I can't seem to find anything in the
>> > oVirt docs on setting this.
>> >
>> > How am I supposed to do this?
>> >
>> > Thanks!
>> > ~Stack~
>> >
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] engine setup error

[Yedidyah Bar David]

On Fri, Apr 27, 2018 at 7:31 AM,  wrote:

> Hi
>  I engine setup faces some error.
>
>  I try to solute it and  it is work. here is my patch. But  not sure it is
> right?
>

It seems right, but isn't it already done in these?

https://gerrit.ovirt.org/#/q/Id4e0e621624efff0ff0e8a9fd6f23f53f2aa54d2,n,z
https://gerrit.ovirt.org/#/q/Ib6fdd78f29d88e13547d509d15081de8dc2c21aa,n,z

What version are you using?

Best regards,


>
>
>  $HOME/ovirt-engine/bin/engine-setup
> [ INFO  ] Stage: Initializing
>   Setup was run under unprivileged user this will
> produce development installation do you wish to
> proceed? (Yes, No) [No]: yes
> [ INFO  ] Stage: Environment setup
>   Configuration files: []
>   Log file: /home/guoss4/ovirt-engine/var/log/
> ovirt-engine/setup/ovirt-engine-setup-20180427001528-6h7snp.log
>   Version: otopi-1.8.0_master (otopi-1.8.0-0.0.
> master.20180313084114.git4e788f9.el7.centos)
> [ ERROR ] "before" parameter of method otopi.plugins.ovirt_
> engine_setup.ovirt_engine.network.ovirtproviderovn.
> Plugin._misc_configure_ovn_pki is a string, should
> probably be a tuple. Perhaps a missing comma?
>   methodinfo: {'priority': 5000, 'name': None,
>  'before': 'osetup.ovn.provider.service.restart', 'after': ('osetup.pki.ca
> .available', 'osetup.ovn.services.restart'), 'method':
>  plugins.ovirt_engine_setup.ovirt_engine.network.ovirtproviderovn.Plugin
> object at 0x30087d0>>, 'condition':  lambda> of  ovirtproviderovn.Plugin object at 0x30087d0>>, 'stage': 11}
> [ ERROR ] "before" parameter of method otopi.plugins.ovirt_
> engine_setup.ovirt_engine.network.ovirtproviderovn.Plugin._misc_configure_
> provider is a string, should probably be a tuple. Perhaps a missing comma?
>   methodinfo: {'priority': 5000, 'name': None,
>  'before': 'osetup.ovn.provider.service.restart', 'after': ('osetup.pki.ca
> .available', 'osetup.ovn.services.restart'), 'method':
>  plugins.ovirt_engine_setup.ovirt_engine.network.ovirtproviderovn.Plugin
> object at 0x30087d0>>, 'condition':  lambda> of  ovirtproviderovn.Plugin object at 0x30087d0>>, 'stage': 11}
> [ ERROR ] Failed to execute stage 'Environment setup':
> Found bad "before" or "after" parameters
> [ INFO  ] Stage: Clean up
>   Log file is located at /home/guoss4/ovirt-engine/
> var/log/ovirt-engine/setup/ovirt-engine-setup-20180427001528-6h7snp.log
> [ ERROR ] Failed to execute stage 'Clean up': 'NoneType'
> object has no attribute 'cleanup'
> [ INFO  ] Generating answer file '/home/guoss4/ovirt-
> engine/var/lib/ovirt-engine/setup/answers/20180427001531-setup.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of setup failed
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Recovering oVirt-Engine with a backup before upgrading to 4.2

[Yedidyah Bar David]

On Fri, Apr 13, 2018 at 12:00 PM, Sven Achtelik <sven.achte...@eps.aero> wrote:
> Hi All,
>
> I got my stuff up and running again. I works like described in the manual and 
> I used some extra hardware to jumpstart this. I'm now back on my hosted 
> Engine 4.1.9 with 3 Hosts running it. The Engine is running on the appliance 
> that is pulled by the deployment tool and after having everything stable 
> again I thought of upgrading to 4.2. Thing is that this is just not working 
> with the appliance because of some issue when upgrading Postgres inside. 
> Looking at the logs I found this:
> 
> Creating dump of database schemas
>   engine
>   ovirt_engine_history
>   postgres
>   template1
> ok
>
> encodings for database "postgres" do not match:  old "SQL_ASCII", new "UTF8"
> Failure, exiting
> --
>
> After some research I found something here 
> https://bugzilla.redhat.com/show_bug.cgi?id=1525976, but I'm not sure what to 
> do with that Information. I used the appliance and didn't do anything manual 
> in the complete process and I'm wondering why I'm getting this issue now ? 
> Could someone advice on how to proceed ?

Looks like:

https://bugzilla.redhat.com/1528371

Which version do you upgrade to?

If to one that should be covered by above bug, please attach your
setup log to it. Thanks.

I was on vacation last week and will be in next one too. Adding Simone.

Best regards,

>
> Thank you,
> Sven
>
>> -Ursprüngliche Nachricht-
>> Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag
>> von Sven Achtelik
>> Gesendet: Mittwoch, 28. März 2018 18:28
>> An: Yedidyah Bar David
>> Cc: users@ovirt.org
>> Betreff: Re: [ovirt-users] Recovering oVirt-Engine with a backup before
>> upgrading to 4.2
>>
>>
>>
>> > -Ursprüngliche Nachricht-
>> > Von: Yedidyah Bar David [mailto:d...@redhat.com]
>> > Gesendet: Mittwoch, 28. März 2018 10:06
>> > An: Sven Achtelik
>> > Cc: users@ovirt.org
>> > Betreff: Re: [ovirt-users] Recovering oVirt-Engine with a backup
>> > before upgrading to 4.2
>> >
>> > On Tue, Mar 27, 2018 at 9:14 PM, Sven Achtelik
>> > <sven.achte...@eps.aero>
>> > wrote:
>> > > Hi All,
>> > >
>> > >
>> > >
>> > > I’m still facing issues with my HE engine. Here are the steps that I
>> > > took to end up in this situation:
>> > >
>> > >
>> > >
>> > > - Update Engine from 4.1.7 to 4.1.9
>> > >
>> > > o   That worked as expected
>> > >
>> > > - Automatic Backup of Engine DB in the night
>> > >
>> > > - Upgraded Engine from 4.1.9 to 4.2.1
>> > >
>> > > o   That worked fine
>> > >
>> > > - Noticed Issues with the HA support for HE
>> > >
>> > > o   Cause was not having the latest ovirt-ha agent/broker version on 
>> > > hosts
>> > >
>> > > - After updating the first host with the latest packages for the
>> > > Agent/Broker engine was started twice
>> > >
>> > > o   As a result the Engine VM Disk was corrupted and there is no Backup 
>> > > of
>> > > the Disk
>> > >
>> > > o   There is also no Backup of the Engine DB with version 4.2
>> > >
>> > > - VM disk was repaired with fsck.ext4, but DB is corrupt
>> > >
>> > > o   Can’t restore the Engine DB because the Backup DB from Engine V 4.1
>> > >
>> > > - Rolled back all changes on Engine VM to 4.1.9 and imported 
>> > > Backup
>> > >
>> > > o   Checked for HA VMs to set as disabled and started the Engine
>> > >
>> > > - Login is fine but the Engine is having trouble picking up and
>> > > information from the Hosts
>> > >
>> > > o   No information on running VMs or hosts status
>> > >
>> > > - Final Situation
>> > >
>> > > o   2 Hosts have VMs still running and I can’t stop those
>> > >
>> > > o   I still have the image of my corrupted Engine VM (v4.2)
>> > >
>> > >
>> > >
>> > > Since there were no major changes after upgrading from 4.1 to 4.2,
>> > > would it be possible to manually r

Re: [ovirt-users] How to build ovirt-engine-appliance-xxx.rpm

[Yedidyah Bar David]

On Thu, Apr 12, 2018 at 4:12 AM,   wrote:
> Hi
>  How to build ovirt-engine-appliance-xxx.rpm,  I do not find docs and source
>  now I hava build ovirt-engine-appliance.ova by ovirt-appliance.

Check the automation/ directory inside the ovirt-appliance git repo.
This is how it's done in CI.
You can see the results e.g. here:

http://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-el7-x86_64/lastSuccessfulBuild/artifact/

>
>  someone give me some advise?
>
>  thanks
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] why hosted-engine use OVA

[Yedidyah Bar David]

On Wed, Apr 11, 2018 at 11:23 AM,   wrote:
> Hi，
>  I want to know why hosted-engine use OVA, not directly use qcow2?

Can't say I remember why we started with OVA, I guess it's simply the
standard format for distributing appliances.

See the following for supporting qcow2:

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

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot tree

[Yedidyah Bar David]

On Wed, Apr 4, 2018 at 12:21 PM,   wrote:
> Hi,
> Can you confirm that there is no way to have a snapshot tree, like in
> VirtualBox, where one can revert to say "snapshot1" and then branch new
> children snapshot but without loosing any snapshots made after "snapshot1",
> which could have their own children ?

Indeed, oVirt does not have "snapshot trees".

> According to the documentation, it is impoissible, but is there a workaround
> ?

Best workaround I came up with is Right-click a snapshot and choose 'Clone'.
This will create a new VM from (a COW copy of) this snapshot.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt System Test Hackathon

[Yedidyah Bar David]

On Mon, Apr 2, 2018 at 9:50 AM, Emil Natan  wrote:

> 13/04/18 maybe?
>

No, the date was correct - search the list archives for 'hackathon':

http://lists.ovirt.org/pipermail/users/2018-March/thread.html

Only that the last mail from Rob was sent a month too late, perhaps some
bug in some calendar software somewhere.


>
> On Sun, Apr 1, 2018 at 10:24 PM, Rob Dueckman  wrote:
>
>> *Rob Dueckman wishes to make you aware of "oVirt System Test Hackathon".*
>> *oVirt System Test Hackathon*
>> *Start:*   *13/03/18 00:00:00*
>> *End:*   *14/03/18 00:00:00*
>> *Location:*   *#ovirt IRC channel*
>> *Attendees:*
>>
>>
>>
>> * sbona...@redhat.com  de...@ovirt.org
>>  users@ovirt.org  d...@dukey.org
>>  *
>> *Description:*
>>
>>
>>
>>
>>
>> *Please join us in an ovirt-system-tests hackathon pushing new tests and
>> improving existing ones for testing Hosted Engine.Git repo is
>> available: > href="https://www.google.com/url?q=https%3A%2F%2Fgerrit.ovirt.org%2Fgitweb%3Fp%3Dovirt-system-tests.git%3Ba%3Dsummarysa=Dust=1520522907926000usg=AFQjCNHiWd7myztG_ebonGlsjNat279l_Q
>> "
>> target="_blank">https://gerrit.ovirt.org/gitweb?p=ovirt-system-tests.git;a=summary
>> Integration,
>> Node and CI team will be available for helping in the effort and reviewing
>> patches.Here's a public trello board tracking the efforts:> href="https://trello.com/b/Pp76YoRL
>> ">https://trello.com/b/Pp76YoRL
>> 
>> -::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~::~:~::-
>> Please do not edit this section of the description. View your event at
>> https://www.google.com/calendar/event?action=VIEW=MDhuZTY5bXRxbGo0cnNmMzIzMzEyMjYwZnEgdXNlcnNAb3ZpcnQub3Jn=MTkjc2JvbmF6em9AcmVkaGF0LmNvbTM0ZGExOGE3NjYwMTM2Y2NlN2E3OTY2NTQ4NWEzZjA4ZWM4NGU4Mjk=Europe/Rome=en
>> .
>> -::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~::~:~::-*
>>
>> Attached is an iCalendar file with more information about the event. If
>> your mail client supports iTip requests you can use this file to easily
>> update your local copy of the event.
>>
>> If your email client doesn't support iTip requests you can use the
>> following links to: *accept
>> *,
>> *accept tentatively
>> *
>> or *decline
>> *
>> the event.
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Emil
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Recovering oVirt-Engine with a backup before upgrading to 4.2

[Yedidyah Bar David]

On Tue, Mar 27, 2018 at 9:14 PM, Sven Achtelik  wrote:
> Hi All,
>
>
>
> I’m still facing issues with my HE engine. Here are the steps that I took to
> end up in this situation:
>
>
>
> - Update Engine from 4.1.7 to 4.1.9
>
> o   That worked as expected
>
> - Automatic Backup of Engine DB in the night
>
> - Upgraded Engine from 4.1.9 to 4.2.1
>
> o   That worked fine
>
> - Noticed Issues with the HA support for HE
>
> o   Cause was not having the latest ovirt-ha agent/broker version on hosts
>
> - After updating the first host with the latest packages for the
> Agent/Broker engine was started twice
>
> o   As a result the Engine VM Disk was corrupted and there is no Backup of
> the Disk
>
> o   There is also no Backup of the Engine DB with version 4.2
>
> - VM disk was repaired with fsck.ext4, but DB is corrupt
>
> o   Can’t restore the Engine DB because the Backup DB from Engine V 4.1
>
> - Rolled back all changes on Engine VM to 4.1.9 and imported Backup
>
> o   Checked for HA VMs to set as disabled and started the Engine
>
> - Login is fine but the Engine is having trouble picking up and
> information from the Hosts
>
> o   No information on running VMs or hosts status
>
> - Final Situation
>
> o   2 Hosts have VMs still running and I can’t stop those
>
> o   I still have the image of my corrupted Engine VM (v4.2)
>
>
>
> Since there were no major changes after upgrading from 4.1 to 4.2, would it
> be possible to manually restore the 4.1 DB to the 4.2 Engine VM to this up
> and running again or are there modifications made to the DB on upgrading
> that are relevant for this ?

engine-backup requires restoring to the same version used to take the backup,
with a single exception - on 4.0, it can restore 3.6.

It's very easy to patch it to allow also 4.1->4.2, search inside it for
"VALID_BACKUP_RESTORE_PAIRS". However, I do not think anyone ever tested
this, so no idea might break. In 3.6->4.0 days, we did have to fix a few
other things, notably apache httpd and iptables->firewalld:

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

> All my work on rolling back to 4.1.9 with the
> DB restore failed as the Engine is not capable of picking up information
> from the hosts.

No idea why, but not sure it's related to your restore flow.

> Lessons learned is to always make a copy/snapshot of the
> engine VM disk before upgrading anything.

If it's a hosted-engine, this isn't supported - see my reply on the
list ~ 1 hour ago...

> What are my options on getting
> back to a working environment ? Any help or hint is greatly appreciated.

Restore again with either methods - what you tried, or patching engine-backup
and restore directly into 4.2 - and if the engine fails to talk to the hosts,
try to debug/fix this.

If you suspect corruption more severe that just the db, you can install a
fresh engine machine from scratch and restore to it. If it's a hosted-engine,
you'll need to deploy hosted-engine from scratch, check docs about hosted-engine
backup/restore.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Snapshot of the Self-Hosted Engine

[Yedidyah Bar David]

On Tue, Mar 27, 2018 at 4:23 PM, FERNANDO FREDIANI
 wrote:
> Hello
>
> Is it possible to snapshot the Self-Hosted Engine before an Upgrade ? If so
> how ?

I do not think so - I do not think anything changed since this:

http://lists.ovirt.org/pipermail/users/2016-November/044103.html

I agree it sounds like a useful thing to have. Not sure how hard it
can be to implement it. Feel free to open an RFE bz.

Basically, we'll have to:

1. Make sure everything continues to work sensibly - engine/vdsm do
the right things, ha agent works as expected, etc.

2. Provide means to start the vm from a snapshot, and/or revert to a
snapshot. This is going to be quite ugly, because it will have to
duplicate in ovirt-hosted-engine-setup/-ha functionality that already
exists in the engine, because at that point the engine is not
available to assist with this.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt snapshot issue

[Yedidyah Bar David]

On Tue, Mar 27, 2018 at 3:38 PM, Sandro Bonazzola 
wrote:

>
>
> 2018-03-27 14:34 GMT+02:00 Alex K :
>
>> Hi All,
>>
>> Any idea on the below?
>>
>> I am using oVirt Guest Tools 4.2-1.el7.centos for the VM.
>> The Window 2016 server VM (which it the one with the relatively big
>> disks: 500 GB) it is consistently rendered unresponsive when trying to get
>> a snapshot.
>> I amy provide any other additional logs if needed.
>>
>
> Adding some people to the thread
>

Adding more people for this part.


>
>
>
>>
>> Alex
>>
>> On Sun, Mar 25, 2018 at 7:30 PM, Alex K  wrote:
>>
>>> Hi folks,
>>>
>>> I am facing frequently the following issue:
>>>
>>> On some large VMs (Windows 2016 with two disk drives, 60GB and 500GB)
>>> when attempting to create a snapshot of the VM, the VM becomes
>>> unresponsive.
>>>
>>> The errors that I managed to collect were:
>>>
>>> vdsm error at host hosting the VM:
>>> 2018-03-25 14:40:13,442+ WARN  (vdsm.Scheduler) [Executor] Worker
>>> blocked: >> {u'frozen': False, u'vmID': u'a5c761a2-41cd-40c2-b65f-f3819293e8a4',
>>> u'snapDrives': [{u'baseVolumeID': u'2a33e585-ece8-4f4d-b45d-5ecc9239200e',
>>> u'domainID': u'888e3aae-f49f-42f7-a7fa-76700befabea', u'volumeID':
>>> u'e9a01ebd-83dd-40c3-8c83-5302b0d15e04', u'imageID':
>>> u'c75b8e93-3067-4472-bf24-dafada224e4d'}, {u'baseVolumeID':
>>> u'3fb2278c-1b0d-4677-a529-99084e4b08af', u'domainID':
>>> u'888e3aae-f49f-42f7-a7fa-76700befabea', u'volumeID':
>>> u'78e6b6b1-2406-4393-8d92-831a6d4f1337', u'imageID':
>>> u'd4223744-bf5d-427b-bec2-f14b9bc2ef81'}]}, 'jsonrpc': '2.0', 'method':
>>> u'VM.snapshot', 'id': u'89555c87-9701-4260-9952-789965261e65'} at
>>> 0x7fca4004cc90> timeout=60, duration=60 at 0x39d8210> task#=155842 at
>>> 0x2240e10> (executor:351)
>>> 2018-03-25 14:40:15,261+ INFO  (jsonrpc/3) [jsonrpc.JsonRpcServer]
>>> RPC call VM.getStats failed (error 1) in 0.01 seconds (__init__:539)
>>> 2018-03-25 14:40:17,471+ WARN  (jsonrpc/5) [virt.vm]
>>> (vmId='a5c761a2-41cd-40c2-b65f-f3819293e8a4') monitor became
>>> unresponsive (command timeout, age=67.910001) (vm:5132)
>>>
>>> engine.log:
>>> 2018-03-25 14:40:19,875Z WARN  [org.ovirt.engine.core.dal.dbb
>>> roker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler2)
>>> [1d737df7] EVENT_ID: VM_NOT_RESPONDING(126), Correlation ID: null, Call
>>> Stack: null, Custom ID: null, Custom Event ID: -1, Message: VM Data-Server
>>> is not responding.
>>>
>>> 2018-03-25 14:42:13,708Z ERROR [org.ovirt.engine.core.dal.dbb
>>> roker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5)
>>> [17789048-009a-454b-b8ad-2c72c7cd37aa] EVENT_ID:
>>> VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack:
>>> null, Custom ID: null, Custom Event ID: -1, Message: VDSM v1.cluster
>>> command SnapshotVDS failed: Message timeout which can be caused by
>>> communication issues
>>> 2018-03-25 14:42:13,708Z ERROR [org.ovirt.engine.core.vdsbrok
>>> er.vdsbroker.SnapshotVDSCommand] (DefaultQuartzScheduler5)
>>> [17789048-009a-454b-b8ad-2c72c7cd37aa] Command
>>> 'SnapshotVDSCommand(HostName = v1.cluster, 
>>> SnapshotVDSCommandParameters:{runAsync='true',
>>> hostId='a713d988-ee03-4ff0-a0cd-dc4cde1507f4',
>>> vmId='a5c761a2-41cd-40c2-b65f-f3819293e8a4'})' execution failed:
>>> VDSGenericException: VDSNetworkException: Message timeout which can be
>>> caused by communication issues
>>> 2018-03-25 14:42:13,708Z WARN  [org.ovirt.engine.core.bll.sna
>>> pshots.CreateAllSnapshotsFromVmCommand] (DefaultQuartzScheduler5)
>>> [17789048-009a-454b-b8ad-2c72c7cd37aa] Could not perform live snapshot
>>> due to error, VM will still be configured to the new created snapshot:
>>> EngineException: org.ovirt.engine.core.vdsbroke
>>> r.vdsbroker.VDSNetworkException: VDSGenericException:
>>> VDSNetworkException: Message timeout which can be caused by communication
>>> issues (Failed with error VDS_NETWORK_ERROR and code 5022)
>>> 2018-03-25 14:42:13,708Z WARN  [org.ovirt.engine.core.vdsbroker.VdsManager]
>>> (org.ovirt.thread.pool-6-thread-15) [17789048-009a-454b-b8ad-2c72c7cd37aa]
>>> Host 'v1.cluster' is not responding. It will stay in Connecting state for a
>>> grace period of 61 seconds and after that an attempt to fence the host will
>>> be issued.
>>> 2018-03-25 14:42:13,725Z WARN  [org.ovirt.engine.core.dal.dbb
>>> roker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-15)
>>> [17789048-009a-454b-b8ad-2c72c7cd37aa] EVENT_ID:
>>> VDS_HOST_NOT_RESPONDING_CONNECTING(9,008), Correlation ID: null, Call
>>> Stack: null, Custom ID: null, Custom Event ID: -1, Message: Host v1.cluster
>>> is not responding. It will stay in Connecting state for a grace period of
>>> 61 seconds and after that an attempt to fence the host will be issued.
>>> 2018-03-25 14:42:13,751Z WARN  [org.ovirt.engine.core.dal.dbb
>>> roker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5)
>>> 

Re: [ovirt-users] Ping::(action) Failed to ping x.x.x.x, (4 out of 5)

[Yedidyah Bar David]

On Tue, Mar 27, 2018 at 9:45 AM, i...@linuxfabrik.ch
 wrote:
> Hi all,
>
> we randomly and constantly have this message in our /var/log/ovirt-
> hosted-engine-ha/broker.log:
>
> /var/log/ovirt-hosted-engine-ha/broker.log:Thread-1::WARNING::2018-03-
> 27 08:17:25,891::ping::63::ping.Ping::(action) Failed to ping x.x.x.x,
> (4 out of 5)
>
> The pinged device is a switch (not a gateway). We know that a switch
> might drop icmp packets if it needs to. The interesting thing about
> that is if it fails it fails always at "4 out of 5", but in the end (5
> of 5) it always succeeds.
>
> Is there a way to increase the amount of pings or to have another way
> instead of ping?

Now looked at the source, and I do not think there is a way. It might
be useful to add one, though - and might be not too hard - perhaps
something like this (didn't test):

https://gerrit.ovirt.org/89528

That said, I think it's about time we change the text(s) to imply
that we use this gateway to test network connectivity with ping,
so do not really need to be a gateway, but do need to reliably reply
to pings, and if we do have places where we use it as a gateway,
we should simply ask two questions, or at least allow overriding
in the config file.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Workflow after restoring engine from backup

[Yedidyah Bar David]

On Fri, Mar 23, 2018 at 10:35 AM, Sven Achtelik <sven.achte...@eps.aero> wrote:
> It looks like I can't get a chance to shut down the HA VMs. I check the 
> restore log and it did mention that it change the HA-VM entries. Just to make 
> sure I looked at the DB and for the vms in question it looks like this.
>
> engine=# select vm_guid,status,vm_host,exit_status,exit_reason from 
> vm_dynamic Where vm_guid IN (SELECT vm_guid FROM vm_static WHERE 
> auto_startup='t' AND lease_sd_id is NULL);
>vm_guid| status | vm_host | 
> exit_status | exit_reason
> --++-+-+-
>  8733d4a6-0844--804f-6b919e93e076 |  0 | D  |   2 
> |  -1
>  4eeaa622-17f9--b99a-cddb3ad942de |  0 | APP|   2 
> |  -1
>  fbbdc0a0-23a4-4d32--a35c59eb790d |  0 | DB0 |   2 |  
> -1
>  45a4e7ce-19a9-4db9-x-66bd1b9d83af |  0 | xWOR |   2 |
>   -1
> (4 rows)
>
> Should that be enough to have a safe start of the engine without any HA 
> action kicking in. ?

Looks ok, but check also run_on_vds and migrating_to_vds. See also bz 1446055.

Best regards,

>
>
> -Ursprüngliche Nachricht-
> Von: Yedidyah Bar David [mailto:d...@redhat.com]
> Gesendet: Montag, 19. März 2018 10:18
> An: Sven Achtelik
> Cc: users@ovirt.org
> Betreff: Re: [ovirt-users] Workflow after restoring engine from backup
>
> On Mon, Mar 19, 2018 at 11:03 AM, Sven Achtelik <sven.achte...@eps.aero> 
> wrote:
>> Hi Didi,
>>
>> my backups where taken with the end. Backup utility. I have 3 Data
>> centers, two of them with just one host and the third one with 3 hosts
>> running the engine.  The backup three days old, was taken on engine
>> version 4.1 (4.1.7) and the restored engine is running on 4.1.9.
>
> Since the bug I mentioned was fixed in 4.1.3, you should be covered.
>
>> I have three HA VMs that would
>> be affected. All others are just normal vms. Sounds like it would be
>> the safest to shut down the HA vm S to make sure that nothing happens ?
>
> If you can have downtime, I agree it sounds safer to shutdown the VMs.
>
>> Or can I
>> disable the HA action in the DB for now ?
>
> No need to. If you restored with 4.1.9 engine-backup, it should have done 
> this for you. If you still have the restore log, you can verify this by 
> checking it. It should contain 'Resetting HA VM status', and then the result 
> of the sql that it ran.
>
> Best regards,
>
>>
>> Thank you,
>>
>> Sven
>>
>>
>>
>> Von meinem Samsung Galaxy Smartphone gesendet.
>>
>>
>>  Ursprüngliche Nachricht 
>> Von: Yedidyah Bar David <d...@redhat.com>
>> Datum: 19.03.18 07:33 (GMT+01:00)
>> An: Sven Achtelik <sven.achte...@eps.aero>
>> Cc: users@ovirt.org
>> Betreff: Re: [ovirt-users] Workflow after restoring engine from backup
>>
>> On Sun, Mar 18, 2018 at 11:45 PM, Sven Achtelik
>> <sven.achte...@eps.aero>
>> wrote:
>>> Hi All,
>>>
>>>
>>>
>>> I had issue with the storage that hosted my engine vm. The disk got
>>> corrupted and I needed to restore the engine from a backup.
>>
>> How did you backup, and how did you restore?
>>
>> Which version was used for each?
>>
>>> That worked as
>>> expected, I just didn’t start the engine yet.
>>
>> OK.
>>
>>> I know that after the backup
>>> was taken some machines where migrated around before the engine disks
>>> failed.
>>
>> Are these machines HA?
>>
>>> My question is what will happen once I start the engine service which
>>> has the restored backup on it ? Will it query the hosts for the
>>> running VMs
>>
>> It will, but HA machines are handled differently.
>>
>> See also:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1441322
>> https://bugzilla.redhat.com/show_bug.cgi?id=1446055
>>
>>> or will it assume that the VMs are still on the hosts as they resided
>>> at the point of backup ?
>>
>> It does, initially, but then updates status according to what it gets
>> from hosts.
>>
>> But polling the hosts takes time, especially if you have many, and HA
>> policy might require faster handling. So if it polls first a host that
>> had a machine on it during backup, and sees that it's gone, and didn't
>> yet poll the new host, HA handling sta

Re: [ovirt-users] Can't Add Host To New Hosted Engine - "Server is already part of another cluster"

[Yedidyah Bar David]

On Fri, Mar 23, 2018 at 4:10 AM, Adam Chesterton
<chesterton.a...@gmail.com> wrote:
> Hi Sahina and Yedidyah,
>
> Thanks for the information and offers of help. I am pleased to report that
> I've resolved the issue I had, thanks to the prompting your requests gave
> me, and everything is functional. I shall attempt to explain what happened
> and how I fixed it.

Glad to hear that :-) Thanks for the report!

You might want to open bugs about the misleading error messages/texts, or
anything else you think might have helped you more quickly understand
what your problem was and/or lead you in the right direction.

Best regards,

>
> When I looked at the Gluster peer status, the Host01 was rejected by Host02
> and Host03 (I did check this back at the start, but didn't check it again
> and things had changed). I followed the Gluster docs to fix the rejected
> peer
> (http://gluster-documentations.readthedocs.io/en/latest/Administrator%20Guide/Resolving%20Peer%20Rejected/).
>
> This then gave me a different error message when trying to add Host02 or
> Host03, "no available server in the cluster to probe the new server", which
> only further confirmed that it was a Gluster issue, as was suggested.
>
> After some hair-pulling and wondering, I finally discovered that, in Compute
>> Hosts > Host01 under the General tab, it was complaining that Gluster was
> not active (even though it was running). I clicked the action item link to
> resolve that, and oVirt appeared to start actually managing the Gluster
> service. I could then add my other hosts, import the existing storage
> domains, and everything appears good now.
>
> Thanks again for the assistance and prompting me towards the right places to
> help me resolve it.
>
> Regards,
> Adam
>
>
> On Thu, 22 Mar 2018 at 20:48 Sahina Bose <sab...@redhat.com> wrote:
>>
>> On Wed, Mar 21, 2018 at 12:33 PM, Yedidyah Bar David <d...@redhat.com>
>> wrote:
>>>
>>> On Wed, Mar 21, 2018 at 8:17 AM, Adam Chesterton
>>> <chesterton.a...@gmail.com> wrote:
>>> > Hi Everyone,
>>> >
>>> > I'm running a 3-host hyperconverged Gluster setup for testing (on some
>>> > old
>>> > desktops), and recently the hosted engine died on me, so I have
>>> > attempted to
>>> > just clean up my existing hosts, leaving Gluster configured, and
>>> > re-deploy a
>>> > fresh hosted engine setup on them.
>>> >
>>> > I have successfully got the first host setup and the hosted engine is
>>> > running on that host. However, when I try to add the other two hosts
>>> > via the
>>> > web GUI (as I can no longer add them via CLI) I get this error: "Error
>>> > while
>>> > executing action: Server X is already part of another cluster."
>>>
>>> This message might be a result of the host's participation in a gluster
>>> cluster,
>>> not hosted-engine cluster. Please share engine.log from the engine.
>>>
>>> Adding Sahina.
>>
>>
>> Yes, it does look like that.
>>
>> Can you share details of
>> # gluster peer status
>> from your 3 nodes
>>
>> And also the address of the first host in the oVirt engine and below from
>> the HE engine:
>>
>> # su - postgres -c "psql -d engine -c \"select * from gluster_server; \""
>>
>>>
>>> >
>>> > I've tried to find where this would still be configured on the two
>>> > other
>>> > hosts, but I cannot find anywhere.
>>>
>>> If it's only about hosted-engine, you can check /etc/ovirt-hosted-engine
>>> .
>>>
>>> You might try using ovirt-hosted-engine-cleanup, although it was not
>>> designed
>>> for such cases.
>>>
>>> >
>>> > Does anyone know how I can stop these two hosts from thinking they are
>>> > still
>>> > in a cluster? Or, does anyone have some information that might help, or
>>> > am I
>>> > going to just have to start a fresh CentOS install?
>>>
>>> If you do not need the data, a reinstall might be simplest.
>>> If you do, not sure what's your exact plan.
>>> You intend to rely on the replication? So that you reinstall one host,
>>> add it,
>>> wait until syncing finished, then reinstall the other? Might work, no
>>> idea.
>>>
>>> Best regards,
>>> --
>>> Didi



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Query for moving Ovirt Engine...

[Yedidyah Bar David]

On Thu, Mar 22, 2018 at 5:07 PM, Nasrum Minallah Manzoor
<nasrumminall...@hotmail.com> wrote:
> Thank you Yedidyah,
>
> Let me clearify it more that i have 2 ovirt nodes in a cluster. Ovirt engine 
> is on seperate machine on vmware workstation. Now i want to move this ovirt 
> engine to one of my nodes (which are in a cluster). I need help with the 
> above so that i could complete my task.
>
> Thanks in advance!

Please see the link I sent before for migrating to hosted-engine.

Another option is to simply install the engine on one of the machines.

I didn't try this myself, but people reported that it works.

This will be simpler than hosted-engine, but will not provide the HA
that hosted-engine does.
If you want to do this, you should do something like:

on the existing engine machine:
1. engine-backup --mode=backup --file=b1 --log=l1
2. Stop and disable the engine and dwh on this machine
3. Copy b1 to the host you want to install it on

On the host you want the engine on:
4. Install ovirt-release package (same as you installed on the engine machine)
5. Install the package ovirt-engine
6. engine-backup --mode=restore --file=f1 --log=r1 --provision-db
--provision-dwh-db
7. engine-setup
8. Make sure the name of the old engine now resolves to the IP address
of the new host,
by updating your DNS (e.g. add a CNAME record) or /etc/hosts

For more details check engine backup/restore documentation.

Best regards,

>
> Regards,
>
>
>
> ________
> From: Yedidyah Bar David <d...@redhat.com>
> Sent: Thursday, March 22, 2018 7:40:27 PM
> To: Nasrum Minallah Manzoor
> Cc: users@ovirt.org
> Subject: Re: [ovirt-users] Query for moving Ovirt Engine...
>
> On Thu, Mar 22, 2018 at 8:54 AM, Nasrum Minallah Manzoor
> <nasrumminall...@hotmail.com> wrote:
>> Hello Every one,
>>
>>
>>
>> I want to move ovirt engine from one of my machine to node installed on
>> another machine! What steps I should take to accomplish the query!
>>
>>
>>
>> Help would be appreciated!
>
> Not sure what exactly you mean:
>
> 1. You want to copy the engine to another machine and remove from the first?
>
> Use engine-backup
>
> 2. It's a hosted-engine and you want to migrate the engine vm to another host?
>
> You can use the gui and migrate it like any other vm
>
> 3. Something else?
>
> Best regards,
> --
> Didi



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Query for moving Ovirt Engine...

[Yedidyah Bar David]

On Thu, Mar 22, 2018 at 4:45 PM, Junaid Jadoon <junaid8...@gmail.com> wrote:
> Hi yedidyah,
> below is our main objective
>
>
>
> To make it more clear I am revising my query!
>
>
>
> We have installed 2 nodes  in a cluster and ovirt engine is installed on
> separate machine on Vmware workstation. Now I want to move ovirt engine to
> one of my any nodes. What process  should I go through. Need solution from
> experts!

Thanks for the clarification. I suggest to start with:

https://www.ovirt.org/documentation/self-hosted/chap-Migrating_from_Bare_Metal_to_an_EL-Based_Self-Hosted_Environment/

Best regards,

>
>
>
> On Thu 22 Mar 2018 7:40 pm Yedidyah Bar David, <d...@redhat.com> wrote:
>>
>> On Thu, Mar 22, 2018 at 8:54 AM, Nasrum Minallah Manzoor
>> <nasrumminall...@hotmail.com> wrote:
>> > Hello Every one,
>> >
>> >
>> >
>> > I want to move ovirt engine from one of my machine to node installed on
>> > another machine! What steps I should take to accomplish the query!
>> >
>> >
>> >
>> > Help would be appreciated!
>>
>> Not sure what exactly you mean:
>>
>> 1. You want to copy the engine to another machine and remove from the
>> first?
>>
>> Use engine-backup
>>
>> 2. It's a hosted-engine and you want to migrate the engine vm to another
>> host?
>>
>> You can use the gui and migrate it like any other vm
>>
>> 3. Something else?
>>
>> Best regards,
>> --
>> Didi
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Query for moving Ovirt Engine...

[Yedidyah Bar David]

On Thu, Mar 22, 2018 at 8:54 AM, Nasrum Minallah Manzoor
 wrote:
> Hello Every one,
>
>
>
> I want to move ovirt engine from one of my machine to node installed on
> another machine! What steps I should take to accomplish the query!
>
>
>
> Help would be appreciated!

Not sure what exactly you mean:

1. You want to copy the engine to another machine and remove from the first?

Use engine-backup

2. It's a hosted-engine and you want to migrate the engine vm to another host?

You can use the gui and migrate it like any other vm

3. Something else?

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VDSM SSL validity

[Yedidyah Bar David]

On Thu, Mar 22, 2018 at 11:58 AM, Sahina Bose  wrote:
> Didi, Sandro - Do you know if this option VdsCertificateValidityInYears is
> present in 4.2?

I do not think it ever was exposed to engine-config - I think it's a
bug in that page.

You should be able to update it with psql, if needed - something like this:

select fn_db_update_config_value('VdsCertificateValidityInYears','2','general');

I didn't try this myself.

To get an sql prompt, you can use engine-psql, which should be
available in 4.2.2,
or simply copy the script from the patch page:

https://gerrit.ovirt.org/#/q/I4d9737ea72df0d7e654776a1085901284a523b7f

Also, some people claim that the use of certificates for communication between
the engine and the hosts is an internal implementation detail, which should not
be relevant to PCI DSS requirements. See e.g.:

https://ovirt.org/develop/release-management/features/infra/pkireduce/

>
> On Mon, Mar 19, 2018 at 4:43 AM, Punaatua PAINT-KOUI 
> wrote:
>>
>> Up
>>
>> 2018-02-17 2:57 GMT-10:00 Punaatua PAINT-KOUI :
>>>
>>> Any idea someone ?
>>>
>>> Le 14 févr. 2018 23:19, "Punaatua PAINT-KOUI"  a
>>> écrit :

 Hi,

 I setup an hyperconverged solution with 3 nodes, hosted engine on
 glusterfs.
 We run this setup in a PCI-DSS environment. According to PCI-DSS
 requirements, we are required to reduce the validity of any certificate
 under 39 months.

 I saw in this link
 https://www.ovirt.org/develop/release-management/features/infra/pki/ that i
 can use the option VdsCertificateValidityInYears at engine-config.

 I'm running ovirt engine 4.2.1 and i checked when i was on 4.2 how to
 edit the option with engine-config --all and engine-config --list but the
 option is not listed

 Am i missing something ?

 I thing i can regenerate a VDSM certificate with openssl and the CA conf
 in /etc/pki/ovirt-engine on the hosted-engine but i would rather modifiy 
 the
 option for future host that I will add.

 --
 -
 PAINT-KOUI Punaatua
>>
>>
>>
>>
>> --
>> -
>> PAINT-KOUI Punaatua
>> Licence Pro Réseaux et Télecom IAR
>> Université du Sud Toulon Var
>> La Garde France
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt do not start postgresql

[Yedidyah Bar David]

Hi all,

It's very hard to debug this without getting a full picture of the state
of the machine, including logs, versions, flow, etc. Some comments inside.

On Thu, Mar 22, 2018 at 10:12 AM, Sandro Bonazzola  wrote:
>
>>
>> As Didi mentioned, we are looking for errors in the below files/dir.
>> Do you mind to take a look and share the error message?
>>
>> /var/log/ovirt-engine/setup/*
>> /var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_log
>> /var/log/messages
>>
>>
>
> Didi, Eli, can you please have a look?
>
>
>
> Looking at the logs Marcos shared with me I see:
>
> 2018-03-21 15:02:30,373-0400 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> plugin.executeRaw:863 execute-result:
> ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p',
> '5432', '
> -u', 'engine_20180321150206', '-d', 'engine_20180321150206', '-l',

The fact that your database name is 'engine_20180321150206' most likely means
you have/had some problem, see also:

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

Please check if you have other databases on your machine, why this one was
created, etc.

Some information to understand this can be found in the setup logs.

> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20180321150115-jjxbh3.log',
> '-c', 'apply'], rc=1
> 2018-03-21 15:02:30,374-0400 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:921
> execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s',
> 'localhost', '-p', '5432', '-u'
> , 'engine_20180321150206', '-d', 'engine_20180321150206', '-l',
> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20180321150115-jjxbh3.log',
> '-c', 'apply'] stdout:
> Creating schema engine_20180321150206@localhost:5432/engine_20180321150206
> Creating fresh schema
> Creating tables...
> Creating functions...
>
> 2018-03-21 15:02:30,374-0400 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:926
> execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s',
> 'localhost', '-p', '5432', '-u'
> , 'engine_20180321150206', '-d', 'engine_20180321150206', '-l',
> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20180321150115-jjxbh3.log',
> '-c', 'apply'] stderr:
> psql:/usr/share/ovirt-engine/dbscripts/create_functions.sql:1095: ERROR:
> must be owner of function uuid_generate_v1
> FATAL: Cannot execute sql command:
> --file=/usr/share/ovirt-engine/dbscripts/create_functions.sql
>
> 2018-03-21 15:02:30,374-0400 ERROR
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema schema._misc:428
> schema.sh: FATAL: Cannot execute sql command:
> --file=/usr/share/ovirt-engine/dbscripts/create_functions
> .sql
> 2018-03-21 15:02:30,375-0400 DEBUG otopi.context context._executeMethod:143
> method exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in
> _executeMethod
> method['method']()
>   File
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
> line 430, in _misc
> raise RuntimeError(_('Engine schema refresh failed'))
> RuntimeError: Engine schema refresh failed
> 2018-03-21 15:02:30,376-0400 ERROR otopi.context context._executeMethod:152
> Failed to execute stage 'Misc configuration': Engine schema refresh failed
> 2018-03-21 15:02:30,377-0400 DEBUG otopi.transaction transaction.abort:119
> aborting 'DWH Engine database Transaction'
> 2018-03-21 15:02:30,377-0400 DEBUG otopi.transaction transaction.abort:119
> aborting 'Database Transaction'
>
>
>  A few lines above in the log I see:
>
> * QUERY **
> CREATE OR REPLACE FUNCTION uuid_generate_v1()
> RETURNS uuid STABLE
> AS $PROCEDURE$
> DECLARE
> v_val BIGINT;
> v_4_1_part CHAR(4);
> v_4_2_part CHAR(4);
> v_4_3_part CHAR(4);
> v_8_part CHAR(8);
> v_12_part CHAR(12);
> v_4_part_max INT;
> BEGIN
> PERFORM setseed(random());
>
> -- The only part we should use modulo is the 4 digit part, all the
> -- rest are really big numbers (i.e 16^8 - 1 and 16^12 - 1)
> -- The use of round(random() * 1000 is for getting a different id
> -- for DC/Cluster in different installations
> v_4_part_max = 65535;-- this is 16^4 -1
>
> v_val := nextval('uuid_sequence');
> v_4_1_part := lpad(to_hex((v_val + (round(random() * 1000))::BIGINT)),
> 4, '0');
> v_4_2_part := lpad(to_hex((v_val + (round(random() * 1000))::BIGINT)),
> 4, '0');
> v_4_3_part := lpad(to_hex((v_val + (round(random() * 1000))::BIGINT)),
> 4, '0');
>
> -- generate this part using the clock timestamp
> v_8_part := lpad(to_hex(cast(FLOOR(EXTRACT(EPOCH FROM
> clock_timestamp())) as bigint)), 8 , '0');
>
> v_12_part := lpad(to_hex((v_val + (round(random() * 1000))::BIGINT)),
> 12, '0');
>
> RETURN v_8_part || v_4_1_part || v_4_2_part || v_4_3_part || v_12_part;
> END;$PROCEDURE$
> LANGUAGE plpgsql;
> **

This function was removed by:

Re: [ovirt-users] ovirt do not start postgresql

[Yedidyah Bar David]

On Wed, Mar 21, 2018 at 4:32 PM, Marcos Michel Martinez Perez <
mmartin...@uci.cu> wrote:

> good morning list, can someone tell me how I can solve this error?
>
> [ ERROR ] Failed to execute stage 'Misc configuration': Failed to start
> service 'rh-postgresql95-postgresql'
>

Please check/share relevant logs, including probably:

/var/log/ovirt-engine/setup/*
/var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_log
/var/log/messages

Thanks,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] help, ovirt 4.2

[Yedidyah Bar David]

On Tue, Mar 20, 2018 at 3:50 PM, Marcos Michel Martinez Perez
 wrote:
> Name: ovirt-engine-setup-plugin-ovirt-engine
> Version : 4.2.0.2
> Release : 1.el7.centos
> Architecture: noarch
> Install Date: lun 19 mar 2018 12:21:46 CDT
> Group   : Virtualization/Management
> Size: 828601
> License : ASL 2.0
> Signature   : RSA/SHA1, lun 11 dic 2017 12:50:01 CST, Key ID
> ab8c4f9dfe590cb7
> Source RPM  : ovirt-engine-4.2.0.2-1.el7.centos.src.rpm
> Build Date  : lun 11 dic 2017 12:42:36 CST
> Build Host  : vm0043.workers-phx.ovirt.org
> Relocations : (not relocatable)
> URL : http://www.ovirt.org
> Summary : Setup and upgrade specific plugins for oVirt Engine
> Description :
> Setup and upgrade specific plugins for oVirt Engine

OK, so you have old ovirt-engine setup packages with newer otopi.
Please try to update the setup packages and try again:

yum update ovirt\*setup\*
engine-setup

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] help, ovirt 4.2

[Yedidyah Bar David]

On Tue, Mar 20, 2018 at 3:21 PM, Marcos Michel Martinez Perez <
mmartin...@uci.cu> wrote:

> I recently installed oVirt 4.2 on centos 7 and it turns out that it gave
> me the following error when trying to execute the command engine-setup
>

Which version? What's the output of: rpm -qi
ovirt-engine-setup-plugin-ovirt-engine


>
> [root@localhost ~]# engine-setup
> [ INFO  ] Stage: Initializing
> [ INFO  ] Stage: Environment setup
>   Configuration files: ['/etc/ovirt-engine-setup.
> conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.
> d/10-packaging.conf']
>   Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-
> 20180320051815-eon9vg.log
>   Version: otopi-1.7.7 (otopi-1.7.7-1.el7)
> [ ERROR ] "before" parameter of method otopi.plugins.ovirt_engine_
> setup.ovirt_engine.network.ovirtproviderovn.Plugin._misc_configure_ovn_pki
> is a string, should probably be a tuple. Perhaps a missing comma?
>

This error was fixed in 4.2.1, by this patch:

https://gerrit.ovirt.org/#/q/Id4e0e621624efff0ff0e8a9fd6f23f53f2aa54d2,n,z

The bug existed for some time, but was only exposed by this patch:

https://gerrit.ovirt.org/#/c/86679/

which was included in otopi-1.7.7, which was released as part of 4.2.1.

So it seems like you somehow have 4.2 repos, updated otopi, but didn't
update engine setup packages.


>   methodinfo: {'priority': 5000, 'name': None, 'before':
> 'osetup.ovn.provider.service.restart', 'after':
> ('osetup.pki.ca.available', 'osetup.ovn.services.restart'), 'method':
>  setup.ovirt_engine.network.ovirtproviderovn.Plugin object at 0x1592790>>,
> 'condition':  of  setup.ovirt_engine.network.ovirtproviderovn.Plugin object at 0x1592790>>,
> 'stage': 11}
> [ ERROR ] "before" parameter of method otopi.plugins.ovirt_engine_
> setup.ovirt_engine.network.ovirtproviderovn.Plugin._misc_configure_provider
> is a string, should probably be a tuple. Perhaps a missing comma?
>   methodinfo: {'priority': 5000, 'name': None, 'before':
> 'osetup.ovn.provider.service.restart', 'after':
> ('osetup.pki.ca.available', 'osetup.ovn.services.restart'), 'method':
>  setup.ovirt_engine.network.ovirtproviderovn.Plugin object at 0x1592790>>,
> 'condition':  of  setup.ovirt_engine.network.ovirtproviderovn.Plugin object at 0x1592790>>,
> 'stage': 11}
> [ ERROR ] Failed to execute stage 'Environment setup': Found bad "before"
> or "after" parameters
> [ INFO  ] Stage: Clean up
>   Log file is located at /var/log/ovirt-engine/setup/
> ovirt-engine-setup-20180320051815-eon9vg.log
> [ ERROR ] Failed to execute stage 'Clean up': 'NoneType' object has no
> attribute 'cleanup'
> [ INFO  ] Generating answer file '/var/lib/ovirt-engine/setup/
> answers/20180320051817-setup.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of setup failed
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Workflow after restoring engine from backup

[Yedidyah Bar David]

On Mon, Mar 19, 2018 at 11:03 AM, Sven Achtelik <sven.achte...@eps.aero> wrote:
> Hi Didi,
>
> my backups where taken with the end. Backup utility. I have 3 Data centers,
> two of them with just one host and the third one with 3 hosts running the
> engine.  The backup three days old, was taken on engine version 4.1 (4.1.7)
> and the restored engine is running on 4.1.9.

Since the bug I mentioned was fixed in 4.1.3, you should be covered.

> I have three HA VMs that would
> be affected. All others are just normal vms. Sounds like it would be the
> safest to shut down the HA vm S to make sure that nothing happens ?

If you can have downtime, I agree it sounds safer to shutdown the VMs.

> Or can I
> disable the HA action in the DB for now ?

No need to. If you restored with 4.1.9 engine-backup, it should have done
this for you. If you still have the restore log, you can verify this by
checking it. It should contain 'Resetting HA VM status', and then the result
of the sql that it ran.

Best regards,

>
> Thank you,
>
> Sven
>
>
>
> Von meinem Samsung Galaxy Smartphone gesendet.
>
>
>  Ursprüngliche Nachricht 
> Von: Yedidyah Bar David <d...@redhat.com>
> Datum: 19.03.18 07:33 (GMT+01:00)
> An: Sven Achtelik <sven.achte...@eps.aero>
> Cc: users@ovirt.org
> Betreff: Re: [ovirt-users] Workflow after restoring engine from backup
>
> On Sun, Mar 18, 2018 at 11:45 PM, Sven Achtelik <sven.achte...@eps.aero>
> wrote:
>> Hi All,
>>
>>
>>
>> I had issue with the storage that hosted my engine vm. The disk got
>> corrupted and I needed to restore the engine from a backup.
>
> How did you backup, and how did you restore?
>
> Which version was used for each?
>
>> That worked as
>> expected, I just didn’t start the engine yet.
>
> OK.
>
>> I know that after the backup
>> was taken some machines where migrated around before the engine disks
>> failed.
>
> Are these machines HA?
>
>> My question is what will happen once I start the engine service
>> which has the restored backup on it ? Will it query the hosts for the
>> running VMs
>
> It will, but HA machines are handled differently.
>
> See also:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1441322
> https://bugzilla.redhat.com/show_bug.cgi?id=1446055
>
>> or will it assume that the VMs are still on the hosts as they
>> resided at the point of backup ?
>
> It does, initially, but then updates status according to what it
> gets from hosts.
>
> But polling the hosts takes time, especially if you have many, and
> HA policy might require faster handling. So if it polls first a
> host that had a machine on it during backup, and sees that it's
> gone, and didn't yet poll the new host, HA handling starts immediately,
> which eventually might lead to starting the VM on another host.
>
> To prevent that, the fixes to above bugs make the restore process
> mark HA VMs that do not have leases on the storage as "dead".
>
>> Would I need to change the DB manual to let
>> the engine know where VMs are up at this point ?
>
> You might need to, if you have HA VMs and a too-old version of restore.
>
>> What will happen to HA VMs
>> ? I feel that it might try to start them a second time.  My biggest issue
>> is
>> that I can’t get a service Windows to shutdown all VMs and then lat them
>> restart by the engine.
>>
>>
>>
>> Is there a known workflow for that ?
>
> I am not aware of a tested procedure for handling above if you have
> a too-old version, but you can check the patches linked from above bugs
> and manually run the SQL command(s) they include. They are essentially
> comment 4 of the first bug.
>
> Good luck and best regards,
> --
> Didi



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Query about running ovirt-4.2.1 engine support 3.x nodes ?

[Yedidyah Bar David]

On Mon, Mar 19, 2018 at 5:19 AM, Joseph Kelly <
joseph.ke...@tradingscreen.com> wrote:

> Sorry to ask again, But I can see from the link below the that nodes and
> engines should work between minor number
>
> upgrades.
>

Indeed.


> But is ovirt 4.2.x backward compatible with, say, 3.6 nodes. Does anyone
> know ? Is this documented  anywhere ?
>

You can search the release notes pages of 4.2.z releases for '3.6' to find
relevant bugs.

Just _using_ such hosts, should work.

Adding a 3.6 host to a 4.2 engine will likely break.

It's definitely not intended to be used for long times - you are encouraged
to upgrade your hosts too, soon after the engine.

If you plan a very long transition period, I suggest to create a list of
operations you might want/need to do, and test everything in a test
environment.


>
> [ovirt-users] compatibility relationship between datacenter, ovirt and
> cluster
> https://www.mail-archive.com/users@ovirt.org/msg17092.html
>
> Thanks,
> Joe.
>
> --
> *From:* Joseph Kelly
> *Sent:* Wednesday, March 14, 2018 5:32 PM
> *To:* users@ovirt.org
> *Subject:* Query about running ovirt-4.2.1 engine support 3.x nodes ?
>
>
> Hello All,
>
>
> I have two hopefully easy questions regarding an ovirt-4.2.1 engine
> support and 3.x nodes ?
>
>
> 1) Does an ovirt-4.2.x engine support 3.x nodes ? As This page states:
>
>
> "The cluster compatibility is set according to the version of the least
> capable host operating system in the cluster."
>
>
> https://www.ovirt.org/documentation/upgrade-guide/chap-Post-Upgrade_Tasks/
>
>
> Which seems to indicate that you can run say a 4.2.1 engine with lower
> version nodes, but is that correct ?
>
>
> 2) And can you just upgrade the nodes directly from 3.x to 4.2.x as per
> these steps ?
>
>
> 1. Move the node to maintenance
> 2. Add 4.2.x repos
> 3. yum update
> 4. reboot
> 5. Activate (exit maintenance)
>

This should work. You can also use the admin web ui for updates, which
might be better, didn't check recently. See also e.g.:

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

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted engine : rebuild without backups ?

[Yedidyah Bar David]

On Fri, Mar 16, 2018 at 2:48 PM,   wrote:
> Hi,
>
> In case of a total failure of the hosted engine VM, it is recommended to
> recreate a new one and restore a backup. I hope it works, I will probably
> have to do this very soon.
>
> But is there some kind of "plug and play" features, able to rebuild
> configuration by browsing storage domains, if the restore process doesn't
> work ?

It's called "Import Storage Domain" in oVirt.

>
> Something like identifying VMs and their snapshots in the subdirectories,
> and the guess what is linked to what, ... ?
>
> I have a few machines but if I have to rebuild all the engine setup and
> content, I would like to be able to identify resources easily.
>
> A few times ago, I was doing some experiments with XenServer and
> destroyed/recreated some setup items : I ended with a lot of oprhan
> resources, and it was a mess to reattach snapshots to their respective VMs.
> So if oVirt is more helpful in that way ...

If you try this:

1. Try first on a test setup, as always
2. Make sure to _not_ import the hosted-storage domain, the one used to
host the hosted-engine VM.
3. So: setup a new hosted-engine system, then import your _other_ storage
domains. Ideally make sure the old hosted storage is not accessible to
the new system, so that the new engine does not try to import it accidentally.
4. If you do try to import, for testing, the old hosted-storage, would be
interesting if you share the results...

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Warning: CentOS Upgrade with Host Engine - 503 Service Temporarily Unavailable

[Yedidyah Bar David]

On Thu, Mar 15, 2018 at 5:39 PM, Andrei Verovski  wrote:
> Hi !
>
> I have upgraded CentOS 7.4 with oVirt 4.2.1 host engine (with yum upgrade),
> and its resulted in broken system - "503 Service Temporarily Unavailable"
> when connecting to the host engine via web.
> Service ovirt-engine failed to starts (logs attached at the bottom of this
> email), other ovirt services seem to run fine.
>
> yum update "ovirt-*-setup*” (upgrade 4.2 -> 4.2.1)
> engine-setup
> yum upgrade (OS upgrade)
>
> Is this issue somehow related to JDK as described here?
> https://bugzilla.redhat.com/show_bug.cgi?id=1217023

Not very likely. This is a very old bug.

>
> New packages:
> java-1.8.0-openjdk  x86_64   1:1.8.0.161-0.b14.el7_4
> java-1.8.0-openjdk-develx86_64   1:1.8.0.161-0.b14.el7_4
> java-1.8.0-openjdk-headless x86_64   1:1.8.0.161-0.b14.el7_4
>
> installed packages (seem to be also 1.8x):
> [root@node00 ~]# rpm -qa | grep jdk
> java-1.8.0-openjdk-1.8.0.151-5.b12.el7_4.x86_64
> java-1.8.0-openjdk-devel-1.8.0.151-5.b12.el7_4.x86_64
> java-1.8.0-openjdk-headless-1.8.0.151-5.b12.el7_4.x86_64
> copy-jdk-configs-2.2-5.el7_4.noarch

Indeed. Some versions of the engine could work with both openjdk 1.7
and 1.8, but recent versions require 1.8.

>
> Since my host engine is actually a KVM appliance under another SuSE server,
> I simply discarded it and reverted back old qcow2 image.

OK. Any chance you kept a copy, or at least more logs, for further debugging?

>
> So this is a warning to anyone - don’t upgrade CentOS, or at least keep a
> copy of disk image before ANY upgrade !

Having regular backups, both before significant changes like upgrades
and also routine, on-going, is always a good idea :-)

If you have all of server.log, we can try to understand the cause for
the failure. If not, and you try again to upgrade and if fails again,
please share all relevant logs before reverting to the backup. Thanks!

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Engine 4.2 -> 4.2.1 Upgrade

[Yedidyah Bar David]

On Thu, Mar 15, 2018 at 8:33 AM, Yedidyah Bar David <d...@redhat.com> wrote:
> On Wed, Mar 14, 2018 at 6:56 PM, Andrei Verovski <andre...@starlett.lv> wrote:
>> Hi !
>>
>> After oVirt Engine 4.2 -> 4.2.1 Upgrade do I need to run these commands as 
>> described in this article
>> https://www.ovirt.org/release/4.2.1/
>
> Please note that the start of this section says:
>
> "For databases managed by engine-setup this is performed
> automatically, but non-managed databases (usually remote databases)
> this needs to be done manually by administrators."
>
> Is your database remote or managed manually, or local and managed by
> engine-setup? If latter, it's enough to run 'engine-setup'.
>
>>
>> su - postgres -c "scl enable rh-postgresql95 – psql -d engine"
>> postgres=# DROP FUNCTION IF EXISTS uuid_generate_v1();
>> postgres=# CREATE EXTENSION "uuid-ossp”;
>
> Sorry, this is a bug in the documentation. The commands should be:
>
>su - postgres -c "scl enable rh-postgresql95 -- psql -d engine"
>postgres=# DROP FUNCTION IF EXISTS uuid_generate_v1();
>postgres=# CREATE EXTENSION "uuid-ossp";
>
>>
>> BTW, this yelds error:
>> [root@node00 ~]# su - postgres -c "scl enable rh-postgresql95 – psql -d 
>> engine"
>> Unable to open /etc/scl/conf/–!
>
> Indeed.
>
> The reason that this bug happened is that the release notes are (partially)
> auto-generated, where this part is taken from the doc-text of the linked bug:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1515635
>
> The text there is ok.
>
> We should somehow make the resultant markdown mark such doc text as
> pre-formatted,
> to prevent it from replacing '--' with '–'. Adding Sandro for this.
>
> Thanks for the report!

This should fix 4.2.1 release notes page:

https://github.com/oVirt/ovirt-site/pull/1552

This should fix similar cases for future release notes pages:

https://gerrit.ovirt.org/89033

Best regards,

>
>>
>> node00 is a dedicated PC with CentOS and oVirt Host Engine.
>
> Sounds to me like you are in the "this will happen automatically" case.
>
> Best regards,
> --
> Didi



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4.2.2.2-1 Starting hosted engine on all hosts

[Yedidyah Bar David]

On Thu, Mar 15, 2018 at 8:50 AM, Maton, Brett  wrote:
> The last three 4.2.2 release candidates that I've tried have been starting
> self hosted engine all all physical hosts at the same time.
>
> Same with the latest RC, what logs  do you need to investigate the problem?

/var/log/ovirt-hosted-engine-ha/*
/var/log/sanlock.log
/var/log/vdsm/*

Adding Martin.

Thanks and best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Engine 4.2 -> 4.2.1 Upgrade

[Yedidyah Bar David]

On Wed, Mar 14, 2018 at 6:56 PM, Andrei Verovski  wrote:
> Hi !
>
> After oVirt Engine 4.2 -> 4.2.1 Upgrade do I need to run these commands as 
> described in this article
> https://www.ovirt.org/release/4.2.1/

Please note that the start of this section says:

"For databases managed by engine-setup this is performed
automatically, but non-managed databases (usually remote databases)
this needs to be done manually by administrators."

Is your database remote or managed manually, or local and managed by
engine-setup? If latter, it's enough to run 'engine-setup'.

>
> su - postgres -c "scl enable rh-postgresql95 – psql -d engine"
> postgres=# DROP FUNCTION IF EXISTS uuid_generate_v1();
> postgres=# CREATE EXTENSION "uuid-ossp”;

Sorry, this is a bug in the documentation. The commands should be:

   su - postgres -c "scl enable rh-postgresql95 -- psql -d engine"
   postgres=# DROP FUNCTION IF EXISTS uuid_generate_v1();
   postgres=# CREATE EXTENSION "uuid-ossp";

>
> BTW, this yelds error:
> [root@node00 ~]# su - postgres -c "scl enable rh-postgresql95 – psql -d 
> engine"
> Unable to open /etc/scl/conf/–!

Indeed.

The reason that this bug happened is that the release notes are (partially)
auto-generated, where this part is taken from the doc-text of the linked bug:

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

The text there is ok.

We should somehow make the resultant markdown mark such doc text as
pre-formatted,
to prevent it from replacing '--' with '–'. Adding Sandro for this.

Thanks for the report!

>
> node00 is a dedicated PC with CentOS and oVirt Host Engine.

Sounds to me like you are in the "this will happen automatically" case.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Having trouble setting up Ovirt

[Yedidyah Bar David]

On Tue, Mar 6, 2018 at 6:42 PM, Kristian Petersen  wrote:
> I am trying to setup Ovirt with a self hosted engine and NFS storage for
> said engine.  The storage appears to mounting OK, but when it gets to the
> point that it is initializing the lockspace it fails spectacularly and shows
> a Python traceback which I cleaned up and have included below:
>
> Traceback (most recent call last):
>   File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
> "__main__", fname, loader, pkg_name)
>   File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
> exec code in run_globals
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/reinitialize_lockspace.py",
> line 30, in 
> ha_cli.reset_lockspace(force)
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
> line 270, in reset_lockspace
> stats = broker.get_stats_from_storage()
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
> line 135, in get_stats_from_storage
> result = self._proxy.get_stats()
>   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 1587, 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 1301, in single_request
> self.send_content(h, request_body)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
> connection.endheaders(request_body)
>   File "/usr/lib64/python2.7/httplib.py", line 1013, in endheaders
> self._send_output(message_body)
>   File "/usr/lib64/python2.7/httplib.py", line 864, in _send_output
> self.send(msg)
>   File "/usr/lib64/python2.7/httplib.py", line 826, in send
> self.connect()
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/unixrpc.py",
> line 52, in connect
> self.sock.connect(base64.b16decode(self.host))
>   File "/usr/lib64/python2.7/socket.py", line 224, in meth
> return getattr(self._sock,name)(*args)
> socket.error: [Errno 2] No such file or directory
>
> The messier ansible output is below:
> [ INFO  ] TASK [Initialize lockspace volume]
> [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 5, "changed": true,
> "cmd": ["hosted-engine", "--reinitialize-lockspace", "--force"], "
> delta": "0:00:01.007879", "end": "2018-03-05 14:03:00.474295", "msg":
> "non-zero return code", "rc": 1, "start": "2018-03-05 14:02:59.466416"
> , "stderr": "Traceback (most recent call last):\n  File
> \"/usr/lib64/python2.7/runpy.py\", line 162, in _run_module_as_main\n
> \"__main__\
> ", fname, loader, pkg_name)\n  File \"/usr/lib64/python2.7/runpy.py\", line
> 72, in _run_code\nexec code in run_globals\n  File \"/usr/li
> b/python2.7/site-packages/ovirt_hosted_engine_setup/reinitialize_lockspace.py\",
> line 30, in \nha_cli.reset_lockspace(force)\n
> File
> \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py\",
> line 270, in reset_lockspace\nstats = broker.get_stat
> s_from_storage()\n  File
> \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py\",
> line 135, in get_stats_from_storage\
> nresult = self._proxy.get_stats()\n  File
> \"/usr/lib64/python2.7/xmlrpclib.py\", line 1233, in __call__\nreturn
> self.__send(self.__n
> ame, args)\n  File \"/usr/lib64/python2.7/xmlrpclib.py\", line 1587, in
> __request\nverbose=self.__verbose\n  File \"/usr/lib64/python2.7
> /xmlrpclib.py\", line 1273, in request\nreturn self.single_request(host,
> handler, request_body, verbose)\n  File \"/usr/lib64/python2.7/
> xmlrpclib.py\", line 1301, in single_request\nself.send_content(h,
> request_body)\n  File \"/usr/lib64/python2.7/xmlrpclib.py\", line 144
> 8, in send_content\nconnection.endheaders(request_body)\n  File
> \"/usr/lib64/python2.7/httplib.py\", line 1013, in endheaders\nself.
> _send_output(message_body)\n  File \"/usr/lib64/python2.7/httplib.py\", line
> 864, in _send_output\nself.send(msg)\n  File \"/usr/lib64/p
> ython2.7/httplib.py\", line 826, in send\nself.connect()\n  File
> \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/unixrpc.p
> y\", line 52, in connect\n
> self.sock.connect(base64.b16decode(self.host))\n  File
> \"/usr/lib64/python2.7/socket.py\", line 224, in meth\n
> return getattr(self._sock,name)(*args)\nsocket.error: [Errno 2] No such
> file or directory", "stderr_lines": ["Traceback (most recent cal
> l last):", "  File \"/usr/lib64/python2.7/runpy.py\", line 162, in
> _run_module_as_main", "\"__main__\", fname, loader, pkg_name)", "  Fi
> le \"/usr/lib64/python2.7/runpy.py\", line 72, in _run_code", "exec code
> in run_globals", "  File \"/usr/lib/python2.7/site-packages/ovi
> 

Re: [ovirt-users] 4.2 upgrade question

[Yedidyah Bar David]

On Mon, Mar 12, 2018 at 1:37 PM, KSNull Zero  wrote:
> Hello!
> Currently we run 4.1.9 and try to upgrade to the latest 4.2 release.
> Our DB server is on separate machine and run PostgreSQL 9.2.23.
>
> During upgrade the following error occurs:
> [WARNING] This release requires PostgreSQL server 9.5.9 but the engine
> database is currently hosted on PostgreSQL server 9.2.23
> [ ERROR ] Please upgrade the PostgreSQL instance that serves the engine
> database to 9.5.9 and retry.
>
> Ok, so we need to upgrade PostgreSQL.
> The question is - do we need to have exact 9.5.9 version of PostgreSQL ?

'9.5.9' is not hard-coded, but is the version shipped by SCL [1].

The CentOS 7 engine build pulls that in and uses it, for both client (always)
and server (if configured to).

This is the only combination that's tested and known to work. To use this
on your remote PG machine, add there SCL repos and use them. You will need
to upgrade your database to the new version, similarly to what engine-setup
does if it's a local db. I do not think we have docs for this, see e.g. [2].

If you want to use some other (non-SCL) build of PG also on the client,
I think it should not be too hard to make everything work, as this is
what we do in the fedora build, but I didn't try this myself, nor know
about anyone that did. It's probably enough to remove the file:

/etc/ovirt-engine-setup.env.d/10-setup-scl-postgres-95.env

If you go this way, note that you'll have to repeat removing it per
each upgrade. Alternatively, you can add your own file there, with
a later number, clearing the variables set in this file, e.g.:

# cat << __EOF__ > /etc/ovirt-engine-setup.env.d/99-unset-postgresql.env
unset RHPOSTGRESQL95BASE
unset RHPOSTGRESQL95DATA
unset sclenv
unset POSTGRESQLENV
__EOF__

And also install the postgresql client/libraries/etc matching what you
have on your server.

[1] https://www.softwarecollections.org/en/scls/rhscl/rh-postgresql95/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1498351#c12

> Because if we upgrade PostgreSQL to the latest available 9.5.12 the same
> error occurs saying that client and server version mismatched and upgrade
> terminates.
> Thank you.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot use virt-viewer to open VM console

[Yedidyah Bar David]

On Mon, Mar 12, 2018 at 4:32 AM, Terry hey  wrote:
> Dear all,
>
> I would like to ask which version of virt-viewer are you using?
> I downloaded virt-viewer 6.0.msi and installed.
> But i could not open VM console( i have set the graphic protocol is SPICE).
> It shows the following error.
>
> "At least Remote Viewer version 2.0-160 is required to setup this
> connection, see
> http://www.ovirt.org/documentation/admin-guide/virt/console-client-resources
> for details"
>
> Also, i can i verify the version of virt-viewer that i have installed?

Please see:

https://bugzilla.redhat.com/show_bug.cgi?id=1285883
http://lists.ovirt.org/pipermail/users/2017-June/thread.html#82343

Are you sure you use the 6.0 msi? I think it should work.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Auto-restart VM from Linux Shell

[Yedidyah Bar David]

On Mon, Mar 12, 2018 at 1:45 AM, Andrei Verovski  wrote:
> Hi !
>
> I have stubborn VM which time to time freezes, and watchdog for whatever
> reason don't restart it.
>
> Basically I would like to combine these 3 command into one script.
>
> ovirt-shell -l https://node00.mydomain.com.lv/ovirt-engine/api
> --ca-file="/etc/pki/ovirt-engine/ca.pem" -u "admin@internal" --password
> "secret"
>
> action vm MyVM stop
> action vm MyVM start
>
> Now I have problems.
> 1) Option --password "secret" is not recognized anymore in oVirt Shell 4.2.
> 2) What is the proper syntax to connect & run certain command in oVirt
> Shell 4.2? Something like:
>
> ovirt-shell -l https://node00.mydomain.com.lv/ovirt-engine/api
> --ca-file="/etc/pki/ovirt-engine/ca.pem" -u "admin@internal" --password
> "secret" && action vm MyVM stop

ovirt-shell is considered deprecated. Did you consider using ansible?

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Backup & Restore

[Yedidyah Bar David]

On Wed, Feb 28, 2018 at 4:44 PM,  <supo...@logicworks.pt> wrote:
> If I run
>
> # engine-backup --mode=restore --file=back_futur --log=log_futur
> --provision-db --restore-permissions --provision-dwh-db --log=/root/rest-log
>
> to create a log, I found these errors:
>
> 2018-02-28 14:36:31 6339: pg_cmd running: psql -w -U ovirt_engine_history -h
> localhost -p 5432 ovirt_engine_history -t -c show lc_messages
> 2018-02-28 14:36:31 6339: pg_cmd running: pg_dump -w -U ovirt_engine_history
> -h localhost -p 5432 ovirt_engine_history -s
> 2018-02-28 14:36:31 6339: OUTPUT: - Engine database 'engine'
> 2018-02-28 14:36:31 6339: Restoring engine database backup at
> /tmp/engine-backup.VVkcNuYAkV/db/engine_backup.db
> 2018-02-28 14:36:31 6339: restoreDB: backupfile
> /tmp/engine-backup.VVkcNuYAkV/db/engine_backup.db user engine host localhost
> port 5432 database engine orig_user compressor format custom jobsnum 2
> 2018-02-28 14:36:31 6339: pg_cmd running: pg_restore -w -U engine -h
> localhost -p 5432 -d engine -j 2
> /tmp/engine-backup.VVkcNuYAkV/db/engine_backup.db
> pg_restore: [archiver (db)] Error while PROCESSING TOC:
> pg_restore: [archiver (db)] Error from TOC entry 7314; 0 0 COMMENT EXTENSION
> plpgsql
> pg_restore: [archiver (db)] could not execute query: ERROR: must be owner of
> extension plpgsql
> Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural language';
>
>
>
> pg_restore: [archiver (db)] Error from TOC entry 693; 1255 211334 FUNCTION
> uuid_generate_v1() engine
> pg_restore: [archiver (db)] could not execute query: ERROR: function
> "uuid_generate_v1" already exists with same argument types

This is the error that fails you. I have a pending patch to make this more
visible in the log [1], need to find time to verify it...

Does this happen on a clean machine? Perhaps 'engine-cleanup' after such
a failed restore is not enough. Please try reinstalling the OS and trying
again.

If it's not an important machine (test/dev/etc), this will probably be
enough, as a faster replacement for a full OS reinstall:

engine-cleanup
systemctl stop postgresql
systemctl stop rh-postgresql95-postgresql
rm -rf /var/lib/pgsql/data /var/opt/rh/rh-postgresql95/lib/pgsql/data

Then try restore again.

[1] https://gerrit.ovirt.org/86395

> Command was: CREATE FUNCTION uuid_generate_v1() RETURNS uuid
> LANGUAGE plpgsql STABLE
> AS '
> DECLARE
> v_val BIGINT;
> v_4_1_par...
> pg_restore: [archiver (db)] could not execute query: ERROR: must be owner of
> function uuid_generate_v1
> Command was: ALTER FUNCTION public.uuid_generate_v1() OWNER TO engine;

Adding also Eli. Eli - perhaps we need to patch engine-backup to ignore
also this error? I think the minimal flow to reproduce is:

engine-setup
engine-backup --mode=backup --file=f1 --log=l1
engine-cleanup
engine-backup --mode=restore --file=f1 --provision-db
--provision-dwh-db --log=l2

Didn't try this myself.

>
>
> pg_restore: WARNING: column "user_role_title" has type "unknown"
> DETAIL: Proceeding with relation creation anyway.
> pg_restore: WARNING: no privileges could be revoked for "public"
> pg_restore: WARNING: no privileges could be revoked for "public"
> pg_restore: WARNING: no privileges were granted for "public"
> pg_restore: WARNING: no privileges were granted for "public"
> WARNING: errors ignored on restore: 3
> 2018-02-28 14:37:23 6339: FATAL: Errors while restoring database engine
>
> 
> De: supo...@logicworks.pt
> Para: "Yedidyah Bar David" <d...@redhat.com>
> Cc: "ovirt users" <users@ovirt.org>
> Enviadas: Quarta-feira, 28 De Fevereiro de 2018 12:45:04
>
> Assunto: Re: [ovirt-users] Backup & Restore
>
> Still no luck:
>
> # engine-backup --mode=restore --file=back_futur --log=log_futur
> --provision-db --restore-permissions --provision-dwh-db
> Preparing to restore:
> - Unpacking file 'back_futur'
> Restoring:
> - Files
> Provisioning PostgreSQL users/databases:
> - user 'engine', database 'engine'
> - user 'ovirt_engine_history', database 'ovirt_engine_history'
> Restoring:
> - Engine database 'engine'
> FATAL: Errors while restoring database engine
>
> I did a engine-cleanup, try it again but still the same error.
>
> 
> De: "Yedidyah Bar David" <d...@redhat.com>
> Para: supo...@logicworks.pt
> Cc: "ovirt users" <users@ovirt.org>
> Enviadas: Quarta-feira, 28 De Fevereiro de 2018 12:24:50
> Assunto: Re: [ovirt-users] Backup & Restore
>
> On Wed, Feb 28, 2018 at 2:10 PM,  <supo...@logicworks.pt> wrote:
>> Hi,
>>
>> I'm testing backup & restore

Re: [ovirt-users] Backup & Restore

[Yedidyah Bar David]

On Wed, Feb 28, 2018 at 2:10 PM,   wrote:
> Hi,
>
> I'm testing backup & restore on Ovirt 4.2.
> I follow this doc
> https://www.ovirt.org/documentation/admin-guide/chap-Backups_and_Migration/
> Try to restore to a fresh installation but always get this error message:
>
> restore-permissions
> Preparing to restore:
> - Unpacking file 'back_file'
> Restoring:
> - Files
> Provisioning PostgreSQL users/databases:
> - user 'engine', database 'engine'
> Restoring:
> FATAL: Can't connect to database 'ovirt_engine_history'. Please see
> '/usr/bin/engine-backup --help'.
>
> On the live engine I run # engine-backup --scope=all --mode=backup
> --file=file_name --log=log_file_name
>
> And try to restore on a fresh installation:
> # engine-backup --mode=restore --file=file_name --log=log_file_name
> --provision-db --restore-permissions
>
> Any Idea?

Please try adding to restore command '--providion-dwh-db'. Thanks.
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error installing ovirt node

[Yedidyah Bar David]

On Tue, Feb 27, 2018 at 2:49 PM, Junaid Jadoon <junaid8...@gmail.com> wrote:
> please guide which repo should i add on node server in order to resolve this
> issue can u please send repo list.

What's the output of each of these commands:

rpm -qa | grep ovirt-release

grep ovirt-4.2-epel /etc/yum.repos.d/*

cat /etc/yum.repos.d/ovirt-*dependencies.repo

yum install dmidecode

Thanks,

>
>
>
> On Tue, Feb 27, 2018 at 5:46 PM, Yedidyah Bar David <d...@redhat.com> wrote:
>>
>> On Tue, Feb 27, 2018 at 2:38 PM, Junaid Jadoon <junaid8...@gmail.com>
>> wrote:
>> > Thanks Yedidyah David for reply.
>> >
>> > Please confirm where check should the repo file either host engine or
>> > node
>> > server???
>>
>> On the node, please.
>>
>> >
>> >
>> >
>> > On Tue, Feb 27, 2018 at 5:31 PM, Yedidyah Bar David <d...@redhat.com>
>> > wrote:
>> >>
>> >> On Tue, Feb 27, 2018 at 2:17 PM, Junaid Jadoon <junaid8...@gmail.com>
>> >> wrote:
>> >> > Dear All,
>> >> > I have Ovirt engine 4.2 and node version is 4.2.
>> >> >
>> >> > After installing node in in ovirt engine when i try to install node
>> >> > it
>> >> > gives
>> >> > following error
>> >> > 14:25:37,410+05 ERROR
>> >> > [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
>> >> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] Host
>> >> > installation
>> >> > failed for host 'bd8d007a-be92-4075-bba9-6cbeb890a1e5', 'node_2':
>> >> > Command
>> >> > returned failure code 1 during SSH session 'root@192.168.20.20'
>> >> > 2018-02-27 14:25:37,416+05 INFO
>> >> > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
>> >> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] START,
>> >> > SetVdsStatusVDSCommand(HostName = node_2,
>> >> >
>> >> >
>> >> > SetVdsStatusVDSCommandParameters:{hostId='bd8d007a-be92-4075-bba9-6cbeb890a1e5',
>> >> > status='InstallFailed', nonOperationalReason='NONE',
>> >> > stopSpmFailureLogged='false', maintenanceReason='null'}), log id:
>> >> > 2b138e87
>> >> > 2018-02-27 14:25:37,423+05 INFO
>> >> > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
>> >> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] FINISH,
>> >> > SetVdsStatusVDSCommand, log id: 2b138e87
>> >> > 2018-02-27 14:25:37,429+05 ERROR
>> >> >
>> >> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> >> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] EVENT_ID:
>> >> > VDS_INSTALL_FAILED(505), Host node_2 installation failed. Command
>> >> > returned
>> >> > failure code 1 during SSH session 'root@192.168.20.20'.
>> >> > 2018-02-27 14:25:37,433+05 INFO
>> >> > [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
>> >> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] Lock freed to
>> >> > object
>> >> >
>> >> >
>> >> > 'EngineLock:{exclusiveLocks='[bd8d007a-be92-4075-bba9-6cbeb890a1e5=VDS]',
>> >> > sharedLocks=''}'
>> >> >
>> >> >
>> >> > I have attached log file for your reference
>> >>
>> >> The relevant part is:
>> >>
>> >> 2018-02-27 12:54:56,909+05 ERROR
>> >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> >> (VdsDeploy) [719d5f5d] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511),
>> >> An error has occurred during installation of Host uoi_node2: Yum
>> >> Cannot queue package dmidecode: Cannot retrieve metalink for
>> >> repository: ovirt-4.2-epel/x86_64. Please verify its path and try
>> >> again.
>> >>
>> >> Please check/share yum repos on the host. What happens if you run
>> >> there 'yum install dmidecode'?
>> >> It might be a specific bad mirror, or a bad proxy etc. You can edit
>> >> the repo file to point at
>> >> another specific mirror instead of using mirrorlist.
>> >>
>> >> Best regards,
>> >> --
>> >> Didi
>> >
>> >
>>
>>
>>
>> --
>> Didi
>
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error installing ovirt node

[Yedidyah Bar David]

On Tue, Feb 27, 2018 at 2:38 PM, Junaid Jadoon <junaid8...@gmail.com> wrote:
> Thanks Yedidyah David for reply.
>
> Please confirm where check should the repo file either host engine or node
> server???

On the node, please.

>
>
>
> On Tue, Feb 27, 2018 at 5:31 PM, Yedidyah Bar David <d...@redhat.com> wrote:
>>
>> On Tue, Feb 27, 2018 at 2:17 PM, Junaid Jadoon <junaid8...@gmail.com>
>> wrote:
>> > Dear All,
>> > I have Ovirt engine 4.2 and node version is 4.2.
>> >
>> > After installing node in in ovirt engine when i try to install node it
>> > gives
>> > following error
>> > 14:25:37,410+05 ERROR
>> > [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
>> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] Host installation
>> > failed for host 'bd8d007a-be92-4075-bba9-6cbeb890a1e5', 'node_2':
>> > Command
>> > returned failure code 1 during SSH session 'root@192.168.20.20'
>> > 2018-02-27 14:25:37,416+05 INFO
>> > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
>> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] START,
>> > SetVdsStatusVDSCommand(HostName = node_2,
>> >
>> > SetVdsStatusVDSCommandParameters:{hostId='bd8d007a-be92-4075-bba9-6cbeb890a1e5',
>> > status='InstallFailed', nonOperationalReason='NONE',
>> > stopSpmFailureLogged='false', maintenanceReason='null'}), log id:
>> > 2b138e87
>> > 2018-02-27 14:25:37,423+05 INFO
>> > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
>> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] FINISH,
>> > SetVdsStatusVDSCommand, log id: 2b138e87
>> > 2018-02-27 14:25:37,429+05 ERROR
>> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] EVENT_ID:
>> > VDS_INSTALL_FAILED(505), Host node_2 installation failed. Command
>> > returned
>> > failure code 1 during SSH session 'root@192.168.20.20'.
>> > 2018-02-27 14:25:37,433+05 INFO
>> > [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
>> > (EE-ManagedThreadFactory-engine-Thread-19) [52669850] Lock freed to
>> > object
>> >
>> > 'EngineLock:{exclusiveLocks='[bd8d007a-be92-4075-bba9-6cbeb890a1e5=VDS]',
>> > sharedLocks=''}'
>> >
>> >
>> > I have attached log file for your reference
>>
>> The relevant part is:
>>
>> 2018-02-27 12:54:56,909+05 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (VdsDeploy) [719d5f5d] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511),
>> An error has occurred during installation of Host uoi_node2: Yum
>> Cannot queue package dmidecode: Cannot retrieve metalink for
>> repository: ovirt-4.2-epel/x86_64. Please verify its path and try
>> again.
>>
>> Please check/share yum repos on the host. What happens if you run
>> there 'yum install dmidecode'?
>> It might be a specific bad mirror, or a bad proxy etc. You can edit
>> the repo file to point at
>> another specific mirror instead of using mirrorlist.
>>
>> Best regards,
>> --
>> Didi
>
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error installing ovirt node

[Yedidyah Bar David]

On Tue, Feb 27, 2018 at 2:17 PM, Junaid Jadoon  wrote:
> Dear All,
> I have Ovirt engine 4.2 and node version is 4.2.
>
> After installing node in in ovirt engine when i try to install node it gives
> following error
> 14:25:37,410+05 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
> (EE-ManagedThreadFactory-engine-Thread-19) [52669850] Host installation
> failed for host 'bd8d007a-be92-4075-bba9-6cbeb890a1e5', 'node_2': Command
> returned failure code 1 during SSH session 'root@192.168.20.20'
> 2018-02-27 14:25:37,416+05 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-19) [52669850] START,
> SetVdsStatusVDSCommand(HostName = node_2,
> SetVdsStatusVDSCommandParameters:{hostId='bd8d007a-be92-4075-bba9-6cbeb890a1e5',
> status='InstallFailed', nonOperationalReason='NONE',
> stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 2b138e87
> 2018-02-27 14:25:37,423+05 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-19) [52669850] FINISH,
> SetVdsStatusVDSCommand, log id: 2b138e87
> 2018-02-27 14:25:37,429+05 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-19) [52669850] EVENT_ID:
> VDS_INSTALL_FAILED(505), Host node_2 installation failed. Command returned
> failure code 1 during SSH session 'root@192.168.20.20'.
> 2018-02-27 14:25:37,433+05 INFO
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
> (EE-ManagedThreadFactory-engine-Thread-19) [52669850] Lock freed to object
> 'EngineLock:{exclusiveLocks='[bd8d007a-be92-4075-bba9-6cbeb890a1e5=VDS]',
> sharedLocks=''}'
>
>
> I have attached log file for your reference

The relevant part is:

2018-02-27 12:54:56,909+05 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) [719d5f5d] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511),
An error has occurred during installation of Host uoi_node2: Yum
Cannot queue package dmidecode: Cannot retrieve metalink for
repository: ovirt-4.2-epel/x86_64. Please verify its path and try
again.

Please check/share yum repos on the host. What happens if you run
there 'yum install dmidecode'?
It might be a specific bad mirror, or a bad proxy etc. You can edit
the repo file to point at
another specific mirror instead of using mirrorlist.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Before migrating to Ovirt

[Yedidyah Bar David]

On Fri, Feb 23, 2018 at 6:33 PM, Tal Bar-Or  wrote:
> Hello Ovirt users,
>
> Currently we haveing 4 Xen pools in our organization each pool have 8
> servers.
> Due to new 7.3 version change ,we plan to migrate our upcoming 5th pool to
> Ovirt, the decision to do POC migration to Ovirt is from lots of Xen users
> that suggested Ovirt migration better and  mature product migrate to it.
>
> I started to test Ovirt currently only with one server with engine
> installed, my question regarding Ovirt sine i am really newbie with that
> system , is , is it possible to have multiple engine on it ?
> What happen if the engine server crash with some reason? can i load it on
> another cluster server?
> Please advice

The standard way to have HA for oVirt engine is to set it up as a
self-hosted-engine and have more than one host in the hosted-engine
cluster.

We do know that there are people doing HA using other means, based on external
HA software (heartbeat), but that's more expensive (in hardware, work,
and perhaps software, depends on what you use) - I'd suggest doing that
only if your organization already has in-house expertise and experience
with such software.

Good luck and best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosts firewall custom setup

[Yedidyah Bar David]

On Mon, Feb 26, 2018 at 3:49 PM, Nicolas Ecarnot <nico...@ecarnot.net> wrote:
> Le 26/02/2018 à 14:03, Yedidyah Bar David a écrit :
>>
>> On Mon, Feb 26, 2018 at 2:01 PM, Nicolas Ecarnot <nico...@ecarnot.net>
>> wrote:
>>>
>>> Hello,
>>>
>>> On oVirt 4.2.1.7, I'm trying to setup custom iptables rules as I'm doing
>>> since years with engine-config --set IPTablesConfigSiteCustom="blah blah
>>> blah".
>>>
>>> On my hosts, I can see in my hosts that /etc/sysconfig/iptables does
>>> contain
>>> the correct custom rules I added, but when manually checking with
>>> iptables
>>> -L, I don't see my rules active.
>>>
>>> On my hosts, I see that the iptables services is stopped and disabled,
>>> and
>>> that the firewalld service is up and running.
>>>
>>> That explains why iptables customization has no effect.
>>
>>
>> Indeed.
>>
>> IIRC the type of firewall is now set per cluster or something like that,
>> not
>> sure about the details - adding Ondra.
>
>
> Per cluster, one can indeed choose the firewall type.
> I suppose it translates on the hosts into the activation of the adequate
> service.
> But how do we add custom rules in case of firewalld type?

Please see: https://ovirt.org/blog/2017/12/host-deploy-customization/

Best regards,

>
> On the hosts, I imagine that could translate into changes in :
> /etc/firewalld/zones/public.xml
>
> --
> Nicolas ECARNOT



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosts firewall custom setup

[Yedidyah Bar David]

On Mon, Feb 26, 2018 at 2:01 PM, Nicolas Ecarnot  wrote:
> Hello,
>
> On oVirt 4.2.1.7, I'm trying to setup custom iptables rules as I'm doing
> since years with engine-config --set IPTablesConfigSiteCustom="blah blah
> blah".
>
> On my hosts, I can see in my hosts that /etc/sysconfig/iptables does contain
> the correct custom rules I added, but when manually checking with iptables
> -L, I don't see my rules active.
>
> On my hosts, I see that the iptables services is stopped and disabled, and
> that the firewalld service is up and running.
>
> That explains why iptables customization has no effect.

Indeed.

IIRC the type of firewall is now set per cluster or something like that, not
sure about the details - adding Ondra.

>
> In the engine setup, I see that
> /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf contains :
> OVESETUP_CONFIG/firewallManager=none:None
>
> I'm confused about this setting : when running engine-setup, I'm not sure to
> understand if answering yes to the question about the firewall will modify
> the engine, the hosts, or all of them?

Only the engine.

>
> Actually, I'd like my engine to stay with a disabled firewall, but my hosts
> with an active one.

So you should reply 'No' as you did in 'engine-setup', and handle
iptables/firewalld
on the engine after it's set up (upgraded), I think from the ui.

>
> Is it true to say that this is not an option and I have to answer yes,
> enable the firewall on the engine, allowing the
> OVESETUP_CONFIG/firewallManager option to be set up (to firewalld or
> iptables), thus allowing the spread of this setup towards the hosts?

No, they are unrelated.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to connect to the graphic server

[Yedidyah Bar David]

On Mon, Feb 19, 2018 at 12:46 AM, Alex Bartonek <a...@unix1337.com> wrote:
>
>
>  Original Message 
>  On February 18, 2018 12:32 AM, Yedidyah Bar David <d...@redhat.com> wrote:
>
> >On Fri, Feb 16, 2018 at 5:50 AM, Alex Bartonek a...@unix1337.com wrote:
> >> Original Message ----
> >> On February 15, 2018 12:52 AM, Yedidyah Bar David d...@redhat.com wrote:
> >>>On Wed, Feb 14, 2018 at 9:20 PM, Alex Bartonek a...@unix1337.com wrote:
> >>>>-------- Original Message 
> >>>> On February 14, 2018 2:23 AM, Yedidyah Bar David d...@redhat.com wrote:
> >>>>>On Wed, Feb 14, 2018 at 5:20 AM, Alex Bartonek a...@unix1337.com wrote:
> >>>>>>I've built and rebuilt about 4 oVirt servers.  Consider myself pretty 
> >>>>>>good
> >>>>>> at this.  LOL.
> >>>>>> So I am setting up a oVirt server for a friend on his r710.  CentOS 7, 
> >>>>>> ovirt
> >>>>>> 4.2.   /etc/hosts has the correct IP and FQDN setup.
> >>>>>> When I build a VM and try to open a console session via  SPICE I am 
> >>>>>> unable
> >>>>>> to connect to the graphic server.  I'm connecting from a Windows 10 
> >>>>>> box.
> >>>>>> Using virt-manager to connect.
> >>>>>> What happens when you try?
> >>>>>> Unable to connect to the graphic console is what the error says.  Here 
> >>>>>> is the .vv file other than the cert stuff in it:
> >>>>>> [virt-viewer]
> >>>>>> type=spice
> >>>>>> host=192.168.1.83
> >>>>>> port=-1
> >>>>>> password=
> >>>>>> Password is valid for 120 seconds.
> >>>>>>
> >>>>>delete-this-file=1
> >>>> fullscreen=0
> >>>> title=Win_7_32bit:%d
> >>>> toggle-fullscreen=shift+f11
> >>>> release-cursor=shift+f12
> >>>> tls-port=5900
> >>>> enable-smartcard=0
> >>>> enable-usb-autoshare=1
> >>>> usb-filter=-1,-1,-1,-1,0
> >>>> tls-ciphers=DEFAULT
> >>>>host-subject=O=williams.com,CN=randb.williams.com
> >>>> Port 5900 is listening by IP on the server, so that looks correct.  I 
> >>>> shut the firewall off just in case it was the issue..no go.
> >>>>Did you verify that you can connect there manually (e.g. with telnet)?
> >>> Can you run a sniffer on both sides to make sure traffic passes correctly?
> >>> Can you check vdsm/libvirt logs on the host side?
> >>>Ok.. I must have tanked it on install with the firewall.  The firewall is 
> >>>blocking port 5900.  This is on CentOS 7.  If I flush the rules, it works.
> >>
> >
> > Thanks for the report.
> >
> > Did you choose to have firewall configured automatically, or did you
> > configure it yourself?
>
>
> I did configure the host to manage the firewall.  Just to make sure, I 
> deleted the host, recreated and still had the issue.  I ended up making the 
> firewall rule manually which took care of it.  Never had to do that before.

Can you please share relevant logs? On the engine in
/var/log/ovirt-engine/host-deploy and
/var/log/ovirt-engine/engine.log. Thanks!

Also adding Ondra.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] database restoration

[Yedidyah Bar David]

On Fri, Feb 16, 2018 at 1:04 PM, Fabrice Bacchella
 wrote:
> I'm running a restoration test and getting the following log generated by 
> engine-backup --mode=restore:

Which version?

Did you also get any error on stdout/stderr, or only in the log?

>
> pg_restore: [archiver (db)] Error while PROCESSING TOC:
> pg_restore: [archiver (db)] Error from TOC entry 4274; 0 0 COMMENT EXTENSION 
> plpgsql
> pg_restore: [archiver (db)] could not execute query: ERROR:  must be owner of 
> extension plpgsql
> Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural 
> language';
>
>
>
> pg_restore: WARNING:  no privileges could be revoked for "public"
> pg_restore: WARNING:  no privileges could be revoked for "public"
> pg_restore: WARNING:  no privileges were granted for "public"
> pg_restore: WARNING:  no privileges were granted for "public"
> WARNING: errors ignored on restore: 1
>
> Do I need to worry, as this error is ignored ?

TL;DR no need to worry, can be ignored.

Details:

engine-backup has a specific set of errors it ignores.
You can search inside it for 'IGNORED_ERRORS' to see the list.

It _also_ logs the entire pg_restore output, just for reference.

(I also have a patch to log separately the list of errors not ignored:

https://gerrit.ovirt.org/86395

Need to find time to verify it, probably only in 4.3...)

This specific error happens due to the following:

PG by default creates new databases with the extension plpgsql.
This is good for us, as the engine needs it.
However, if you try to manually create this extension on some db,
you need admin permission for this - owning (e.g.) the db is not
enough.

When backing up the database, pg_dump dumps everything in it,
including commands to create this extension.

When engine-backup restores a database, it always uses only the
credentials of the engine db user, not postgres, thus (by default)
has no admin privs at this point. So this 'create' command fails,
and that's ok.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to connect to the graphic server

[Yedidyah Bar David]

On Fri, Feb 16, 2018 at 5:50 AM, Alex Bartonek <a...@unix1337.com> wrote:
>
>  Original Message 
>  On February 15, 2018 12:52 AM, Yedidyah Bar David <d...@redhat.com> wrote:
>
>>On Wed, Feb 14, 2018 at 9:20 PM, Alex Bartonek a...@unix1337.com wrote:
>>> Original Message 
>>> On February 14, 2018 2:23 AM, Yedidyah Bar David d...@redhat.com wrote:
>>>>On Wed, Feb 14, 2018 at 5:20 AM, Alex Bartonek a...@unix1337.com wrote:
>>>>>I've built and rebuilt about 4 oVirt servers.  Consider myself pretty good
>>>>> at this.  LOL.
>>>>> So I am setting up a oVirt server for a friend on his r710.  CentOS 7, 
>>>>> ovirt
>>>>> 4.2.   /etc/hosts has the correct IP and FQDN setup.
>>>>> When I build a VM and try to open a console session via  SPICE I am unable
>>>>> to connect to the graphic server.  I'm connecting from a Windows 10 box.
>>>>> Using virt-manager to connect.
>>>>>What happens when you try?
>>>>Unable to connect to the graphic console is what the error says.  Here is 
>>>>the .vv file other than the cert stuff in it:
>>>[virt-viewer]
>>> type=spice
>>> host=192.168.1.83
>>> port=-1
>>> password=
>>>Password is valid for 120 seconds.
>>>
>>>delete-this-file=1
>>> fullscreen=0
>>> title=Win_7_32bit:%d
>>> toggle-fullscreen=shift+f11
>>> release-cursor=shift+f12
>>> tls-port=5900
>>> enable-smartcard=0
>>> enable-usb-autoshare=1
>>> usb-filter=-1,-1,-1,-1,0
>>> tls-ciphers=DEFAULT
>>>host-subject=O=williams.com,CN=randb.williams.com
>>>Port 5900 is listening by IP on the server, so that looks correct.  I shut 
>>>the firewall off just in case it was the issue..no go.
>>>
>>
>> Did you verify that you can connect there manually (e.g. with telnet)?
>> Can you run a sniffer on both sides to make sure traffic passes correctly?
>> Can you check vdsm/libvirt logs on the host side?
>
>
> Ok.. I must have tanked it on install with the firewall.  The firewall is 
> blocking port 5900.  This is on CentOS 7.  If I flush the rules, it works.

Thanks for the report.

Did you choose to have firewall configured automatically, or did you
configure it yourself?

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to connect to the graphic server

[Yedidyah Bar David]

On Wed, Feb 14, 2018 at 9:20 PM, Alex Bartonek <a...@unix1337.com> wrote:
>
>  Original Message 
>  On February 14, 2018 2:23 AM, Yedidyah Bar David <d...@redhat.com> wrote:
>
>>On Wed, Feb 14, 2018 at 5:20 AM, Alex Bartonek a...@unix1337.com wrote:
>>>I've built and rebuilt about 4 oVirt servers.  Consider myself pretty good
>>> at this.  LOL.
>>> So I am setting up a oVirt server for a friend on his r710.  CentOS 7, ovirt
>>> 4.2.   /etc/hosts has the correct IP and FQDN setup.
>>>When I build a VM and try to open a console session via  SPICE I am unable
>>> to connect to the graphic server.  I'm connecting from a Windows 10 box.
>>> Using virt-manager to connect.
>>>
>> What happens when you try?
>>
>
> Unable to connect to the graphic console is what the error says.  Here is the 
> .vv file other than the cert stuff in it:
>
> [virt-viewer]
> type=spice
> host=192.168.1.83
> port=-1
> password=
> # Password is valid for 120 seconds.
> delete-this-file=1
> fullscreen=0
> title=Win_7_32bit:%d
> toggle-fullscreen=shift+f11
> release-cursor=shift+f12
> tls-port=5900
> enable-smartcard=0
> enable-usb-autoshare=1
> usb-filter=-1,-1,-1,-1,0
> tls-ciphers=DEFAULT
> host-subject=O=williams.com,CN=randb.williams.com
>
>
>
> Port 5900 is listening by IP on the server, so that looks correct.  I shut 
> the firewall off just in case it was the issue..no go.

Did you verify that you can connect there manually (e.g. with telnet)?
Can you run a sniffer on both sides to make sure traffic passes correctly?
Can you check vdsm/libvirt logs on the host side?

Thanks,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to connect to the graphic server

[Yedidyah Bar David]

On Wed, Feb 14, 2018 at 5:20 AM, Alex Bartonek  wrote:
> I've built and rebuilt about 4 oVirt servers.  Consider myself pretty good
> at this.  LOL.
> So I am setting up a oVirt server for a friend on his r710.  CentOS 7, ovirt
> 4.2.   /etc/hosts has the correct IP and FQDN setup.
>
> When I build a VM and try to open a console session via  SPICE I am unable
> to connect to the graphic server.  I'm connecting from a Windows 10 box.
> Using virt-manager to connect.

What happens when you try?

>
> I've googled and I just cant seem to find any resolution to this.  Now, I
> did build the server on my home network but the subnet its on is the same..
> internal 192.168.1.xxx.   The web interface is accessible also.
>
> Any hints as to what else I can check?

If virt-viewer does open up but fails to connect, check (e.g. with netstat)
where it tries to connect to. Check that you have network access there (no
filtering/routing/NAT/etc issues), that qemu on the host is listening on the
port it tries etc.

If it does not open, try to tell your browser (if it does not already) to
not open it automatically, but ask you what to do. Then save the file you
get and check it.

Best regards,

>
> Thanks!
>
>
> Sent with ProtonMail Secure Email.
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[Yedidyah Bar David]

On Sun, Feb 11, 2018 at 11:41 PM, ~Stack~ <i.am.st...@gmail.com> wrote:
> On 02/11/2018 02:41 AM, Yedidyah Bar David wrote:
>> On Sun, Feb 11, 2018 at 10:26 AM, Yaniv Kaul <yk...@redhat.com> wrote:
>>>
>>>
>>> On Sun, Feb 11, 2018 at 2:43 AM, ~Stack~ <i.am.st...@gmail.com> wrote:
>
> [snip]
>
>>>> We decided to just start from scratch and my coworker watched and
>>>> confirmed every step. It works! No problems at all this time. Further
>>>> evidence that I goofed _something_ up the first time.
>>>
>>>
>>> We should really have an Ansible role that performs the conversion to
>>> self-signed certificates.
>>> That would make the conversion easier and safer.
>>
>> +1
>>
>> Not sure "self-signed" is the correct term here. Also the internal
>> engine CA's cert is self-signed.
>>
>> I guess you refer to this:
>>
>> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/
>>
>> I'd call it "configure-3rd-party-CA" or something like that.
>
> Greetings,
>
> Another +1 from me (obviously! :-).
>
> I also agree in that we are not doing a self-signed cert, but rather
> we've purchased a cert from one of the big-name-CA-vendors that is valid
> for our domain. "configure-3rd-party-CA" makes more sense to me.

Nit: This big-name-CA-vendors CA's cert is most likely also self-signed,
so it's not a mistake to call it "self-signed". The difference between
"self-signed by _me_" and "self-signed by big-name" is mainly a matter of
trust and business relations (between that big-name and you, big-name and
the OS/browser vendors, etc.) and not a technical one.

If you loan a friend $100 for a month, the difference between you and a
big bank is very similar to that above difference...

>
> Lastly, that is the link that I used for a guide.
>
> Thanks!
> ~Stack~
>
>
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[Yedidyah Bar David]

On Sun, Feb 11, 2018 at 10:26 AM, Yaniv Kaul  wrote:
>
>
> On Sun, Feb 11, 2018 at 2:43 AM, ~Stack~  wrote:
>>
>> On 02/08/2018 06:42 AM, Petr Kotas wrote:
>> > Hi Stack,
>>
>> Greetings Petr
>>
>> > have you tried it on other linux distributions? Scientific is not
>> > officially supported.
>>
>> No, but SL isn't really any different than CentOS. If anything, we've
>> found it adheres closer to RH than CentOS does.
>>
>> > My guess based on your log is there are somewhere missing certificates,
>> > maybe different path?.
>> > You can check the paths by the documentation:
>> >
>> > https://www.ovirt.org/develop/release-management/features/infra/pki/#vdsm
>> >
>> > Hope this helps.
>>
>>
>> Thanks for the suggestion. It took a while but we dug into it and I
>> *think* the problem was because I may have over-written the wrong cert
>> file in one of my steps. I'm only about 80% certain of that, but it
>> seems to match what we found when we were digging through the log files.
>>
>> We decided to just start from scratch and my coworker watched and
>> confirmed every step. It works! No problems at all this time. Further
>> evidence that I goofed _something_ up the first time.
>
>
> We should really have an Ansible role that performs the conversion to
> self-signed certificates.
> That would make the conversion easier and safer.

+1

Not sure "self-signed" is the correct term here. Also the internal
engine CA's cert is self-signed.

I guess you refer to this:

https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/

I'd call it "configure-3rd-party-CA" or something like that.

> Y.
>
>>
>>
>> Thank you for the suggestion!
>> ~Stack~
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[Yedidyah Bar David]

On Thu, Feb 8, 2018 at 2:42 PM, Petr Kotas  wrote:
> Hi Stack,
>
> have you tried it on other linux distributions? Scientific is not officially
> supported.
>
> My guess based on your log is there are somewhere missing certificates,
> maybe different path?.
> You can check the paths by the documentation:
> https://www.ovirt.org/develop/release-management/features/infra/pki/#vdsm
>
> Hope this helps.
>
> Petr
>
>
>
> On Thu, Feb 8, 2018 at 1:13 AM, ~Stack~  wrote:
>>
>> Greetings,
>>
>> I was having a lot of issues with 4.2 and 95% of them are in the change
>> logs for 4.2.1. Since this is a new build, I just blew everything away
>> and started from scratch with the RC release.
>>
>> The very first thing that I did after the engine-config was to set up my
>> SSL cert. I followed the directions from here:
>> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/
>>
>> Logged in the first time to the web interface and everything worked!
>> Great.
>>
>> Install my hosts (also completely fresh installs - Scientific Linux 7
>> fully updated) and none would finish the install...
>>
>>
>> I can send the full host debug log if you want, however, I'm pretty sure
>> that the problem is because of the SSL somewhere. I've cut/pasted the
>> relevant part.

Please check/share also engine.log of the relevant time frame. Thanks.

>>
>> Any advice/help, please?
>>
>> Thanks!
>> ~Stack~
>>
>>
>> 2018-02-07 16:56:21,697-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.tune.tuned.Plugin._misc (None)
>> 2018-02-07 16:56:21,698-0600 DEBUG otopi.context
>> context._executeMethod:128 Stage misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id
>> 2018-02-07 16:56:21,698-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None)
>> 2018-02-07 16:56:21,699-0600 DEBUG otopi.transaction
>> transaction._prepare:61 preparing 'File transaction for
>> '/etc/vdsm/vdsm.id''
>> 2018-02-07 16:56:21,699-0600 DEBUG otopi.filetransaction
>> filetransaction.prepare:183 file '/etc/vdsm/vdsm.id' missing
>> 2018-02-07 16:56:21,705-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None)
>> 2018-02-07 16:56:21,706-0600 DEBUG otopi.context
>> context._executeMethod:128 Stage misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks
>> 2018-02-07 16:56:21,706-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None)
>> 2018-02-07 16:56:21,707-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None)
>> 2018-02-07 16:56:21,707-0600 DEBUG otopi.context
>> context._executeMethod:128 Stage misc METHOD
>> otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc
>> 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
>> otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc (None)
>> 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ### Setting up PKI
>> 2018-02-07 16:56:21,709-0600 DEBUG
>> otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:813 execute:
>> ('/usr/bin/openssl', 'req', '-new', '-newkey', 'rsa:2048', '-nodes',
>> '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), executable='None',
>> cwd='None', env=None
>> 2018-02-07 16:56:21,756-0600 DEBUG
>> otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:863
>> execute-result: ('/usr/bin/openssl', 'req', '-new', '-newkey',
>> 'rsa:2048', '-nodes', '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), rc=0
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ###
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ###
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ### Please issue VDSM
>> certificate based on this certificate request
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ###
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ***D:MULTI-STRING
>> VDSM_CERTIFICATE_REQUEST --=451b80dc-996f-432e-9e4f-2b29ef6d1141=--
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine

Re: [ovirt-users] Using upstream QEMU

[Yedidyah Bar David]

On Wed, Jan 31, 2018 at 5:43 PM, Harry Mallon  wrote:
> Hello all,
>
> Has anyone used oVirt with non-oVirt provided QEMU versions?
> I need a feature provided by upstream QEMU, but it is disabled in the 
> oVirt/CentOS7 QEMU RPM.
>
> I have two possible methods to avoid the issue:
> 1. Fedora has a more recent QEMU which is closer to 'stock'. I see that oVirt 
> 4.2 has no Fedora support,

Indeed, mostly

> but is it possible to install the host onto a Fedora machine?

Didn't try this recently, but it might require not-too-much work with
fc25 or so.
IIRC fc27 is python3-only, and this will require more work (which is
ongoing, but
don't hold your breath).

> I am trying to use the master branch rpms as recommended in the "No Fedora 
> Support" note with no luck currently.

Another option is to try to rebuild the fedora srpm for CentOS 7.

> 2. Is it safe/sensible to use oVirt with a CentOS7 host running an upstream 
> QEMU version?

No idea. If it's only for development/testing, I'd say give it a try.

>
> Thanks,
> Harry
>
>
> Harry Mallon
> CODEX | Senior Software Engineer
> 60 Poland Street | London | England | W1F 7NT
> E harry.mallon@codex.online | T +44 203 7000 989
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 4.2 Windows guest tools

[Yedidyah Bar David]

On Tue, Jan 16, 2018 at 11:33 PM, Alex K  wrote:
> Hi all,
>
> Is the ISO at
> http://plain.resources.ovirt.org/pub/ovirt-4.2/iso/oVirt-toolsSetup/4.2-1.el7.centos/
> the  latest guest tools?

Yes.

> I'm interested for Windows 2016 and Windows 10.

Good luck!

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-engine-webadmin-portal-debuginfo package for 4.2?

[Yedidyah Bar David]

On Sun, Jan 14, 2018 at 4:34 PM, Yedidyah Bar David <d...@redhat.com> wrote:
> On Sun, Jan 14, 2018 at 3:57 PM, Jayme <jay...@gmail.com> wrote:
>> Sure not a problem.  For the first issue regarding agent and broker
>> crashing.  Again the hosted engine VM is up and running at this time, I have
>> no idea why the logs are saying volume doesn't exist and why file
>> /var/run/vdsm/storage/248f46f0-d793-4581-9810-c9d965e2f286/14a20941-1b84-4b82-be8f-ace38d7c037a/8582bdfc-ef54-47af-9f1e-f5b7ec1f1cf8
>> does not exist when the file actually does exist in that path.
>
> Perhaps not enough permissions?
>
> Can you try reading it as user 'vdsm'? E.g.
>
> su - vdsm

su - vdsm -s /bin/bash

> cp 
> /var/run/vdsm/storage/248f46f0-d793-4581-9810-c9d965e2f286/14a20941-1b84-4b82-be8f-ace38d7c037a/8582bdfc-ef54-47af-9f1e-f5b7ec1f1cf8
> /dev/null
>
>>
>> I assume this problem is most likely also related or causing my other
>> problems when accessing hosted vm snapshot section of web gui as well.
>>
>> vdsm log:
>>
>> jsonrpc/0::ERROR::2018-01-14
>> 09:48:09,302::task::875::storage.TaskManager.Task::(_setError)
>> (Task='37eba553-9c13-4e69-90f7-d0c987cc694c') Unexpected error
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in
>> _run
>> return fn(*args, **kargs)
>>   File "", line 2, in prepareImage
>>   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/storage/hsm.py", line 3162, in
>> prepareImage
>> raise se.VolumeDoesNotExist(leafUUID)
>> VolumeDoesNotExist: Volume does not exist:
>> (u'8582bdfc-ef54-47af-9f1e-f5b7ec1f1cf8',)
>> jsonrpc/0::ERROR::2018-01-14
>> 09:48:09,303::dispatcher::82::storage.Dispatcher::(wrapper) FINISH
>> prepareImage error=Volume does not exist:
>> (u'8582bdfc-ef54-47af-9f1e-f5b7ec1f1cf8',)
>>
>> agent log:
>>
>> MainThread::ERROR::2018-01-14
>> 09:49:26,546::agent::145::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Trying to restart agent
>> MainThread::ERROR::2018-01-14
>> 09:49:37,782::hosted_engine::538::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
>> Failed to start necessary monitors
>> MainThread::ERROR::2018-01-14
>> 09:49:37,783::agent::144::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Traceback (most recent call last):
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
>> line 131, in _run_agent
>> return action(he)
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
>> line 55, in action_proper
>> return he.start_monitoring()
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
>> line 416, in start_monitoring
>> self._initialize_broker()
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
>> line 535, in _initialize_broker
>> m.get('options', {}))
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>> line 83, in start_monitor
>> .format(type, options, e))
>> RequestError: Failed to start monitor ping, options {'addr': '192.168.0.1'}:
>> [Errno 2] No such file or directory
>>
>> MainThread::ERROR::2018-01-14
>> 09:49:37,783::agent::145::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Trying to restart agent
>>
>>
>> broker log:
>>
>> StatusStorageThread::ERROR::2018-01-12
>> 14:03:57,629::status_broker::85::ovirt_hosted_engine_ha.broker.status_broker.StatusBroker.Update::(run)
>> Failed to update state.
>> Traceback (most recent call last):
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/status_broker.py",
>> line 81, in run
>> entry.data
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py",
>> line 212, in put_stats
>> .format(str(e)))
>> RequestError: failed to write metadata: [Errno 2] No such file or directory:
>> '/var/run/vdsm/storage/248f46f0-d793-4581-9810-c9d965e2f286/14a20941-1b84-4b82-be8f-ace38d7c037a/8582bdfc-ef54-47af-9f1e-f5b7ec1f1cf8'
>> StatusStorageThread::ERROR::2018-01-12
>> 14:03:57,629::storage_broker::160::ovirt_hosted_engine_ha.broke

Re: [ovirt-users] ovirt-engine-webadmin-portal-debuginfo package for 4.2?

[Yedidyah Bar David]

me does not exist:
> (u'8582bdfc-ef54-47af-9f1e-f5b7ec1f1cf8',)
> Jan 12 16:52:37 cultivar0 python: detected unhandled Python exception in
> '/usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker'
> Jan 12 16:52:38 cultivar0 abrt-server: Not saving repeating crash in
> '/usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker'
> Jan 12 16:52:38 cultivar0 systemd: ovirt-ha-broker.service: main process
> exited, code=exited, status=1/FAILURE
> Jan 12 16:52:38 cultivar0 systemd: Unit ovirt-ha-broker.service entered
> failed state.
> Jan 12 16:52:38 cultivar0 systemd: ovirt-ha-broker.service failed.
> Jan 12 16:52:38 cultivar0 systemd: ovirt-ha-broker.service holdoff time
> over, scheduling restart.
> Jan 12 16:52:38 cultivar0 systemd: Cannot add dependency job for unit
> lvm2-lvmetad.socket, ignoring: Unit is masked.
> Jan 12 16:52:38 cultivar0 systemd: start request repeated too quickly for
> ovirt-ha-broker.service
> Jan 12 16:52:38 cultivar0 systemd: Failed to start oVirt Hosted Engine High
> Availability Communications Broker.
> Jan 12 16:52:38 cultivar0 systemd: Unit ovirt-ha-broker.service entered
> failed state.
> Jan 12 16:52:38 cultivar0 systemd: ovirt-ha-broker.service failed.
> Jan 12 16:52:40 cultivar0 systemd: ovirt-ha-agent.service holdoff time over,
> scheduling restart.
> Jan 12 16:52:40 cultivar0 systemd: Cannot add dependency job for unit
> lvm2-lvmetad.socket, ignoring: Unit is masked.
> Jan 12 16:52:40 cultivar0 systemd: Started oVirt Hosted Engine High
> Availability Communications Broker.
> Jan 12 16:52:40 cultivar0 systemd: Starting oVirt Hosted Engine High
> Availability Communications Broker...
> Jan 12 16:52:40 cultivar0 systemd: Started oVirt Hosted Engine High
> Availability Monitoring Agent.
> Jan 12 16:52:40 cultivar0 systemd: Starting oVirt Hosted Engine High
> Availability Monitoring Agent...
> Jan 12 16:52:41 cultivar0 journal: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to
> start necessary monitors
> Jan 12 16:52:41 cultivar0 journal: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call
> last):#012  File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 131, in _run_agent#012return action(he)#012  File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 55, in action_proper#012return he.start_monitoring()#012  File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 416, in start_monitoring#012self._initialize_broker()#012  File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 535, in _initialize_broker#012m.get('options', {}))#012  File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
> line 83, in start_monitor#012.format(type, options, e))#012RequestError:
> Failed to start monitor ping, options {'addr': '192.168.0.1'}: [Errno 2] No
> such file or directory
> Jan 12 16:52:41 cultivar0 journal: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent
> Jan 12 16:52:42 cultivar0 systemd: ovirt-ha-agent.service: main process
> exited, code=exited, status=157/n/a
> Jan 12 16:52:42 cultivar0 systemd: Unit ovirt-ha-agent.service entered
> failed state.
> Jan 12 16:52:42 cultivar0 systemd: ovirt-ha-agent.service failed.
>
>
>
> On Sun, Jan 14, 2018 at 9:46 AM, Yedidyah Bar David <d...@redhat.com> wrote:
>>
>> On Sun, Jan 14, 2018 at 3:37 PM, Jayme <jay...@gmail.com> wrote:
>> > First, apologies for all the posts to this list lately, I've been having
>> > a
>> > heck of a time after 4.2 upgrade and you've been helpful, I appreciate
>> > that.
>> >
>> > Since 4.2 upgrade I'm experiencing a few problems that I'm trying to
>> > debug.
>> >
>> > Current status is engine and all hosts are upgraded to 4.2, and cluster
>> > and
>> > domain set to 4.2 compatibility.  Hosted Engine VM is running and ui
>> > accessible etc, all VMs on hosts are running but no HA service.  Web UI
>> > is
>> > giving a few errors when checking network and snapshots on the hosted
>> > engine
>> > VM only, it doesn't give errors on any of the others VMs that I spot
>> > checked.
>> >
>> > 1. HA-agent and HA-broker are continually crashing on all three hosts
>> > over
>> > and over every few seconds.  I sent an email to users list with more
>> > details
>> > on this problem but unfortunately haven't heard anything back yet.  The
>> > general error in th

Re: [ovirt-users] ovirt-engine-webadmin-portal-debuginfo package for 4.2?

[Yedidyah Bar David]

On Sun, Jan 14, 2018 at 3:46 PM, Yedidyah Bar David <d...@redhat.com> wrote:
> On Sun, Jan 14, 2018 at 3:37 PM, Jayme <jay...@gmail.com> wrote:
>> First, apologies for all the posts to this list lately, I've been having a
>> heck of a time after 4.2 upgrade and you've been helpful, I appreciate that.
>>
>> Since 4.2 upgrade I'm experiencing a few problems that I'm trying to debug.
>>
>> Current status is engine and all hosts are upgraded to 4.2, and cluster and
>> domain set to 4.2 compatibility.  Hosted Engine VM is running and ui
>> accessible etc, all VMs on hosts are running but no HA service.  Web UI is
>> giving a few errors when checking network and snapshots on the hosted engine
>> VM only, it doesn't give errors on any of the others VMs that I spot
>> checked.
>>
>> 1. HA-agent and HA-broker are continually crashing on all three hosts over
>> and over every few seconds.  I sent an email to users list with more details
>> on this problem but unfortunately haven't heard anything back yet.  The
>> general error in the logs seems to be:
>> VolumeDoesNotExist(leafUUID)#012VolumeDoesNotExist: Volume does not exist:
>> (u'8582bdfc-ef54-47af-9f1e-f5b7ec1f1cf8',) --  What?  Volume doesn't exist,
>> why not?
>
> If agent/broker logs do not reveal this, the next step is usually checking
> vdsm logs and/or system logs. Can you please check/share these? Thanks.
>
>>
>> 2. Error when clicking "network interfaces" in the web gui for the hosted VM
>> engine.
>>
>> 3. Similar to #2 above an error is given when clicking "snapshots" in the
>> web gui for the hosted engine VM.
>>
>> The errors for #2 and #3 are generic "cannot read property 'a' of null".
>> I've read previous postings on ovirt-mailing list that suggest you can
>> install debug-info package to get a human readable error.. but this package
>> does not seem to be compatible with 4.2, it expects 4.1:  Requires:
>> "ovirt-engine-webadmin-portal = 4.1.2.2-1.el7.centos" -- Perhaps this
>> package is no longer required?

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

>>  I do see some additional details in the
>> ui.log that I can post if helpful.
>>
>> There is obviously something odd going on here with the hosted engine VM.
>> All three errors appear to related to a problem with it, although it is
>> indeed up and running.   I'd really like to get HA broker and agent back up
>> and running, and fix these GUI errors related to hosted engine VM.  All
>> three problems may be connected to one common issue?
>>
>> Thanks in advance!
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
> Didi



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-engine-webadmin-portal-debuginfo package for 4.2?

[Yedidyah Bar David]

On Sun, Jan 14, 2018 at 3:37 PM, Jayme  wrote:
> First, apologies for all the posts to this list lately, I've been having a
> heck of a time after 4.2 upgrade and you've been helpful, I appreciate that.
>
> Since 4.2 upgrade I'm experiencing a few problems that I'm trying to debug.
>
> Current status is engine and all hosts are upgraded to 4.2, and cluster and
> domain set to 4.2 compatibility.  Hosted Engine VM is running and ui
> accessible etc, all VMs on hosts are running but no HA service.  Web UI is
> giving a few errors when checking network and snapshots on the hosted engine
> VM only, it doesn't give errors on any of the others VMs that I spot
> checked.
>
> 1. HA-agent and HA-broker are continually crashing on all three hosts over
> and over every few seconds.  I sent an email to users list with more details
> on this problem but unfortunately haven't heard anything back yet.  The
> general error in the logs seems to be:
> VolumeDoesNotExist(leafUUID)#012VolumeDoesNotExist: Volume does not exist:
> (u'8582bdfc-ef54-47af-9f1e-f5b7ec1f1cf8',) --  What?  Volume doesn't exist,
> why not?

If agent/broker logs do not reveal this, the next step is usually checking
vdsm logs and/or system logs. Can you please check/share these? Thanks.

>
> 2. Error when clicking "network interfaces" in the web gui for the hosted VM
> engine.
>
> 3. Similar to #2 above an error is given when clicking "snapshots" in the
> web gui for the hosted engine VM.
>
> The errors for #2 and #3 are generic "cannot read property 'a' of null".
> I've read previous postings on ovirt-mailing list that suggest you can
> install debug-info package to get a human readable error.. but this package
> does not seem to be compatible with 4.2, it expects 4.1:  Requires:
> "ovirt-engine-webadmin-portal = 4.1.2.2-1.el7.centos" -- Perhaps this
> package is no longer required?  I do see some additional details in the
> ui.log that I can post if helpful.
>
> There is obviously something odd going on here with the hosted engine VM.
> All three errors appear to related to a problem with it, although it is
> indeed up and running.   I'd really like to get HA broker and agent back up
> and running, and fix these GUI errors related to hosted engine VM.  All
> three problems may be connected to one common issue?
>
> Thanks in advance!
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Fresh install - unable to web gui login

[Yedidyah Bar David]

On Thu, Jan 11, 2018 at 4:27 AM, Robin  wrote:

> Hi,
>
> I'm a new user , just installed Ovirt on a Centos 7, I gotten the web ui
> page but clicking on Login button does nothing. There is a warning
>
> "The redirection URI for client is not registered"
>

In the browser's address bar, you need to supply a url
with exactly the same name as the one you supplied to
engine-setup when asked for the FQDN.

If you need something else, please search the list archives
for "SSO_ALTERNATE_ENGINE_FQDNS".

Best regards,


>
> screen capture.
>
> https://filedn.com/l3TGy7Y83c247u0RDYa9fkp/temp/ovirt/overt1.jpg
>
>
> --
> Robin
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.2 upgrade questions

[Yedidyah Bar David]

On Tue, Jan 9, 2018 at 3:25 PM, Peter Hudec <phu...@cnc.sk> wrote:

> It's not a bug as I'm digging.
>

Very well :-)


>
> In logs I found
>

Which logs?


>
> 2018-01-09 08:23:22,421+0100 DEBUG otopi.context
> context.dumpEnvironment:831 ENV NETWORK/firewalldEnable=bool:'False'
> 2018-01-09 08:23:22,422+0100 DEBUG otopi.context
> context.dumpEnvironment:831 ENV NETWORK/iptablesEnable=bool:'True'
>
> So how to disable iptables and enable firewalld ?
>

If host-deploy, then it's a per-host/per-cluster option you should
be able to choose in the web admin ui.


>
>     Peter
>
> On 09/01/2018 13:47, Yedidyah Bar David wrote:
> > (Adding Ondra for the firewalld stuff. But I think it's probably
> > easier to debug if you open a bug and attach logs there).
> >
> > On Tue, Jan 9, 2018 at 2:34 PM, Peter Hudec <phu...@cnc.sk
> > <mailto:phu...@cnc.sk>> wrote:
> >
> > If I run host reinstall with custom firewall rules in
> > /etc/ovirt-engine/ansible/ovirt-host-deploy-post-tasks.yml the task
> will
> > fails due the firewalld is not running.
> >
> > The reinstall task will disable firewalld and enable
> iptables-services.
> > I'm little bit confused ;(
> >
> > ---
> > - name: Enable additional port on firewalld
> >   firewalld:
> > port: "10050/tcp"
> > permanent: yes
> > immediate: yes
> > state: enabled
> >
> >
> > 2018-01-09 13:27:30,103 p=13550 u=ovirt |  included:
> > /etc/ovirt-engine/ansible/ovirt-host-deploy-post-tasks.yml for
> > dipovirt01.cnc.sk <http://dipovirt01.cnc.sk>
> > 2018-01-09 13:27:30,134 p=13550 u=ovirt |  TASK [Enable additional
> port
> > on firewalld] *
> > 2018-01-09 13:27:32,089 p=13550 u=ovirt |  fatal: [dipovirt01.cnc.sk
> > <http://dipovirt01.cnc.sk>]:
> > FAILED! => {"changed": false, "module_stderr": "Shared connection to
> > dipovirt01.cnc.sk <http://dipovirt01.cnc.sk> closed.\r\n",
> > "module_stdout": "Traceback (most recent
> > call last):\r\n  File
> > \"/tmp/ansible_2Ilnjq/ansible_module_firewalld.py\", line 936, in
> > \r\nmain()\r\n  File
> > \"/tmp/ansible_2Ilnjq/ansible_module_firewalld.py\", line 788, in
> > main\r\nmodule.fail(msg='firewall is not currently running,
> unable
> > to perform immediate actions without a running firewall
> > daemon')\r\nAttributeError: 'AnsibleModule' object has no attribute
> > 'fail'\r\n", "msg": "MODULE FAILURE", "rc": 0}
> > 2018-01-09 13:27:32,095 p=13550 u=ovirt |  PLAY RECAP
> > 
> *
> >
> >
> > After reinstalation the status of firewalld is
> > [PROD] r...@dipovirt01.cnc.sk <mailto:r...@dipovirt01.cnc.sk>:
> >     /var/log/vdsm # systemctl status firewalld
> > ● firewalld.service - firewalld - dynamic firewall daemon
> >Loaded: loaded (/usr/lib/systemd/system/firewalld.service;
> disabled;
> > vendor preset: enabled)
> >Active: inactive (dead)
> >  Docs: man:firewalld(1)
> >
> >
> > So how could I switch to firewalld? package iptables-service could
> not
> > be removed due the dependencies.
> >
> > Peter
> >
> > On 09/01/2018 09:35, Yedidyah Bar David wrote:
> > >
> > > 1) firewalld
> > > after upgrade the hot server, the i needed to stop firewalld.
> It seems,
> > > that, the rules are not generated correctly. The engine was
> not able to
> > > connect to the host. How do I could fix it?
> > >
> > >
> > > Please check/share relevant files from
> /var/log/ovirt-engine/ansible/
> > > and /var/log/ovirt-engine/host-deploy/ . Or perhaps file a bug and
> > > attach them there.
> >
> >
> > --
> > *Peter Hudec*
> > Infraštruktúrny architekt
> > phu...@cnc.sk <mailto:phu...@cnc.sk> <mailto:phu...@cnc.sk
> > <mailto:phu...@cnc.sk>>
> >
> > *CNC, a.s.*
> > Borská 6, 841 04 Bratislava
> > Recepcia: +421 2  35 000 100 <tel:%2B421%202%C2%A0%2035%2%20100>
> >
> > Mobil:+421 905 997 203 <tel:%2B421%C2%A0905%20997%20203>
> > *www.cnc.sk <http://www.cnc.sk>* <http:///www.cnc.sk
> > <http://www.cnc.sk>>
> >
> >
> >
> >
> > --
> > Didi
>
>
> --
> *Peter Hudec*
> Infraštruktúrny architekt
> phu...@cnc.sk <mailto:phu...@cnc.sk>
>
> *CNC, a.s.*
> Borská 6, 841 04 Bratislava
> Recepcia: +421 2  35 000 100
>
> Mobil:+421 905 997 203
> *www.cnc.sk* <http:///www.cnc.sk>
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.2 upgrade questions

[Yedidyah Bar David]

(Adding Ondra for the firewalld stuff. But I think it's probably
easier to debug if you open a bug and attach logs there).

On Tue, Jan 9, 2018 at 2:34 PM, Peter Hudec <phu...@cnc.sk> wrote:

> If I run host reinstall with custom firewall rules in
> /etc/ovirt-engine/ansible/ovirt-host-deploy-post-tasks.yml the task will
> fails due the firewalld is not running.
>
> The reinstall task will disable firewalld and enable iptables-services.
> I'm little bit confused ;(
>
> ---
> - name: Enable additional port on firewalld
>   firewalld:
> port: "10050/tcp"
> permanent: yes
> immediate: yes
> state: enabled
>
>
> 2018-01-09 13:27:30,103 p=13550 u=ovirt |  included:
> /etc/ovirt-engine/ansible/ovirt-host-deploy-post-tasks.yml for
> dipovirt01.cnc.sk
> 2018-01-09 13:27:30,134 p=13550 u=ovirt |  TASK [Enable additional port
> on firewalld] *
> 2018-01-09 13:27:32,089 p=13550 u=ovirt |  fatal: [dipovirt01.cnc.sk]:
> FAILED! => {"changed": false, "module_stderr": "Shared connection to
> dipovirt01.cnc.sk closed.\r\n", "module_stdout": "Traceback (most recent
> call last):\r\n  File
> \"/tmp/ansible_2Ilnjq/ansible_module_firewalld.py\", line 936, in
> \r\nmain()\r\n  File
> \"/tmp/ansible_2Ilnjq/ansible_module_firewalld.py\", line 788, in
> main\r\nmodule.fail(msg='firewall is not currently running, unable
> to perform immediate actions without a running firewall
> daemon')\r\nAttributeError: 'AnsibleModule' object has no attribute
> 'fail'\r\n", "msg": "MODULE FAILURE", "rc": 0}
> 2018-01-09 13:27:32,095 p=13550 u=ovirt |  PLAY RECAP
> *
>
>
> After reinstalation the status of firewalld is
> [PROD] r...@dipovirt01.cnc.sk: /var/log/vdsm # systemctl status firewalld
> ● firewalld.service - firewalld - dynamic firewall daemon
>Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled;
> vendor preset: enabled)
>Active: inactive (dead)
>  Docs: man:firewalld(1)
>
>
> So how could I switch to firewalld? package iptables-service could not
> be removed due the dependencies.
>
> Peter
>
> On 09/01/2018 09:35, Yedidyah Bar David wrote:
> >
> > 1) firewalld
> > after upgrade the hot server, the i needed to stop firewalld. It
> seems,
> > that, the rules are not generated correctly. The engine was not able
> to
> > connect to the host. How do I could fix it?
> >
> >
> > Please check/share relevant files from /var/log/ovirt-engine/ansible/
> > and /var/log/ovirt-engine/host-deploy/ . Or perhaps file a bug and
> > attach them there.
>
>
> --
> *Peter Hudec*
> Infraštruktúrny architekt
> phu...@cnc.sk <mailto:phu...@cnc.sk>
>
> *CNC, a.s.*
> Borská 6, 841 04 Bratislava
> Recepcia: +421 2  35 000 100
>
> Mobil:+421 905 997 203
> *www.cnc.sk* <http:///www.cnc.sk>
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.2 upgrade questions

[Yedidyah Bar David]

3e-9751-93aee3e7b347'} failed:
> >> (code=1, message=Virtual machine does not exist: {'vmId':
> >> u'9a8ea503-f598-433e-9751-93aee3e7b347'})
> >>
> >> MainThread::ERROR::2018-01-09
> >> 10:15:15,199::hosted_engine::1013::ovirt_hosted_engine_ha.
> agent.hosted_engine.HostedEngine::(_stop_engine_vm)
> >> Failed to stop engine vm with /usr/sbin/hosted-engine --vm-poweroff:
> >> Command VM.destroy with args {'vmID':
> >> '9a8ea503-f598-433e-9751-93aee3e7b347'} failed:
> >> (code=1, message=Virtual machine does not exist: {'vmId':
> >> u'9a8ea503-f598-433e-9751-93aee3e7b347'})
> >>
> >> MainThread::ERROR::2018-01-09
> >> 10:15:15,199::hosted_engine::1019::ovirt_hosted_engine_ha.
> agent.hosted_engine.HostedEngine::(_stop_engine_vm)
> >> Failed to stop engine VM: Command VM.destroy with args {'vmID':
> >> '9a8ea503-f598-433e-9751-93aee3e7b347'} failed:
> >> (code=1, message=Virtual machine does not exist: {'vmId':
> >> u'9a8ea503-f598-433e-9751-93aee3e7b347'})
> >>
> >> MainThread::INFO::2018-01-09
> >> 10:15:15,317::brokerlink::68::ovirt_hosted_engine_ha.lib.
> brokerlink.BrokerLink::(notify)
> >> Success, was notification of state_transition
> >> (EngineForceStop-ReinitializeFSM) sent? sent
> >> MainThread::INFO::2018-01-09
> >> 10:15:15,356::hosted_engine::494::ovirt_hosted_engine_ha.
> agent.hosted_engine.HostedEngine::(_monitoring_loop)
> >> Current state ReinitializeFSM (score: 0)
> >> MainThread::INFO::2018-01-09
> >> 10:15:25,560::brokerlink::68::ovirt_hosted_engine_ha.lib.
> brokerlink.BrokerLink::(notify)
> >> Success, was notification of state_transition
> >> (ReinitializeFSM-EngineDown) sent? sent
> >>
> >>  Peter
> >>
> >> On 09/01/2018 09:35, Yedidyah Bar David wrote:
> >>>
> >>> 3) Hosted Engine HA:
> >>> Hosted Engine HA on upgraded hosts is 3400, the same as on the 4.1
> >>> hosts. Is this good or bad?
> >>>
> >>>
> >>> It's good.
> >>
> >>
> >
> >
>
>
> --
> *Peter Hudec*
> Infraštruktúrny architekt
> phu...@cnc.sk <mailto:phu...@cnc.sk>
>
> *CNC, a.s.*
> Borská 6, 841 04 Bratislava
> Recepcia: +421 2  35 000 100
>
> Mobil:+421 905 997 203
> *www.cnc.sk* <http:///www.cnc.sk>
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.2 upgrade questions

[Yedidyah Bar David]

On Tue, Jan 9, 2018 at 10:13 AM, Peter Hudec  wrote:

> Hi,
>
> maybe it was already here, but I haven't found it quickly in archive ;(
>
> I upgrade the hosted engine and one hots, my notes and questions.
> The upgrade goes well, I only needed to manually fix the memy value in
> database for hosted engine
>
> [ ERROR ] schema.sh: FATAL: Cannot execute sql command:
> --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_
> 02_0140_add_max_memory_constraint.sql
> [ ERROR ] Failed to execute stage 'Misc configuration': Engine schema
> refresh failed
>

You mean you changed something in the db and then ran engine-setup again
and it worked?

Can you please share both setup logs and the change you made in between?
Thanks.


>
>
> 1) firewalld
> after upgrade the hot server, the i needed to stop firewalld. It seems,
> that, the rules are not generated correctly. The engine was not able to
> connect to the host. How do I could fix it?
>

Please check/share relevant files from /var/log/ovirt-engine/ansible/
and /var/log/ovirt-engine/host-deploy/ . Or perhaps file a bug and
attach them there.


>
> 2) old repo removal
> Could i remove the 4.1 repo? If yes, what is the best way to do that?
>

I think 'yum remove ovirt-release41', or remove the relevant files in
/etc/yum.repos.d.


>
> 3) Hosted Engine HA:
> Hosted Engine HA on upgraded hosts is 3400, the same as on the 4.1
> hosts. Is this good or bad?
>

It's good.

Best regards,


>
> regards
> Peter
>
> --
> *Peter Hudec*
> Infraštruktúrny architekt
> phu...@cnc.sk 
>
> *CNC, a.s.*
> Borská 6, 841 04 Bratislava
> Recepcia: +421 2  35 000 100
>
> Mobil:+421 905 997 203
> *www.cnc.sk* 
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Rebuilding my infra..

[Yedidyah Bar David]

On Mon, Jan 8, 2018 at 10:57 PM, Karli Sjöberg  wrote:

>
>
> Den 8 jan. 2018 21:48 skrev Vinícius Ferrão :
>
> If I’m not wrong GlusterFS in oVirt requires 3 hosts.
>
>
> Wasn't there a Ridning Hood not long ago that said they'd change it down
> to 1 with 4.2, just to have something to get you started? To lower the bar
> for POC systems, like all-in-one?
>

There is this:

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

One dependent bug is in POST. Although I was asked to
review the patch, I don't know much about the general
plan, including whether that's enough or more bugs/fixes
will be needed. Adding Sahina.

Best regards,


>
> /K
>
>
> Here’s the RHHI guide, it’s pretty much the same for oVirt:
> https://access.redhat.com/documentation/en-us/red_hat_
> hyperconverged_infrastructure/1.1/html/deploying_red_hat_
> hyperconverged_infrastructure/
>
> > On 8 Jan 2018, at 18:10, carl langlois wrote:
> >
> > Hi all
> >
> > After screwing my infra with the update to 4.2 (probably a bad
> manipulation), i am planning a rebuild of the entire infra. First i want to
> replace my NFS storage with a glusterfs storage. All documentation tell me
> that i need 3 hosts.. but for the moment i only have 2 but planning to had
> more later.
> >
> > So does it make sense to start with 2 hosts and use glusterfs as the
> storage domain(lets says with a replicate of two with all its limitations).
> > If it make sense,
> > 1- what is the best way to do it.
> > 2- how hard will it be to had the 3rd host when available and make it
> replica 2+arbiter.
> >
> > Also in a setup where i have 3 hosts (replica 2+arbiter) does all the 3
> hosts can run users vm?
> >
> > Thanks for your inputs.
> >
> > Carl
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.1 hosted engine: Resize or Change "hosted-engine" Data Domain

[Yedidyah Bar David]

On Mon, Jan 8, 2018 at 3:52 PM, Martin Sivak  wrote:

> Hi,
>
> Simone can you please help here?
>
> Martin
>
> On Mon, Jan 8, 2018 at 2:44 PM, yayo (j)  wrote:
> > Hi,
> >
> > Sorry for ask it again but the steps are not clear ...
> >
> > Thank you
> >
> > 2018-01-07 16:39 GMT+01:00 yayo (j) :
> >>
> >> Hi,
> >>
> >> Sorry but I needs to migrate from one hosted-engine to another, so,
> where
> >> I can restore backup? Before or after the autoimport triggered?
> >>
> >> * Create new hosted-engine lun
> >> * Backup current hosted-engine
> >> * From one node execute hosted-engine --deploy --he-remove-storage-vm
> >> --he-remove-hosts
> >> Right? And after that?
> >>
> >> Can you help me to better understand?
>

Please see this page:

https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/

There, note that when you restore the engine ('engine-backup
--mode=restore'),
you should pass also '--he-remove-storage-vm' and '--he-remove-hosts'.

Best regards,


> >> Thank you!
> >>
> >> Il 03 Gen 2018 14:39, "Martin Sivak"  ha scritto:
> >>
> >> Hi,
> >>
> >> we do not have any nice procedure to do that. Moving hosted engine to
> >> a different storage usually involves backup and restore of the engine
> >> database. See for example here:
> >> http://lists.ovirt.org/pipermail/users/2017-June/082466.html
> >>
> >> Best regards
> >>
> >> --
> >> Martin Sivak
> >> SLA / oVirt
> >>
> >> On Wed, Jan 3, 2018 at 12:20 PM, yayo (j)  wrote:
> >> > hi at all,
> >> >
> >> > We have the "hosted engine" Data domain on a FC LUN too big for only
> the
> >> > hosted-engine so we want to create another little FC LUN and move the
> >> > hosted-engine vm on this new LUN and destroy old one ...
> >> >
> >> > Is there any official workflow or how to to do this operation? Or,
> >> > someone
> >> > can  guide me?
> >> >
> >> > Thank you!
> >> >
> >> > ___
> >> > Users mailing list
> >> > Users@ovirt.org
> >> > http://lists.ovirt.org/mailman/listinfo/users
> >> >
> >>
> >>
> >
> >
> >
> > --
> > Linux User: 369739 http://counter.li.org
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] bad bond name when setting up hosted engine

[Yedidyah Bar David]

On Mon, Jan 8, 2018 at 1:36 AM, Sam McLeod <mailingli...@smcleod.net> wrote:

> Thank you for the information Dan, Dominik and Didi,
>
> To avoid logging yet another bug for this issue, I've updated bug
> https://bugzilla.redhat.com/show_bug.cgi?id=1459229 as you've mentioned
> with the brief of our conversation here.
>
> By the way, it is very useful to name a bonded interface things other than
> bondXYZ, for example, you might have 6 bonds, each of a different network
> or native VLAN.
> It helps with debugging, troubleshooting and logging if the interface is
> named after the (native) network, e.g. your iSCSI storage network might
> have a bond called 'storage', while your management or hypervisor network
> might have a bond named 'mgmt' then perhaps you have 'data' bond that might
> have several vlans off it such as 'db' (database), 'dmz', 'staff' etc...
> depending on how and where you chop your network up.
>

When I was a sysadmin I used to call my bonds bondFUNCTION.

This way I both had a prefix 'bond' that readily showed it's
a bond, and a suffix showing its function.

IMO oVirt should allow any bond names. If we do decide to limit
them at all, I'd limit only in a negative way - what's not
allowed. E.g. it makes sense to me if we reject prefixes that
are common for non-bonds (eth, en, wl, br etc), but even that
I am not sure is so important.


>
> --
> Sam McLeod
> https://smcleod.net
> https://twitter.com/s_mcleod
>
> On 7 Jan 2018, at 6:08 pm, Yedidyah Bar David <d...@redhat.com> wrote:
>
> On Fri, Jan 5, 2018 at 7:44 AM, Dan Kenigsberg <dan...@redhat.com> wrote:
>
>> On Thu, Jan 4, 2018 at 5:50 AM, Sam McLeod <mailingli...@smcleod.net>
>> wrote:
>> > I'm having a problem where when setting up hosted engine deployment it
>> fails
>> > stating that the selected bond name is bad.
>> >
>> > "code=25, message=bad bond name(s): mgmt)"
>> >
>> > - Is there a problem similar to
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1519807 that's known?
>>
>
> Please note that this is just but one bug in a series/tree of
> related bugs, some of which are open. If you decide to follow
> Dan's suggestion, perhaps reuse one of the others, or perhaps
> even better - open a new one, and eventually one or more will
> be closed as duplicate of one or more of the others. Sadly,
> not all of them link properly to each other, and at least one
> which was fixed caused another bug, so the fix was reverted.
> See also e.g. all of the discussion in:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1459229
>
>
>
>> > - If it seems to be this bug, is it preferred that I simply update the
>> > existing, closed issue as I have done, or open a new bug?
>> >
>> > --
>> > Sam McLeod
>> > https://smcleod.net
>> > https://twitter.com/s_mcleod
>>
>> I see that you are trying to use a bond interface named "mgmt".
>> To avoid confusion while debugging a system, Vdsm has opted to allow
>> only bond names starting with "bond" followed by one or more decimal
>> digits. Anything else is considered "bad bond".
>>
>> I prefer keeping the "bond" prefix compulsory, but I'd like to hear
>> why using different names is useful.
>>
>> You can reopen this bug, but please move it to vdsm and rename it: it
>> should be something like "Allow any bondXYZ name for bonds" or "Allow
>> any bond name" and explain there why it is a good idea.
>>
>> Dominik, is there an Engine-side limitation on bond names?
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
> Didi
>
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] bad bond name when setting up hosted engine

[Yedidyah Bar David]

On Fri, Jan 5, 2018 at 7:44 AM, Dan Kenigsberg  wrote:

> On Thu, Jan 4, 2018 at 5:50 AM, Sam McLeod 
> wrote:
> > I'm having a problem where when setting up hosted engine deployment it
> fails
> > stating that the selected bond name is bad.
> >
> > "code=25, message=bad bond name(s): mgmt)"
> >
> > - Is there a problem similar to
> > https://bugzilla.redhat.com/show_bug.cgi?id=1519807 that's known?
>

Please note that this is just but one bug in a series/tree of
related bugs, some of which are open. If you decide to follow
Dan's suggestion, perhaps reuse one of the others, or perhaps
even better - open a new one, and eventually one or more will
be closed as duplicate of one or more of the others. Sadly,
not all of them link properly to each other, and at least one
which was fixed caused another bug, so the fix was reverted.
See also e.g. all of the discussion in:

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



> > - If it seems to be this bug, is it preferred that I simply update the
> > existing, closed issue as I have done, or open a new bug?
> >
> > --
> > Sam McLeod
> > https://smcleod.net
> > https://twitter.com/s_mcleod
>
> I see that you are trying to use a bond interface named "mgmt".
> To avoid confusion while debugging a system, Vdsm has opted to allow
> only bond names starting with "bond" followed by one or more decimal
> digits. Anything else is considered "bad bond".
>
> I prefer keeping the "bond" prefix compulsory, but I'd like to hear
> why using different names is useful.
>
> You can reopen this bug, but please move it to vdsm and rename it: it
> should be something like "Allow any bondXYZ name for bonds" or "Allow
> any bond name" and explain there why it is a good idea.
>
> Dominik, is there an Engine-side limitation on bond names?
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to install the engine manually?

[Yedidyah Bar David]

On Thu, Jan 4, 2018 at 4:03 PM, Pepe Pepe <erpi...@gmx.com> wrote:

> Hello.
>
> Thanks for your answer.
>
> The only thing I want to do is to install it "manually" without the yum
> command. Do you know what I want to mean ?
>

I do not think I understand.

If you want to use oVirt on CentOS 7, you should install it with yum. If you
do not want to, e.g. because you prefer your software to be in /usr/local or
something like that, then this is not supported, I do not know about anyone
trying this, and I guess it will require quite a lot of effort.

If you want to set up a development environment, see the links I sent. In
theory
you can do this also for production, but it will require quite a lot of
effort
if your only wish is to not install with yum.

If you want to port it to some other OS or distribution, or want to do
anything
else, please provide more details.


>
> One more question... Is it possible to change whether start the service
> automatically or not?
>

You mean when installed with yum?

yum install will not make it start automatically.

engine-setup will start it and configure it to start automatically.
There is no way to make engine-setup not do that.
After you run engine-setup, you can disable it if you want.
You will have to remember to do this after each upgrade.
Also note that engine-setup handles many services, not only ovirt-engine.
To see which services it enabled, grep the setup log for
'systemctl.*enable'.

Best regards,


>
> Thanks in advance.
> Regards,
> PP.
>
>
> *Enviar:* jueves 4 de enero de 2018 a las 7:46
> *De:* "Yedidyah Bar David" <d...@redhat.com>
> *Para:* "Pepe Pepe" <erpi...@gmx.com>
> *CC:* "OVIRT OVIRT" <users@ovirt.org>
> *Asunto:* Re: [ovirt-users] How to install the engine manually?
> On Wed, Jan 3, 2018 at 8:07 PM, Pepe Pepe <erpi...@gmx.com> wrote:
>>
>> Hello everybody.
>>
>> I'd like to know if it is possible to install the whole engine using the
>> folder "src" that I can download from here:
>>
>> http://resources.ovirt.org/pub/ovirt-4.2/
>>
>> Would it be possible to install them all executing a Makefile or script?
>>
>
> You mean that you want to build everything from source? See these:
>
> https://ovirt.org/develop/
> https://ovirt.org/develop/developer-guide/engine/engine-
> development-environment/
> https://ovirt.org/develop/developer-guide/vdsm/developers/
>
> Best regards,
> --
> Didi
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted Engine fails if there's a VLAN on the bonded network

[Yedidyah Bar David]

On Thu, Jan 4, 2018 at 8:36 AM, Yedidyah Bar David <d...@redhat.com> wrote:

> On Wed, Jan 3, 2018 at 6:20 PM, Vinícius Ferrão <fer...@if.ufrj.br> wrote:
>
>> Hello,
>>
>> I’m deploying oVirt HE on a new DC and the installation failed when
>> configuring the ovirtmgmt interface:
>>
>> [ INFO  ] Configuring the management bridge
>> [ ERROR ] Failed to execute stage 'Misc configuration': Failed to setup
>> networks {'ovirtmgmt': {'bonding': 'bond0', 'ipaddr': u'146.164.37.103',
>> 'netmask': u'255.255.255.0', 'defaultRoute': True,
>> 'gateway': u'146.164.37.1'}}. Error: "Command Host.setupNetworks with args
>> {'bondings': {}, 'options': {'connectivityCheck': False}, 'networks':
>> {'ovirtmgmt': {'bonding': 'bond0', 'ipaddr': u'146.164.37.103', 'netmask':
>> u'255.255.255.0', 'defaultRoute': True, 'gateway': u'146.164.37.1'}}}
>> failed:
>>  (code=-32603, message=Internal JSON-RPC error: {'reason':
>> "Attempt to call function: > > with arguments: ({u'ovirtmgmt':
>> {u'bonding': u'bond0', u'ipaddr': u'146.164.37.103', u'netmask':
>> u'255.255.255.0', u'defaultRoute': True, u'gateway': u'146.164.37.1'}}, {},
>> {u'connectivityCheck': False}) error: 'NoneType' object is not iterable"})"
>> [ INFO  ] Yum Performing yum transaction rollback
>> [ INFO  ] Stage: Clean up
>> [ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-
>> setup/answers/answers-20171230013538.conf'
>> [ INFO  ] Stage: Pre-termination
>> [ INFO  ] Stage: Termination
>> [ ERROR ] Hosted Engine deployment failed: this system is not reliable,
>> please check the issue,fix and redeploy
>>   Log file is located at /var/log/ovirt-hosted-engine-s
>> etup/ovirt-hosted-engine-setup-20171230004808-wwq1ib.log
>>
>> It appears this happened because on the bond0 interface, the NFS storage
>> network is tagged directly on bond0:
>>
>> 11: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc
>> noqueue state UP qlen 1000
>> link/ether 40:f2:e9:f3:5c:62 brd ff:ff:ff:ff:ff:ff
>> inet 146.164.37.103/24 brd 146.164.37.255 scope global bond0
>>valid_lft forever preferred_lft forever
>> inet6 fe80::42f2:e9ff:fef3:5c62/64 scope link
>>valid_lft forever preferred_lft forever
>> 13: bond0.10@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
>> noqueue state UP qlen 1000
>> link/ether 40:f2:e9:f3:5c:62 brd ff:ff:ff:ff:ff:ff
>> inet 192.168.10.3/28 brd 192.168.10.15 scope global bond0.10
>>valid_lft forever preferred_lft forever
>> inet6 fe80::42f2:e9ff:fef3:5c62/64 scope link
>>valid_lft forever preferred_lft forever
>>
>> I’ve collected the logs and they are located here for download:
>> http://www.if.ufrj.br/~ferrao/ovirt
>>
>
> Can you please add there /var/log/vdsm/* ? Thanks.
>

I see that you also filed [1]. Let's continue the analysis there,
it's more effective than on the mailing list. Thanks.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1530839


>
> Adding Dan.
>
> Best regards,
> --
> Didi
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to install the engine manually?

[Yedidyah Bar David]

On Wed, Jan 3, 2018 at 8:07 PM, Pepe Pepe  wrote:

> Hello everybody.
>
> I'd like to know if it is possible to install the whole engine using the
> folder "src" that I can download from here:
>
> http://resources.ovirt.org/pub/ovirt-4.2/
>
> Would it be possible to install them all executing a Makefile or script?
>

You mean that you want to build everything from source? See these:

https://ovirt.org/develop/
https://ovirt.org/develop/developer-guide/engine/engine-development-environment/
https://ovirt.org/develop/developer-guide/vdsm/developers/

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted Engine fails if there's a VLAN on the bonded network

[Yedidyah Bar David]

On Wed, Jan 3, 2018 at 6:20 PM, Vinícius Ferrão  wrote:

> Hello,
>
> I’m deploying oVirt HE on a new DC and the installation failed when
> configuring the ovirtmgmt interface:
>
> [ INFO  ] Configuring the management bridge
> [ ERROR ] Failed to execute stage 'Misc configuration': Failed to setup
> networks {'ovirtmgmt': {'bonding': 'bond0', 'ipaddr': u'146.164.37.103',
> 'netmask': u'255.255.255.0', 'defaultRoute': True,
> 'gateway': u'146.164.37.1'}}. Error: "Command Host.setupNetworks with args
> {'bondings': {}, 'options': {'connectivityCheck': False}, 'networks':
> {'ovirtmgmt': {'bonding': 'bond0', 'ipaddr': u'146.164.37.103', 'netmask':
> u'255.255.255.0', 'defaultRoute': True, 'gateway': u'146.164.37.1'}}}
> failed:
>  (code=-32603, message=Internal JSON-RPC error: {'reason':
> "Attempt to call function:  > with arguments: ({u'ovirtmgmt':
> {u'bonding': u'bond0', u'ipaddr': u'146.164.37.103', u'netmask':
> u'255.255.255.0', u'defaultRoute': True, u'gateway': u'146.164.37.1'}}, {},
> {u'connectivityCheck': False}) error: 'NoneType' object is not iterable"})"
> [ INFO  ] Yum Performing yum transaction rollback
> [ INFO  ] Stage: Clean up
> [ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-
> setup/answers/answers-20171230013538.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Hosted Engine deployment failed: this system is not reliable,
> please check the issue,fix and redeploy
>   Log file is located at /var/log/ovirt-hosted-engine-
> setup/ovirt-hosted-engine-setup-20171230004808-wwq1ib.log
>
> It appears this happened because on the bond0 interface, the NFS storage
> network is tagged directly on bond0:
>
> 11: bond0:  mtu 1500 qdisc
> noqueue state UP qlen 1000
> link/ether 40:f2:e9:f3:5c:62 brd ff:ff:ff:ff:ff:ff
> inet 146.164.37.103/24 brd 146.164.37.255 scope global bond0
>valid_lft forever preferred_lft forever
> inet6 fe80::42f2:e9ff:fef3:5c62/64 scope link
>valid_lft forever preferred_lft forever
> 13: bond0.10@bond0:  mtu 1500 qdisc
> noqueue state UP qlen 1000
> link/ether 40:f2:e9:f3:5c:62 brd ff:ff:ff:ff:ff:ff
> inet 192.168.10.3/28 brd 192.168.10.15 scope global bond0.10
>valid_lft forever preferred_lft forever
> inet6 fe80::42f2:e9ff:fef3:5c62/64 scope link
>valid_lft forever preferred_lft forever
>
> I’ve collected the logs and they are located here for download:
> http://www.if.ufrj.br/~ferrao/ovirt
>

Can you please add there /var/log/vdsm/* ? Thanks.

Adding Dan.

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Get UU

[Yedidyah Bar David]

On Sat, Dec 30, 2017 at 10:45 AM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
>
> On 30 Dec 2017, at 06:54, Blaster  wrote:
>
> I need to create an old oVirt Windows VM.  The VM has an old licensed
> product that we can no longer get a licensed reissued for.  It looks like I
> need to feed back the original qemu UUID that was used when the VM was
> created.
>
> I have an engine config backup and a backup of the oVirt storage domain.
>
> I viewed the engine backup, but the format as-is doesn't give any obvious
> configuration details of the VMs at the time of the backup.  Is the UUID as
> obvious as the file name of the VM's boot volume UUID name?
>
>
I think it's the field 'vm_guid' in the table 'vm_static'.

You can restore the backup on a temp vm somewhere - make sure it has no
access to your hosts so that the engine will not start to manage them -
or just look at the db dump. The backup is a tar file, and you can look
at db dumps inside it using 'pg_restore filename | less'.


>
> The guest UUID is configurable per VM in Edit dialog, you can use a custom
> value
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Warning - MacOS SSH Terminal / oVirt Engine Errors

[Yedidyah Bar David]

On Fri, Dec 29, 2017 at 9:41 PM, Maton, Brett  wrote:
> Works just fine from a vanilla Mac OS SSH session, I updated 3 clusters this
> week from a mac
>
> On 29 December 2017 at 13:27, Chris Adams  wrote:
>>
>> Once upon a time, andreil1  said:
>> > Hi !
>> >
>> > I would like to warn all who try to use engine-setup via MacOS X SSH
>> > terminal.
>> > It throws a lot of errors and fails (seems to relate to differently
>> > named UTF8 locales).
>> > From Linux PC everything is fine.
>> >
>> >
>> >
>> > [root@node00 ~]# engine-setup
>> > [ ERROR ] Yum unknown locale: UTF-8
>> > [ ERROR ] Yum unknown locale: UTF-8
>>
>> Is it really setting the locale ($LANG) to UTF-8?  If so, that's wrong;
>> UTF-8 is a character encoding, not a locale.  A proper locale would be
>> something like en_US.utf8.
>>
>> You should be able to override it after login by setting it, like:
>>
>> # export LANG=en_US.utf8

See also:

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

>>
>> --
>> Chris Adams 
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4.2 upgrade procedure.

[Yedidyah Bar David]

On Thu, Dec 28, 2017 at 1:46 PM, Eduardo Mayoral  wrote:
> Hi,
>
> I just started upgrading one of our oVirt installations from 4.1.8
> to 4.2
>
> Engine is NOT self hosted. It is a plain CentOS 7.4 server.
>
> Compute hosts (10 of them) are CentOS 7.4 as well. Storage is mainly
> iSCSI served from an external storage system.
>
> Engine upgrade was seamless. Now I want to upgrade the hosts, then
> change the cluster compatibility level, then the datacenter
> compatibility. Can someone confirm that this is the correct sequence?
>
> On the first host, I put it in maintenance mode, installed
> centos-release-ovirt42 and removed centos-release-ovirt41.
>
> When doing the upgrade host from the web interface, I get:
>
> 2017-12-28 10:58:46,054 p=7173 u=ovirt |  Using
> /usr/share/ovirt-engine/playbooks/ansible.cfg as config file
> 2017-12-28 10:58:46,288 p=7173 u=ovirt |  PLAY [all]
> *
> 2017-12-28 10:58:46,316 p=7173 u=ovirt |  TASK [ovirt-host-upgrade :
> Install ovirt-host package if it isn't installed] ***
> 2017-12-28 10:58:51,143 p=7173 u=ovirt |  fatal: [llki612.arsyslan.es]:
> FAILED! => {"changed": false, "msg": "No package matching 'ovirt-host'
> found available, installed or updated", "rc": 126, "results": ["No
> package matching 'ovirt-host' found available, installed or updated"]}
> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  PLAY RECAP
> *
> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  llki612.arsyslan.es:
> ok=0changed=0unreachable=0failed=1
>
> Now, I see the ovirt-host package is not installed or available on the
> Compute node. It is available on the ovirt-engine on repo "ovirt-4.2"
> (which is installed by ovirt-release42-4.2.0-1.el7.centos.noarch)
>
> I am a bit confused here. I thought I only needed centos-release-ovirt42
> (centos-ovirt42 repo) on the compute hosts. Is that so? Has this changed
> from 4.1 to 4.2?

I do not think this was changed.

Where did you find instructions to install centos-release-ovirt42?

Generally speaking, oVirt repos are available by installing ovirt-release*.

Best regards,

>
> Thank you very much for your help!
>
>
> --
> Eduardo Mayoral Jimeno (emayo...@arsys.es)
> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
> +34 941 620 145 ext. 5153
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt virtio drivers for fedora 5

[Yedidyah Bar David]

On Wed, Dec 27, 2017 at 3:24 PM, Yaniv Kaul  wrote:
>
>
> On Wed, Dec 27, 2017 at 3:07 PM, Anantha Raghava
>  wrote:
>>
>> Hi,
>>
>> We have converted a very old fedora 5 server to run on oVirt. However,
>> since the Fedora 5 does not have virtio drivers, or virtio-scsi drivers, the
>> disks are connected to virtual IDE interface. The problem here is on a
>> single IDE interface, we cannot connect more than 2 disks. But the old
>> converted server had 4 disks on 2 IDE controllers.
>>
>> First question is can we add one more virtual IDE Controller to the VM? If
>> yes, please share the procedure. Or whether any one can share the proper
>> virtio or virtio scsi for fedora 5 OS drivers so that we can get other two
>> inactive disks working.

You might manage to write a vdsm hook to do this, no idea how hard
this can be. See e.g.:

https://www.ovirt.org/develop/developer-guide/vdsm/hooks-catalogue/
https://www.ovirt.org/develop/developer-guide/vdsm/hook/vmdisk/

Latter adds a virtio disk, you might try to write something based on it.

>>
>> Unfortunately we cannot upgrade from Fedora 5 at the moment.
>
>
> Neither are possible. Does the Fedora have an iSCSI initiator support
> perhaps? You can expose those disk via different VMs to that VM - but still
> it might look different to the OS.
> (We don't even support such an old OS - but if it works, great).

You might try to use a newer kernel. It seems like Fedora 9 or 10 started
supporting virtio, so you can try their kernel.

No idea if it will work, and what might break. Try first on a test VM.

> Y.
>
>> Await your inputs.
>>
>> --
>>
>> Thanks & Regards,
>>
>>
>> Anantha Raghava
>>
>> Do not print this e-mail unless required. Save Paper & trees.
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Update to 4.2.0 failing in db check

[Yedidyah Bar David]

On Thu, Dec 21, 2017 at 4:32 PM, Sandro Bonazzola 
wrote:

>
>
> 2017-12-21 12:55 GMT+01:00 FERNANDO FREDIANI :
>
>> Updates are often problematic.
>>
>> Whenever someone manages to do a 4.1 to 4.2 upgrade could possibility
>> post it to the Wiki. That will help a lot of people.
>>
> Well, we did :-) Our infra is running on 4.2.0: https://engine-phx.
> ovirt.org/ovirt-engine/
> We are keeping it updates since 3.4 every time we release.
>

About this, see also:

http://lists.ovirt.org/pipermail/users/2017-December/085688.html


>
>
>
>
>> Fernando
>>
>> On 21/12/2017 08:24, Sandro Bonazzola wrote:
>>
>>
>>
>> 2017-12-21 11:03 GMT+01:00 Giorgio Biacchi :
>>
>>> Hi,
>>> I have additional info on the problem. I run
>>> /usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and the problem is
>>> on 4 templates subversions. In detail we have two templates and each one
>>> has two subversions.
>>>
>>> Other templates with no subversions have no problem.
>>>
>>> Thanks again, I hope this helps in debugging.
>>
>>
>> Thanks Giorgio, do you mind open a bug on https://bugzilla.redhat.com
>> /enter_bug.cgi?product=ovirt-engine to track this?
>>
>>
>>
>>>
>>>
>>> On 12/20/2017 04:04 PM, Martin Perina wrote:
>>>
 Hi,

 could you please share the full setup log?

 ​/var/log/ovirt-engine/setup/ovirt-engine-setup-201712201103
 37-cy5ri9.log

 Thanks

 Martin


 On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola > wrote:



 2017-12-20 11:58 GMT+01:00 Giorgio Biacchi >:

 Hello list,
 I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but
 engine-setup fails. Here's the relevant output:

 [ ERROR ] Failed to execute stage 'Setup validation': Failed
 checking
 Engine database: an exception occurred while validating the
 Engine
 database, please check the logs for getting more info:
   Constraint violation found in  vm_interface
 (vmt_guid) |1

 [ INFO  ] Stage: Clean up
Log file is located at
 ​​
 /var/log/ovirt-engine/setup/ovirt-engine-setup-2017122011033
 7-cy5ri9.log
 [ INFO  ] Generating answer file
 '/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co
 nf'
 [ INFO  ] Stage: Pre-termination
 [ INFO  ] Stage: Termination
 [ ERROR ] Execution of setup failed

 any ideas??


 Adding some people, I think one of your vms has an invalid
 configuration
 saved in the db.


 -- gb

 PGP Key: http://pgp.mit.edu/
 Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC
 DC90 B9CB 0F34
 ___
 Users mailing list
 Users@ovirt.org 
 http://lists.ovirt.org/mailman/listinfo/users
 




 --
 SANDRO BONAZZOLA

 ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

 Red Hat EMEA 

 
 TRIED. TESTED. TRUSTED. 





 --
 Martin Perina
 Associate Manager, Software Engineering
 Red Hat Czech s.r.o.

>>>
>>> --
>>> gb
>>>
>>> PGP Key: http://pgp.mit.edu/
>>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB
>>> 0F34
>>>
>>
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA 
>> 
>> TRIED. TESTED. TRUSTED. 
>>
>>
>>
>> ___
>> Users mailing listus...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Actual Size <1GB

[Yedidyah Bar David]

On Wed, Dec 13, 2017 at 8:39 AM, Johann van der Westhuizen <
joh...@sharenet.co.za> wrote:

> Hi,
>
>
>
> Thanks for the reply and update.
>
>
>
> I had a look and can only find this directory: /var/log/ovirt-engine/
>
You should find agent.log on the host machine, not on the engine machine.

>
>
> I attached some other files that might help?
>
>
>
> Did that other log file I’ve attached helped in any way?
>
>
>
> Will you be able to assist me with this and help me fix it.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Simone Tiraboschi [mailto:stira...@redhat.com]
> *Sent:* 12 December 2017 19:45
>
> *To:* Johann van der Westhuizen 
> *Cc:* Amit Aviram ; users@ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
>
>
>
>
> On Tue, Dec 12, 2017 at 4:23 PM, Johann van der Westhuizen <
> joh...@sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Okay I got the vdsm.log, please see link below:
>
>
>
> http://support.sharenet.co.za/vdsm.log
>
>
>
> But can’t find the agent.log file.
>
>
>
> /var/log/ovirt-hosted-engine-ha/agent.log
>
>
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* 
>
>
>
> 
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Simone Tiraboschi [mailto:stira...@redhat.com]
> *Sent:* 12 December 2017 15:44
> *To:* Johann van der Westhuizen 
> *Cc:* Amit Aviram ; users@ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
>
>
>
>
> On Tue, Dec 12, 2017 at 12:38 PM, Johann van der Westhuizen <
> joh...@sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Okay, I have a question, if you will be able to assist me.
>
>
>
> I’ve extended the size of the disk via the oVirt Admin and now all of a
> sudden it shows actual size < 1GB and the VM doesn’t want to boot, the
> virtual size was 100GB and I’ve changed it to 150GB.
>
>
>
> Anything you could do to help me fix this.
>
>
>
> Do you mean that you installed hosted-engine and extended the disk of the
> engine VM?
>
> If so, could you please attach vdsm.log and agent.log from the host that
> tries to start the engine VM?
>
>
>
>
>
>
>
> Much appreciated.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> 
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> joh...@sharenet.co.za
>
> Westlake
>
>
>

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

[Yedidyah Bar David]

On Tue, Dec 5, 2017 at 5:10 PM, Sandro Bonazzola 
wrote:

> The oVirt Project is pleased to announce the availability of the First
> Candidate Release of oVirt 4.2.0, as of December 5th, 2017
>
> This is pre-release software. This pre-release should not to be used in
> production.
>
> Please take a look at our community page[1] to learn how to ask questions
> and interact with developers and users.
> All issues or bugs should be reported via oVirt Bugzilla[2].
>
> This update is the first candidate release of the 4.2.0 version. This
> release brings more than 280 enhancements and more than one thousand bug
> fixes, including more than 500 high or urgent severity fixes, on top of
> oVirt 4.1 series.
>
> What's new in oVirt 4.2.0?
>
>
>-
>
>The Administration Portal has been completely redesigned using
>Patternfly, a widely adopted standard in web application design. It now
>features a cleaner, more intuitive design, for an improved user experience.
>-
>
>There is an all-new VM Portal for non-admin users.
>-
>
>A new High Performance virtual machine type has been added to the New
>VM dialog box in the Administration Portal.
>-
>
>Open Virtual Network (OVN) adds support for Open vSwitch software
>defined networking (SDN).
>-
>
>oVirt now supports Nvidia vGPU.
>-
>
>The ovirt-ansible-roles set of packages help users with common
>administration tasks.
>-
>
>Virt-v2v now supports Debian/Ubuntu based VMs.
>
>
> For more information about these and other features, check out the oVirt
> 4.2.0 blog post
>  and stay
> tuned for further blog post.
>
> This release is available now on x86_64 architecture for:
>
> * Red Hat Enterprise Linux 7.4 or later
>
> * CentOS Linux (or similar) 7.4 or later
>
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
> for:
>
> * Red Hat Enterprise Linux 7.4 or later
>
> * CentOS Linux (or similar) 7.4 or later
>
> * oVirt Node 4.2 (available for x86_64 only)
>
> See the release notes draft [3] for installation / upgrade instructions
> and a list of new features and bugs fixed.
>
> Notes:
>
> - oVirt Appliance is already available.
>
> - oVirt Node is already available [4]
>
> Additional Resources:
>
> * Read more about the oVirt 4.2.0 release highlights:
> http://www.ovirt.org/release/4.2.0/
>
> * 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/
>

A new build of oVirt Windows Guest Tools is now available as well.
The ISO image can be downloaded from [1], and a wrapper RPM package
'ovirt-guest-tools-iso' is in the existing 4.2-pre repository.

Best regards,

[1]
http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/oVirt-toolsSetup/4.2-1.el7.centos/


>
> [1] https://www.ovirt.org/community/
>
> [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
>
> [3] http://www.ovirt.org/release/4.2.0/
> [4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Fedora support (was: [ANN] oVirt 4.2.0 Second Beta Release is now available for testing)

[Yedidyah Bar David]

On Thu, Nov 30, 2017 at 11:13 PM, Blaster <blas...@556nato.com> wrote:
> Thank you.
>
> The mention of Fedora then should be removed from the release notes, maybe
> even stating that it's not recommended?

Now pushed:

https://github.com/oVirt/ovirt-site/pull/1396

>
>
> On 11/30/2017 4:21 AM, Yedidyah Bar David wrote:
>>
>> On Wed, Nov 29, 2017 at 7:29 PM, Blaster <blas...@556nato.com> wrote:
>>>
>>> Is Fedora not supported anymore?
>>>
>>> I've read the release notes for the 4.2r2 beta and 4.1.7, they mention
>>> specific versions of RHEL and CentOS, but only mention Fedora by name,
>>> with
>>> no specific version information.
>>
>> We currently have too many problems with fedora to call it even 'Technical
>> Preview', as was done in the past.
>>
>> You can still use the nightly snapshots, and most things work,
>> more-or-less,
>> with some issues having known workarounds. See e.g.:
>>
>>
>> https://bugzilla.redhat.com/showdependencytree.cgi?id=1460625_resolved=1
>>
>> And also:
>>
>> http://lists.ovirt.org/pipermail/devel/2017-August/030990.html
>>
>> (not sure that one is still relevant for Fedora 27, didn't check
>> recently).
>>
>>> On 11/15/2017 9:17 AM, Sandro Bonazzola wrote
>>>
>>>
>>> This release is available now on x86_64 architecture for:
>>>
>>> * Red Hat Enterprise Linux 7.4 or later
>>>
>>> * CentOS Linux (or similar) 7.4 or later
>>>
>>>
>>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>>> architectures
>>> for:
>>>
>>> * Red Hat Enterprise Linux 7.4 or later
>>>
>>> * CentOS Linux (or similar) 7.4 or later
>>>
>>> * oVirt Node 4.2 (available for x86_64 only)
>>>
>>> tp://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>>
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hossted Engine Setup Fails - Failed to execute stage 'Misc configuration': [Errno 1] Operation not permitted:

[Yedidyah Bar David]

(Adding back the list)

On Sun, Dec 3, 2017 at 1:01 PM, Jeremy Tourville <
jeremy_tourvi...@hotmail.com> wrote:

> >Using the same NFS export, same permissions etc.?
> I did some more research and reviewed my NFS permsissions.   My NFS export
> is Ver3.  I found this example explaining how IDs and permissions get
> mapped on NFS exports.
> https://serverfault.com/questions/240897/how-to-
> properly-set-permissions-for-nfs-folder-permission-denied-on-mounting-en
>
> I checked the permissions on my NFS export-
>
> 172.30.42.10:/mnt/array1/NAS-STOR on 
> /rhev/data-center/mnt/172.30.42.10:_mnt_array1_NAS-STOR
> type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,
> soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,
> mountaddr=172.30.42.10,mountvers=3,mountport=1026,
> mountproto=udp,local_lock=none,addr=172.30.42.10)
>
> What is the best way to get the permissions set correctly?  I can think of
> a few ways but depending on what the setup script is doing I could be
> interfering by the method I choose.
>

You might want to check:

https://www.ovirt.org/documentation/how-to/troubleshooting/troubleshooting-nfs-storage-issues/

Best regards,


>
> --
> *From:* Yedidyah Bar David <d...@redhat.com>
> *Sent:* Sunday, December 3, 2017 3:55 AM
> *To:* Jeremy Tourville
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Hossted Engine Setup Fails - Failed to
> execute stage 'Misc configuration': [Errno 1] Operation not permitted:
>
> On Sun, Dec 3, 2017 at 1:49 AM, Jeremy Tourville
> <jeremy_tourvi...@hotmail.com> wrote:
> >
> > The full on-screen message is:
> >
> > Failed to execute stage 'Misc configuration': [Errno 1] Operation not
> permitted: '/var/run/vdsm/storage/a3964421-dc4a-45d9-ac24-
> 3ce4e5972d1e/50178ece-273e-47fe-8083-be10923c0c74'
>
> The failure is when running the equivalent of:
>
> chown vdsm:kvm /var/run/vdsm/storage/a3964421-dc4a-45d9-ac24-
> 3ce4e5972d1e/50178ece-273e-47fe-8083-be10923c0c74
>
> Does this work for you when you try manually?
>
> > Hosted Engine deployment failed: this system is not reliable, please
> check the issue,fix and redeploy
> >
> > I have tried deploying the self hosted engine using both the UI as well
> as CLI (even though not recommended) to see if there was any difference.
> There was not, both methods fail with the same error message.
> >
> > I was able however, to deploy the engine on a separate host and complete
> my setup.  This proved to me that there was nothing wrong with my NFS
> storage setup AFAIK.
>
> Using the same NFS export, same permissions etc.?
>
> Best regards,
>
> >
> >
> > It is my goal to have an all in one setup so the self hosted method
> would be my preferred solution.  I have attached a log for review:
> >
> > https://pastebin.com/CfZzAm4P
> <https://pastebin.com/CfZzAm4P>
> 2017-12-02 14:33:39 DEBUG otopi.context context.dumpEnvironment:760
> ENVIRONMENT - Pastebin.com <https://pastebin.com/CfZzAm4P>
> pastebin.com
>
> >
> >
> > Many thanks in advance for your assistance!
> >
> >
> >
> > 2017-12-02 14:33:39 DEBUG otopi.context context.dumpEnvironment:760
> ENVIRONMENT - Pastebin.com
> > pastebin.com
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> Users Info Page - lists.ovirt.org Mailing Lists
> <http://lists.ovirt.org/mailman/listinfo/users>
> lists.ovirt.org
> If you have a question about oVirt, this is where you can start getting
> answers. To see the collection of prior postings to the list, visit the
> Users Archives.
>
> >
>
>
>
> --
> Didi
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hossted Engine Setup Fails - Failed to execute stage 'Misc configuration': [Errno 1] Operation not permitted:

[Yedidyah Bar David]

On Sun, Dec 3, 2017 at 1:49 AM, Jeremy Tourville
 wrote:
>
> The full on-screen message is:
>
> Failed to execute stage 'Misc configuration': [Errno 1] Operation not 
> permitted: 
> '/var/run/vdsm/storage/a3964421-dc4a-45d9-ac24-3ce4e5972d1e/50178ece-273e-47fe-8083-be10923c0c74'

The failure is when running the equivalent of:

chown vdsm:kvm 
/var/run/vdsm/storage/a3964421-dc4a-45d9-ac24-3ce4e5972d1e/50178ece-273e-47fe-8083-be10923c0c74

Does this work for you when you try manually?

> Hosted Engine deployment failed: this system is not reliable, please check 
> the issue,fix and redeploy
>
> I have tried deploying the self hosted engine using both the UI as well as 
> CLI (even though not recommended) to see if there was any difference.  There 
> was not, both methods fail with the same error message.
>
> I was able however, to deploy the engine on a separate host and complete my 
> setup.  This proved to me that there was nothing wrong with my NFS storage 
> setup AFAIK.

Using the same NFS export, same permissions etc.?

Best regards,

>
>
> It is my goal to have an all in one setup so the self hosted method would be 
> my preferred solution.  I have attached a log for review:
>
> https://pastebin.com/CfZzAm4P
>
>
> Many thanks in advance for your assistance!
>
>
>
> 2017-12-02 14:33:39 DEBUG otopi.context context.dumpEnvironment:760 
> ENVIRONMENT - Pastebin.com
> pastebin.com
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Convert local storage domain to shared

[Yedidyah Bar David]

Hi Gianluca,

Thanks for another great post!

Any chance you'd like to convert it to a blog/article on ovirt.org?

On Fri, Dec 1, 2017 at 2:25 AM, Gianluca Cecchi
 wrote:
> On Wed, Nov 29, 2017 at 6:49 PM, Demeter Tibor  wrote:
>>
>> Hi,
>>
>> Yes, I understand what do you talk about. It isn't too safe..:(
>> We have terrabytes under that VM.
>> I could make a downtime at most for eight hours (maybe), but meanwhile I
>> have to copy 3 TB of vdisks. Firstly I need export (with a gigabit nic) to
>> export domain, and back under 10gbe nic.
>> I don't know how is enough this.
>>
>> Thanks
>>
>> Tibor
>
>
> Hi Tibor,
> I'm in shortage of time these days, but I have to admit your problem was so
> intriguing that I couldn't resist and I decided to try and reproduce it.
> All happened on my laptop with Fedora 26 (time to upgrade? not enough
> time... ;-)
>
> So this is the test environment of all vms inside virt-manager:
>
> 1) Create 3.5.6 environment
>
> - CentOS 6.6 VM (this was the iso I had at hand...) with hostname c6engine35
> where I installed oVirt 3.5.6 as engine
> - CentOS 6.6 VM with hostname c6rhv35 (sorry for the rhv in the name but
> these weeks I'm also working on it so it came out quite naturally...) were I
> installed the Hypervisor of 3.5.6 repo
>
> I created a local DC on top of a directory of the hypervisor (/ldomain)
> I created a CentOS 6.6 VM in this storage domain with a 4Gb disk
>
> 2) Detach the local domain from DC
>
> HERE YOUR THEORETICAL DOWNTIME BEGINS
>
> To do so I powered off the test VM and created a fake further local domain
> based on another directory of c6rhv35
> Then put into maintenance the local domain to be imported in 4.1
> The fake local domain becomes the master.
> Detach the local domain.
>
>
> 3) Create 4.1.7 environment (in your case it is already there..)
> - CentOS 7.4 VM with hostname c7engine41 where I installed oVirt 4.1.7 as
> engine
> - CentOS 7.4 VM with hostname c7rhv41 were I installed the Hypervisor of
> 4.1.7 repo
>
> I created a shared DC NFSDC with a cluster NFSCL
> To speed things I exported a directory from the engine and used it to create
> an NFS storage domain (DATANFS) for the 4.1 host and activated it
>
> 4) Shutdown 3.5 environment and start/configure the 3.5 hypervisor to export
> its previously local storage domain directory
>
> Start c6rhv35 in single user mode
> chkconfig service_name off
>
> for this service_name:
> ebtables ip6tables iptables libvirt-guests libvirtd momd numad sanlock
> supervdsmd vdsmd wdmd
>
> reboot
> create an entry in /etc/exports
>
> /ldomain c7rhv41.localdomain.local(rw)
>
> service nfs start
>
> set up accordingly the /etc/hosts of the servers involved so that all know
> all...
>
> 5) import domain in 4.1
> Select Storage -> Import domain and put
>
> c6rhv35.localdomain.local:/ldomain
>
> You will get a warning about it being already part of another DC:
> https://drive.google.com/file/d/1HjFZhW6fCkasPak0jQH5k49Bdsg1NLSN/view?usp=sharing
>
> Approve operation and you arrive here:
> https://drive.google.com/file/d/10d1ea0TbPCZhoaAf7br5IVqnvZx0LzSu/view?usp=sharing
>
> Activate the domain and you arrive here:
> https://drive.google.com/file/d/1-4sMfVVj5WyaglPI8zhWUsdJqkVkxzAT/view?usp=sharing
>
> Now you can proceed importing your VMs; in my case only the testvm
> Select he imported storage domain and then the "VM Import" tab; select the
> VM and "Import":
>
> https://drive.google.com/file/d/18yjPvoHjTw6mOhUrlHJ2RpsdPph4qBxL/view?usp=sharing
>
> https://drive.google.com/file/d/1CrCzVUYC3vI4aQ2ly83b3uAQ3QQh1xhm/view?usp=sharing
>
> Note that it is an immediate operation, and not depending on the size of the
> disks of the VM itself
> At the end you get your VM imported; here details:
>
> https://drive.google.com/file/d/1W00TpIKAQ7cWUit_tLIQkm30wj5j56AN/view?usp=sharing
> https://drive.google.com/file/d/1qq7sZV2vwapRRdjbi21Z43OOBM0m2NuY/view?usp=sharing
>
> While you import, you can then gradually start your VMs, so that your
> downtime becomes partial and not total
> https://drive.google.com/file/d/1kwrzSJBXISC0wBTtZIpdh3yJdA0g3G0A/view?usp=sharing
>
> When you have started all your imported VMs, YOUR THEORETICAL DOWNTIME ENDS
>
> Your VMS are now running on your old local storage, exported from your old
> 3.5 host to your new 4.1 hosts via NFS
>
> You can now execute live storage migration of your disks one by one to the
> desired 4.1 storage domain:
> https://drive.google.com/file/d/1p6OOgDBbOFFGgy3uuWT-V8VnCMaxk4iP/view?usp=sharing
>
> and at the end of the move
> https://drive.google.com/file/d/1dUuKQQxI0r4Bhz-N0TmRcsnjwQl1bwU6/view?usp=sharing
>
> Obviously there are many caveats in a real environment such as:
>
> - actual oVirt origin and target version could differ from mine and behavior
> be different
> - network visibility between the two oVirt environments
> - layout of the logical networks of the two oVirt environments: when you
> import you could need to