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

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

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

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


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

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

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

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


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

2020-04-21 Thread Maton, Brett
Last time I had to do this I removed from the database.

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

su - postgres

Enable postgres 10 and connect to the engine database:

. scl_source enable rh-postgresql10
psql -d engine

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

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




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

> Hi,
>
> I seem to have got a stale host in my engine that I can't remove.  I
> recently reinstalled oVirt Node on this host and while trying to refresh
> the host in the engine, have got it in some state where I can't do anything.
>
> The host is listed as Status=Unassigned.  Under the Management pull down I
> only have Restart and Stop options, both of which error if selected.  The
> Remove button is not available.
>
> How do I force a removal of this host from the view so I can reload it?
>
> Shareef.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TCBGLVCLMTZSQAURDDVGHKYXXQ36NO5H/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EAFO7EBLCETILFJGCY55K254TLRKJPRC/


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

2020-04-11 Thread Maton, Brett
Daft question, but are the switch ports configured to allow the VLAN
traffic through ?

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

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


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

2020-04-11 Thread Maton, Brett
Problem with signed / unsigned sounds about right.
Not having much luck with addr2line though.

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

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

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


Attempt to use addr2line

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

Single addresses give the same:

0x7f4a0bb464ef
??:0

0x7f4a0a81788d
??:0

Maybe need debug packages ?

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

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


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

2020-04-10 Thread Maton, Brett
The hosts are identical, and yes I'm sure about the 563 terrabytes, which
is obviously wrong, and why I mentioned it. Possibly an overflow?

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

> I have a Windows 10 guest and a Server 2016 guest that migrate without an
> issue.
> Are your CPU architectures comparable between the hosts?
> BTW,  56294995342131 bytes is 562 terabytes. Are you sure that's correct?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7JDAC6SVJIPJRMLDHHZIREUGC3EDR6FP/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YRJ2QS4NXAKISWRMPOFHDO74V63ARPBN/


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

2020-04-08 Thread Maton, Brett
On the host you tried to restart the engine on:

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

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

Then run virsh:

virsh

virsh # list
 IdName   State

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

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

virsh # resume HostedEngine

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

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


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

2020-04-08 Thread Maton, Brett
First steps, on one of your hosts as root:

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

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


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

> So my engine has gone down and I can't ssh into it either.  If I try to
> log into the web-ui of the node it is running on, I get redirected because
> the node can't reach the engine.
>
> What are my next steps?
>
> Shareef.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/W7BP57OCIRSW5CDRQWR5MIKJUH3ISLCQ/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SESPMFFDWZFFBXETP35HNT5SFNU2Z6HK/


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

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

Regards,
Brett

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

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


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

2020-04-07 Thread Maton, Brett
I haven't got an active RHEL subscription so I can't view that solution
unfortunately.


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

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

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

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

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

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

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


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

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

These errors are showing up in the UI event log

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

Followed by:

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

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

Is this a known issue with Windows 10 guests?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QNJ7GFDXKBVREHJY4FBIORLBVEBO353R/


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

2020-04-05 Thread Maton, Brett
I'd seen "EnableAutomaticHostPowerManagement" mentioned in the docs, but
couldn't find it.

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

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

>
>
> On Sun, Apr 5, 2020 at 3:38 PM Maton, Brett 
> wrote:
>
>> I've got a cluster made up of five physical hosts, (Dells with idrac 7
>> management)
>> Power management / fencing enabled on all hosts.
>>
>> I've enabled the power_saving scheduling policy on my cluster, it's
>> migrated all the VM's to a couple of physical hosts so three are sitting
>> idle with no VM's.
>>
>> Shouldn't the power_saving policy shut down the idle hosts?
>>
> Hi,
> It should. In the cluster scheduling policy, did you set
> "EnableAutomaticHostPowerManagement" to be true? and setting
> "HostsInReserve" to a number of reserve idle hosts is also set?
>
> Regards,
> Liran.
>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TCILNZPXCNSJGOAOCB6G6I2SOQS43JVH/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5KKUEYK34KYAI5NOEZFX56PKCREJRSQB/


[ovirt-users] power_saving schedule not powering off hosts

2020-04-05 Thread Maton, Brett
I've got a cluster made up of five physical hosts, (Dells with idrac 7
management)
Power management / fencing enabled on all hosts.

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

Shouldn't the power_saving policy shut down the idle hosts?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TCILNZPXCNSJGOAOCB6G6I2SOQS43JVH/


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

2020-04-02 Thread Maton, Brett
It is useful information, but it doesn't help in this case.


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

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

What happened:

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

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

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


- Physical network changes to all hosts

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

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

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


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

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

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

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

2020-04-02 Thread Maton, Brett
That document really isn't that useful in general and really doesn't relate
to 'failing to deploy hosted engine'

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

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


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

2020-04-01 Thread Maton, Brett
No that was the first thing I tried.

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

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

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

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


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

2020-03-31 Thread Maton, Brett
I currently don't have a hosted engine...

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

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

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

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


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

2020-03-31 Thread Maton, Brett
Have you tried
hosted-engine --vm-start
On any of the HVs ?

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

> Hello,
>
> We are on an older version (3.x - cannot be specific as I cannot get my
> ovirt hosted engine up).
>
> We experienced a storage failure earlier this evening - the hosted engine
> was originally installed with this storage domain although we have moved
> all VM's and disks off of it.
>
> The storage was restored and all the VM's are now running, but the ovirt
> engine is not pinging and is unreachable.
>
> I have attempted to locate it on my HV's using 'virsh list --all' but only
> one of those is taking my credentials - all the others fail to authenticate.
>
> Is there a way to locate what the credentials are on each HV since the
> default is not working? Additionally, is there any other way to locate the
> hosted engine and restart it directly from a HV?
>
> Thank you for your time and consideration.
>
>
> ***
> *Mark Steele*
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XTA35SOC737FLINJ7VJILEEOM4A6OZPL/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JYZ3RQTATO6UHW5R6R7QKM4KPOBK2IY2/


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

2020-03-31 Thread Maton, Brett
So, how would I go about disabling global maintenance when hosted engine
isn't running?

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

local_maintenance=False
local_maintenance_manual=False



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

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


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

2020-03-31 Thread Maton, Brett
Oooh probably...

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

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

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


[ovirt-users] Failing to redeploy self hosted engine

2020-03-31 Thread Maton, Brett
I keep running into this error when I try to (re)deploy self-hosted engine.


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

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

Any help appreciated

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


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

2020-03-25 Thread Maton, Brett
There's an extra tab 'OS Pass through'...

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

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

Hope this helps

Regards,
Brett

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

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


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

2020-03-25 Thread Maton, Brett
Can't say that I've tried it, but it looks like it's a setting within iDRAC

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


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

> Hello,
>
> I noticed an idrac interface was available in the host network since an
> undefined ovirt version.
>
> Mine are already plugged as dedicated vlan to administrate host at the
> lowest level.
>
> I tested to use it as a vm network on the same vlan, but it doesn't work.
>
> What am I supposed to do with this available interface?
>
> PS: on HP hosts, no Ilo interface appears in host network tab
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UP6WTZIH7YTAXG3CB32P7MZNMIFAAEDE/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DZSYMWI6RGIIS3QXUMQITZ3YVPTZJBB7/


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

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

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

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

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

2020-03-14 Thread Maton, Brett
Have you checked the file permissions and SELinux context of the SSH keys
you copied to kvm01 ?


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

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

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

2019-08-08 Thread Maton, Brett
Oops, package not signed, update to disable gpgcheck...

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

exclude=python2-sanlock

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

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

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

2019-08-08 Thread Maton, Brett
Sure, it seems to be running now.

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

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

exclude=python2-sanlock


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

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

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

2019-08-08 Thread Maton, Brett
Thanks Sandro,

   Run into another dependency issue though:

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


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

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

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

2019-08-08 Thread Maton, Brett
I just tried to update my 4.6 testlab and got the following RPM dependency
issue:

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

Error encountered:

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

Regards,
Brett

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

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


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

2019-07-30 Thread Maton, Brett
Hi,

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

  Any suggestions?

Thanks,
Brett


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

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


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

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

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

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

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


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

2019-05-28 Thread Maton, Brett
Great, thanks for the update.

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

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


[ovirt-users] VDSM Network Interface configuration

2019-05-14 Thread Maton, Brett
Where is the configuration that VDSM uses to generate ifcfg files?

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

  Where can I fix this ?

Thanks

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



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


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


[ovirt-users] Re: Forum available

2019-02-09 Thread Maton, Brett
not seen that one before either ;)

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

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

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

2019-02-08 Thread Maton, Brett
I just tried the suggested patch/mod applying it with a simple sed call:

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

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

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

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


[ovirt-users] Re: Forum available

2019-02-08 Thread Maton, Brett
Hadn't noticed...

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

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

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

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

2019-02-08 Thread Maton, Brett
I'm using openbacchus at the moment and have it working with oVirt 4.2.8
and 4.3.

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

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

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


[ovirt-users] Re: Forum available

2019-02-08 Thread Maton, Brett
Hadn't noticed the link before!

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

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

[ovirt-users] Re: Forum available

2019-02-08 Thread Maton, Brett
+1 for me, a forum would be much easier to search

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

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


[ovirt-users] oVirt 4.3 hosted engine migration

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

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

Any chance this feature could be re-enabled?

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


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

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

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

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


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

2019-01-14 Thread Maton, Brett
Would this default issue also affect gluster storage ?

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

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


 *Regards,*

 *Shani Leviim*


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

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


[ovirt-users] Re: Engine restore failing

2018-10-31 Thread Maton, Brett
Raised bug report https://bugzilla.redhat.com/show_bug.cgi?id=1644550

5 days with no hosted engine to manage production servers

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

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

[ovirt-users] Re: Engine restore failing

2018-10-30 Thread Maton, Brett
Any suggestions on the FATAL: Failed checking DbJustRestored error ?

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

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

[ovirt-users] Re: Engine restore failing

2018-10-27 Thread Maton, Brett
Not sure what you mean by ovirt-engine-appliance, I just deploy with
'hosted-engine --deploy...' and keep it upto date.

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

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


[ovirt-users] Re: Engine restore failing

2018-10-26 Thread Maton, Brett
Hi Simone,

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

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

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


[ovirt-users] Re: Engine restore failing

2018-10-26 Thread Maton, Brett
Hi Simone,

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

Regards,
Brett

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

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


[ovirt-users] Engine restore failing

2018-10-26 Thread Maton, Brett
oVirt: 4.2.6.2-1

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

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

but am getting this DbJustRestored Error:

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

restore log attached, any suggestions ?


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


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

2018-10-08 Thread Maton, Brett
Bug filed

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


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

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

[ovirt-users] Gluster JSON-RPC errors

2018-10-04 Thread Maton, Brett
I'm seeing the following errors appear in the event log every 10 minutes
for each participating host in the gluster cluster

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

Gluster brick health is good

Any ideas ?

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


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

2018-10-04 Thread Maton, Brett
Having trouble upgrading my test instance (4.2.7.1-1.el7), there appear to
be some dependency issues:

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



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

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

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

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

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

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


[ovirt-users] Re: Enabling Gluster Service

2018-09-28 Thread Maton, Brett
After a couple of restarts I now have the gluster service and bricks up and
running.

Thanks again for the pointer

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

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


[ovirt-users] Re: Enabling Gluster Service

2018-09-27 Thread Maton, Brett
Thanks Paul, Ill give that a go

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

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


[ovirt-users] Enabling Gluster Service

2018-09-27 Thread Maton, Brett
I just enabled the Gluster service in an existing oVirt 7.2.7-1 cluster via
the Web-UI which put all hosts into non-operational status.

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

and a bunch of failed vm migrations

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


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

2018-09-11 Thread Maton, Brett
I just followed the ManageIQ guide linked in my previous message.

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

On 11 September 2018 at 09:20,  wrote:

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


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

2018-09-11 Thread Maton, Brett
Hi Femi,

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



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

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


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

2018-09-11 Thread Maton, Brett
Installed manageIQ yesterday, looks like it's going to cover my needs
thanks for suggesting it.

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

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


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

2018-09-02 Thread Maton, Brett
Good question, I'm interested in the solution.

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

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


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

2018-08-22 Thread Maton, Brett
That should have been covered by the installer really, good to know that
you found the issue though.

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

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


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

2018-08-22 Thread Maton, Brett
What used to catch me out here, is that you need to set 'Choose hosted
engine deployment action' to deploy when adding a new physical host.

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

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


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

2018-08-15 Thread Maton, Brett
4.2.6.3 appears to be working just fine, thanks to all.

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

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


[ovirt-users] oVirt 4.2.6.1 - 4.2.6.2 upgrade fails

2018-08-14 Thread Maton, Brett
Just tried to update my test cluster to 4.2.6.2 :


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


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

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


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

2018-08-02 Thread Maton, Brett
Also works with Firefox, thanks.

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

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


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

2018-08-02 Thread Maton, Brett
I've not had any luck on MacOS for a while now, even the .vv files with
RemoteViewer 0.5.7

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

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

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


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

2018-07-30 Thread Maton, Brett
I rebooted the server that was failing last week and haven't seen the error
since.

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

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


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

2018-07-25 Thread Maton, Brett
I upgraded my test cluster to 4.2.5.2-1 last night (hosts rebooted after
update) and I've started to see the error again.

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

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

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

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

0644 root root system_u:object_r:lib_t:s0

vdsm / mom log from time period attached.


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

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


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


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

2018-07-23 Thread Maton, Brett
Install the 4.2 repo listed here
https://www.ovirt.org/documentation/install-guide/chap-Installing_oVirt/


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

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


[ovirt-users] Re: Ovirt stable version

2018-07-22 Thread Maton, Brett
Hi Lakhwinder,

  The current stable version is 4.2.

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



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

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


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

2018-07-18 Thread Maton, Brett
Thanks,

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

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

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


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

2018-07-18 Thread Maton, Brett
Bingo

How could that file not be installed/deployed ?


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

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

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


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

2018-07-18 Thread Maton, Brett
I just checked the mom version, it's already at 0.5.12

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

All the physical hosts are fully updated /patched.

Regards,
Brett

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

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


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

2018-07-18 Thread Maton, Brett
FWIW:

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

Network is bonded fail-over.

Regards,
Brett

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

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


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

2018-07-18 Thread Maton, Brett
Sure no problem, mom log attached.

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

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


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


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

2018-07-17 Thread Maton, Brett
Thanks Francesco,

  Log attached.

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

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


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


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

2018-07-16 Thread Maton, Brett
I've got one physical host in a 3 host CentOS7.5 cluster that reports the
following error several times a day

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

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


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

2018-07-15 Thread Maton, Brett
You could also run engine-setup on hosted-engine again

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

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


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

2018-07-07 Thread Maton, Brett
Hi Greg,


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

Regards,
Brett

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

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


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

2018-07-05 Thread Maton, Brett
Done: https://bugzilla.redhat.com/show_bug.cgi?id=1598364



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

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


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

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



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


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

2018-07-03 Thread Maton, Brett
Actually the extra nic is assigned to network 'Empty' in the edit VM form,
and is throwing the html null error in the snapshots form/view

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

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


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

2018-07-03 Thread Maton, Brett
I think the issue is being caused by a missing network.

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

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

Regards,
Brett


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

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


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

2018-07-02 Thread Maton, Brett
Hi,

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

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

ui log attached.

CentOS 7
oVirt 4.2.5-1.el7

Regards,
Brett


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


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

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

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

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

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


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

2018-05-29 Thread Maton, Brett
Thanks for the tip Simone, all working now.

Best regards,
Brett

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

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


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

2018-05-29 Thread Maton, Brett
Hi Ido,

  It appears that I have the latest packages installed, any more logs that
might be useful ?

All physical hosts:

yum clean all
yum upgrade
No packages marked for update

rpm -qf /usr/share/yum-plugins/vdsm.pyc
vdsm-4.20.28-1.el7.x86_64



HE:

yum clean all
yum upgrade
No packages marked for update

engine-setup

[ INFO  ] ovirt-provider-ovn already installed, skipping.

  --== PACKAGES ==--

[ INFO  ] Checking for product updates...
[ INFO  ] No product updates found


On 29 May 2018 at 08:19, Ido Rosenzwig  wrote:

> Dear Brett,
>
> The Issue was fixed yesterday. check the bug page:
> https://bugzilla.redhat.com/show_bug.cgi?id=1583045
> Try to do 'yum update' on the engine and on the additional hosts.
>
> Best regards,
> Ido Rosenzwig
>
> On Tue, May 29, 2018 at 10:10 AM, Maton, Brett 
> wrote:
>
>> Adding regular, non SHE hosts works fine, however I can't seem to add
>> Self Hosted Engine to additional physical hosts.
>>
>> I think this is the problem, but I don't know what the solution is:
>>
>> 2018-05-29 08:00:52,502+0100 ERROR otopi.context
>> context._executeMethod:152 Failed to execute stage 'Misc configuration':
>> Cannot resolve ovirt_hosted_engine_ha module
>>
>> Deploy log attached.
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/J5YJWLKOSKYNS6VCZG3OHD7P53XJ46E6/
>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S24R7O3QKNR5HMCWVBEJ457CVKX7FD5S/


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

2018-05-29 Thread Maton, Brett
Adding regular, non SHE hosts works fine, however I can't seem to add Self
Hosted Engine to additional physical hosts.

I think this is the problem, but I don't know what the solution is:

2018-05-29 08:00:52,502+0100 ERROR otopi.context context._executeMethod:152
Failed to execute stage 'Misc configuration': Cannot resolve
ovirt_hosted_engine_ha module

Deploy log attached.


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


[ovirt-users] Re: Ovirt 4.2.4 upgrade

2018-05-27 Thread Maton, Brett
I rebuilt that environment, I'll try to recreate the scenario and provide
the information requested.

On 27 May 2018 at 09:17, Eli Mesika <emes...@redhat.com> wrote:

> Hi
>
> The provider_binding_host_id is a new table added recently , can you
> please attach the output of the following query on your database :
>
> select * from schema_version order by id desc;
>
> Thanks
>
> On Fri, May 25, 2018 at 2:30 PM, Maton, Brett <mat...@ltresources.co.uk>
> wrote:
>
>> It would be from the last 4.2.3 release in the ovirt-4.2-pre repositories
>>
>> I haven't got the logs unfortunately, I'll try to recreate the scenario
>> over the weekend.
>>
>> On 25 May 2018 at 12:09, Martin Perina <mper...@redhat.com> wrote:
>>
>>> Hi,
>>>
>>> from which oVirt version are you upgrading to 4.2.4? Could you please
>>> share with us complete upgrade logs from engine host?
>>>
>>> Thanks
>>>
>>> Martin
>>>
>>>
>>> On Fri, May 25, 2018 at 10:38 AM, Sandro Bonazzola <sbona...@redhat.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> 2018-05-25 9:41 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>>>>
>>>>> The 4.2.4 upgrade appears to have a database issue, i'm seeing these
>>>>> errors in the postgresql logs:
>>>>>
>>>>> 2018-05-24 16:27:08.292 UTC ERROR:  relation
>>>>> "provider_binding_host_id" does not exist at character 15
>>>>> 2018-05-24 16:27:08.292 UTC QUERY:  SELECT 1 FROM
>>>>> provider_binding_host_id WHERE vds_id = v_vds_id FOR UPDATE
>>>>> 2018-05-24 16:27:08.292 UTC CONTEXT:  PL/pgSQL function
>>>>> updatehostproviderbinding(uuid,character varying[],character
>>>>> varying[]) line 3 at PERFORM
>>>>>
>>>>> Any suggestions ?
>>>>>
>>>>
>>>> Thanks for having tested 4.2.4 RC1 and giving feedback! Adding Martin
>>>> and Eli for further investigations.
>>>>
>>>>
>>>>
>>>>>
>>>>> ___
>>>>> Users mailing list -- users@ovirt.org
>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> SANDRO BONAZZOLA
>>>>
>>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>>
>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>
>>>> sbona...@redhat.com
>>>> <https://red.ht/sig>
>>>> <https://redhat.com/summit>
>>>>
>>>
>>>
>>>
>>> --
>>> Martin Perina
>>> Associate Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>>
>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Failing to install self hosted engine - 4.2.4

2018-05-26 Thread Maton, Brett
Hi,

  I can't see in the log what the problem is, I expect it's something
simple though...
  Hoping that someone can see what the problem is.

  engine setup log attached.

Regards,
Brett


ovirt-hosted-engine-setup.tgz
Description: GNU Zip compressed data
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Ovirt 4.2.4 upgrade

2018-05-25 Thread Maton, Brett
It would be from the last 4.2.3 release in the ovirt-4.2-pre repositories

I haven't got the logs unfortunately, I'll try to recreate the scenario
over the weekend.

On 25 May 2018 at 12:09, Martin Perina <mper...@redhat.com> wrote:

> Hi,
>
> from which oVirt version are you upgrading to 4.2.4? Could you please
> share with us complete upgrade logs from engine host?
>
> Thanks
>
> Martin
>
>
> On Fri, May 25, 2018 at 10:38 AM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>>
>>
>> 2018-05-25 9:41 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>>
>>> The 4.2.4 upgrade appears to have a database issue, i'm seeing these
>>> errors in the postgresql logs:
>>>
>>> 2018-05-24 16:27:08.292 UTC ERROR:  relation "provider_binding_host_id"
>>> does not exist at character 15
>>> 2018-05-24 16:27:08.292 UTC QUERY:  SELECT 1 FROM
>>> provider_binding_host_id WHERE vds_id = v_vds_id FOR UPDATE
>>> 2018-05-24 16:27:08.292 UTC CONTEXT:  PL/pgSQL function
>>> updatehostproviderbinding(uuid,character varying[],character varying[])
>>> line 3 at PERFORM
>>>
>>> Any suggestions ?
>>>
>>
>> Thanks for having tested 4.2.4 RC1 and giving feedback! Adding Martin and
>> Eli for further investigations.
>>
>>
>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>>
>>>
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://red.ht/sig>
>> <https://redhat.com/summit>
>>
>
>
>
> --
> Martin Perina
> Associate Manager, Software Engineering
> Red Hat Czech s.r.o.
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Ovirt 4.2.4 upgrade

2018-05-25 Thread Maton, Brett
The 4.2.4 upgrade appears to have a database issue, i'm seeing these errors
in the postgresql logs:

2018-05-24 16:27:08.292 UTC ERROR:  relation "provider_binding_host_id"
does not exist at character 15
2018-05-24 16:27:08.292 UTC QUERY:  SELECT 1 FROM provider_binding_host_id
WHERE vds_id = v_vds_id FOR UPDATE
2018-05-24 16:27:08.292 UTC CONTEXT:  PL/pgSQL function
updatehostproviderbinding(uuid,character varying[],character varying[])
line 3 at PERFORM

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


[ovirt-users] Re: CentOS 7.5.1804 is now officially available

2018-05-11 Thread Maton, Brett
Ok, next issue

When trying to upgrade (been using --downloadonly up until now)

yum upgrade fails due to an unsigned package.

Package python2-openvswitch-2.9.0-4.el7.noarch.rpm is not signed


I'll run the update manually with --no-gpg, but it obviously fails when
upgrading through the UI.

On 11 May 2018 at 10:51, Sandro Bonazzola <sbona...@redhat.com> wrote:

>
>
> 2018-05-11 11:49 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>
>> As a quick fix I added exclude=novnc* to the repo file...
>>
>
> Yes, correct fix.
>
>
>
>>
>> On 11 May 2018 at 10:47, Maton, Brett <mat...@ltresources.co.uk> wrote:
>>
>>> I've added the test repo (000FIX) on all nodes and that's fixed the
>>> physical hosts, but have hit another issue when upgrading the hosted-engine
>>> host:
>>>
>>> Error: Package: ovirt-engine-backend-4.2.3.5-1.el7.centos.noarch
>>> (@ovirt-4.2)
>>>Requires: novnc < 0.6.0
>>>Removing: novnc-0.5.1-2.el7.noarch (@ovirt-4.2-centos-ovirt42)
>>>novnc = 0.5.1-2.el7
>>>Updated By: novnc-0.6.2-1.el7.noarch (000FIX)
>>>novnc = 0.6.2-1.el7
>>>  You could try using --skip-broken to work around the problem
>>>  You could try running: rpm -Va --nofiles --nodigest
>>>
>>>
>>> On 11 May 2018 at 10:33, Sandro Bonazzola <sbona...@redhat.com> wrote:
>>>
>>>>
>>>>
>>>> 2018-05-11 11:26 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>>>>
>>>>> Thanks Sandro,
>>>>>
>>>>>   I didn't twig that cockpit was coming from the SIG repo...
>>>>>
>>>>
>>>> Sadly, one of the sub packages of cockpit, the cockpit-machine-ovirt
>>>> package is not shipped in CentOS, so we needed to ship cockpit in Virt SIG
>>>> for including it.
>>>>
>>>>
>>>>
>>>>>
>>>>> On 11 May 2018 at 10:21, Sandro Bonazzola <sbona...@redhat.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> 2018-05-11 11:14 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>>>>>>
>>>>>>> I'm trying to upgrade my testlab setup to CentOS 7.5 but am running
>>>>>>> in to the following dependency issue:
>>>>>>>
>>>>>>> Error: Package: cockpit-storaged-160-1.el7.centos.noarch
>>>>>>> (@centos7-x86_64-extras)
>>>>>>>Requires: storaged-iscsi >= 2.1.1
>>>>>>>Removing: storaged-iscsi-2.5.2-4.el7.x86_64
>>>>>>> (@centos7-x86_64-extras)
>>>>>>>storaged-iscsi = 2.5.2-4.el7
>>>>>>>Obsoleted By: udisks2-iscsi-2.7.3-6.el7.x86_64 (base)
>>>>>>>Not found
>>>>>>>Available: storaged-iscsi-2.5.2-2.el7.x86_64
>>>>>>> (ovirt-4.2-centos-ovirt42)
>>>>>>>storaged-iscsi = 2.5.2-2.el7
>>>>>>>
>>>>>>>
>>>>>>> Anyone come across this yet ?
>>>>>>>
>>>>>>>
>>>>>> CentOS team is aware and is fixing their package for udisk2 :
>>>>>> https://git.centos.org/commitdiff/rpms!cockpit.git/47a95479f
>>>>>> 87a977800cca6e78079397efe51a11a
>>>>>> Virt SIG also has a newer cockpit, but it didn't get published when
>>>>>> CentOS 7.5 gone GA: https://bugs.centos.org/view.php?id=14764
>>>>>> In the meanwhile, you cna use test repo:  https://buildlogs.cento
>>>>>> s.org/centos/7/virt/x86_64/ovirt-4.2/
>>>>>>
>>>>>>
>>>>>>
>>>>>>> On 11 May 2018 at 09:31, Sandro Bonazzola <sbona...@redhat.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> 2018-05-11 9:50 GMT+02:00 Michal Skrivanek <
>>>>>>>> michal.skriva...@redhat.com>:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 10 May 2018, at 13:21, Sandro Bonazzola <sbona...@redhat.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>&g

[ovirt-users] Re: CentOS 7.5.1804 is now officially available

2018-05-11 Thread Maton, Brett
As a quick fix I added exclude=novnc* to the repo file...

On 11 May 2018 at 10:47, Maton, Brett <mat...@ltresources.co.uk> wrote:

> I've added the test repo (000FIX) on all nodes and that's fixed the
> physical hosts, but have hit another issue when upgrading the hosted-engine
> host:
>
> Error: Package: ovirt-engine-backend-4.2.3.5-1.el7.centos.noarch
> (@ovirt-4.2)
>Requires: novnc < 0.6.0
>Removing: novnc-0.5.1-2.el7.noarch (@ovirt-4.2-centos-ovirt42)
>novnc = 0.5.1-2.el7
>Updated By: novnc-0.6.2-1.el7.noarch (000FIX)
>novnc = 0.6.2-1.el7
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest
>
>
> On 11 May 2018 at 10:33, Sandro Bonazzola <sbona...@redhat.com> wrote:
>
>>
>>
>> 2018-05-11 11:26 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>>
>>> Thanks Sandro,
>>>
>>>   I didn't twig that cockpit was coming from the SIG repo...
>>>
>>
>> Sadly, one of the sub packages of cockpit, the cockpit-machine-ovirt
>> package is not shipped in CentOS, so we needed to ship cockpit in Virt SIG
>> for including it.
>>
>>
>>
>>>
>>> On 11 May 2018 at 10:21, Sandro Bonazzola <sbona...@redhat.com> wrote:
>>>
>>>>
>>>>
>>>> 2018-05-11 11:14 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>>>>
>>>>> I'm trying to upgrade my testlab setup to CentOS 7.5 but am running in
>>>>> to the following dependency issue:
>>>>>
>>>>> Error: Package: cockpit-storaged-160-1.el7.centos.noarch
>>>>> (@centos7-x86_64-extras)
>>>>>Requires: storaged-iscsi >= 2.1.1
>>>>>Removing: storaged-iscsi-2.5.2-4.el7.x86_64
>>>>> (@centos7-x86_64-extras)
>>>>>storaged-iscsi = 2.5.2-4.el7
>>>>>Obsoleted By: udisks2-iscsi-2.7.3-6.el7.x86_64 (base)
>>>>>Not found
>>>>>Available: storaged-iscsi-2.5.2-2.el7.x86_64
>>>>> (ovirt-4.2-centos-ovirt42)
>>>>>storaged-iscsi = 2.5.2-2.el7
>>>>>
>>>>>
>>>>> Anyone come across this yet ?
>>>>>
>>>>>
>>>> CentOS team is aware and is fixing their package for udisk2 :
>>>> https://git.centos.org/commitdiff/rpms!cockpit.git/47a95479f
>>>> 87a977800cca6e78079397efe51a11a
>>>> Virt SIG also has a newer cockpit, but it didn't get published when
>>>> CentOS 7.5 gone GA: https://bugs.centos.org/view.php?id=14764
>>>> In the meanwhile, you cna use test repo:  https://buildlogs.cento
>>>> s.org/centos/7/virt/x86_64/ovirt-4.2/
>>>>
>>>>
>>>>
>>>>> On 11 May 2018 at 09:31, Sandro Bonazzola <sbona...@redhat.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> 2018-05-11 9:50 GMT+02:00 Michal Skrivanek <
>>>>>> michal.skriva...@redhat.com>:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 10 May 2018, at 13:21, Sandro Bonazzola <sbona...@redhat.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 2018-05-10 13:14 GMT+02:00 Arman Khalatyan <arm2...@gmail.com>:
>>>>>>>
>>>>>>>> hello everybody,
>>>>>>>> According to your last response only glusterfs is problematic on
>>>>>>>> ovirt 4.1,
>>>>>>>> are there any other known problems on upgrading from 7.4 to 7.5 on
>>>>>>>> the hosts?
>>>>>>>>
>>>>>>>
>>>>>>> known issues so far:
>>>>>>> - upgrade on ppc64le has issues if libguestfs is installed due to a
>>>>>>> wrong dependency on qemu-kvm-ma
>>>>>>> - centos 7.5 repo dropped ovirt-4.1 and gluster-38 repos so they are
>>>>>>> not reachable unless you manually change http://mirror.centos.or
>>>>>>> g/centos/7/ to http://mirror.centos.org/centos/7.4.1708/ for those
>>>>>>> repos.
>>>>>>> - centos 7.5 has an outdated Virt SIG repo, as a workaround you can
>>>>>>> use test repo instead: https://buildlog

[ovirt-users] Re: CentOS 7.5.1804 is now officially available

2018-05-11 Thread Maton, Brett
I've added the test repo (000FIX) on all nodes and that's fixed the
physical hosts, but have hit another issue when upgrading the hosted-engine
host:

Error: Package: ovirt-engine-backend-4.2.3.5-1.el7.centos.noarch
(@ovirt-4.2)
   Requires: novnc < 0.6.0
   Removing: novnc-0.5.1-2.el7.noarch (@ovirt-4.2-centos-ovirt42)
   novnc = 0.5.1-2.el7
   Updated By: novnc-0.6.2-1.el7.noarch (000FIX)
   novnc = 0.6.2-1.el7
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


On 11 May 2018 at 10:33, Sandro Bonazzola <sbona...@redhat.com> wrote:

>
>
> 2018-05-11 11:26 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>
>> Thanks Sandro,
>>
>>   I didn't twig that cockpit was coming from the SIG repo...
>>
>
> Sadly, one of the sub packages of cockpit, the cockpit-machine-ovirt
> package is not shipped in CentOS, so we needed to ship cockpit in Virt SIG
> for including it.
>
>
>
>>
>> On 11 May 2018 at 10:21, Sandro Bonazzola <sbona...@redhat.com> wrote:
>>
>>>
>>>
>>> 2018-05-11 11:14 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>>>
>>>> I'm trying to upgrade my testlab setup to CentOS 7.5 but am running in
>>>> to the following dependency issue:
>>>>
>>>> Error: Package: cockpit-storaged-160-1.el7.centos.noarch
>>>> (@centos7-x86_64-extras)
>>>>Requires: storaged-iscsi >= 2.1.1
>>>>Removing: storaged-iscsi-2.5.2-4.el7.x86_64
>>>> (@centos7-x86_64-extras)
>>>>storaged-iscsi = 2.5.2-4.el7
>>>>Obsoleted By: udisks2-iscsi-2.7.3-6.el7.x86_64 (base)
>>>>Not found
>>>>Available: storaged-iscsi-2.5.2-2.el7.x86_64
>>>> (ovirt-4.2-centos-ovirt42)
>>>>storaged-iscsi = 2.5.2-2.el7
>>>>
>>>>
>>>> Anyone come across this yet ?
>>>>
>>>>
>>> CentOS team is aware and is fixing their package for udisk2 :
>>> https://git.centos.org/commitdiff/rpms!cockpit.git/47a95479f
>>> 87a977800cca6e78079397efe51a11a
>>> Virt SIG also has a newer cockpit, but it didn't get published when
>>> CentOS 7.5 gone GA: https://bugs.centos.org/view.php?id=14764
>>> In the meanwhile, you cna use test repo:  https://buildlogs.cento
>>> s.org/centos/7/virt/x86_64/ovirt-4.2/
>>>
>>>
>>>
>>>> On 11 May 2018 at 09:31, Sandro Bonazzola <sbona...@redhat.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> 2018-05-11 9:50 GMT+02:00 Michal Skrivanek <
>>>>> michal.skriva...@redhat.com>:
>>>>>
>>>>>>
>>>>>>
>>>>>> On 10 May 2018, at 13:21, Sandro Bonazzola <sbona...@redhat.com>
>>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> 2018-05-10 13:14 GMT+02:00 Arman Khalatyan <arm2...@gmail.com>:
>>>>>>
>>>>>>> hello everybody,
>>>>>>> According to your last response only glusterfs is problematic on
>>>>>>> ovirt 4.1,
>>>>>>> are there any other known problems on upgrading from 7.4 to 7.5 on
>>>>>>> the hosts?
>>>>>>>
>>>>>>
>>>>>> known issues so far:
>>>>>> - upgrade on ppc64le has issues if libguestfs is installed due to a
>>>>>> wrong dependency on qemu-kvm-ma
>>>>>> - centos 7.5 repo dropped ovirt-4.1 and gluster-38 repos so they are
>>>>>> not reachable unless you manually change http://mirror.centos.or
>>>>>> g/centos/7/ to http://mirror.centos.org/centos/7.4.1708/ for those
>>>>>> repos.
>>>>>> - centos 7.5 has an outdated Virt SIG repo, as a workaround you can
>>>>>> use test repo instead: https://buildlogs.cen
>>>>>> tos.org/centos/7/virt/x86_64/ovirt-4.2/ ; this has been already
>>>>>> reported to centos release engineering team and they're working on fixing
>>>>>> this.
>>>>>>
>>>>>>
>>>>>> Also, if you happen to upgrade hosts from 4.1 to 4.2 and CentOS 7.4
>>>>>> to CentOS 7.5 (specifically libvirt 3.2 to 3.9) make sure that you have 
>>>>>> the
>>>>>> host in Maintenanc

[ovirt-users] Re: CentOS 7.5.1804 is now officially available

2018-05-11 Thread Maton, Brett
Thanks Sandro,

  I didn't twig that cockpit was coming from the SIG repo...

On 11 May 2018 at 10:21, Sandro Bonazzola <sbona...@redhat.com> wrote:

>
>
> 2018-05-11 11:14 GMT+02:00 Maton, Brett <mat...@ltresources.co.uk>:
>
>> I'm trying to upgrade my testlab setup to CentOS 7.5 but am running in to
>> the following dependency issue:
>>
>> Error: Package: cockpit-storaged-160-1.el7.centos.noarch
>> (@centos7-x86_64-extras)
>>Requires: storaged-iscsi >= 2.1.1
>>Removing: storaged-iscsi-2.5.2-4.el7.x86_64
>> (@centos7-x86_64-extras)
>>storaged-iscsi = 2.5.2-4.el7
>>Obsoleted By: udisks2-iscsi-2.7.3-6.el7.x86_64 (base)
>>Not found
>>Available: storaged-iscsi-2.5.2-2.el7.x86_64
>> (ovirt-4.2-centos-ovirt42)
>>storaged-iscsi = 2.5.2-2.el7
>>
>>
>> Anyone come across this yet ?
>>
>>
> CentOS team is aware and is fixing their package for udisk2 :
> https://git.centos.org/commitdiff/rpms!cockpit.git/
> 47a95479f87a977800cca6e78079397efe51a11a
> Virt SIG also has a newer cockpit, but it didn't get published when CentOS
> 7.5 gone GA: https://bugs.centos.org/view.php?id=14764
> In the meanwhile, you cna use test repo:  https://buildlogs.
> centos.org/centos/7/virt/x86_64/ovirt-4.2/
>
>
>
>> On 11 May 2018 at 09:31, Sandro Bonazzola <sbona...@redhat.com> wrote:
>>
>>>
>>>
>>> 2018-05-11 9:50 GMT+02:00 Michal Skrivanek <michal.skriva...@redhat.com>
>>> :
>>>
>>>>
>>>>
>>>> On 10 May 2018, at 13:21, Sandro Bonazzola <sbona...@redhat.com> wrote:
>>>>
>>>>
>>>>
>>>> 2018-05-10 13:14 GMT+02:00 Arman Khalatyan <arm2...@gmail.com>:
>>>>
>>>>> hello everybody,
>>>>> According to your last response only glusterfs is problematic on ovirt
>>>>> 4.1,
>>>>> are there any other known problems on upgrading from 7.4 to 7.5 on the
>>>>> hosts?
>>>>>
>>>>
>>>> known issues so far:
>>>> - upgrade on ppc64le has issues if libguestfs is installed due to a
>>>> wrong dependency on qemu-kvm-ma
>>>> - centos 7.5 repo dropped ovirt-4.1 and gluster-38 repos so they are
>>>> not reachable unless you manually change http://mirror.centos.or
>>>> g/centos/7/ to http://mirror.centos.org/centos/7.4.1708/ for those
>>>> repos.
>>>> - centos 7.5 has an outdated Virt SIG repo, as a workaround you can use
>>>> test repo instead: https://buildlogs.centos.org/centos/7/virt/x86_64/o
>>>> virt-4.2/ ; this has been already reported to centos release
>>>> engineering team and they're working on fixing this.
>>>>
>>>>
>>>> Also, if you happen to upgrade hosts from 4.1 to 4.2 and CentOS 7.4 to
>>>> CentOS 7.5 (specifically libvirt 3.2 to 3.9) make sure that you have the
>>>> host in Maintenance first and there are *no VMs running on the host
>>>> during upgrade!*
>>>> Neglecting to do so will result in corrupting your VM configuration and
>>>> such VMs will no longer start in future. There is no other fix than
>>>> manually fixing the database configuration for each VM or recreate them in
>>>> GUI.
>>>>
>>>> For each and every host update the host needs to be in Maintenance.
>>>> Preferably use the GUI to upgrade them.
>>>>
>>>
>>> perhaps a yum plugin should be developed preventing manual "yum update"
>>> on hosts if host is not in maintenance?
>>>
>>>
>>>
>>>
>>>>
>>>> Thanks,
>>>> michal
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> thank you for your efforts an the nice product!
>>>>>
>>>>> Sandro Bonazzola <sbona...@redhat.com> schrieb am Do., 10. Mai 2018,
>>>>> 12:51:
>>>>>
>>>>>>
>>>>>>
>>>>>> 2018-05-10 12:19 GMT+02:00 Nir Soffer <nsof...@redhat.com>:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, 10 May 2018, 12:26 Sandro Bonazzola, <sbona...@redhat.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> FYI,
>>>>

[ovirt-users] Re: CentOS 7.5.1804 is now officially available

2018-05-11 Thread Maton, Brett
Ignore me, I cleaned up my repos and had installed ovirt-42 stable instead
of 'pre'

On 11 May 2018 at 10:14, Maton, Brett <mat...@ltresources.co.uk> wrote:

> I'm trying to upgrade my testlab setup to CentOS 7.5 but am running in to
> the following dependency issue:
>
> Error: Package: cockpit-storaged-160-1.el7.centos.noarch
> (@centos7-x86_64-extras)
>Requires: storaged-iscsi >= 2.1.1
>Removing: storaged-iscsi-2.5.2-4.el7.x86_64
> (@centos7-x86_64-extras)
>storaged-iscsi = 2.5.2-4.el7
>Obsoleted By: udisks2-iscsi-2.7.3-6.el7.x86_64 (base)
>Not found
>Available: storaged-iscsi-2.5.2-2.el7.x86_64
> (ovirt-4.2-centos-ovirt42)
>storaged-iscsi = 2.5.2-2.el7
>
>
> Anyone come across this yet ?
>
> On 11 May 2018 at 09:31, Sandro Bonazzola <sbona...@redhat.com> wrote:
>
>>
>>
>> 2018-05-11 9:50 GMT+02:00 Michal Skrivanek <michal.skriva...@redhat.com>:
>>
>>>
>>>
>>> On 10 May 2018, at 13:21, Sandro Bonazzola <sbona...@redhat.com> wrote:
>>>
>>>
>>>
>>> 2018-05-10 13:14 GMT+02:00 Arman Khalatyan <arm2...@gmail.com>:
>>>
>>>> hello everybody,
>>>> According to your last response only glusterfs is problematic on ovirt
>>>> 4.1,
>>>> are there any other known problems on upgrading from 7.4 to 7.5 on the
>>>> hosts?
>>>>
>>>
>>> known issues so far:
>>> - upgrade on ppc64le has issues if libguestfs is installed due to a
>>> wrong dependency on qemu-kvm-ma
>>> - centos 7.5 repo dropped ovirt-4.1 and gluster-38 repos so they are not
>>> reachable unless you manually change http://mirror.centos.org/centos/7/
>>> to http://mirror.centos.org/centos/7.4.1708/ for those repos.
>>> - centos 7.5 has an outdated Virt SIG repo, as a workaround you can use
>>> test repo instead: https://buildlogs.centos.org/centos/7/virt/x86_64/o
>>> virt-4.2/ ; this has been already reported to centos release
>>> engineering team and they're working on fixing this.
>>>
>>>
>>> Also, if you happen to upgrade hosts from 4.1 to 4.2 and CentOS 7.4 to
>>> CentOS 7.5 (specifically libvirt 3.2 to 3.9) make sure that you have the
>>> host in Maintenance first and there are *no VMs running on the host
>>> during upgrade!*
>>> Neglecting to do so will result in corrupting your VM configuration and
>>> such VMs will no longer start in future. There is no other fix than
>>> manually fixing the database configuration for each VM or recreate them in
>>> GUI.
>>>
>>> For each and every host update the host needs to be in Maintenance.
>>> Preferably use the GUI to upgrade them.
>>>
>>
>> perhaps a yum plugin should be developed preventing manual "yum update"
>> on hosts if host is not in maintenance?
>>
>>
>>
>>
>>>
>>> Thanks,
>>> michal
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> thank you for your efforts an the nice product!
>>>>
>>>> Sandro Bonazzola <sbona...@redhat.com> schrieb am Do., 10. Mai 2018,
>>>> 12:51:
>>>>
>>>>>
>>>>>
>>>>> 2018-05-10 12:19 GMT+02:00 Nir Soffer <nsof...@redhat.com>:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, 10 May 2018, 12:26 Sandro Bonazzola, <sbona...@redhat.com>
>>>>>> wrote:
>>>>>>
>>>>>>> FYI,
>>>>>>> CentOS 7.5.1804 is now officially available. See announce here:
>>>>>>> https://lists.centos.org/pipermail/centos-announce/201
>>>>>>> 8-May/022829.html
>>>>>>>
>>>>>>> Users: I suggest to upgrade in order to get latest features, fixes
>>>>>>> and security fixes. Just a note for ppc64le users, there's a known bug 
>>>>>>> with
>>>>>>> libguestfs requiring qemu-kvm-ma instead of qemu-kvm that may cause 
>>>>>>> upgrade
>>>>>>> issues. This should be fixed in next update which should land in CentOS 
>>>>>>> in
>>>>>>> ~2 weeks.
>>>>>>> If you are still on 4.1, please change your centos repos to point to
>>>>>>> http://mirror.centos.org/centos/7.4.1708/ instead of
&g

[ovirt-users] Re: CentOS 7.5.1804 is now officially available

2018-05-11 Thread Maton, Brett
I'm trying to upgrade my testlab setup to CentOS 7.5 but am running in to
the following dependency issue:

Error: Package: cockpit-storaged-160-1.el7.centos.noarch
(@centos7-x86_64-extras)
   Requires: storaged-iscsi >= 2.1.1
   Removing: storaged-iscsi-2.5.2-4.el7.x86_64
(@centos7-x86_64-extras)
   storaged-iscsi = 2.5.2-4.el7
   Obsoleted By: udisks2-iscsi-2.7.3-6.el7.x86_64 (base)
   Not found
   Available: storaged-iscsi-2.5.2-2.el7.x86_64
(ovirt-4.2-centos-ovirt42)
   storaged-iscsi = 2.5.2-2.el7


Anyone come across this yet ?

On 11 May 2018 at 09:31, Sandro Bonazzola  wrote:

>
>
> 2018-05-11 9:50 GMT+02:00 Michal Skrivanek :
>
>>
>>
>> On 10 May 2018, at 13:21, Sandro Bonazzola  wrote:
>>
>>
>>
>> 2018-05-10 13:14 GMT+02:00 Arman Khalatyan :
>>
>>> hello everybody,
>>> According to your last response only glusterfs is problematic on ovirt
>>> 4.1,
>>> are there any other known problems on upgrading from 7.4 to 7.5 on the
>>> hosts?
>>>
>>
>> known issues so far:
>> - upgrade on ppc64le has issues if libguestfs is installed due to a wrong
>> dependency on qemu-kvm-ma
>> - centos 7.5 repo dropped ovirt-4.1 and gluster-38 repos so they are not
>> reachable unless you manually change http://mirror.centos.org/centos/7/
>> to http://mirror.centos.org/centos/7.4.1708/ for those repos.
>> - centos 7.5 has an outdated Virt SIG repo, as a workaround you can use
>> test repo instead: https://buildlogs.centos.org/centos/7/virt/x86_64/
>> ovirt-4.2/ ; this has been already reported to centos release
>> engineering team and they're working on fixing this.
>>
>>
>> Also, if you happen to upgrade hosts from 4.1 to 4.2 and CentOS 7.4 to
>> CentOS 7.5 (specifically libvirt 3.2 to 3.9) make sure that you have the
>> host in Maintenance first and there are *no VMs running on the host
>> during upgrade!*
>> Neglecting to do so will result in corrupting your VM configuration and
>> such VMs will no longer start in future. There is no other fix than
>> manually fixing the database configuration for each VM or recreate them in
>> GUI.
>>
>> For each and every host update the host needs to be in Maintenance.
>> Preferably use the GUI to upgrade them.
>>
>
> perhaps a yum plugin should be developed preventing manual "yum update" on
> hosts if host is not in maintenance?
>
>
>
>
>>
>> Thanks,
>> michal
>>
>>
>>
>>
>>
>>
>>
>>>
>>>
>>> thank you for your efforts an the nice product!
>>>
>>> Sandro Bonazzola  schrieb am Do., 10. Mai 2018,
>>> 12:51:
>>>


 2018-05-10 12:19 GMT+02:00 Nir Soffer :

>
>
> On Thu, 10 May 2018, 12:26 Sandro Bonazzola, 
> wrote:
>
>> FYI,
>> CentOS 7.5.1804 is now officially available. See announce here:
>> https://lists.centos.org/pipermail/centos-announce/201
>> 8-May/022829.html
>>
>> Users: I suggest to upgrade in order to get latest features, fixes
>> and security fixes. Just a note for ppc64le users, there's a known bug 
>> with
>> libguestfs requiring qemu-kvm-ma instead of qemu-kvm that may cause 
>> upgrade
>> issues. This should be fixed in next update which should land in CentOS 
>> in
>> ~2 weeks.
>> If you are still on 4.1, please change your centos repos to point to
>> http://mirror.centos.org/centos/7.4.1708/ instead of
>> http://mirror.centos.org/centos/7.
>> Then please update to latest 4.1 and then to oVirt 4.2 + CentOS 7.5
>> as soon as you can.
>>
>> Devel: please cross check your jenkins jobs, especially those having
>> to do something with 4.1 since CentOS 7.5 is not supporting oVirt 4.1
>> anymore. See above.
>>
>
> What is the issue with 4.1? it works on RHEL 7.5 so it sould work on
> CentOS 7.5.
>

 ovirt-4.1 and gluster 3.8 are EOL so they've been removed from CentOS
 7.5 not being supported anymore.




>
> Nir
>
>
>> Infra: please schedule a mass update of oVirt infrastructure to
>> CentOS 7.5 + oVirt 4.2.3 ASAP.
>>
>> Thanks,
>> --
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>> Red Hat EMEA 
>>
>> sbona...@redhat.com
>> 
>> 
>> ___
>> Infra mailing list -- in...@ovirt.org
>> To unsubscribe send an email to infra-le...@ovirt.org
>>
>


 --
 SANDRO BONAZZOLA

 ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
 Red Hat EMEA 

 sbona...@redhat.com
 
 
 ___
 

Re: [ovirt-users] Cannot update Node 4.2 to 4.2.2

2018-04-05 Thread Maton, Brett
shot inthe dark, but have you got EPEL repo enabled by any chance?

On 4 April 2018 at 20:20, Vincent Royer  wrote:

> Trying to update my nodes to 4.2.2, having a hard time.
>
> I updated the engine, no problems. Migrated VMs off host 1 and put it into
> maintenance.  I do a "check upgrade" in the GUI, it finds an update, but
> fails to install.
>
> Drop to CLI and try to do it manually
>
> yum update -y
>
> I get lots of dependency errors for missing packages.   A quick google
> shows that I may have the incorrect RPMs installed, and should only have
> the ovirt-node-ng-image and appliance rpms. So I try to install only those.
>
> So I think I have the right rpms now
>
>
> But now when I do a yum update it says there are no packages marked for
> update.
>
> How to fix this?   Is there anything I have done wrong that I shouldn't do
> on my other hosts?
>
>
>
> ___
> 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


Re: [ovirt-users] Postgresql read only user difficulties

2018-03-18 Thread Maton, Brett
No worries, glad you got there in the end

On 19 March 2018 at 04:16, Vincent Royer <vinc...@epicenergy.ca> wrote:

> I just did it again with another user and this time it seemed to work.
>
> Thanks for your help.
>
> *Vincent Royer*
> *778-825-1057*
>
>
> <http://www.epicenergy.ca/>
> *SUSTAINABLE MOBILE ENERGY SOLUTIONS*
>
>
>
>
> On Sun, Mar 18, 2018 at 8:50 PM, Maton, Brett <mat...@ltresources.co.uk>
> wrote:
>
>> Ok that may well  be the case :)
>>
>> If generated the password as per the instructions with
>>
>> ENCRYPTED PASSWORD
>>
>> Postgres is expecting the password to be pre-encrypted.
>>
>> If you connect to postgres as postgres (psql)
>>
>> Try
>>
>> ALTER ROLE grafana WITH PASSWORD 'clear txt password';
>>
>>
>>
>> On 18 March 2018 at 18:49, Vincent Royer <vinc...@epicenergy.ca> wrote:
>>
>>> well this is frustrating.  I added the read only user, but still can't
>>> connect.
>>>
>>> pq: password authentication failed for user "grafana"
>>>
>>>
>>> *Vincent Royer*
>>> *778-825-1057 <(778)%20825-1057>*
>>>
>>>
>>> <http://www.epicenergy.ca/>
>>> *SUSTAINABLE MOBILE ENERGY SOLUTIONS*
>>>
>>>
>>>
>>>
>>> On Sat, Mar 17, 2018 at 11:43 AM, Maton, Brett <mat...@ltresources.co.uk
>>> > wrote:
>>>
>>>> Yeah if postgres won't start you've probably got a typo in pg_hba.conf
>>>>
>>>> On 17 March 2018 at 18:11, Vincent Royer <vinc...@epicenergy.ca> wrote:
>>>>
>>>>> I think I see the issue.  Extra space after the IP address in
>>>>> pg_hba.conf
>>>>>
>>>>> I'll try again later.
>>>>>
>>>>> Thanks for your help!
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Sat, Mar 17, 2018 at 10:44 AM, Vincent Royer <vinc...@epicenergy.ca
>>>>> > wrote:
>>>>>
>>>>>> hmmm.  not a great result...
>>>>>>
>>>>>>  rh-postgresql95-postgresql.service:...1
>>>>>> Mar 17 10:36:32 ovirt-engine systemd[1]: Failed to start PostgreSQL
>>>>>> database
>>>>>> Mar 17 10:36:32 ovirt-engine systemd[1]: Unit
>>>>>> rh-postgresql95-postgresql.ser
>>>>>> Mar 17 10:36:32 ovirt-engine systemd[1]:
>>>>>> rh-postgresql95-postgresql.service 
>>>>>>
>>>>>> and can no longer login to ovirt-engine gui:
>>>>>>
>>>>>> server_error: Connection refused. Check that the hostname and port
>>>>>> are correct and that the postmaster is accepting TCP/IP connections.
>>>>>>
>>>>>> tried to restart ovirt-engine and it won't come up - internal server
>>>>>> error.
>>>>>>
>>>>>>
>>>>>>
>>>>>> *Vincent Royer*
>>>>>> *778-825-1057 <(778)%20825-1057>*
>>>>>>
>>>>>>
>>>>>> <http://www.epicenergy.ca/>
>>>>>> *SUSTAINABLE MOBILE ENERGY SOLUTIONS*
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Sat, Mar 17, 2018 at 4:34 AM, Maton, Brett <
>>>>>> mat...@ltresources.co.uk> wrote:
>>>>>>
>>>>>>> You could always try reloading the configuration, pretty sure pg_hba
>>>>>>> gets reloaded these days:
>>>>>>>
>>>>>>> su - postgres
>>>>>>> scl enable rh-postgresql95 bash
>>>>>>> pg_ctl reload -D /var/opt/rh/rh-postgresql95/lib/pgsql/data
>>>>>>>
>>>>>>> or as root
>>>>>>>
>>>>>>> systemctl restart rh-postgresql95-postgresql.service
>>>>>>>
>>>>>>>
>>>>>>> On 17 March 2018 at 11:20, Vincent Royer <vinc...@epicenergy.ca>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> ok thanks, I did see it there but assumed that was a temp file.  I
>>>>>>>> updated it according to the instructions, but I still get the same 
>>>>>>>> error.
>>>>>>>>
>>>>>>>> # 

Re: [ovirt-users] Postgresql read only user difficulties

2018-03-18 Thread Maton, Brett
Ok that may well  be the case :)

If generated the password as per the instructions with

ENCRYPTED PASSWORD

Postgres is expecting the password to be pre-encrypted.

If you connect to postgres as postgres (psql)

Try

ALTER ROLE grafana WITH PASSWORD 'clear txt password';


On 18 March 2018 at 18:49, Vincent Royer <vinc...@epicenergy.ca> wrote:

> well this is frustrating.  I added the read only user, but still can't
> connect.
>
> pq: password authentication failed for user "grafana"
>
>
> *Vincent Royer*
> *778-825-1057*
>
>
> <http://www.epicenergy.ca/>
> *SUSTAINABLE MOBILE ENERGY SOLUTIONS*
>
>
>
>
> On Sat, Mar 17, 2018 at 11:43 AM, Maton, Brett <mat...@ltresources.co.uk>
> wrote:
>
>> Yeah if postgres won't start you've probably got a typo in pg_hba.conf
>>
>> On 17 March 2018 at 18:11, Vincent Royer <vinc...@epicenergy.ca> wrote:
>>
>>> I think I see the issue.  Extra space after the IP address in pg_hba.conf
>>>
>>> I'll try again later.
>>>
>>> Thanks for your help!
>>>
>>>
>>>
>>>
>>> On Sat, Mar 17, 2018 at 10:44 AM, Vincent Royer <vinc...@epicenergy.ca>
>>> wrote:
>>>
>>>> hmmm.  not a great result...
>>>>
>>>>  rh-postgresql95-postgresql.service:...1
>>>> Mar 17 10:36:32 ovirt-engine systemd[1]: Failed to start PostgreSQL
>>>> database
>>>> Mar 17 10:36:32 ovirt-engine systemd[1]: Unit
>>>> rh-postgresql95-postgresql.ser
>>>> Mar 17 10:36:32 ovirt-engine systemd[1]: rh-postgresql95-postgresql.service
>>>> 
>>>>
>>>> and can no longer login to ovirt-engine gui:
>>>>
>>>> server_error: Connection refused. Check that the hostname and port are
>>>> correct and that the postmaster is accepting TCP/IP connections.
>>>>
>>>> tried to restart ovirt-engine and it won't come up - internal server
>>>> error.
>>>>
>>>>
>>>>
>>>> *Vincent Royer*
>>>> *778-825-1057 <(778)%20825-1057>*
>>>>
>>>>
>>>> <http://www.epicenergy.ca/>
>>>> *SUSTAINABLE MOBILE ENERGY SOLUTIONS*
>>>>
>>>>
>>>>
>>>>
>>>> On Sat, Mar 17, 2018 at 4:34 AM, Maton, Brett <mat...@ltresources.co.uk
>>>> > wrote:
>>>>
>>>>> You could always try reloading the configuration, pretty sure pg_hba
>>>>> gets reloaded these days:
>>>>>
>>>>> su - postgres
>>>>> scl enable rh-postgresql95 bash
>>>>> pg_ctl reload -D /var/opt/rh/rh-postgresql95/lib/pgsql/data
>>>>>
>>>>> or as root
>>>>>
>>>>> systemctl restart rh-postgresql95-postgresql.service
>>>>>
>>>>>
>>>>> On 17 March 2018 at 11:20, Vincent Royer <vinc...@epicenergy.ca>
>>>>> wrote:
>>>>>
>>>>>> ok thanks, I did see it there but assumed that was a temp file.  I
>>>>>> updated it according to the instructions, but I still get the same error.
>>>>>>
>>>>>> # TYPE  DATABASEUSERADDRESS METHOD
>>>>>>
>>>>>> # "local" is for Unix domain socket connections only
>>>>>> local   all all peer
>>>>>> hostovirt_engine_history ovirt_engine_history 0.0.0.0/0
>>>>>>  md5
>>>>>> hostovirt_engine_history ovirt_engine_history ::0/0
>>>>>>  md5
>>>>>> hostovirt_engine_history grafana 172.16.30.10 /0   md5
>>>>>> hostovirt_engine_history grafana ::0/0   md5
>>>>>> hostengine  engine  0.0.0.0/0   md5
>>>>>> hostengine  engine  ::0/0   md5
>>>>>>
>>>>>>
>>>>>> did a systemctl restart postgresql.service and I get "Unit not
>>>>>> found".   So I did systemctl restart ovirt-engine.service...
>>>>>>
>>>>>> and the error I get when accessing from 172.16.30.10 is:
>>>>>>
>>>>>> pq: no pg_hba.conf entry for host "172.16.30.10", user "grafana",
>>>>>> database "ovirt_engine_h

  1   2   3   >