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

[Yedidyah Bar David]

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

How? In the code?

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

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

Thanks for the report!

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

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[ovirt]

I will get the logs.

Here is the exact error message:
[ ERROR ] fatal: [ovirt-engine.fateknollogee.com]: UNREACHABLE! => 
{"changed": false, "msg": "Failed to connect to the host via ssh: 
Warning: Permanently added 
'ovirt-engine.fateknollogee.com,192.168.124.198' (ECDSA) to the list of 
known hosts.\r\nPermission denied 
(publickey,gssapi-keyex,gssapi-with-mic,password).\r\n", "unreachable": 
true}


On 2018-05-16 07:04, Simone Tiraboschi wrote:

On Wed, May 16, 2018 at 3:36 PM,  wrote:


Simone, unfortunately I deleted that install after it failed.
I can re-run the install based on the df -h (see previous post) or I
can change disks & increase the size of /var then re-run the
install.
What do you think?
The error I was getting said it could not find the hosted engine at
vibr0 on 192.168.xxx.xx


On my opinion you could simply retry.
Please share your log file it fails again.


On 2018-05-16 06:30, Simone Tiraboschi wrote:

On Wed, May 16, 2018 at 3:25 PM,  wrote:

This is what I had.
Does this look correct?

Yes, I think so.

can you please share your hosted-engine-setup log file to understand
where it's failing?

[root@ovirt-node1 ~]# df -h
Filesystem
Size  Used Avail Use% Mounted on
/dev/mapper/onn_ovirt--node1-ovirt--node--ng--4.2.3--0.20180515.0+1
14G  1.8G   12G  14% /
devtmpfs
32G 0   32G   0% /dev
tmpfs
32G  8.0K   32G   1% /dev/shm
tmpfs
32G   18M   32G   1% /run
tmpfs
32G 0   32G   0% /sys/fs/cgroup
/dev/sda1
976M  207M  702M  23% /boot
/dev/mapper/onn_ovirt--node1-home
976M  2.6M  907M   1% /home
/dev/mapper/onn_ovirt--node1-tmp
976M  2.8M  906M   1% /tmp
/dev/mapper/onn_ovirt--node1-var
15G  112M   14G   1% /var
/dev/mapper/onn_ovirt--node1-var_log
7.8G   42M  7.3G   1% /var/log
/dev/mapper/onn_ovirt--node1-var_log_audit
2.0G  6.3M  1.8G   1% /var/log/audit
/dev/mapper/onn_ovirt--node1-var_crash
9.8G   37M  9.2G   1% /var/crash
tmpfs
6.3G 0  6.3G   0% /run/user/0

On 2018-05-16 06:14, Simone Tiraboschi wrote:
On Wed, May 16, 2018 at 2:52 PM,  wrote:



https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/

[1]
[1]
[1] says:
Important: If you are also installing the oVirt Engine Virtual
Appliance for self-hosted engine installation, the /var partition
must be at least 60 GB.

The appliance disk is shipped as a qcow2 image: 4 GB should be
enough.

Back to the drawing board, I certainly failed to read that!!

On 2018-05-16 02:37, Andrea Dell'Amico wrote:
On 16 May 2018, at 09:42, Simone Tiraboschi 
wrote:

On Tue, May 15, 2018 at 6:31 PM,   wrote:

Engine network config error

Following this blog post:



https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/

[2]
[2]
[2]

[1]

I get an error saying the hosted engine setup is "trying" to use
vibr0 (192.168.xxx.x) even though I have the bridge interface set
to "eno1"

Regardless of whether the Edit Hosts File is checked or unchecked,
it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x

The same thing happens whether I set the engine IP to Static or
DHCP (I don't have DNS, I'm using static entries in /etc/hosts).

Any ideas it "insists" on using "vibr0" instead of "eno1"?

Hi,
up to this point is absolutely fine: in the new node zero deployment
flow, hosted-engine-setup bootstraps a local VM with an engine there
to use that engine to configure the rest of the system (storage,
network...).
That bootstrap VM runs over default natted libvirt network, that's
why you see vibr0 and 192.168.xxx.x at that stage.

If you are facing any issue, it's definitively not there.

Yes, the blog post describes the 4.2.{0,1} behaviour while the local
VM is a change introduced in 4.2.2.
I faced a similar error and in my case the VM creation failed
because
there was not enough space in /var/tmp. It wasn’t a problem
before,
because the engine VM was created directly on top of a gluster
volume.

Andrea
--
Andrea Dell'Amico
http://adellam. sevenseas.org/ [3] [3] [3] [2]

Links:
--
[1]


https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/

[2]
[2]
[2]
[2] http://sevenseas.org/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

Links:
--
[1]


https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/

[1]
[1]
[2]


https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/

[2]
[2]
[3] http://sevenseas.org/

Links:
--
[1]


https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/

[1]
[2]


https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/

[2]
[3] http://sevenseas.org/




Links:
--
[1] 
https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/

[2]

[ovirt-users] Re: ovirt with multiple engines

[Nir Soffer]

On Wed, May 16, 2018 at 7:37 PM Michael Watters  wrote:

> Is it possible to have multiple engines with different versions of ovirt
> running in the same cluster?  I am working on a plan to upgrade our
> ovirt cluster to the 4.2 release however we would like to have a
> rollback plan in case there are issues with the new engine.
>

You can run multiple engines, each on a different host (or vm). Then
you can remove entities from one engine and add them to the other.
If something goes wrong, you can move the entities back to the orignal
engine.

I think the new DR support can make this process easy and robust,
but not sure it works with older engine versions.

Adding Maor to add more info on this direction.

I think that hosted engine upgrade flow may also be useful, dumping
engine database on the old engine, and restoring it to a new engine,
and it may work better for upgrading between different versions.

Simone is the expert in this area.

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

[ovirt-users] vGPU VM not starting

[Callum Smith]

Dear All,

Our vGPU installation is progressing, though the VM is failing to start.

2018-05-16 22:57:34,328+0100 ERROR (vm/1bc9dae8) [virt.vm] 
(vmId='1bc9dae8-a0ea-44b3-9103-5805100648d0') The vm start process failed 
(vm:943)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 872, in 
_startUnderlyingVm
self._run()
  File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2872, in _run
dom.createWithFlags(flags)
  File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", 
line 130, in wrapper
ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 92, in 
wrapper
return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1099, in 
createWithFlags
if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', 
dom=self)
libvirtError: Cannot get interface MTU on '': No such device

That's the specific error, some other information. It seems the GPU 
'allocation' of uuid against the nvidia-xx mdev type is proceeding correctly, 
and the device is being created by the VM instantiation but the VM does not 
succeed in going up with this error. Any other logs or information relevant to 
help diagnose?

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

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

[ovirt-users] Re: oVirt 4.2.3. iso question

[ovirt]

ONBOOT was already set to "yes"
I still need to restart the network service after a reboot.

On 2018-05-16 12:26, Joshua Blake wrote:

Hello,

The SSH service should automatically start on boot. In your network
configuration file in /etc/sysconfig/network-scripts/, do you have the
line 'ONBOOT=yes'?

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

[ovirt-users] oVirt 4.2.3. iso question

[ovirt]

Downloaded "ovirt-node-ng-installer-ovirt-4.2-2018051606.iso" from 
http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2_build-artifacts-el7-x86_64/lastSuccessfulBuild/artifact/exported-artifacts/latest-installation-iso.html


After rebooting any node, even though they all have valid IP addresses, 
I can not connect (via SSH) to any node unless I "systemctl restart 
network.service"


Maybe I'm using the wrong iso?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: ovirt 4.2 failed deploy

[Justin Zygmont]

It should be there anyways.  All it needs is extra confirmation, warnings, etc. 
 Otherwise its hard to find or know about when you actually do need it.


From: Simone Tiraboschi [mailto:stira...@redhat.com]
Sent: Wednesday, May 16, 2018 1:40 AM
To: Justin Zygmont 
Cc: Alex K ; Phillip Bailey ; 
users 
Subject: Re: [ovirt-users] Re: ovirt 4.2 failed deploy



On Tue, May 15, 2018 at 7:01 PM, Justin Zygmont 
> wrote:
I wonder why this option isn’t just added to the hosted-engine command instead?

Just because it's a pretty destructive and uncommon action.



From: Alex K [mailto:rightkickt...@gmail.com]
Sent: Tuesday, May 15, 2018 2:00 AM
To: Phillip Bailey >
Cc: users >
Subject: [ovirt-users] Re: ovirt 4.2 failed deploy

I overcame this with:
run at host:

/usr/sbin/ovirt-hosted-engine-cleanup
Redeployed then engine
engine-setup
This time was ok.

Thanx,
Alex

On Tue, May 15, 2018 at 10:51 AM, Alex K 
> wrote:
Hi,
Thanx for the feedback.

getent ahostsv4 v0.mydomain

gives:

172.16.30.10STREAM v0
172.16.30.10DGRAM
172.16.30.10RAW
which means that

getent ahostsv4 v0.mydomain | grep v0.mydomain
gives null
I overcame this by using the flag --noansible to proceed with the python way 
and it did succeed.
Now I am stuck at engine-setup create CA step. It never finishes and I see 
several errors at setup log (grep -iE 'error|fail' ):

2018-05-15 03:40:03,749-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV BASE/error=bool:'False'
2018-05-15 03:40:03,751-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV CORE/failOnPrioOverride=bool:'True'
2018-05-15 03:40:04,338-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV BASE/error=bool:'False'
2018-05-15 03:40:04,339-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV CORE/failOnPrioOverride=bool:'True'
2018-05-15 03:40:04,532-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV OVESETUP_CORE/failOnDulicatedConstant=bool:'False'
2018-05-15 03:40:04,809-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV OVESETUP_PROVISIONING/postgresExtraConfigItems=tuple:'({'ok':  at 0x7ff1630b9578>, 'check_on_use': True, 'needed_on_create': True, 
'key': 'autovacuum_vacuum_scale_factor', 'expected': 0.01, 'error_msg': '{key} 
required to be at most {expected}'}, {'ok':  at 
0x7ff1630b9a28>, 'check_on_use': True, 'needed_on_create': True, 'key': 
'autovacuum_analyze_scale_factor', 'expected': 0.075, 'error_msg': '{key} 
required to be at most {expected}'}, {'ok':  at 
0x7ff163099410>, 'check_on_use': True, 'needed_on_create': True, 'key': 
'autovacuum_max_workers', 'expected': 6, 'error_msg': '{key} required to be at 
least {expected}'}, {'ok':  at 0x7ff163099488>, 
'check_on_use': True, 'needeOperationalError: FATAL:  password authentication 
failed for user "engine"
FATAL:  password authentication failed for user "engine"
2018-05-15 03:40:11,408-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV BASE/error=bool:'False'
2018-05-15 03:40:11,417-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV CORE/failOnPrioOverride=bool:'True'
2018-05-15 03:40:11,441-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV OVESETUP_CORE/failOnDulicatedConstant=bool:'False'
2018-05-15 03:40:11,457-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV OVESETUP_PROVISIONING/postgresExtraConfigItems=tuple:'({'ok':  at 0x7ff1630b9578>, 'check_on_use': True, 'needed_on_create': True, 
'key': 'autovacuum_vacuum_scale_factor', 'expected': 0.01, 'error_msg': '{key} 
required to be at most {expected}'}, {'ok':  at 
0x7ff1630b9a28>, 'check_on_use': True, 'needed_on_create': True, 'key': 
'autovacuum_analyze_scale_factor', 'expected': 0.075, 'error_msg': '{key} 
required to be at most {expected}'}, {'ok':  at 
0x7ff163099410>, 'check_on_use': True, 'needed_on_create': True, 'key': 
'autovacuum_max_workers', 'expected': 6, 'error_msg': '{key} required to be at 
least {expected}'}, {'ok':  at 0x7ff163099488>, 
'check_on_use': True, 'needed_on_create': True, 'key': 'maintenance_work_mem', 
'expected': 65536, 'error_msg': '{key} required to be at least {expected}', 
'useQueryForValue': True}, {'ok':  at 0x7ff163099500>, 
'check_on_use': True, 'needed_on_create': True, 'key': 'work_mem', 'expected': 
8192, 'error_msg': '{key} required to be at least {expected}', 
'useQueryForValue': True})'
raise RuntimeError("SIG%s" % signum)
RuntimeError: SIG2
raise RuntimeError("SIG%s" % signum)
RuntimeError: SIG2
2018-05-15 03:41:19,888-0400 ERROR otopi.context context._executeMethod:152 
Failed to execute stage 'Misc configuration': SIG2
2018-05-15 03:41:19,993-0400 DEBUG otopi.context context.dumpEnvironment:869 
ENV 

[ovirt-users] ovirt with multiple engines

[Michael Watters]

Is it possible to have multiple engines with different versions of ovirt
running in the same cluster?  I am working on a plan to upgrade our
ovirt cluster to the 4.2 release however we would like to have a
rollback plan in case there are issues with the new engine.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Custom Intel AMT fencing question

[Shawn Southern]

Thank you!

For reference, all I had to do was, on the oVirt hosted engine, run:
# yum install -y fence-agents-amt-ws
# engine-config -s CustomVdsFenceType="amt_ws"
# engine-config -s CustomVdsFenceOptionMapping="amt_ws:port=ipport"
# engine-config -s CustomFencePowerWaitParam="amt_ws=power_wait"

 original message 

From: Eli Mesika  
Sent: May 16, 2018 4:25 AM
To: Shawn Southern 
Cc: Martin Perina ; users 
Subject: Re: [ovirt-users] Custom Intel AMT fencing question



On Tue, May 15, 2018 at 6:50 PM, Shawn Southern 
 wrote:
Thanks for this!

I’ve got fence_amt_ws working fine, however the document you linked mentions 
creating a script, and I’m not sure how I’m to pass the various parameters 
(host to fence, etc.) to this script.  From the doc, I'm looking at:
​It's not creating , rather using the engine-config tool to set a custom fence 
agent ​
 

engine-config -s CustomVdsFenceType="amt"
engine-config -s CustomVdsFenceOptionMapping="amt:port=ipport"
engine-config -s CustomFencePowerWaitParam="amt=power_wait"

Will this pass a parameter called ipport that has the IP address or hostname of 
the host to fence to my script (which in this case is /usr/sbin/fence_amt)?

​Should work after restarting the agent , if not , please attach the engine.log 
​
 

- original message -
From: Martin Perina  
Sent: May 15, 2018 4:20 AM
To: Shawn Southern ; Eli Mesika 

Cc: users 
Subject: Re: [ovirt-users] Custom Intel AMT fencing question



On Mon, May 14, 2018 at 8:13 PM, Shawn Southern 
 wrote:
I'm now using Intel AMT and the wsmancli package to reboot/power off/power on 
my entry level systems... but now I want oVirt to use this for fencing.

I created 3 xml files: powercycle.xml (uses PowerState 10), poweron.xml (uses 
PowerState 2) and poweroff.xml (uses PowerState 8).  Here is the poweroff.xml 
file:
http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_PowerManagementService;>
  8
  http://schemas.xmlsoap.org/ws/2004/08/addressing;
            xmlns:wsman="http://schemas.dmtf.org/wbem/wsman/1/wsman.xsd;>
    
http://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous
    
      
http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_ComputerSystem
      
        CIM_ComputerSystem
        ManagedSystem
      
    
  


I can then reboot or power on/off the server with:
wsman invoke -a RequestPowerStateChange 
http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_PowerManagementService -h 
[AMT IP] -P 16992 -u admin -p [amt password] -J /fencing/poweron.xml  (or 
poweroff.xml, etc).

My question is, how do I move from this to using this for fencing in oVirt?

​At the moment oVirt doesn't officially support AMT as fence agent. But I've 
just looked that on CentOS 7 we already have fence-agents-amt-ws package, so 
please try to install fence-agents-amt-ws package and test if it's working for 
your server​.

If above agent is working fine, then please take a look Custom Fencing oVirt 
feature [1], which should allow you to use fence_agent_amt_ws agent in oVirt. 
Am I right Eli?

Regards

Martin


[1] https://www.ovirt.org/develop/developer-guide/engine/custom-fencing/


Thanks!
___
Users mailing list -- mailto:mailto:users@ovirt.org
To unsubscribe send an email to mailto:mailto:users-le...@ovirt.org



-- 
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] Re: ovirt engine frequently rebooting/changing host

[Bernhard Dick]

Hi,

Am 07.05.2018 um 11:23 schrieb Yedidyah Bar David:

[...]

It seems to work quite well, but after some hours I get many status update
mails from the ovirt engine which are either going to EngineStop or
EngeineForceStop. Sometimes the host where the engine runs is switched.
After some of those reboots there is silence for some hours before it is
starting over. Can you tell me where I should look at to fix that problem?


You can check, on all hosts, /var/log/ovirt-hosted-engine-ha/* .
thanks, that helped. Our gateway does not always respond to 
ping-requests so I changed the penality score accordingly. It is now 
running stable for almost one week.


  Regards
Bernhard


Good luck,


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

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[Simone Tiraboschi]

On Wed, May 16, 2018 at 3:36 PM,  wrote:

> Simone, unfortunately I deleted that install after it failed.
> I can re-run the install based on the df -h (see previous post) or I can
> change disks & increase the size of /var then re-run the install.
> What do you think?
> The error I was getting said it could not find the hosted engine at vibr0
> on 192.168.xxx.xx


On my opinion you could simply retry.
Please share your log file it fails again.


>
>
> On 2018-05-16 06:30, Simone Tiraboschi wrote:
>
>> On Wed, May 16, 2018 at 3:25 PM,  wrote:
>>
>> This is what I had.
>>> Does this look correct?
>>>
>>
>> Yes, I think so.
>>
>> can you please share your hosted-engine-setup log file to understand
>> where it's failing?
>>
>> [root@ovirt-node1 ~]# df -h
>>> Filesystem
>>> Size  Used Avail Use% Mounted on
>>> /dev/mapper/onn_ovirt--node1-ovirt--node--ng--4.2.3--0.20180515.0+1
>>> 14G  1.8G   12G  14% /
>>> devtmpfs
>>> 32G 0   32G   0% /dev
>>> tmpfs
>>> 32G  8.0K   32G   1% /dev/shm
>>> tmpfs
>>> 32G   18M   32G   1% /run
>>> tmpfs
>>> 32G 0   32G   0% /sys/fs/cgroup
>>> /dev/sda1
>>> 976M  207M  702M  23% /boot
>>> /dev/mapper/onn_ovirt--node1-home
>>> 976M  2.6M  907M   1% /home
>>> /dev/mapper/onn_ovirt--node1-tmp
>>> 976M  2.8M  906M   1% /tmp
>>> /dev/mapper/onn_ovirt--node1-var
>>> 15G  112M   14G   1% /var
>>> /dev/mapper/onn_ovirt--node1-var_log
>>> 7.8G   42M  7.3G   1% /var/log
>>> /dev/mapper/onn_ovirt--node1-var_log_audit
>>> 2.0G  6.3M  1.8G   1% /var/log/audit
>>> /dev/mapper/onn_ovirt--node1-var_crash
>>> 9.8G   37M  9.2G   1% /var/crash
>>> tmpfs
>>> 6.3G 0  6.3G   0% /run/user/0
>>>
>>> On 2018-05-16 06:14, Simone Tiraboschi wrote:
>>> On Wed, May 16, 2018 at 2:52 PM,  wrote:
>>>
>>>
>>> https://www.ovirt.org/documentation/install-guide/chap-
>> System_Requirements/
>>
>>> [1]
>>> [1] says:
>>> Important: If you are also installing the oVirt Engine Virtual
>>> Appliance for self-hosted engine installation, the /var partition
>>> must be at least 60 GB.
>>>
>>> The appliance disk is shipped as a qcow2 image: 4 GB should be
>>> enough.
>>>
>>> Back to the drawing board, I certainly failed to read that!!
>>>
>>> On 2018-05-16 02:37, Andrea Dell'Amico wrote:
>>> On 16 May 2018, at 09:42, Simone Tiraboschi 
>>> wrote:
>>>
>>> On Tue, May 15, 2018 at 6:31 PM,   wrote:
>>>
>>> Engine network config error
>>>
>>> Following this blog post:
>>>
>>>
>>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt
>> -4-2-and-gluster-storage/
>>
>>> [2]
>>> [2]
>>>
>>> [1]
>>>
>>> I get an error saying the hosted engine setup is "trying" to use
>>> vibr0 (192.168.xxx.x) even though I have the bridge interface set
>>> to "eno1"
>>>
>>> Regardless of whether the Edit Hosts File is checked or unchecked,
>>> it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x
>>>
>>> The same thing happens whether I set the engine IP to Static or
>>> DHCP (I don't have DNS, I'm using static entries in /etc/hosts).
>>>
>>> Any ideas it "insists" on using "vibr0" instead of "eno1"?
>>>
>>> Hi,
>>> up to this point is absolutely fine: in the new node zero deployment
>>> flow, hosted-engine-setup bootstraps a local VM with an engine there
>>> to use that engine to configure the rest of the system (storage,
>>> network...).
>>> That bootstrap VM runs over default natted libvirt network, that's
>>> why you see vibr0 and 192.168.xxx.x at that stage.
>>>
>>> If you are facing any issue, it's definitively not there.
>>>
>>
>> Yes, the blog post describes the 4.2.{0,1} behaviour while the local
>> VM is a change introduced in 4.2.2.
>> I faced a similar error and in my case the VM creation failed because
>> there was not enough space in /var/tmp. It wasn’t a problem before,
>> because the engine VM was created directly on top of a gluster volume.
>>
>> Andrea
>>  --
>> Andrea Dell'Amico
>> http://adellam. sevenseas.org/ [3] [3] [2]
>>
>> Links:
>> --
>> [1]
>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt
>> -4-2-and-gluster-storage/
>> [2]
>> [2]
>> [2] http://sevenseas.org/
>>  ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>>  Links:
>> --
>> [1]
>> https://www.ovirt.org/documentation/install-guide/chap-
>> System_Requirements/
>> [1]
>> [2]
>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt
>> -4-2-and-gluster-storage/
>> [2]
>> [3] http://sevenseas.org/
>>
>>
>>
>> Links:
>> --
>> [1] https://www.ovirt.org/documentation/install-guide/chap-
>> System_Requirements/
>> [2]
>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt
>> -4-2-and-gluster-storage/
>> [3] http://sevenseas.org/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[ovirt]

Simone, unfortunately I deleted that install after it failed.
I can re-run the install based on the df -h (see previous post) or I can 
change disks & increase the size of /var then re-run the install.

What do you think?
The error I was getting said it could not find the hosted engine at 
vibr0 on 192.168.xxx.xx


On 2018-05-16 06:30, Simone Tiraboschi wrote:

On Wed, May 16, 2018 at 3:25 PM,  wrote:


This is what I had.
Does this look correct?


Yes, I think so.

can you please share your hosted-engine-setup log file to understand
where it's failing?


[root@ovirt-node1 ~]# df -h
Filesystem
Size  Used Avail Use% Mounted on
/dev/mapper/onn_ovirt--node1-ovirt--node--ng--4.2.3--0.20180515.0+1
14G  1.8G   12G  14% /
devtmpfs
32G 0   32G   0% /dev
tmpfs
32G  8.0K   32G   1% /dev/shm
tmpfs
32G   18M   32G   1% /run
tmpfs
32G 0   32G   0% /sys/fs/cgroup
/dev/sda1
976M  207M  702M  23% /boot
/dev/mapper/onn_ovirt--node1-home
976M  2.6M  907M   1% /home
/dev/mapper/onn_ovirt--node1-tmp
976M  2.8M  906M   1% /tmp
/dev/mapper/onn_ovirt--node1-var
15G  112M   14G   1% /var
/dev/mapper/onn_ovirt--node1-var_log
7.8G   42M  7.3G   1% /var/log
/dev/mapper/onn_ovirt--node1-var_log_audit
2.0G  6.3M  1.8G   1% /var/log/audit
/dev/mapper/onn_ovirt--node1-var_crash
9.8G   37M  9.2G   1% /var/crash
tmpfs
6.3G 0  6.3G   0% /run/user/0

On 2018-05-16 06:14, Simone Tiraboschi wrote:
On Wed, May 16, 2018 at 2:52 PM,  wrote:



https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/

[1]
[1] says:
Important: If you are also installing the oVirt Engine Virtual
Appliance for self-hosted engine installation, the /var partition
must be at least 60 GB.

The appliance disk is shipped as a qcow2 image: 4 GB should be
enough.

Back to the drawing board, I certainly failed to read that!!

On 2018-05-16 02:37, Andrea Dell'Amico wrote:
On 16 May 2018, at 09:42, Simone Tiraboschi 
wrote:

On Tue, May 15, 2018 at 6:31 PM,   wrote:

Engine network config error

Following this blog post:



https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/

[2]
[2]

[1]

I get an error saying the hosted engine setup is "trying" to use
vibr0 (192.168.xxx.x) even though I have the bridge interface set
to "eno1"

Regardless of whether the Edit Hosts File is checked or unchecked,
it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x

The same thing happens whether I set the engine IP to Static or
DHCP (I don't have DNS, I'm using static entries in /etc/hosts).

Any ideas it "insists" on using "vibr0" instead of "eno1"?

Hi,
up to this point is absolutely fine: in the new node zero deployment
flow, hosted-engine-setup bootstraps a local VM with an engine there
to use that engine to configure the rest of the system (storage,
network...).
That bootstrap VM runs over default natted libvirt network, that's
why you see vibr0 and 192.168.xxx.x at that stage.

If you are facing any issue, it's definitively not there.


Yes, the blog post describes the 4.2.{0,1} behaviour while the local
VM is a change introduced in 4.2.2.
I faced a similar error and in my case the VM creation failed because
there was not enough space in /var/tmp. It wasn’t a problem before,
because the engine VM was created directly on top of a gluster volume.

Andrea
 --
Andrea Dell'Amico
http://adellam. sevenseas.org/ [3] [3] [2]

Links:
--
[1]
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[2]
[2]
[2] http://sevenseas.org/
 ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

 Links:
--
[1]
https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/
[1]
[2]
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[2]
[3] http://sevenseas.org/



Links:
--
[1] 
https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/

[2]
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[3] http://sevenseas.org/

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

[ovirt-users] Re: ovirt 4.2 failed deploy

[Alex K]

Hi,

I am sorry I don't have this setup available anymore.
I had to provide a quick solution and went with 4.1 version.

I will see if I can reproduce this on next build.

Thanx,
Alex

On Wed, May 16, 2018 at 5:38 AM, Phillip Bailey  wrote:

> Alex,
>
> I haven't run into any issues with ovirt-ha-agent. I'm adding Simone who
> may have a better idea of what could be causing the problem. Could you
> provide any logs you have available from that deployment? Also, could you
> please run "journalctl -u ovirt-ha-agent" on that host and provide the
> output?
>
> Thanks!
>
> -Phillip Bailey
>
> On Tue, May 15, 2018 at 9:22 AM, Alex K  wrote:
>
>> Hi Philip,
>>
>> I finally was not able to complete it.
>> The ovirt ha agent at host was not starting for some reason.
>> It could be because I ran a hosted-engine-cleanup earlier.
>> So I need to repeat from scratch to be able to reproduce/verify.
>>
>> Alex
>>
>>
>>
>> On Tue, May 15, 2018 at 2:48 PM, Phillip Bailey 
>> wrote:
>>
>>> Alex,
>>>
>>> I'm glad to hear you were able to get everything running! Please let us
>>> know if you have any issues going forward.
>>>
>>> Best regards,
>>>
>>> -Phillip Bailey
>>>
>>> On Tue, May 15, 2018 at 4:59 AM, Alex K  wrote:
>>>
 I overcame this with:

 run at host:

 /usr/sbin/ovirt-hosted-engine-cleanup

 Redeployed then engine
 engine-setup

 This time was ok.

 Thanx,
 Alex

 On Tue, May 15, 2018 at 10:51 AM, Alex K 
 wrote:

> Hi,
>
> Thanx for the feedback.
>
> *getent ahostsv4 v0.mydomain*
>
> gives:
>
> 172.16.30.10STREAM v0
> 172.16.30.10DGRAM
> 172.16.30.10RAW
>
> which means that
>
> *getent ahostsv4 v0.mydomain | grep v0.mydomain*
>
> gives null
>
> I overcame this by using the flag *--noansible* to proceed with the
> python way and it did succeed.
>
> Now I am stuck at engine-setup create CA step. It never finishes and I
> see several errors at setup log (grep -iE 'error|fail' ):
>
> 2018-05-15 03:40:03,749-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV BASE/error=bool:'False'
> 2018-05-15 03:40:03,751-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV CORE/failOnPrioOverride=bool:'True'
> 2018-05-15 03:40:04,338-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV BASE/error=bool:'False'
> 2018-05-15 03:40:04,339-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV CORE/failOnPrioOverride=bool:'True'
> 2018-05-15 03:40:04,532-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV OVESETUP_CORE/failOnDulicatedC
> onstant=bool:'False'
> 2018-05-15 03:40:04,809-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV OVESETUP_PROVISIONING/postgres
> ExtraConfigItems=tuple:'({'ok':  at
> 0x7ff1630b9578>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_vacuum_scale_factor', 'expected': 0.01, 'error_msg':
> '{key} required to be at most {expected}'}, {'ok':  at
> 0x7ff1630b9a28>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_analyze_scale_factor', 'expected': 0.075, 'error_msg':
> '{key} required to be at most {expected}'}, {'ok':  at
> 0x7ff163099410>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_max_workers', 'expected': 6, 'error_msg': '{key} required to 
> be
> at least {expected}'}, {'ok':  at 0x7ff163099488>,
> 'check_on_use': True, 'needeOperationalError: FATAL:  *password
> authentication failed for user "engine"*
> FATAL:  password authentication failed for user "engine"
> 2018-05-15 03:40:11,408-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV BASE/error=bool:'False'
> 2018-05-15 03:40:11,417-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV CORE/failOnPrioOverride=bool:'True'
> 2018-05-15 03:40:11,441-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV OVESETUP_CORE/failOnDulicatedC
> onstant=bool:'False'
> 2018-05-15 03:40:11,457-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV OVESETUP_PROVISIONING/postgres
> ExtraConfigItems=tuple:'({'ok':  at
> 0x7ff1630b9578>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_vacuum_scale_factor', 'expected': 0.01, 'error_msg':
> '{key} required to be at most {expected}'}, {'ok':  at
> 0x7ff1630b9a28>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_analyze_scale_factor', 'expected': 0.075, 'error_msg':
> '{key} required to be at most {expected}'}, {'ok':  at
> 0x7ff163099410>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_max_workers', 'expected': 6, 'error_msg': '{key} required to 
> be
> at 

[ovirt-users] HE LUN change

[Arsène Gschwind]

Hi,

We are running HE on a separate FC LUN on a storage system which needs to be 
replaced, what would be the best method to move / copy that LUN to another FC 
LUN?
Do we need to redeploy HE with backup/restore DB?

Thanks for any hint.
regards,
Arsène

--



Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 
267 14 11
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[Simone Tiraboschi]

On Wed, May 16, 2018 at 3:25 PM,  wrote:

> This is what I had.
> Does this look correct?
>

Yes, I think so.

can you please share your hosted-engine-setup log file to understand where
it's failing?


>
> [root@ovirt-node1 ~]# df -h
> Filesystem   Size
> Used Avail Use% Mounted on
> /dev/mapper/onn_ovirt--node1-ovirt--node--ng--4.2.3--0.20180515.0+1
>  14G  1.8G   12G  14% /
> devtmpfs  32G
>0   32G   0% /dev
> tmpfs 32G
> 8.0K   32G   1% /dev/shm
> tmpfs 32G
>  18M   32G   1% /run
> tmpfs 32G
>0   32G   0% /sys/fs/cgroup
> /dev/sda1976M
> 207M  702M  23% /boot
> /dev/mapper/onn_ovirt--node1-home
> 976M  2.6M  907M   1% /home
> /dev/mapper/onn_ovirt--node1-tmp
>  976M  2.8M  906M   1% /tmp
> /dev/mapper/onn_ovirt--node1-var
> 15G  112M   14G   1% /var
> /dev/mapper/onn_ovirt--node1-var_log
>  7.8G   42M  7.3G   1% /var/log
> /dev/mapper/onn_ovirt--node1-var_log_audit
>  2.0G  6.3M  1.8G   1% /var/log/audit
> /dev/mapper/onn_ovirt--node1-var_crash
>  9.8G   37M  9.2G   1% /var/crash
> tmpfs6.3G
>0  6.3G   0% /run/user/0
>
>
> On 2018-05-16 06:14, Simone Tiraboschi wrote:
>
>> On Wed, May 16, 2018 at 2:52 PM,  wrote:
>>
>>
>>> https://www.ovirt.org/documentation/install-guide/chap-
>> System_Requirements/
>>
>>> [1] says:
>>> Important: If you are also installing the oVirt Engine Virtual
>>> Appliance for self-hosted engine installation, the /var partition
>>> must be at least 60 GB.
>>>
>>
>> The appliance disk is shipped as a qcow2 image: 4 GB should be enough.
>>
>> Back to the drawing board, I certainly failed to read that!!
>>>
>>> On 2018-05-16 02:37, Andrea Dell'Amico wrote:
>>> On 16 May 2018, at 09:42, Simone Tiraboschi 
>>> wrote:
>>>
>>> On Tue, May 15, 2018 at 6:31 PM,   wrote:
>>>
>>> Engine network config error
>>>
>>> Following this blog post:
>>>
>>
>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt
>> -4-2-and-gluster-storage/
>> [2]
>>
>>
>> [1]

 I get an error saying the hosted engine setup is "trying" to use
 vibr0 (192.168.xxx.x) even though I have the bridge interface set
 to "eno1"

>>>
>>> Regardless of whether the Edit Hosts File is checked or unchecked,
 it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x

 The same thing happens whether I set the engine IP to Static or
 DHCP (I don't have DNS, I'm using static entries in /etc/hosts).

 Any ideas it "insists" on using "vibr0" instead of "eno1"?

>>>
>>> Hi,
>>> up to this point is absolutely fine: in the new node zero deployment
>>> flow, hosted-engine-setup bootstraps a local VM with an engine there
>>> to use that engine to configure the rest of the system (storage,
>>> network...).
>>> That bootstrap VM runs over default natted libvirt network, that's
>>> why you see vibr0 and 192.168.xxx.x at that stage.
>>>
>>> If you are facing any issue, it's definitively not there.
>>>
>>
>> Yes, the blog post describes the 4.2.{0,1} behaviour while the local
>> VM is a change introduced in 4.2.2.
>> I faced a similar error and in my case the VM creation failed because
>> there was not enough space in /var/tmp. It wasn’t a problem before,
>> because the engine VM was created directly on top of a gluster volume.
>>
>> Andrea
>>  --
>> Andrea Dell'Amico
>> http://adellam. sevenseas.org/ [3] [2]
>>
>> Links:
>> --
>> [1]
>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt
>> -4-2-and-gluster-storage/
>> [2]
>> [2] http://sevenseas.org/
>>  ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>>
>>
>> Links:
>> --
>> [1] https://www.ovirt.org/documentation/install-guide/chap-
>> System_Requirements/
>> [2]
>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt
>> -4-2-and-gluster-storage/
>> [3] http://sevenseas.org/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Preventing users to see other VMs

[Aziz]

Hi All,

@Roy, yes, that's excatly what I'm referring to. It's "ugly" to show the
unauthorized message each time a user will try to edit the VM, better to
hide it or put it as Grayed.

Thank you Greg.

Best regards


On Wed, May 16, 2018 at 1:14 PM, Greg Sheremeta  wrote:

>
>
> On Wed, May 16, 2018 at 9:09 AM, Roy Golan  wrote:
>
>> On Wed, 16 May 2018 at 16:01 Aziz  wrote:
>>
>>> Hi All,
>>>
>>> Thank you Roy, this is working now as expected, however, I think the
>>> Edit button, should  be removed for this user, there is no need to display
>>> the edit button if the user cannot use it to perform any operation, am I
>>> missing something ?
>>>
>>> You mean in the VM portal the user sees  he can edit a VM when he
>> doesn't have permission to? I assume we don't go to a resolution of button
>> per permission ( +Greg Sheremeta   right? )
>> Instead the user would get and error from the engine that he isn't
>> authorized to perform this action.
>>
>
> In both Administration Portal and VM Portal, we generally don't have
> pre-flight checks to see if users have access to buttons. There is an
> existing RFE,
> Bug 1221694 – [RFE] Role based views in webui
> https://bugzilla.redhat.com/show_bug.cgi?id=1221694
>
> Greg
>
>
>> ​
>>
>>>
>>> Best regards
>>>
>>> On Wed, May 16, 2018 at 9:12 AM, Peter Hudec  wrote:
>>>
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 I have found 2 related bug, a little bit older

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

 But these are related only to DiskProfile.

 I haven't found any work about 'Everyone' group in documentation, so
 I'm little bit confused why there is such a group.

 Peter

 On 15/05/2018 23:02, Peter Hudec wrote:
 > Hi,
 >
 > I'm fancing the same problem.
 >
 > The steps are - create user /tester/ using the ovirt-aaa-jdbc-tool
 >  - login as admin into admin portal - add tester user in
 > Administation -> Users - choose one VM and add UserRole role
 >
 > - login as testr into User Potal - user could see all VM..
 >
 > The problem could be, that the user is part of the group Everyone
 > and this group could be found in Administration -> Configure >
 > System Permissions. When you check the group permisson, it seems
 > to be automatically populated by engine.
 >
 > In  my case I[m using default DC, default cluster and 'internal'
 > profile .
 >
 > Seems that all engine object is included in Everyone group.
 >
 > regards Peter
 >
 > On 15/05/2018 22:03, Roy Golan wrote:
 >
 >
 >> On Tue, 15 May 2018 at 21:47 Aziz > > wrote:
 >
 >> Hi Roy,
 >
 >> Thanks for your feedback, I'm unable to remove the user from the
 >> cluster, I used the command "|ovirt-aaa-jdbc-tool user add|" to
 >> add the new user, and it seems that by default it took all
 >> permissions over the cluster. Is there any document describing
 >> this feature in details ?
 >
 >
 >
 >> In the webadmin go to Administration -> Configure > System
 >> Permissions. If the user is there, remove him. Then search for
 >> the VM and add permissions to the user on the VM Check your end
 >> result in the 'permisions' section of the VM to see who has
 >> permissions on it.
 >
 >> This should be helpful, quite long though
 >> https://www.ovirt.org/documentation/admin-guide/chap-Users_
 and_Roles/
 >
 >>
 >>
 >
 > This is for the tool itself
 >> https://www.ovirt.org/develop/release-management/features/in
 fra/aaa-j
 d
 >
 >>
 >>
 bc/
 >
 >
 >
 >
 >> Thanks
 >
 >> On Tue, May 15, 2018 at 6:31 PM, Roy Golan > > wrote:
 >
 >> 1. Make sure your users use the VM portal 2. Assign permission on
 >> VM to a certain user to make sure it apears in the portal. The
 >> Role should be VmOperator afaik.
 >
 >> Permission set on objects higher in the hierarchy are cascading,
 >> i.e a user with permission on a cluster would have the permission
 >> on the all the vm in cluster.
 >
 >
 >> On Tue, 15 May 2018 at 20:59 Aziz > > wrote:
 >
 >> Hi list,
 >
 >> I'm trying to remove the default "everyone" user from Ovirt, so
 >> that each user can have access to its own interface to manage a
 >> unique VM. I wonder if this is possible, because so far I'm
 >> unable to remove everyone user.
 >
 >> Thank you
 >
 >
 >> ___ Users mailing
 >> list -- 

[ovirt-users] Re: Preventing users to see other VMs

[Peter Hudec]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi all,

works !! ;) Seems that there is some caching in User Portal.
But there is still a question how could I remove user from the role
everyone ? For example I want to assign only specific vNIC Profiles,
Storage Domains, ...

Peter

On 16/05/2018 14:57, Aziz wrote:
> Hi All,
> 
> Thank you Roy, this is working now as expected, however, I think
> the Edit button, should  be removed for this user, there is no need
> to display the edit button if the user cannot use it to perform
> any operation, am I missing something ?
> 
> 
> Best regards
> 
> On Wed, May 16, 2018 at 9:12 AM, Peter Hudec  > wrote:
> 
> I have found 2 related bug, a little bit older
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1209505 
>  
> https://bugzilla.redhat.com/show_bug.cgi?id=1225274 
> 
> 
> But these are related only to DiskProfile.
> 
> I haven't found any work about 'Everyone' group in documentation,
> so I'm little bit confused why there is such a group.
> 
> Peter
> 
> On 15/05/2018 23:02, Peter Hudec wrote:
>> Hi,
> 
>> I'm fancing the same problem.
> 
>> The steps are - create user /tester/ using the
>> ovirt-aaa-jdbc-tool - login as admin into admin portal - add
>> tester user in Administation -> Users - choose one VM and add
>> UserRole role
> 
>> - login as testr into User Potal - user could see all VM..
> 
>> The problem could be, that the user is part of the group
>> Everyone and this group could be found in Administration ->
>> Configure > System Permissions. When you check the group
>> permisson, it seems to be automatically populated by engine.
> 
>> In  my case I[m using default DC, default cluster and 'internal' 
>> profile .
> 
>> Seems that all engine object is included in Everyone group.
> 
>> regards Peter
> 
>> On 15/05/2018 22:03, Roy Golan wrote:
> 
> 
>>> On Tue, 15 May 2018 at 21:47 Aziz  
>>> >>
>>> wrote:
> 
>>> Hi Roy,
> 
>>> Thanks for your feedback, I'm unable to remove the user from
>>> the cluster, I used the command "|ovirt-aaa-jdbc-tool user
>>> add|" to add the new user, and it seems that by default it took
>>> all permissions over the cluster. Is there any document
>>> describing this feature in details ?
> 
> 
> 
>>> In the webadmin go to Administration -> Configure > System 
>>> Permissions. If the user is there, remove him. Then search for 
>>> the VM and add permissions to the user on the VM Check your
>>> end result in the 'permisions' section of the VM to see who
>>> has permissions on it.
> 
>>> This should be helpful, quite long though
>>> 
> https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
> 
>
> 
>>> 
>>> 
> 
>> This is for the tool itself
>>> 
> https://www.ovirt.org/develop/release-management/features/infra/aaa-j
> 
>
> 
d
> 
>>> 
>>> 
> bc/
> 
> 
> 
> 
>>> Thanks
> 
>>> On Tue, May 15, 2018 at 6:31 PM, Roy Golan  
>>> >> wrote:
> 
>>> 1. Make sure your users use the VM portal 2. Assign permission
>>> on VM to a certain user to make sure it apears in the portal.
>>> The Role should be VmOperator afaik.
> 
>>> Permission set on objects higher in the hierarchy are
>>> cascading, i.e a user with permission on a cluster would have
>>> the permission on the all the vm in cluster.
> 
> 
>>> On Tue, 15 May 2018 at 20:59 Aziz  
>>> >>
>>> wrote:
> 
>>> Hi list,
> 
>>> I'm trying to remove the default "everyone" user from Ovirt,
>>> so that each user can have access to its own interface to
>>> manage a unique VM. I wonder if this is possible, because so
>>> far I'm unable to remove everyone user.
> 
>>> Thank you
> 
> 
>>> ___ Users mailing 
>>> list -- users@ovirt.org 
> > To unsubscribe
>>> send an email to users-le...@ovirt.org
> 
>>> >
> 
> 
> 
> 
>>> ___ Users mailing 
>>> list -- users@ovirt.org  To
>>> unsubscribe
> send an email to
>>> users-le...@ovirt.org 
> 
> 
> 
> 
> 
> ___ Users mailing list
> -- users@ovirt.org  To unsubscribe send an
> email to users-le...@ovirt.org 
> 
> 

- -- 
*Peter Hudec*

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[ovirt]

This is what I had.
Does this look correct?

[root@ovirt-node1 ~]# df -h
Filesystem   
Size  Used Avail Use% Mounted on
/dev/mapper/onn_ovirt--node1-ovirt--node--ng--4.2.3--0.20180515.0+1   
14G  1.8G   12G  14% /
devtmpfs  
32G 0   32G   0% /dev
tmpfs 
32G  8.0K   32G   1% /dev/shm
tmpfs 
32G   18M   32G   1% /run
tmpfs 
32G 0   32G   0% /sys/fs/cgroup
/dev/sda1
976M  207M  702M  23% /boot
/dev/mapper/onn_ovirt--node1-home
976M  2.6M  907M   1% /home
/dev/mapper/onn_ovirt--node1-tmp 
976M  2.8M  906M   1% /tmp
/dev/mapper/onn_ovirt--node1-var  
15G  112M   14G   1% /var
/dev/mapper/onn_ovirt--node1-var_log 
7.8G   42M  7.3G   1% /var/log
/dev/mapper/onn_ovirt--node1-var_log_audit   
2.0G  6.3M  1.8G   1% /var/log/audit
/dev/mapper/onn_ovirt--node1-var_crash   
9.8G   37M  9.2G   1% /var/crash
tmpfs
6.3G 0  6.3G   0% /run/user/0



On 2018-05-16 06:14, Simone Tiraboschi wrote:

On Wed, May 16, 2018 at 2:52 PM,  wrote:




https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/

[1] says:
Important: If you are also installing the oVirt Engine Virtual
Appliance for self-hosted engine installation, the /var partition
must be at least 60 GB.


The appliance disk is shipped as a qcow2 image: 4 GB should be enough.


Back to the drawing board, I certainly failed to read that!!

On 2018-05-16 02:37, Andrea Dell'Amico wrote:
On 16 May 2018, at 09:42, Simone Tiraboschi 
wrote:

On Tue, May 15, 2018 at 6:31 PM,   wrote:

Engine network config error

Following this blog post:


https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[2]


[1]

I get an error saying the hosted engine setup is "trying" to use
vibr0 (192.168.xxx.x) even though I have the bridge interface set
to "eno1"



Regardless of whether the Edit Hosts File is checked or unchecked,
it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x

The same thing happens whether I set the engine IP to Static or
DHCP (I don't have DNS, I'm using static entries in /etc/hosts).

Any ideas it "insists" on using "vibr0" instead of "eno1"?


Hi,
up to this point is absolutely fine: in the new node zero deployment
flow, hosted-engine-setup bootstraps a local VM with an engine there
to use that engine to configure the rest of the system (storage,
network...).
That bootstrap VM runs over default natted libvirt network, that's
why you see vibr0 and 192.168.xxx.x at that stage.

If you are facing any issue, it's definitively not there.


Yes, the blog post describes the 4.2.{0,1} behaviour while the local
VM is a change introduced in 4.2.2.
I faced a similar error and in my case the VM creation failed because
there was not enough space in /var/tmp. It wasn’t a problem before,
because the engine VM was created directly on top of a gluster volume.

Andrea
 --
Andrea Dell'Amico
http://adellam. sevenseas.org/ [3] [2]

Links:
--
[1]
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[2]
[2] http://sevenseas.org/
 ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org



Links:
--
[1] 
https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/

[2]
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[3] http://sevenseas.org/

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

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[ovirt]

Andrea, thx for the info.
I certainly did not have anywhere close to 55GB for /var
I will fix that & report back.

On 2018-05-16 06:01, Andrea Dell'Amico wrote:

On 16 May 2018, at 14:52, ov...@fateknollogee.com wrote:


https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/

says:
Important: If you are also installing the oVirt Engine Virtual
Appliance for self-hosted engine installation, the /var partition
must be at least 60 GB.


I remember it used just a bit less, around 55/56GB.


Back to the drawing board, I certainly failed to read that!!


It’s temporary, so you can add a disk and mount it into /var/tmp to
complete the installation and remove it when finished. The VM is
created locally, then moved to gluster and started with its final
configuration.

Andrea


On 2018-05-16 02:37, Andrea Dell'Amico wrote:
On 16 May 2018, at 09:42, Simone Tiraboschi 
wrote:
On Tue, May 15, 2018 at 6:31 PM,   wrote:
Engine network config error
Following this blog post:


https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/


[1]
I get an error saying the hosted engine setup is "trying" to use
vibr0 (192.168.xxx.x) even though I have the bridge interface set
to "eno1"



Regardless of whether the Edit Hosts File is checked or unchecked,
it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x
The same thing happens whether I set the engine IP to Static or
DHCP (I don't have DNS, I'm using static entries in /etc/hosts).
Any ideas it "insists" on using "vibr0" instead of "eno1"?

Hi,
up to this point is absolutely fine: in the new node zero deployment
flow, hosted-engine-setup bootstraps a local VM with an engine there
to use that engine to configure the rest of the system (storage,
network...).
That bootstrap VM runs over default natted libvirt network, that's
why you see vibr0 and 192.168.xxx.x at that stage.
If you are facing any issue, it's definitively not there.

 Yes, the blog post describes the 4.2.{0,1} behaviour while the local
VM is a change introduced in 4.2.2.
I faced a similar error and in my case the VM creation failed because
there was not enough space in /var/tmp. It wasn’t a problem before,
because the engine VM was created directly on top of a gluster volume.
Andrea
--
Andrea Dell'Amico
http://adellam [1].sevenseas.org/ [2] [2]
Links:
--
[1]
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[2] http://sevenseas.org/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
 --
Andrea Dell'Amico
http://adellam.sevenseas.org/ [2]



Links:
--
[1] http://adellam/
[2] http://sevenseas.org/

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

[ovirt-users] Re: Preventing users to see other VMs

[Greg Sheremeta]

On Wed, May 16, 2018 at 9:09 AM, Roy Golan  wrote:

> On Wed, 16 May 2018 at 16:01 Aziz  wrote:
>
>> Hi All,
>>
>> Thank you Roy, this is working now as expected, however, I think the Edit
>> button, should  be removed for this user, there is no need to display the
>> edit button if the user cannot use it to perform any operation, am I
>> missing something ?
>>
>> You mean in the VM portal the user sees  he can edit a VM when he doesn't
> have permission to? I assume we don't go to a resolution of button per
> permission ( +Greg Sheremeta   right? )
> Instead the user would get and error from the engine that he isn't
> authorized to perform this action.
>

In both Administration Portal and VM Portal, we generally don't have
pre-flight checks to see if users have access to buttons. There is an
existing RFE,
Bug 1221694 – [RFE] Role based views in webui
https://bugzilla.redhat.com/show_bug.cgi?id=1221694

Greg


> ​
>
>>
>> Best regards
>>
>> On Wed, May 16, 2018 at 9:12 AM, Peter Hudec  wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA512
>>>
>>> I have found 2 related bug, a little bit older
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1209505
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1225274
>>>
>>> But these are related only to DiskProfile.
>>>
>>> I haven't found any work about 'Everyone' group in documentation, so
>>> I'm little bit confused why there is such a group.
>>>
>>> Peter
>>>
>>> On 15/05/2018 23:02, Peter Hudec wrote:
>>> > Hi,
>>> >
>>> > I'm fancing the same problem.
>>> >
>>> > The steps are - create user /tester/ using the ovirt-aaa-jdbc-tool
>>> >  - login as admin into admin portal - add tester user in
>>> > Administation -> Users - choose one VM and add UserRole role
>>> >
>>> > - login as testr into User Potal - user could see all VM..
>>> >
>>> > The problem could be, that the user is part of the group Everyone
>>> > and this group could be found in Administration -> Configure >
>>> > System Permissions. When you check the group permisson, it seems
>>> > to be automatically populated by engine.
>>> >
>>> > In  my case I[m using default DC, default cluster and 'internal'
>>> > profile .
>>> >
>>> > Seems that all engine object is included in Everyone group.
>>> >
>>> > regards Peter
>>> >
>>> > On 15/05/2018 22:03, Roy Golan wrote:
>>> >
>>> >
>>> >> On Tue, 15 May 2018 at 21:47 Aziz >> >> > wrote:
>>> >
>>> >> Hi Roy,
>>> >
>>> >> Thanks for your feedback, I'm unable to remove the user from the
>>> >> cluster, I used the command "|ovirt-aaa-jdbc-tool user add|" to
>>> >> add the new user, and it seems that by default it took all
>>> >> permissions over the cluster. Is there any document describing
>>> >> this feature in details ?
>>> >
>>> >
>>> >
>>> >> In the webadmin go to Administration -> Configure > System
>>> >> Permissions. If the user is there, remove him. Then search for
>>> >> the VM and add permissions to the user on the VM Check your end
>>> >> result in the 'permisions' section of the VM to see who has
>>> >> permissions on it.
>>> >
>>> >> This should be helpful, quite long though
>>> >> https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
>>> >
>>> >>
>>> >>
>>> >
>>> > This is for the tool itself
>>> >> https://www.ovirt.org/develop/release-management/features/infra/aaa-j
>>> d
>>> >
>>> >>
>>> >>
>>> bc/
>>> >
>>> >
>>> >
>>> >
>>> >> Thanks
>>> >
>>> >> On Tue, May 15, 2018 at 6:31 PM, Roy Golan >> >> > wrote:
>>> >
>>> >> 1. Make sure your users use the VM portal 2. Assign permission on
>>> >> VM to a certain user to make sure it apears in the portal. The
>>> >> Role should be VmOperator afaik.
>>> >
>>> >> Permission set on objects higher in the hierarchy are cascading,
>>> >> i.e a user with permission on a cluster would have the permission
>>> >> on the all the vm in cluster.
>>> >
>>> >
>>> >> On Tue, 15 May 2018 at 20:59 Aziz >> >> > wrote:
>>> >
>>> >> Hi list,
>>> >
>>> >> I'm trying to remove the default "everyone" user from Ovirt, so
>>> >> that each user can have access to its own interface to manage a
>>> >> unique VM. I wonder if this is possible, because so far I'm
>>> >> unable to remove everyone user.
>>> >
>>> >> Thank you
>>> >
>>> >
>>> >> ___ Users mailing
>>> >> list -- users@ovirt.org  To unsubscribe
>>> >> send an email to users-le...@ovirt.org
>>> >> 
>>> >
>>> >
>>> >
>>> >
>>> >> ___ Users mailing
>>> >> list -- users@ovirt.org To unsubscribe send an email to
>>> >> users-le...@ovirt.org
>>> >
>>> >
>>> >
>>> >
>>>
>>> - --
>>> *Peter Hudec*
>>> Infraštruktúrny architekt
>>> phu...@cnc.sk 
>>>
>>> *CNC, 

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[Simone Tiraboschi]

On Wed, May 16, 2018 at 2:52 PM,  wrote:

> https://www.ovirt.org/documentation/install-guide/chap-
> System_Requirements/ says:
> Important: If you are also installing the oVirt Engine Virtual Appliance
> for self-hosted engine installation, the /var partition must be at least 60
> GB.
>

The appliance disk is shipped as a qcow2 image: 4 GB should be enough.


>
> Back to the drawing board, I certainly failed to read that!!
>
> On 2018-05-16 02:37, Andrea Dell'Amico wrote:
>
>> On 16 May 2018, at 09:42, Simone Tiraboschi 
>>> wrote:
>>>
>>> On Tue, May 15, 2018 at 6:31 PM,   wrote:
>>>
>>> Engine network config error

 Following this blog post:


>>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt
>> -4-2-and-gluster-storage/
>>
>>> [1]

 I get an error saying the hosted engine setup is "trying" to use
 vibr0 (192.168.xxx.x) even though I have the bridge interface set
 to "eno1"

>>>
>>> Regardless of whether the Edit Hosts File is checked or unchecked,
 it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x

 The same thing happens whether I set the engine IP to Static or
 DHCP (I don't have DNS, I'm using static entries in /etc/hosts).

 Any ideas it "insists" on using "vibr0" instead of "eno1"?

>>>
>>> Hi,
>>> up to this point is absolutely fine: in the new node zero deployment
>>> flow, hosted-engine-setup bootstraps a local VM with an engine there
>>> to use that engine to configure the rest of the system (storage,
>>> network...).
>>> That bootstrap VM runs over default natted libvirt network, that's
>>> why you see vibr0 and 192.168.xxx.x at that stage.
>>>
>>> If you are facing any issue, it's definitively not there.
>>>
>>
>> Yes, the blog post describes the 4.2.{0,1} behaviour while the local
>> VM is a change introduced in 4.2.2.
>> I faced a similar error and in my case the VM creation failed because
>> there was not enough space in /var/tmp. It wasn’t a problem before,
>> because the engine VM was created directly on top of a gluster volume.
>>
>> Andrea
>>  --
>> Andrea Dell'Amico
>> http://adellam. sevenseas.org/ [2]
>>
>>
>>
>> Links:
>> --
>> [1]
>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt
>> -4-2-and-gluster-storage/
>> [2] http://sevenseas.org/
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[Andrea Dell'Amico]

> On 16 May 2018, at 14:52, ov...@fateknollogee.com wrote:
> 
> https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/ 
>  
> says:
> Important: If you are also installing the oVirt Engine Virtual Appliance for 
> self-hosted engine installation, the /var partition must be at least 60 GB.

I remember it used just a bit less, around 55/56GB.

> Back to the drawing board, I certainly failed to read that!!

It’s temporary, so you can add a disk and mount it into /var/tmp to complete 
the installation and remove it when finished. The VM is created locally, then 
moved to gluster and started with its final configuration.

Andrea

> 
> On 2018-05-16 02:37, Andrea Dell'Amico wrote:
>>> On 16 May 2018, at 09:42, Simone Tiraboschi >> >
>>> wrote:
>>> On Tue, May 15, 2018 at 6:31 PM,  >> > wrote:
 Engine network config error
 Following this blog post:
>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
>>  
>> 
 [1]
 I get an error saying the hosted engine setup is "trying" to use
 vibr0 (192.168.xxx.x) even though I have the bridge interface set
 to "eno1"
 Regardless of whether the Edit Hosts File is checked or unchecked,
 it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x
 The same thing happens whether I set the engine IP to Static or
 DHCP (I don't have DNS, I'm using static entries in /etc/hosts).
 Any ideas it "insists" on using "vibr0" instead of "eno1"?
>>> Hi,
>>> up to this point is absolutely fine: in the new node zero deployment
>>> flow, hosted-engine-setup bootstraps a local VM with an engine there
>>> to use that engine to configure the rest of the system (storage,
>>> network...).
>>> That bootstrap VM runs over default natted libvirt network, that's
>>> why you see vibr0 and 192.168.xxx.x at that stage.
>>> If you are facing any issue, it's definitively not there.
>> Yes, the blog post describes the 4.2.{0,1} behaviour while the local
>> VM is a change introduced in 4.2.2.
>> I faced a similar error and in my case the VM creation failed because
>> there was not enough space in /var/tmp. It wasn’t a problem before,
>> because the engine VM was created directly on top of a gluster volume.
>> Andrea
>> --
>> Andrea Dell'Amico
>> http://adellam .sevenseas.org/  [2]
>> Links:
>> --
>> [1]
>> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
>>  
>> 
>> [2] http://sevenseas.org/ 
>> ___
>> Users mailing list -- users@ovirt.org 
>> To unsubscribe send an email to users-le...@ovirt.org 
>> 
--
Andrea Dell'Amico
http://adellam.sevenseas.org/





signature.asc
Description: Message signed with OpenPGP
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Preventing users to see other VMs

[Roy Golan]

On Wed, 16 May 2018 at 16:01 Aziz  wrote:

> Hi All,
>
> Thank you Roy, this is working now as expected, however, I think the Edit
> button, should  be removed for this user, there is no need to display the
> edit button if the user cannot use it to perform any operation, am I
> missing something ?
>
> You mean in the VM portal the user sees  he can edit a VM when he doesn't
have permission to? I assume we don't go to a resolution of button per
permission ( +Greg Sheremeta   right? )
Instead the user would get and error from the engine that he isn't
authorized to perform this action.
​

>
> Best regards
>
> On Wed, May 16, 2018 at 9:12 AM, Peter Hudec  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> I have found 2 related bug, a little bit older
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1209505
>> https://bugzilla.redhat.com/show_bug.cgi?id=1225274
>>
>> But these are related only to DiskProfile.
>>
>> I haven't found any work about 'Everyone' group in documentation, so
>> I'm little bit confused why there is such a group.
>>
>> Peter
>>
>> On 15/05/2018 23:02, Peter Hudec wrote:
>> > Hi,
>> >
>> > I'm fancing the same problem.
>> >
>> > The steps are - create user /tester/ using the ovirt-aaa-jdbc-tool
>> >  - login as admin into admin portal - add tester user in
>> > Administation -> Users - choose one VM and add UserRole role
>> >
>> > - login as testr into User Potal - user could see all VM..
>> >
>> > The problem could be, that the user is part of the group Everyone
>> > and this group could be found in Administration -> Configure >
>> > System Permissions. When you check the group permisson, it seems
>> > to be automatically populated by engine.
>> >
>> > In  my case I[m using default DC, default cluster and 'internal'
>> > profile .
>> >
>> > Seems that all engine object is included in Everyone group.
>> >
>> > regards Peter
>> >
>> > On 15/05/2018 22:03, Roy Golan wrote:
>> >
>> >
>> >> On Tue, 15 May 2018 at 21:47 Aziz > >> > wrote:
>> >
>> >> Hi Roy,
>> >
>> >> Thanks for your feedback, I'm unable to remove the user from the
>> >> cluster, I used the command "|ovirt-aaa-jdbc-tool user add|" to
>> >> add the new user, and it seems that by default it took all
>> >> permissions over the cluster. Is there any document describing
>> >> this feature in details ?
>> >
>> >
>> >
>> >> In the webadmin go to Administration -> Configure > System
>> >> Permissions. If the user is there, remove him. Then search for
>> >> the VM and add permissions to the user on the VM Check your end
>> >> result in the 'permisions' section of the VM to see who has
>> >> permissions on it.
>> >
>> >> This should be helpful, quite long though
>> >> https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
>> >
>> >>
>> >>
>> >
>> > This is for the tool itself
>> >> https://www.ovirt.org/develop/release-management/features/infra/aaa-j
>> d
>> >
>> >>
>> >>
>> bc/
>> >
>> >
>> >
>> >
>> >> Thanks
>> >
>> >> On Tue, May 15, 2018 at 6:31 PM, Roy Golan > >> > wrote:
>> >
>> >> 1. Make sure your users use the VM portal 2. Assign permission on
>> >> VM to a certain user to make sure it apears in the portal. The
>> >> Role should be VmOperator afaik.
>> >
>> >> Permission set on objects higher in the hierarchy are cascading,
>> >> i.e a user with permission on a cluster would have the permission
>> >> on the all the vm in cluster.
>> >
>> >
>> >> On Tue, 15 May 2018 at 20:59 Aziz > >> > wrote:
>> >
>> >> Hi list,
>> >
>> >> I'm trying to remove the default "everyone" user from Ovirt, so
>> >> that each user can have access to its own interface to manage a
>> >> unique VM. I wonder if this is possible, because so far I'm
>> >> unable to remove everyone user.
>> >
>> >> Thank you
>> >
>> >
>> >> ___ Users mailing
>> >> list -- users@ovirt.org  To unsubscribe
>> >> send an email to users-le...@ovirt.org
>> >> 
>> >
>> >
>> >
>> >
>> >> ___ Users mailing
>> >> list -- users@ovirt.org To unsubscribe send an email to
>> >> users-le...@ovirt.org
>> >
>> >
>> >
>> >
>>
>> - --
>> *Peter Hudec*
>> Infraštruktúrny architekt
>> phu...@cnc.sk 
>>
>> *CNC, a.s.*
>> Borská 6, 841 04 Bratislava
>> Recepcia: +421 2  35 000 100
>>
>> Mobil:+421 905 997 203 <+421%20905%20997%20203>
>> *www.cnc.sk* 
>>
>> -BEGIN PGP SIGNATURE-
>>
>> iQIzBAEBCgAdFiEEqSUbhuEwhryifNeVQnvVWOJ35BAFAlr79fIACgkQQnvVWOJ3
>> 5BBGXxAAsa0Rhs+bCisRfnD665bvRpA81yoRRJQFVYSnDZOqWVZzzTsnY4CtBAOM
>> MG4CTvbvHXHCL304O0a4xBqpwINzcXSieyx2Vqbcxe2Fq+VRqRgq+z+3wm1L26Eb
>> 6KraPpTlieXmbvYD2Wfu8PcGS1JFwS37FnV98EadiPCahPO7JQUBRLaErQZvi986
>> 

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[ovirt]

https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/ 
says:
Important: If you are also installing the oVirt Engine Virtual Appliance 
for self-hosted engine installation, the /var partition must be at least 
60 GB.


Back to the drawing board, I certainly failed to read that!!

On 2018-05-16 02:37, Andrea Dell'Amico wrote:

On 16 May 2018, at 09:42, Simone Tiraboschi 
wrote:

On Tue, May 15, 2018 at 6:31 PM,   wrote:


Engine network config error

Following this blog post:




https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/

[1]

I get an error saying the hosted engine setup is "trying" to use
vibr0 (192.168.xxx.x) even though I have the bridge interface set
to "eno1"



Regardless of whether the Edit Hosts File is checked or unchecked,
it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x

The same thing happens whether I set the engine IP to Static or
DHCP (I don't have DNS, I'm using static entries in /etc/hosts).

Any ideas it "insists" on using "vibr0" instead of "eno1"?


Hi,
up to this point is absolutely fine: in the new node zero deployment
flow, hosted-engine-setup bootstraps a local VM with an engine there
to use that engine to configure the rest of the system (storage,
network...).
That bootstrap VM runs over default natted libvirt network, that's
why you see vibr0 and 192.168.xxx.x at that stage.

If you are facing any issue, it's definitively not there.


Yes, the blog post describes the 4.2.{0,1} behaviour while the local
VM is a change introduced in 4.2.2.
I faced a similar error and in my case the VM creation failed because
there was not enough space in /var/tmp. It wasn’t a problem before,
because the engine VM was created directly on top of a gluster volume.

Andrea
 --
Andrea Dell'Amico
http://adellam.sevenseas.org/ [2]



Links:
--
[1]
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[2] http://sevenseas.org/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

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

[ovirt-users] Re: Preventing users to see other VMs

[Aziz]

Hi All,

Thank you Roy, this is working now as expected, however, I think the Edit
button, should  be removed for this user, there is no need to display the
edit button if the user cannot use it to perform any operation, am I
missing something ?


Best regards

On Wed, May 16, 2018 at 9:12 AM, Peter Hudec  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> I have found 2 related bug, a little bit older
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1209505
> https://bugzilla.redhat.com/show_bug.cgi?id=1225274
>
> But these are related only to DiskProfile.
>
> I haven't found any work about 'Everyone' group in documentation, so
> I'm little bit confused why there is such a group.
>
> Peter
>
> On 15/05/2018 23:02, Peter Hudec wrote:
> > Hi,
> >
> > I'm fancing the same problem.
> >
> > The steps are - create user /tester/ using the ovirt-aaa-jdbc-tool
> >  - login as admin into admin portal - add tester user in
> > Administation -> Users - choose one VM and add UserRole role
> >
> > - login as testr into User Potal - user could see all VM..
> >
> > The problem could be, that the user is part of the group Everyone
> > and this group could be found in Administration -> Configure >
> > System Permissions. When you check the group permisson, it seems
> > to be automatically populated by engine.
> >
> > In  my case I[m using default DC, default cluster and 'internal'
> > profile .
> >
> > Seems that all engine object is included in Everyone group.
> >
> > regards Peter
> >
> > On 15/05/2018 22:03, Roy Golan wrote:
> >
> >
> >> On Tue, 15 May 2018 at 21:47 Aziz  >> > wrote:
> >
> >> Hi Roy,
> >
> >> Thanks for your feedback, I'm unable to remove the user from the
> >> cluster, I used the command "|ovirt-aaa-jdbc-tool user add|" to
> >> add the new user, and it seems that by default it took all
> >> permissions over the cluster. Is there any document describing
> >> this feature in details ?
> >
> >
> >
> >> In the webadmin go to Administration -> Configure > System
> >> Permissions. If the user is there, remove him. Then search for
> >> the VM and add permissions to the user on the VM Check your end
> >> result in the 'permisions' section of the VM to see who has
> >> permissions on it.
> >
> >> This should be helpful, quite long though
> >> https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
> >
> >>
> >>
> >
> > This is for the tool itself
> >> https://www.ovirt.org/develop/release-management/features/infra/aaa-j
> d
> >
> >>
> >>
> bc/
> >
> >
> >
> >
> >> Thanks
> >
> >> On Tue, May 15, 2018 at 6:31 PM, Roy Golan  >> > wrote:
> >
> >> 1. Make sure your users use the VM portal 2. Assign permission on
> >> VM to a certain user to make sure it apears in the portal. The
> >> Role should be VmOperator afaik.
> >
> >> Permission set on objects higher in the hierarchy are cascading,
> >> i.e a user with permission on a cluster would have the permission
> >> on the all the vm in cluster.
> >
> >
> >> On Tue, 15 May 2018 at 20:59 Aziz  >> > wrote:
> >
> >> Hi list,
> >
> >> I'm trying to remove the default "everyone" user from Ovirt, so
> >> that each user can have access to its own interface to manage a
> >> unique VM. I wonder if this is possible, because so far I'm
> >> unable to remove everyone user.
> >
> >> Thank you
> >
> >
> >> ___ Users mailing
> >> list -- users@ovirt.org  To unsubscribe
> >> send an email to users-le...@ovirt.org
> >> 
> >
> >
> >
> >
> >> ___ Users mailing
> >> list -- users@ovirt.org To unsubscribe send an email to
> >> users-le...@ovirt.org
> >
> >
> >
> >
>
> - --
> *Peter Hudec*
> Infraštruktúrny architekt
> phu...@cnc.sk 
>
> *CNC, a.s.*
> Borská 6, 841 04 Bratislava
> Recepcia: +421 2  35 000 100
>
> Mobil:+421 905 997 203
> *www.cnc.sk* 
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCgAdFiEEqSUbhuEwhryifNeVQnvVWOJ35BAFAlr79fIACgkQQnvVWOJ3
> 5BBGXxAAsa0Rhs+bCisRfnD665bvRpA81yoRRJQFVYSnDZOqWVZzzTsnY4CtBAOM
> MG4CTvbvHXHCL304O0a4xBqpwINzcXSieyx2Vqbcxe2Fq+VRqRgq+z+3wm1L26Eb
> 6KraPpTlieXmbvYD2Wfu8PcGS1JFwS37FnV98EadiPCahPO7JQUBRLaErQZvi986
> BZ7x/qUZWk5C4sEkP+eCM/94u3ZaMB4LSLXJqvHLpRYEGs1aOc4xhrxWVO2HLc4t
> aaVveS40rufogjjHzV0E++fx9XFpHpIHwfG8DsVZsIz5yyq9qQz+mt0gmvM7A81m
> myJQit/bQ/9j/ew/7pJNKtmv4fOB4hkCrn9tgLyhc9JIvRGmG9zymMloXdSAWvqr
> eKSsVOcInmgb+gsKS0upIR+Ow3zGeUzwkHdqTJAtNtyg66DpNKvT2B010t86vO9z
> 4ggTVcMG/+Y2c3Zu78yCSSI+0rO/R+kSTL/v8QlCk5ke4OW5iXNEIFhuUZY8905U
> OesB27XqXdJtZibaL6YGNG3f8GcaQgNhkGPmzVxIge+KQNwLOyV4VIJaYEFAiJgz
> H2OIGzKKk97OhWmRm68NUYebdyG6Pi6SL2M3fhzb0Qn/YiUCr/GygQfd455ok81e
> tF5UxMz1mHSN9UQV30GaPy+pR70bh3AF83E4vmjznKAmhspBB68=
> =7qJi
> -END PGP SIGNATURE-
> 

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[ovirt]

My 3 hosts have a 64GB SSD for the oVirt node install and a 2+TB SSD 
RAID for the gluster portion.
If the hosted engine vm does not run on the gluster volume that means I 
don't have enough space on the 64gb disk?


On 2018-05-16 02:37, Andrea Dell'Amico wrote:

On 16 May 2018, at 09:42, Simone Tiraboschi 
wrote:

On Tue, May 15, 2018 at 6:31 PM,   wrote:


Engine network config error

Following this blog post:




https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/

[1]

I get an error saying the hosted engine setup is "trying" to use
vibr0 (192.168.xxx.x) even though I have the bridge interface set
to "eno1"



Regardless of whether the Edit Hosts File is checked or unchecked,
it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x

The same thing happens whether I set the engine IP to Static or
DHCP (I don't have DNS, I'm using static entries in /etc/hosts).

Any ideas it "insists" on using "vibr0" instead of "eno1"?


Hi,
up to this point is absolutely fine: in the new node zero deployment
flow, hosted-engine-setup bootstraps a local VM with an engine there
to use that engine to configure the rest of the system (storage,
network...).
That bootstrap VM runs over default natted libvirt network, that's
why you see vibr0 and 192.168.xxx.x at that stage.

If you are facing any issue, it's definitively not there.


Yes, the blog post describes the 4.2.{0,1} behaviour while the local
VM is a change introduced in 4.2.2.
I faced a similar error and in my case the VM creation failed because
there was not enough space in /var/tmp. It wasn’t a problem before,
because the engine VM was created directly on top of a gluster volume.

Andrea
 --
Andrea Dell'Amico
http://adellam.sevenseas.org/ [2]



Links:
--
[1]
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[2] http://sevenseas.org/

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

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[ovirt]

Andrea, how much space was needed in /var/tmp?

On 2018-05-16 02:37, Andrea Dell'Amico wrote:

On 16 May 2018, at 09:42, Simone Tiraboschi 
wrote:

On Tue, May 15, 2018 at 6:31 PM,   wrote:


Engine network config error

Following this blog post:




https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/

[1]

I get an error saying the hosted engine setup is "trying" to use
vibr0 (192.168.xxx.x) even though I have the bridge interface set
to "eno1"



Regardless of whether the Edit Hosts File is checked or unchecked,
it overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x

The same thing happens whether I set the engine IP to Static or
DHCP (I don't have DNS, I'm using static entries in /etc/hosts).

Any ideas it "insists" on using "vibr0" instead of "eno1"?


Hi,
up to this point is absolutely fine: in the new node zero deployment
flow, hosted-engine-setup bootstraps a local VM with an engine there
to use that engine to configure the rest of the system (storage,
network...).
That bootstrap VM runs over default natted libvirt network, that's
why you see vibr0 and 192.168.xxx.x at that stage.

If you are facing any issue, it's definitively not there.


Yes, the blog post describes the 4.2.{0,1} behaviour while the local
VM is a change introduced in 4.2.2.
I faced a similar error and in my case the VM creation failed because
there was not enough space in /var/tmp. It wasn’t a problem before,
because the engine VM was created directly on top of a gluster volume.

Andrea
 --
Andrea Dell'Amico
http://adellam.sevenseas.org/ [2]



Links:
--
[1]
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
[2] http://sevenseas.org/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

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

[ovirt-users] IP change in hyperconverged setup

[Demeter Tibor]

Hi, 

I would like to change IP subnets of my hosts, but I have a glustered setup and 
I can't remove/re-add my hosts because "server having gluster volume". 
What will happen If I do force remove the host? It will kill or stop gluster on 
host? 


Thanks 

Regards, 

Tibor 





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

[ovirt-users] Re: Hosts : Upgrade failed - 4.2.3

[jvdwege]

Nicolas Ecarnot schreef op 2018-05-16 12:25:

Hello,

I was on 4.2.2 and it failed.
I upgraded to 4.2.3 and it's still failing.

From the GUI, I switch one host into maintenance mode, try to upgrade
it, and it is failing.

On the engine, the engine.log is not saying anything helpful.
But on the engine, I see in
/var/log/ovirt-engine/host-deploy/ovirt-host-mgmt-ansible-20180516121013-xxx-dacf1972-f184-4d01-a863-7974579e6bc8.log,
I see :

http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repomd.xml: 
[Errno 14] HTTP Error 404 - Not Found

Essai d'un autre miroir.
To address this issue please refer to the below wiki article 
https://wiki.centos.org/yum-errors


If above article doesn't help to resolve this issue please use 
https://bugs.centos.org/.


http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.1/repodata/repomd.xml: 
[Errno 14] HTTP Error 404 - Not Found

Essai d'un autre miroir.


This is french, but I'm sure you understand that it translates into
"gluster repo issue".

Is there something I could do?

Thank you.
With the release of 7.5 the symlink from 7 to 7.4.1708 changed. In 7.5 
there is no longer a gluster-3.8. You could do either:
- update the repo to read from 
http://mirror.centos.org/centos/7.4.1708/storage/x86_64/gluster-3.8/
- update the repo to read 
http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.10/ or 3-12


The first option wil keep your current gluster version and the second 
will probably update it.


Regards,

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

[ovirt-users] Re: Hosts : Upgrade failed - 4.2.3

[Fred Rolland]

It looks you still have 4.1 repos...

On Wed, May 16, 2018 at 1:25 PM, Nicolas Ecarnot 
wrote:

> Hello,
>
> I was on 4.2.2 and it failed.
> I upgraded to 4.2.3 and it's still failing.
>
> From the GUI, I switch one host into maintenance mode, try to upgrade it,
> and it is failing.
>
> On the engine, the engine.log is not saying anything helpful.
> But on the engine, I see in /var/log/ovirt-engine/host-dep
> loy/ovirt-host-mgmt-ansible-20180516121013-xxx-dacf1972-
> f184-4d01-a863-7974579e6bc8.log, I see :
>
> http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.
>> 8/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
>> Essai d'un autre miroir.
>> To address this issue please refer to the below wiki article
>> https://wiki.centos.org/yum-errors
>>
>> If above article doesn't help to resolve this issue please use
>> https://bugs.centos.org/.
>>
>> http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.1/
>> repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
>> Essai d'un autre miroir.
>>
>
> This is french, but I'm sure you understand that it translates into
> "gluster repo issue".
>
> Is there something I could do?
>
> Thank you.
>
> --
> Nicolas ECARNOT
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Hosts : Upgrade failed - 4.2.3

[Nicolas Ecarnot]

Hello,

I was on 4.2.2 and it failed.
I upgraded to 4.2.3 and it's still failing.

From the GUI, I switch one host into maintenance mode, try to upgrade 
it, and it is failing.


On the engine, the engine.log is not saying anything helpful.
But on the engine, I see in 
/var/log/ovirt-engine/host-deploy/ovirt-host-mgmt-ansible-20180516121013-xxx-dacf1972-f184-4d01-a863-7974579e6bc8.log, 
I see :



http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repomd.xml:
 [Errno 14] HTTP Error 404 - Not Found
Essai d'un autre miroir.
To address this issue please refer to the below wiki article 


https://wiki.centos.org/yum-errors

If above article doesn't help to resolve this issue please use 
https://bugs.centos.org/.

http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.1/repodata/repomd.xml: 
[Errno 14] HTTP Error 404 - Not Found
Essai d'un autre miroir.


This is french, but I'm sure you understand that it translates into 
"gluster repo issue".


Is there something I could do?

Thank you.

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

[ovirt-users] Re: Hosted Engine Setup error (oVirt v4.2.3)

[Andrea Dell'Amico]

> On 16 May 2018, at 09:42, Simone Tiraboschi  wrote:
> 
> 
> 
> On Tue, May 15, 2018 at 6:31 PM,   > wrote:
> Engine network config error
> 
> Following this blog post: 
> https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
>  
> 
> 
> I get an error saying the hosted engine setup is "trying" to use vibr0 
> (192.168.xxx.x) even though I have the bridge interface set to "eno1"
> 
> Regardless of whether the Edit Hosts File is checked or unchecked, it 
> overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x
> 
> The same thing happens whether I set the engine IP to Static or DHCP (I don't 
> have DNS, I'm using static entries in /etc/hosts).
> 
> Any ideas it "insists" on using "vibr0" instead of "eno1"?
> 
> Hi,
> up to this point is absolutely fine: in the new node zero deployment flow, 
> hosted-engine-setup bootstraps a local VM with an engine there to use that 
> engine to configure the rest of the system (storage, network...).
> That bootstrap VM runs over default natted libvirt network, that's why you 
> see vibr0 and 192.168.xxx.x at that stage.
> 
> If you are facing any issue, it's definitively not there.

Yes, the blog post describes the 4.2.{0,1} behaviour while the local VM is a 
change introduced in 4.2.2.
I faced a similar error and in my case the VM creation failed because there was 
not enough space in /var/tmp. It wasn’t a problem before, because the engine VM 
was created directly on top of a gluster volume.

Andrea
--
Andrea Dell'Amico
http://adellam.sevenseas.org/





signature.asc
Description: Message signed with OpenPGP
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Serial pass-through on oVirt VMs

[Joshua Blake]

Hello,

We have an old Windows XP VM, that requires access to a physical serial
port for our telephone system. We have this working in VMWare, however, I'm
not entirely sure how we would set this up in oVirt? Can someone help
please?

Kind Regards,
Joshua Blake
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Preventing users to see other VMs

[Peter Hudec]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I have found 2 related bug, a little bit older

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

But these are related only to DiskProfile.

I haven't found any work about 'Everyone' group in documentation, so
I'm little bit confused why there is such a group.

Peter

On 15/05/2018 23:02, Peter Hudec wrote:
> Hi,
> 
> I'm fancing the same problem.
> 
> The steps are - create user /tester/ using the ovirt-aaa-jdbc-tool
>  - login as admin into admin portal - add tester user in 
> Administation -> Users - choose one VM and add UserRole role
> 
> - login as testr into User Potal - user could see all VM..
> 
> The problem could be, that the user is part of the group Everyone 
> and this group could be found in Administration -> Configure > 
> System Permissions. When you check the group permisson, it seems
> to be automatically populated by engine.
> 
> In  my case I[m using default DC, default cluster and 'internal' 
> profile .
> 
> Seems that all engine object is included in Everyone group.
> 
> regards Peter
> 
> On 15/05/2018 22:03, Roy Golan wrote:
> 
> 
>> On Tue, 15 May 2018 at 21:47 Aziz > > wrote:
> 
>> Hi Roy,
> 
>> Thanks for your feedback, I'm unable to remove the user from the 
>> cluster, I used the command "|ovirt-aaa-jdbc-tool user add|" to 
>> add the new user, and it seems that by default it took all 
>> permissions over the cluster. Is there any document describing 
>> this feature in details ?
> 
> 
> 
>> In the webadmin go to Administration -> Configure > System 
>> Permissions. If the user is there, remove him. Then search for 
>> the VM and add permissions to the user on the VM Check your end 
>> result in the 'permisions' section of the VM to see who has 
>> permissions on it.
> 
>> This should be helpful, quite long though 
>> https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
>
>>
>> 
> 
> This is for the tool itself
>> https://www.ovirt.org/develop/release-management/features/infra/aaa-j
d
>
>>
>> 
bc/
> 
> 
> 
> 
>> Thanks
> 
>> On Tue, May 15, 2018 at 6:31 PM, Roy Golan > > wrote:
> 
>> 1. Make sure your users use the VM portal 2. Assign permission on
>> VM to a certain user to make sure it apears in the portal. The 
>> Role should be VmOperator afaik.
> 
>> Permission set on objects higher in the hierarchy are cascading, 
>> i.e a user with permission on a cluster would have the permission
>> on the all the vm in cluster.
> 
> 
>> On Tue, 15 May 2018 at 20:59 Aziz > > wrote:
> 
>> Hi list,
> 
>> I'm trying to remove the default "everyone" user from Ovirt, so 
>> that each user can have access to its own interface to manage a 
>> unique VM. I wonder if this is possible, because so far I'm 
>> unable to remove everyone user.
> 
>> Thank you
> 
> 
>> ___ Users mailing 
>> list -- users@ovirt.org  To unsubscribe 
>> send an email to users-le...@ovirt.org 
>> 
> 
> 
> 
> 
>> ___ Users mailing 
>> list -- users@ovirt.org To unsubscribe send an email to 
>> users-le...@ovirt.org
> 
> 
> 
> 

- -- 
*Peter Hudec*
Infraštruktúrny architekt
phu...@cnc.sk 

*CNC, a.s.*
Borská 6, 841 04 Bratislava
Recepcia: +421 2  35 000 100

Mobil:+421 905 997 203
*www.cnc.sk* 

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEqSUbhuEwhryifNeVQnvVWOJ35BAFAlr79fIACgkQQnvVWOJ3
5BBGXxAAsa0Rhs+bCisRfnD665bvRpA81yoRRJQFVYSnDZOqWVZzzTsnY4CtBAOM
MG4CTvbvHXHCL304O0a4xBqpwINzcXSieyx2Vqbcxe2Fq+VRqRgq+z+3wm1L26Eb
6KraPpTlieXmbvYD2Wfu8PcGS1JFwS37FnV98EadiPCahPO7JQUBRLaErQZvi986
BZ7x/qUZWk5C4sEkP+eCM/94u3ZaMB4LSLXJqvHLpRYEGs1aOc4xhrxWVO2HLc4t
aaVveS40rufogjjHzV0E++fx9XFpHpIHwfG8DsVZsIz5yyq9qQz+mt0gmvM7A81m
myJQit/bQ/9j/ew/7pJNKtmv4fOB4hkCrn9tgLyhc9JIvRGmG9zymMloXdSAWvqr
eKSsVOcInmgb+gsKS0upIR+Ow3zGeUzwkHdqTJAtNtyg66DpNKvT2B010t86vO9z
4ggTVcMG/+Y2c3Zu78yCSSI+0rO/R+kSTL/v8QlCk5ke4OW5iXNEIFhuUZY8905U
OesB27XqXdJtZibaL6YGNG3f8GcaQgNhkGPmzVxIge+KQNwLOyV4VIJaYEFAiJgz
H2OIGzKKk97OhWmRm68NUYebdyG6Pi6SL2M3fhzb0Qn/YiUCr/GygQfd455ok81e
tF5UxMz1mHSN9UQV30GaPy+pR70bh3AF83E4vmjznKAmhspBB68=
=7qJi
-END PGP SIGNATURE-
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: data flow for statistics for hosts and vms

[Shirly Radco]

Hi Peter,

The dwh views do not change, we support legacy views fro 3.6,  so we
recommend using DWH to get the statistics you want.
It is possible to connect grafana directly with DWH if that interest you.

Also, We have a new feature called "oVirt metrics store" that collectd many
statistics using and logs using fluentd to a central Elasticsearch and
Kibana.
I can elaborate on that if you want.

Best,

--

SHIRLY RADCO

BI SeNIOR SOFTWARE ENGINEER

Red Hat Israel 

TRIED. TESTED. TRUSTED. 

On Tue, May 15, 2018 at 4:23 PM, Peter Hudec  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi,
>
> I'm trying to understand the flow how the stats from the VM and HOSTS
> are imported  into the engine.
>
> On each host there is VDSM. Using the vsdm-client I'm able to get HOST
> and VM stats
>
> vdsm-client Host getAllVmStats
> vdsm-client Host getStats
>
> Are the hosts pushing the data to the engine or vice versa? On the
> engine side there is java based vdsm-jsonrpc client so I guess the
> data are pulled from the hosts to the engine database.
>
>
Yes. Engine pulls the stats from the hosts every 15 seconds.


> And of course the question is which component on engine side is
> getting/requesting the data.
>
> I'm trying to get the stat less painless as query the API.
> Maybe the engine/dwh database could help but the scheme could change
> between releases, isn't it. or the engine DB.
>
> regards
> Peter
>
> - --
> *Peter Hudec*
> Infraštruktúrny architekt
> phu...@cnc.sk 
>
> *CNC, a.s.*
> Borská 6, 841 04 Bratislava
> Recepcia: +421 2  35 000 100
>
> Mobil:+421 905 997 203
> *www.cnc.sk* 
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCgAdFiEEqSUbhuEwhryifNeVQnvVWOJ35BAFAlr63zYACgkQQnvVWOJ3
> 5BC1BxAApSg29lv1KohiVeJNsFdF4i77e2H77drLe9Ffq1kg/+VESh6+ggeZIH1U
> W5e06PJeifoZbtWL2enaJsml9JZM/3kvqU5TC93sR8chvhfRo3GXS50tWCEe5b0R
> UPdpjgyYipN+i3Xibl/YxHMu9fwpFIH+VY+JWn70Dz5pjvgwn71ogCcRUA6Itvom
> 700Pwv4yV31hWyE6qXiWOth0Rfey3+QkEXtNhRrEOHeAzpNABS5Zixjocr9c5xhz
> AdLkUAGVvEQEYy/Nzyv8A8KRSY1z63Ijyv5hgQIpGkKfbXhRYrotY6EeqdJ6PYsF
> tQvkjjT+kJ5SBYClK/et9X4y2ZMe+4YX7lrsZnk8V/Oj3YYw2y1XlvXcrt0pZlHA
> G9QIhcn/chtBTslGOW0t4B603YRykausunc9XXq1IGKNyLHb/lrDiDh+x2dCg5vT
> sGJE/gQffSNSwk5oFBlG2U9aOgWvZ8m3nVCDdGo+1a9fc/KR8toQi9axsiIMVYb/
> dzbDmaYlXbKNwWdVirftTetxuwn44j2Kgv4b048ZmGwTvwc79UuoS8H9hv9LlBM6
> 7E7iqaGfKbExg0/EMZurd90P62zn8nIGnYEJUrxVU3aJ4E2gWflfSelYMymNtE+u
> aZAMxvK6gILQP2n45AVkKOTacQwX07QCzlvJ2sL4gNzQQ+UL52c=
> =RNAH
> -END PGP SIGNATURE-
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: ovirt 4.2 failed deploy

[Simone Tiraboschi]

On Tue, May 15, 2018 at 7:01 PM, Justin Zygmont 
wrote:

> I wonder why this option isn’t just added to the hosted-engine command
> instead?
>

Just because it's a pretty destructive and uncommon action.


>
>
>
>
> *From:* Alex K [mailto:rightkickt...@gmail.com]
> *Sent:* Tuesday, May 15, 2018 2:00 AM
> *To:* Phillip Bailey 
> *Cc:* users 
> *Subject:* [ovirt-users] Re: ovirt 4.2 failed deploy
>
>
>
> I overcame this with:
>
> run at host:
>
>
> /usr/sbin/ovirt-hosted-engine-cleanup
>
> Redeployed then engine
>
> engine-setup
>
> This time was ok.
>
>
>
> Thanx,
>
> Alex
>
>
>
> On Tue, May 15, 2018 at 10:51 AM, Alex K  wrote:
>
> Hi,
>
> Thanx for the feedback.
>
> *getent ahostsv4 v0.mydomain*
>
> gives:
>
> 172.16.30.10STREAM v0
> 172.16.30.10DGRAM
> 172.16.30.10RAW
>
> which means that
>
>
> *getent ahostsv4 v0.mydomain | grep v0.mydomain*
>
> gives null
>
> I overcame this by using the flag *--noansible* to proceed with the
> python way and it did succeed.
>
> Now I am stuck at engine-setup create CA step. It never finishes and I see
> several errors at setup log (grep -iE 'error|fail' ):
>
> 2018-05-15 03:40:03,749-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV BASE/error=bool:'False'
> 2018-05-15 03:40:03,751-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV CORE/failOnPrioOverride=bool:'True'
> 2018-05-15 03:40:04,338-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV BASE/error=bool:'False'
> 2018-05-15 03:40:04,339-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV CORE/failOnPrioOverride=bool:'True'
> 2018-05-15 03:40:04,532-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV OVESETUP_CORE/
> failOnDulicatedConstant=bool:'False'
> 2018-05-15 03:40:04,809-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV OVESETUP_PROVISIONING/
> postgresExtraConfigItems=tuple:'({'ok':  at
> 0x7ff1630b9578>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_vacuum_scale_factor', 'expected': 0.01, 'error_msg': '{key}
> required to be at most {expected}'}, {'ok':  at
> 0x7ff1630b9a28>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_analyze_scale_factor', 'expected': 0.075, 'error_msg': '{key}
> required to be at most {expected}'}, {'ok':  at
> 0x7ff163099410>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_max_workers', 'expected': 6, 'error_msg': '{key} required to be
> at least {expected}'}, {'ok':  at 0x7ff163099488>,
> 'check_on_use': True, 'needeOperationalError: FATAL:  *password
> authentication failed for user "engine"*
> FATAL:  password authentication failed for user "engine"
> 2018-05-15 03:40:11,408-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV BASE/error=bool:'False'
> 2018-05-15 03:40:11,417-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV CORE/failOnPrioOverride=bool:'True'
> 2018-05-15 03:40:11,441-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV OVESETUP_CORE/
> failOnDulicatedConstant=bool:'False'
> 2018-05-15 03:40:11,457-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV OVESETUP_PROVISIONING/
> postgresExtraConfigItems=tuple:'({'ok':  at
> 0x7ff1630b9578>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_vacuum_scale_factor', 'expected': 0.01, 'error_msg': '{key}
> required to be at most {expected}'}, {'ok':  at
> 0x7ff1630b9a28>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_analyze_scale_factor', 'expected': 0.075, 'error_msg': '{key}
> required to be at most {expected}'}, {'ok':  at
> 0x7ff163099410>, 'check_on_use': True, 'needed_on_create': True, 'key':
> 'autovacuum_max_workers', 'expected': 6, 'error_msg': '{key} required to be
> at least {expected}'}, {'ok':  at 0x7ff163099488>,
> 'check_on_use': True, 'needed_on_create': True, 'key':
> 'maintenance_work_mem', 'expected': 65536, 'error_msg': '{key} required to
> be at least {expected}', 'useQueryForValue': True}, {'ok':   at 0x7ff163099500>, 'check_on_use': True, 'needed_on_create':
> True, 'key': 'work_mem', 'expected': 8192, 'error_msg': '{key} required to
> be at least {expected}', 'useQueryForValue': True})'
> raise RuntimeError("SIG%s" % signum)
> RuntimeError: SIG2
> raise RuntimeError("SIG%s" % signum)
> RuntimeError: SIG2
> 2018-05-15 03:41:19,888-0400 ERROR otopi.context
> context._executeMethod:152 *Failed to execute stage 'Misc configuration':
> SIG2*
> 2018-05-15 03:41:19,993-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV BASE/error=bool:'True'
> 2018-05-15 03:41:19,993-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV BASE/exceptionInfo=list:'[( 'exceptions.RuntimeError'>, RuntimeError('SIG2',),  0x7ff161de9560>)]'
> 2018-05-15 03:41:20,033-0400 DEBUG otopi.context
> context.dumpEnvironment:869 ENV BASE/error=bool:'True'
> 2018-05-15 03:41:20,033-0400 DEBUG otopi.context
> context.dumpEnvironment:869 

[ovirt-users] Re: Custom Intel AMT fencing question

[Eli Mesika]

On Tue, May 15, 2018 at 6:50 PM, Shawn Southern  wrote:

> Thanks for this!
>
> I’ve got fence_amt_ws working fine, however the document you linked
> mentions creating a script, and I’m not sure how I’m to pass the various
> parameters (host to fence, etc.) to this script.  From the doc, I'm looking
> at:
>
​It's not creating , rather using the engine-config tool to set a custom
fence agent ​


>
> engine-config -s CustomVdsFenceType="amt"
> engine-config -s CustomVdsFenceOptionMapping="amt:port=ipport"
> engine-config -s CustomFencePowerWaitParam="amt=power_wait"
>
> Will this pass a parameter called ipport that has the IP address or
> hostname of the host to fence to my script (which in this case is
> /usr/sbin/fence_amt)?
>

​Should work after restarting the agent , if not , please attach the
engine.log
​


>
> - original message -
> From: Martin Perina 
> Sent: May 15, 2018 4:20 AM
> To: Shawn Southern ; Eli Mesika <
> emes...@redhat.com>
> Cc: users 
> Subject: Re: [ovirt-users] Custom Intel AMT fencing question
>
>
>
> On Mon, May 14, 2018 at 8:13 PM, Shawn Southern  entegrus.com> wrote:
> I'm now using Intel AMT and the wsmancli package to reboot/power off/power
> on my entry level systems... but now I want oVirt to use this for fencing.
>
> I created 3 xml files: powercycle.xml (uses PowerState 10), poweron.xml
> (uses PowerState 2) and poweroff.xml (uses PowerState 8).  Here is the
> poweroff.xml file:
> http://schemas.dmtf.
> org/wbem/wscim/1/cim-schema/2/CIM_PowerManagementService">
>   8
>   http://schemas.xmlsoap.org/ws/2004/08/
> addressing"
> xmlns:wsman="http://schemas.dmtf.org/wbem/wsman/1/wsman.xsd;>
> http://schemas.xmlsoap.org/ws/2004/08/
> addressing/role/anonymous
> 
>   http://schemas.dmtf.org/wbem/wscim/1/
> cim-schema/2/CIM_ComputerSystem
>   
> CIM_
> ComputerSystem
> ManagedSystem
>   
> 
>   
> 
>
> I can then reboot or power on/off the server with:
> wsman invoke -a RequestPowerStateChange http://schemas.dmtf.org/wbem/
> wscim/1/cim-schema/2/CIM_PowerManagementService -h [AMT IP] -P 16992 -u
> admin -p [amt password] -J /fencing/poweron.xml  (or poweroff.xml, etc).
>
> My question is, how do I move from this to using this for fencing in oVirt?
>
> ​At the moment oVirt doesn't officially support AMT as fence agent. But
> I've just looked that on CentOS 7 we already have fence-agents-amt-ws
> package, so please try to install fence-agents-amt-ws package and test if
> it's working for your server​.
>
> If above agent is working fine, then please take a look Custom Fencing
> oVirt feature [1], which should allow you to use fence_agent_amt_ws agent
> in oVirt. Am I right Eli?
>
> Regards
>
> Martin
>
>
> [1] https://www.ovirt.org/develop/developer-guide/engine/custom-fencing/
>
>
> Thanks!
> ___
> Users mailing list -- mailto:users@ovirt.org
> To unsubscribe send an email to mailto:users-le...@ovirt.org
>
>
>
> --
> 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] Re: Custom Intel AMT fencing question

[Eli Mesika]

On Tue, May 15, 2018 at 11:20 AM, Martin Perina  wrote:

>
>
> On Mon, May 14, 2018 at 8:13 PM, Shawn Southern <
> shawn.south...@entegrus.com> wrote:
>
>> I'm now using Intel AMT and the wsmancli package to reboot/power
>> off/power on my entry level systems... but now I want oVirt to use this for
>> fencing.
>>
>> I created 3 xml files: powercycle.xml (uses PowerState 10), poweron.xml
>> (uses PowerState 2) and poweroff.xml (uses PowerState 8).  Here is the
>> poweroff.xml file:
>> http://schemas.dmtf.o
>> rg/wbem/wscim/1/cim-schema/2/CIM_PowerManagementService">
>>   8
>>   http://schemas.xmls
>> oap.org/ws/2004/08/addressing"
>> xmlns:wsman="http://schemas.dmtf.org/wbem/wsman/1/wsman.xsd;>
>> http://schemas.xmlsoap.org/ws/2004/08/addressin
>> g/role/anonymous
>> 
>>   http://schemas.dmtf.org/wbem/wscim/1/cim-
>> schema/2/CIM_ComputerSystem
>>   
>> CIM_C
>> omputerSystem
>> ManagedSystem
>>   
>> 
>>   
>> 
>>
>> I can then reboot or power on/off the server with:
>> wsman invoke -a RequestPowerStateChange http://schemas.dmtf.org/wbem/w
>> scim/1/cim-schema/2/CIM_PowerManagementService -h [AMT IP] -P 16992 -u
>> admin -p [amt password] -J /fencing/poweron.xml  (or poweroff.xml, etc).
>>
>> My question is, how do I move from this to using this for fencing in
>> oVirt?
>>
>
> ​At the moment oVirt doesn't officially support AMT as fence agent. But
> I've just looked that on CentOS 7 we already have fence-agents-amt-ws
> package, so please try to install fence-agents-amt-ws package and test if
> it's working for your server​.
>
> ​Yes, should work
>

> Regards
>
> Martin
>
>
> [1] https://www.ovirt.org/develop/developer-guide/engine/custom-fencing/
>
>
>> Thanks!
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>
>
>
> --
> 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] Re: Hosted Engine Setup error (oVirt v4.2.3)

[Simone Tiraboschi]

On Tue, May 15, 2018 at 6:31 PM,  wrote:

> Engine network config error
>
> Following this blog post: https://www.ovirt.org/blog/201
> 8/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
>
> I get an error saying the hosted engine setup is "trying" to use vibr0
> (192.168.xxx.x) even though I have the bridge interface set to "eno1"
>

> Regardless of whether the Edit Hosts File is checked or unchecked, it
> overwrites my engine IP entry from 10.50.235.x to 192.168.xxx.x
>
> The same thing happens whether I set the engine IP to Static or DHCP (I
> don't have DNS, I'm using static entries in /etc/hosts).
>
> Any ideas it "insists" on using "vibr0" instead of "eno1"?
>

Hi,
up to this point is absolutely fine: in the new node zero deployment flow,
hosted-engine-setup bootstraps a local VM with an engine there to use that
engine to configure the rest of the system (storage, network...).
That bootstrap VM runs over default natted libvirt network, that's why you
see vibr0 and 192.168.xxx.x at that stage.

If you are facing any issue, it's definitively not there.



>
> **also posted this on IRC
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Copying/Cloning a VM to another server

[Arik Hadas]

On Mon, May 14, 2018 at 8:57 PM, Alex Bartonek  wrote:

> Is there an ETA on a release?
>

Hopefully in some future subversion of 4.2.


>
>
> Sent with ProtonMail  Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On May 13, 2018 2:22 PM, Arik Hadas  wrote:
>
>
>
> On Sun, May 13, 2018 at 8:04 PM, Alex Bartonek  wrote:
>
>> Strange..   None of my VMs have the option of Exporting to either OVA or
>> Export Domain.  It is grey'd out.  It would be awesome if I could do that
>> with them running.
>>
>
> Yeah, that capability of exporting running VMs was discussed (and I even
> started implementing it half a year ago [1]) but is not yet available.
>
> [1] https://gerrit.ovirt.org/#/c/85806/
>
>
>>
>>
>> oVirt has proven itself a very very valuable product in my homelab.
>> Tickled to death to run this thing with a few forward facing sites, hosting
>> my own cloud etc.
>>
>>
>> Sent with ProtonMail  Secure Email.
>>
>> ‐‐‐ Original Message ‐‐‐
>> On May 13, 2018 7:00 AM, Jayme  wrote:
>>
>> You should be able to do this without having to shut vm down
>>
>> On Sun, May 13, 2018, 7:04 AM Alex Bartonek,  wrote:
>>
>>> Just trying to make sure there isnt an easier way to do what I'm doing.
>>> I dont have an HA environment in my homelab.  I have 3 VM's and I wanted
>>> to copy them to my backup r710 which runs oVirt 4.2.  I basically shut down
>>> my VM, exported it to an export domain on my primary r710.  Then detached
>>> the export domain on the primary.  On my "standby" r710 I imported the
>>> export domain from the primary r710, attached, activated and imported the
>>> VM.  Worked as expected.
>>>
>>> I'm assuming this is the correct way to do so.  I've tried Export to OVA
>>> but that didnt work like I wanted and I didnt care to keep messing with
>>> that option.
>>>
>> Can you please elaborate on the issue you had with exporting to OVA?
>
>>
>>>
>>> Thanks
>>> -Alex
>>>
>>>
>>> Sent with ProtonMail  Secure Email.
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>>
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org