[ovirt-users] Re: Unable to complete engine setup

2020-02-04 Thread Yedidyah Bar David
On Tue, Feb 4, 2020 at 3:09 PM  wrote:
>
> I attempted the installation on fully updated Centos 7 with selinux and 
> firewalld disabled.
>
> engine-setup produces the following error:
>
> [root@ovt-00 ~]# engine-setup
> ***L:ERROR Internal error: 'module' object has no attribute 'createPlugins'
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 83, in main
> installer.execute()
>   File "/usr/lib/python2.7/site-packages/otopi/main.py", line 147, in execute
> sys.exc_info()[2],
>   File "/usr/lib/python2.7/site-packages/otopi/util.py", line 86, in 
> raiseExceptionInformation
> exec('raise info[1], None, info[2]')
>   File "/usr/lib/python2.7/site-packages/otopi/main.py", line 141, in execute
> self.context.loadPlugins()
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 769, in 
> loadPlugins
> self._loadPluginGroups(plugindir, needgroups, loadedgroups)
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 112, in 
> _loadPluginGroups
> self._loadPlugins(path, path, groupname)
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 69, in 
> _loadPlugins
> self._loadPlugins(base, d, groupname)
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 69, in 
> _loadPlugins
> self._loadPlugins(base, d, groupname)
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 100, in 
> _loadPlugins
> os.path.basename(path),
> PluginLoadException: 'module' object has no attribute 'createPlugins'
>
> I would appreciate any advise or hint on how to complete my installation.

For some reason, you have there a broken plugin.
To find it, you can try:

OTOPI_DEBUG=1 engine-setup

If that's indeed a clean and nice system, that's very weird. Did you
change anything manually around otopi/engine-setup/etc?
Added/removed/renamed files? Had problems/corruptions/etc. around
installation/upgrade? Full disk, maybe, at some point?

Something like this can easily reproduce this error:

mkdir /usr/share/ovirt-engine/setup/plugins/ovirt-engine-setup/test
touch /usr/share/ovirt-engine/setup/plugins/ovirt-engine-setup/test/__init__.py
engine-setup

Or, for that matter, any __init__.py file there (existing or new)
without a createPlugins method in it.

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


[ovirt-users] Re: Unable to complete engine setup

2020-02-04 Thread info
> Enable firewalld and try again.

I am afraid it has no effect.  Still the same error.
Thanks for the reply.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2N7FTSE73XLUMYYGQ5QNQMHAYB54TJLL/


[ovirt-users] Re: disk snapshot status is Illegal

2020-02-04 Thread Crazy Ayansh
Hi, Do you think it will resolve the issue. I am scared if i shutdown the
VM and it dost't came up ?
ovirt engine :- 4.3.8

Any help please ?

On Tue, Feb 4, 2020 at 8:46 PM Bernadette Pfau - NOAA Affiliate <
bernadette.p...@noaa.gov> wrote:

> What version of oVirt are you running?  We've had a variety of snapshot
> issues (corrected in later releases) and snapshot problems similar to this
> since (RHV) 4.2.x until some of the later minor releases of 4.3. Some of
> the illegal states I overcame by powering the VM off and then attempting to
> delete the snapshot.  Have you tried that?
> -Bernadette
>
> On Tue, Feb 4, 2020 at 8:09 AM Crazy Ayansh 
> wrote:
>
>> Hey Guys,
>>
>> Any help on it ?
>>
>> Thanks
>>
>> On Tue, Feb 4, 2020 at 4:04 PM Crazy Ayansh 
>> wrote:
>>
>>>
>>>   Hi Team,
>>>
>>> I am trying to delete a old snapshot of a virtual machine and getting
>>> below error :-
>>>
>>> failed to delete snapshot 'snapshot-ind-co-ora-02' for VM
>>> índ-co-ora-ee-02'
>>>
>>>
>>>
>>> [image: image.png]
>>>
>>> Thanks
>>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C7OR4HQEKNJURWYCWURCOHAUUFCMYUW6/
>>
>
>
> --
> Bunny Pfau
> Ace Info Solutions, Inc. (AceInfo) Supporting NOAA
> ESRL / Global Systems Division / ITS
> bernadette.p...@noaa.gov
> (303) 497-4706  / DSRC 2B159
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UPTFJTGU3VV6TVWICICLK5G3RBTCLLOD/


[ovirt-users] Re: disk snapshot status is Illegal

2020-02-04 Thread Crazy Ayansh
Unfortunately it is on production. Can't we get any safe fix for it.


On Wed, Feb 5, 2020, 12:15 AM Strahil Nikolov  wrote:

> Last time I had such issue - I had to poke in the Postgres DB of the
> engine. I wouldn't recommend that for prod.
>
> Try to find any of the previous topics about illegal snapshot and try the
> steps yourself. I think that there is a script for that purpose :
> /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
>
> For details, check HelperUtilities
> 
>
> HelperUtilities
>
> oVirt is a free open-source virtualization solution for your entire
> enterprise
>
> 
>
>
>
> Best Regards,
> Strahil Nikolov
>
> В вторник, 4 февруари 2020 г., 17:07:22 ч. Гринуич+2, Crazy Ayansh <
> shashank123rast...@gmail.com> написа:
>
>
> Hey Guys,
>
> Any help on it ?
>
> Thanks
>
> On Tue, Feb 4, 2020 at 4:04 PM Crazy Ayansh 
> wrote:
>
>
>   Hi Team,
>
> I am trying to delete a old snapshot of a virtual machine and getting
> below error :-
>
> failed to delete snapshot 'snapshot-ind-co-ora-02' for VM índ-co-ora-ee-02'
>
>
>
> [image: image.png]
>
> Thanks
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C7OR4HQEKNJURWYCWURCOHAUUFCMYUW6/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WQPNYJW3BNGZUPJAJFPA5E35NGPF6RGM/


[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

2020-02-04 Thread Vinícius Ferrão
Are you trying to deploy the hosted engine to a Storage Domain which is in a 
separate network with a VLAN?

If this is the issue you must inform VDSM the network so it finds the path. 
This must be informed during the playbook phase where it asks for the shared 
storage settings.

For example:

storage-network.json:

{"networks": {"storage": {"bonding": "bond0", "bridged": false, "vlan": 192, 
"ipaddr": "192.168.10.1", "netmask": "255.255.255.248", "defaultRoute": 
false}}, "bondings": {}, "options": {"connectivityCheck": false}}

vdsm-client -f storage-network.json Host setupNetworks



Sent from my iPhone

> On 4 Feb 2020, at 19:15, "clam2...@gmail.com"  wrote:
> 
> Hello,
> 
> I am having this same issue and have inserted the three new lines from
> 
> https://github.com/ansible/ansible/issues/66858
> 
> into 
> "/lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_network.py" 
> yet the issue still occurs when attempting deployement.  I have rebooted the 
> oVirt Node hosts since patching to no avail.  Do I need to insert the fix 
> elsewhere or take other action to properly apply this fix?
> 
> Thank you very much for your assistance.
> 
> Respectfully,
> Charles
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKWVUWZBISU75RYCUCNC3DMBE3IX5NRJ/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JFX3FAKFN5KJE4JONLTB5FMQ2PQNGDI6/


[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

2020-02-04 Thread Charles Lam
Thank you very much  Vinícius for the clarification, I will try and report.

Sincerely,
Charles

On Tue, Feb 4, 2020 at 5:32 PM Vinícius Ferrão 
wrote:

> Hi Charles, I never done it on Gluster. But my hosted engine runs on a
> VLAN too on separate network on top of a LACP bond with the ovirtmgmt
> network.
>
> You must create the file. The contents of the file was on my first email,
> adapt it to your needs and them run the vdsm-tool command.
>
> Sent from my iPhone
>
> On 4 Feb 2020, at 19:29, Charles Lam  wrote:
>
> 
> Thank you so very much Vinícius, I am trying to deploy the hosted engine
> to a Gluster Storage Domain on a separate network with a VLAN.  I had
> utilized the Cockpit Hyperconverged wizard.
>
> Where do I find storage-network.json, and do I then is it best to run the
> deployment from the command line or Cockpit?
>
> Gratefully,
> Charles
>
> On Tue, Feb 4, 2020 at 5:19 PM Vinícius Ferrão 
> wrote:
>
>> Are you trying to deploy the hosted engine to a Storage Domain which is
>> in a separate network with a VLAN?
>>
>> If this is the issue you must inform VDSM the network so it finds the
>> path. This must be informed during the playbook phase where it asks for the
>> shared storage settings.
>>
>> For example:
>>
>> storage-network.json:
>>
>> {"networks": {"storage": {"bonding": "bond0", "bridged": false, "vlan":
>> 192, "ipaddr": "192.168.10.1", "netmask": "255.255.255.248",
>> "defaultRoute": false}}, "bondings": {}, "options": {"connectivityCheck":
>> false}}
>>
>> vdsm-client -f storage-network.json Host setupNetworks
>>
>>
>>
>> Sent from my iPhone
>>
>> > On 4 Feb 2020, at 19:15, "clam2...@gmail.com" 
>> wrote:
>> >
>> > Hello,
>> >
>> > I am having this same issue and have inserted the three new lines from
>> >
>> > https://github.com/ansible/ansible/issues/66858
>> >
>> > into
>> "/lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_network.py"
>> yet the issue still occurs when attempting deployement.  I have rebooted
>> the oVirt Node hosts since patching to no avail.  Do I need to insert the
>> fix elsewhere or take other action to properly apply this fix?
>> >
>> > Thank you very much for your assistance.
>> >
>> > Respectfully,
>> > Charles
>> > ___
>> > Users mailing list -- users@ovirt.org
>> > To unsubscribe send an email to users-le...@ovirt.org
>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKWVUWZBISU75RYCUCNC3DMBE3IX5NRJ/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4E3324OHZIOKIKWFCU4JTCTJLXRO3MG6/


[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

2020-02-04 Thread Charles Lam
[edit: include users@ovirt.org]

Thank you so very much Vinícius, I am trying to deploy the hosted engine to
a Gluster Storage Domain on a separate network with a VLAN.  I had utilized
the Cockpit Hyperconverged wizard.

Where do I find storage-network.json, and do I then is it best to run the
deployment from the command line or Cockpit?

Gratefully,
Charles

On Tue, Feb 4, 2020 at 5:19 PM Vinícius Ferrão 
wrote:

> Are you trying to deploy the hosted engine to a Storage Domain which is in
> a separate network with a VLAN?
>
> If this is the issue you must inform VDSM the network so it finds the
> path. This must be informed during the playbook phase where it asks for the
> shared storage settings.
>
> For example:
>
> storage-network.json:
>
> {"networks": {"storage": {"bonding": "bond0", "bridged": false, "vlan":
> 192, "ipaddr": "192.168.10.1", "netmask": "255.255.255.248",
> "defaultRoute": false}}, "bondings": {}, "options": {"connectivityCheck":
> false}}
>
> vdsm-client -f storage-network.json Host setupNetworks
>
>
>
> Sent from my iPhone
>
> > On 4 Feb 2020, at 19:15, "clam2...@gmail.com" 
> wrote:
> >
> > Hello,
> >
> > I am having this same issue and have inserted the three new lines from
> >
> > https://github.com/ansible/ansible/issues/66858
> >
> > into
> "/lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_network.py"
> yet the issue still occurs when attempting deployement.  I have rebooted
> the oVirt Node hosts since patching to no avail.  Do I need to insert the
> fix elsewhere or take other action to properly apply this fix?
> >
> > Thank you very much for your assistance.
> >
> > Respectfully,
> > Charles
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKWVUWZBISU75RYCUCNC3DMBE3IX5NRJ/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NZ676XN3EBOCMZGFY3YOYGIPAPQJXKSS/


[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

2020-02-04 Thread eevans
I have a question I haven't seen yet: I have a Centos 7 Hypervisor running 
libvirt. I want to bring it into the ovirt cluster with the vm's still running. 
Is that possible or do the vm's need imported first? 
I had 4 Centos 7 Hypervisors and migrated the vm's off of them to a single KVM 
host and added the other kvm hosts them to the ovirt cluster. No glusterfs yet. 
I am adding 40 TB gross of storage configured on Raid 10 via iscsi then I will 
implement the glusterfs for shared storage. 
Is this practical? Do I need to rethink my game plan or am I on the right track?

SO question 1 is, can I add the hypervisor to the ovirt engine then migrate the 
vm's?
Is using the iscsi to create pools/volumes then implementing glusterfs the 
right order?

Thanks in advance for your time and answers.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: clam2...@gmail.com  
Sent: Tuesday, February 04, 2020 5:12 PM
To: users@ovirt.org
Subject: [ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at 
datacenter level"

Hello,

I am having this same issue and have inserted the three new lines from

https://github.com/ansible/ansible/issues/66858

into 
"/lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_network.py" yet 
the issue still occurs when attempting deployement.  I have rebooted the oVirt 
Node hosts since patching to no avail.  Do I need to insert the fix elsewhere 
or take other action to properly apply this fix?

Thank you very much for your assistance.

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


[ovirt-users] Re: IO Storage Error / All findings / Need help.

2020-02-04 Thread Strahil Nikolov
On February 4, 2020 10:54:54 PM GMT+02:00, Christian Reiss 
 wrote:
>Thanks for replying,
>
>What I just wrote Stahil was:
>
>
>ACL is correctly set:
>
># file: 5aab365f-b1b9-49d0-b011-566bf936a100
># owner: vdsm
># group: kvm
>user::rw-
>group::rw-
>other::---
>
>Doing a setfacl failed due to "Operation not supported", remounting
>with 
>acl, too:
>
>[root@node01 ~]# mount -o remount,acl 
>/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net\:_ssd__storage/
>/bin/sh: glusterfs: command not found
>
>As I am running the oVirt node I am not sure how feasable
>down/upgrading 
>is. I think I am stuck with what I have.
>
>Also, if this would be a permission issue, I would not be able to
>access 
>the file at all. Seems I can access some of it. And all of it when root
>
>loaded the whole file first.
>
>
>I also did, even if it was correctly set, the chown from the mountpoint
>
>again, to no avail.
>
>
>On 04/02/2020 21:53, Christian Reiss wrote:
>> 
>> ACL is correctly set:
>> 
>> # file: 5aab365f-b1b9-49d0-b011-566bf936a100
>> # owner: vdsm
>> # group: kvm
>> user::rw-
>> group::rw-
>> other::---
>> 
>> Doing a setfacl failed due to "Operation not supported", remounting
>with 
>> acl, too:
>> 
>> [root@node01 ~]# mount -o remount,acl 
>>
>/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net\:_ssd__storage/
>> /bin/sh: glusterfs: command not found
>> 
>> As I am running the oVirt node I am not sure how feasable
>down/upgrading 
>> is. I think I am stuck with what I have.
>> 
>> Also, if this would be a permission issue, I would not be able to
>access 
>> the file at all. Seems I can access some of it. And all of it when
>root 
>> loaded the whole file first.

Hey Christian,

The symptoms were the same:
1. sudo -u vdsm dd if=disk of=/dev/null bs=4M fails when the first shard is met 
(64MB by default)
2. When brick log is set to trace -> it is confirmed that Glusger's ACL (not OS 
one) is causing the issue
3.  If  the dd is run by root and immediately again with vdsm -> no issues at 
all.

I'm just sharing my experience.

If you use the node , I guess  you can reboot and select in grub the previous 
grub menu... 

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


[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

2020-02-04 Thread clam2718
Hello,

I am having this same issue and have inserted the three new lines from

https://github.com/ansible/ansible/issues/66858

into 
"/lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_network.py" yet 
the issue still occurs when attempting deployement.  I have rebooted the oVirt 
Node hosts since patching to no avail.  Do I need to insert the fix elsewhere 
or take other action to properly apply this fix?

Thank you very much for your assistance.

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


[ovirt-users] Re: IO Storage Error / All findings / Need help.

2020-02-04 Thread Christian Reiss

Thanks for replying,

What I just wrote Stahil was:


ACL is correctly set:

# file: 5aab365f-b1b9-49d0-b011-566bf936a100
# owner: vdsm
# group: kvm
user::rw-
group::rw-
other::---

Doing a setfacl failed due to "Operation not supported", remounting with 
acl, too:


[root@node01 ~]# mount -o remount,acl 
/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net\:_ssd__storage/

/bin/sh: glusterfs: command not found

As I am running the oVirt node I am not sure how feasable down/upgrading 
is. I think I am stuck with what I have.


Also, if this would be a permission issue, I would not be able to access 
the file at all. Seems I can access some of it. And all of it when root 
loaded the whole file first.



I also did, even if it was correctly set, the chown from the mountpoint 
again, to no avail.



On 04/02/2020 21:53, Christian Reiss wrote:


ACL is correctly set:

# file: 5aab365f-b1b9-49d0-b011-566bf936a100
# owner: vdsm
# group: kvm
user::rw-
group::rw-
other::---

Doing a setfacl failed due to "Operation not supported", remounting with 
acl, too:


[root@node01 ~]# mount -o remount,acl 
/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net\:_ssd__storage/

/bin/sh: glusterfs: command not found

As I am running the oVirt node I am not sure how feasable down/upgrading 
is. I think I am stuck with what I have.


Also, if this would be a permission issue, I would not be able to access 
the file at all. Seems I can access some of it. And all of it when root 
loaded the whole file first.


--
with kind regards,
mit freundlichen Gruessen,

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


[ovirt-users] Re: IO Storage Error / All findings / Need help.

2020-02-04 Thread Christian Reiss

Hey,

ACL is correctly set:

# file: 5aab365f-b1b9-49d0-b011-566bf936a100
# owner: vdsm
# group: kvm
user::rw-
group::rw-
other::---

Doing a setfacl failed due to "Operation not supported", remounting with 
acl, too:


[root@node01 ~]# mount -o remount,acl 
/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net\:_ssd__storage/

/bin/sh: glusterfs: command not found

As I am running the oVirt node I am not sure how feasable down/upgrading 
is. I think I am stuck with what I have.


Also, if this would be a permission issue, I would not be able to access 
the file at all. Seems I can access some of it. And all of it when root 
loaded the whole file first.


On 04/02/2020 19:31, Strahil Nikolov wrote:

Hi Chriss,

did you try to downgrade to gluster v6.6 for example ?

Most probably it's the ACL issue I have experienced some time 
ago.Gluster devs recommended either a fake acl (for example mounting the 
volume with acl and run a find with 'setfacl -m u:root:rw {} \;' to 
force gluster to reread the acl data from the bricks) or to kill 
glusterd processes and to start the volume forcefully.


In my case with 7.0-> 7.2 the only fix was downgrade , so you should 
consider that. Now every gluster upgrade involves test power off and 
power on of several VMs from all Gluster volumes.


Best Regards,
Strahil Nikolov

В вторник, 4 февруари 2020 г., 14:40:32 ч. Гринуич+2, Christian Reiss 
 написа:



Hello folks,

I am running a 3-way, no arbiter Gluster setup using oVirt and contained
Gluster 6.7. After a crash we are unable to start any VMs due to Storage
IO error.
After much, much backtracking and debugging we are closing in on the
symptons, albeit not the issue.

Conditions:

   - gluster volume is healthy,
   - No outstanding heal or split-brain files,
   - 3 way without arbiter nodes (3 copies),
   - I already ran several "heal full" commands.

   Gluster Volume Info
     Volume Name: ssd_storage
     Type: Replicate
     Volume ID: d84ec99a-5db9-49c6-aab4-c7481a1dc57b
     Status: Started
     Snapshot Count: 0
     Number of Bricks: 1 x 3 = 3
     Transport-type: tcp
     Bricks:
     Brick1: node01.company.com:/gluster_bricks/ssd_storage/ssd_storage
     Brick2: node02.company.com:/gluster_bricks/ssd_storage/ssd_storage
     Brick3: node03.company.com:/gluster_bricks/ssd_storage/ssd_storage
     Options Reconfigured:
     cluster.self-heal-daemon: enable
     cluster.granular-entry-heal: enable
     storage.owner-gid: 36
     storage.owner-uid: 36
     network.ping-timeout: 30
     server.event-threads: 4
     client.event-threads: 4
     cluster.choose-local: off
     user.cifs: off
     features.shard: on
     cluster.shd-wait-qlength: 1
     cluster.shd-max-threads: 8
     cluster.locking-scheme: granular
     cluster.data-self-heal-algorithm: full
     cluster.server-quorum-type: server
     cluster.quorum-type: auto
     cluster.eager-lock: enable
     network.remote-dio: off
     performance.low-prio-threads: 32
     performance.io-cache: off
     performance.read-ahead: off
     performance.quick-read: off
     performance.strict-o-direct: on
     transport.address-family: inet
     nfs.disable: on
     performance.client-io-threads: on

Gluster Volume Status
     Status of volume: ssd_storage
     Gluster process                            TCP Port  RDMA Port
Online  Pid

--
     Brick node01.company.com:/gluster_br
     icks/ssd_storage/ssd_storage                49152    0          Y
       8218
     Brick node02.company.com:/gluster_br
     icks/ssd_storage/ssd_storage                49152    0          Y
       23595
     Brick node03.company.com:/gluster_br
     icks/ssd_storage/ssd_storage                49152    0          Y
       8080
     Self-heal Daemon on localhost              N/A      N/A        Y
       66028
     Self-heal Daemon on 10.100.200.12          N/A      N/A        Y
       52087
     Self-heal Daemon on node03.company.com
     et                                          N/A      N/A        Y
       8372

     Task Status of Volume ssd_storage

--
     There are no active volume tasks


The mounted path where the oVirt vm files reside is 100% okay, we copied
all the images out there onto standalone hosts and the images run just
fine. There is no obvious data corruption. However launching any VM out
of oVirt fails with "IO Storage Error".

This is where everything gets funny.
oVirt uses a vdsm user to access all the files.

Findings:
   - root can read, edit and write all files inside the ovirt mounted
gluster path.
   - vdsm user can write to new files regardless of size without any
issues; changes get replicated instantly to other nodes.
   - vdsm user can append to existing files regardless of size without
any issues; changes get replicated instantly to other nodes.
   - vdsm user can read files if those files are 

[ovirt-users] Re: disk snapshot status is Illegal

2020-02-04 Thread Strahil Nikolov
 Last time I had such issue - I had to poke in the Postgres DB of the engine. I 
wouldn't recommend that for prod.
Try to find any of the previous topics about illegal snapshot and try the steps 
yourself. I think that there is a script for that purpose 
:/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh

For details, check HelperUtilities

| 
| 
|  | 
HelperUtilities

oVirt is a free open-source virtualization solution for your entire enterprise
 |

 |

 |




Best Regards,Strahil Nikolov
В вторник, 4 февруари 2020 г., 17:07:22 ч. Гринуич+2, Crazy Ayansh 
 написа:  
 
 Hey Guys,

Any help on it ?
Thanks
On Tue, Feb 4, 2020 at 4:04 PM Crazy Ayansh  
wrote:


  Hi Team,
I am trying to delete a old snapshot of a virtual machine and getting below 
error :-
failed to delete snapshot 'snapshot-ind-co-ora-02' for VM índ-co-ora-ee-02'




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


[ovirt-users] Re: [Suspected Spam] Re: Unsynced entries do not self-heal during upgrade from oVirt 4.2 -> 4.3

2020-02-04 Thread Strahil Nikolov
 Did you manage to fix the issue with the 0-xlator ? If yes, most probably the 
issue will be OK. Yet 'probably' doesn't meant that they 'will' be OK.If it was 
my lab - I would go ahead only if the 0-xlator issue is over.Yet, a lab is a 
different thing than prod - so it is your sole decision. 
Did you test the upgrade prior moving to Prod ?

About the hooks - I had such issue before and I had to reinstall the gluster 
rpms to solve it.

Best Regards,Strahil Nikolov
В вторник, 4 февруари 2020 г., 16:35:27 ч. Гринуич+2, Goorkate, B.J. 
 написа:  
 
 Hi Strahil,

Thanks for your time so far!

The packages seem fine on all of the 3 nodes. 
Only /var/lib/glusterd/glusterd.info is modified and on the not yet upgraded 
nodes these files are missing: 

missing    /var/lib/glusterd/hooks/1/set/post/S30samba-set.sh
missing    /var/lib/glusterd/hooks/1/start/post/S29CTDBsetup.sh
missing    /var/lib/glusterd/hooks/1/start/post/S30samba-start.sh
missing    /var/lib/glusterd/hooks/1/stop/pre/S29CTDB-teardown.sh
missing    /var/lib/glusterd/hooks/1/stop/pre/S30samba-stop.sh

But that doesn't seem relevant...

I stopped a couple of virtual machines with image files with unsynched entries. 
When they were turned off, I couldn't find them anymore in the unsyced entries 
list. When I turned them on again, some re-appeared, some didn't. 

I really don't know where to look next.

The big question is: will the problems be resolved when I upgrade the two 
remaining nodes, or will it get worse? 

Regards,

Bertjan


On Sun, Feb 02, 2020 at 08:06:58PM +, Strahil Nikolov wrote:
>    It seems that something went "off".
>    That '0-xlator: dlsym(xlator_api) missing:
>    /usr/lib64/glusterfs/6.6/rpc-transport/socket.so: undefined symbol:
>    xlator_api' is really worrisome.
>    I think that you might have a bad package and based on the info it could
>    be glusterfs-libs which should provide /usr/lib64/libgfrpc.so.0 . I'm
>    currently on gluster v7.0 and I can't check it on my installation.
>    Run a for loop to check the rpms:
>    for i in $(rpm -qa | grep gluster) ; do echo "$i :" ; rpm -V $i';
>    echo;echo; done
>    Most probably you can safely redo (on the upgraded node) the last yum
>    transaction:
>    yum history 
>    yum history info  -> verify the gluster packages were installed here
>    yum history redo  
>    If kernel, glibc, systemd were not in this transaction , you can stop
>    gluster and start it again:
>    Node in maintenance in oVirt
>    systemctl stop ovirt-ha-agent ovirt-ha-broker vdsmd supervdsmd 
>    systemctl stop sanlock
>    systemctl stop glusterd
>    /usr/share/glusterfs/scripts/stop-all-gluster-processes.sh
>    And then power up again:
>    systemctl start glusterd
>    gluster volume status -> check all connected
>    systemctl start sanlock supervdsmd vdsmd
>    systemctl start ovirt-ha-broker ovirt-ha-agent
>    Check situation.
>    Yet, you need to make gluster stop complaining , before you can take care
>    of the heal. Usually 'rsync' is my best friend - but this is when gluster
>    is working normally - and your case is far from normal.
>    If redo doesn't work for you -> try the "yum history rollback" to recover
>    to last good state.
>    I think that 'BOOM Boot Manager' is best in such cases.
>    Note: Never take any of my words for granted. I'm not running oVirt in
>    production and some of my methods might not be OK for your environment.
>    Best Regards,
>    Strahil Nikolov
>    В неделя, 2 февруари 2020 г., 08:56:01 ч. Гринуич+2, Mark Lamers
>     написа:
> 
>    Hi Strahil,
> 
>    Bertjan is not in the office today, so I will reply if okay with you.
> 
>    First I like to describe the status of our network
> 
>    There are three bricks:
> 
>    and 5 nodes:
> 
>    Every host has a management and migrate vlan iface  on a different bond
>    iface.
> 
>    The last octet of the ipaddress is similar
> 
>    The output from 'gluster volume heal  info' gives a long list of
>    shards from all three nodes, the file is attached as
>    'gluster_volume_heal_info.txt'. The node without shards in the list is the
>    updated node to gluster6, oVirt 4.3. That is curious i think.
> 
>    Further more I find the following errors ' E '  in the glusterd.log of the
>    upgrated host:
> 
>    [2020-01-26 17:40:46.147730] E [MSGID: 106118]
>    [glusterd-syncop.c:1896:gd_sync_task_begin] 0-management: Unable to
>    acquire lock for vmstore1
>    [2020-01-26 22:47:16.655651] E [MSGID: 106118]
>    [glusterd-syncop.c:1896:gd_sync_task_begin] 0-management: Unable to
>    acquire lock for vmstore1
>    [2020-01-27 07:07:51.815490] E [MSGID: 106118]
>    [glusterd-syncop.c:1896:gd_sync_task_begin] 0-management: Unable to
>    acquire lock for vmstore1
>    [2020-01-27 18:28:14.953974] E [MSGID: 106118]
>    [glusterd-syncop.c:1896:gd_sync_task_begin] 0-management: Unable to
>    acquire lock for vmstore1
>    [2020-01-27 18:58:22.629457] E [MSGID: 106118]
>    [glu

[ovirt-users] Re: Unable to complete engine setup

2020-02-04 Thread Strahil Nikolov
 Enable firewalld and try again.
Best Regards,Strahil Nikolov
В вторник, 4 февруари 2020 г., 15:08:48 ч. Гринуич+2, 
i...@placedusoleil.net  написа:  
 
 I attempted the installation on fully updated Centos 7 with selinux and 
firewalld disabled.

engine-setup produces the following error:

[root@ovt-00 ~]# engine-setup
***L:ERROR Internal error: 'module' object has no attribute 'createPlugins'
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 83, in main
    installer.execute()
  File "/usr/lib/python2.7/site-packages/otopi/main.py", line 147, in execute
    sys.exc_info()[2],
  File "/usr/lib/python2.7/site-packages/otopi/util.py", line 86, in 
raiseExceptionInformation
    exec('raise info[1], None, info[2]')
  File "/usr/lib/python2.7/site-packages/otopi/main.py", line 141, in execute
    self.context.loadPlugins()
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 769, in 
loadPlugins
    self._loadPluginGroups(plugindir, needgroups, loadedgroups)
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 112, in 
_loadPluginGroups
    self._loadPlugins(path, path, groupname)
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 69, in 
_loadPlugins
    self._loadPlugins(base, d, groupname)
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 69, in 
_loadPlugins
    self._loadPlugins(base, d, groupname)
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 100, in 
_loadPlugins
    os.path.basename(path),
PluginLoadException: 'module' object has no attribute 'createPlugins'

I would appreciate any advise or hint on how to complete my installation.
Thanks
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y7DC65JZEMHCO2VKOZN3ZOBVDBGF46Q5/
  ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/G446ET3YH6J4DCR4NOWMUMDE5BAJEZYR/


[ovirt-users] Re: IO Storage Error / All findings / Need help.

2020-02-04 Thread Strahil Nikolov
 Hi Chriss,
did you try to downgrade to gluster v6.6 for example ?
Most probably it's the ACL issue I have experienced some time ago.Gluster devs 
recommended either a fake acl (for example mounting the volume with acl and run 
a find with 'setfacl -m u:root:rw {} \;' to force gluster to reread the acl 
data from the bricks) or to kill glusterd processes and to start the volume 
forcefully.
In my case with 7.0-> 7.2 the only fix was downgrade , so you should consider 
that. Now every gluster upgrade involves test power off and power on of several 
VMs from all Gluster volumes.
Best Regards,Strahil Nikolov
В вторник, 4 февруари 2020 г., 14:40:32 ч. Гринуич+2, Christian Reiss 
 написа:  
 
 Hello folks,

I am running a 3-way, no arbiter Gluster setup using oVirt and contained 
Gluster 6.7. After a crash we are unable to start any VMs due to Storage 
IO error.
After much, much backtracking and debugging we are closing in on the 
symptons, albeit not the issue.

Conditions:

  - gluster volume is healthy,
  - No outstanding heal or split-brain files,
  - 3 way without arbiter nodes (3 copies),
  - I already ran several "heal full" commands.

  Gluster Volume Info
    Volume Name: ssd_storage
    Type: Replicate
    Volume ID: d84ec99a-5db9-49c6-aab4-c7481a1dc57b
    Status: Started
    Snapshot Count: 0
    Number of Bricks: 1 x 3 = 3
    Transport-type: tcp
    Bricks:
    Brick1: node01.company.com:/gluster_bricks/ssd_storage/ssd_storage
    Brick2: node02.company.com:/gluster_bricks/ssd_storage/ssd_storage
    Brick3: node03.company.com:/gluster_bricks/ssd_storage/ssd_storage
    Options Reconfigured:
    cluster.self-heal-daemon: enable
    cluster.granular-entry-heal: enable
    storage.owner-gid: 36
    storage.owner-uid: 36
    network.ping-timeout: 30
    server.event-threads: 4
    client.event-threads: 4
    cluster.choose-local: off
    user.cifs: off
    features.shard: on
    cluster.shd-wait-qlength: 1
    cluster.shd-max-threads: 8
    cluster.locking-scheme: granular
    cluster.data-self-heal-algorithm: full
    cluster.server-quorum-type: server
    cluster.quorum-type: auto
    cluster.eager-lock: enable
    network.remote-dio: off
    performance.low-prio-threads: 32
    performance.io-cache: off
    performance.read-ahead: off
    performance.quick-read: off
    performance.strict-o-direct: on
    transport.address-family: inet
    nfs.disable: on
    performance.client-io-threads: on

Gluster Volume Status
    Status of volume: ssd_storage
    Gluster process                            TCP Port  RDMA Port 
Online  Pid
 
--
    Brick node01.company.com:/gluster_br
    icks/ssd_storage/ssd_storage                49152    0          Y 
      8218
    Brick node02.company.com:/gluster_br
    icks/ssd_storage/ssd_storage                49152    0          Y 
      23595
    Brick node03.company.com:/gluster_br
    icks/ssd_storage/ssd_storage                49152    0          Y 
      8080
    Self-heal Daemon on localhost              N/A      N/A        Y 
      66028
    Self-heal Daemon on 10.100.200.12          N/A      N/A        Y 
      52087
    Self-heal Daemon on node03.company.com
    et                                          N/A      N/A        Y 
      8372

    Task Status of Volume ssd_storage
 
--
    There are no active volume tasks


The mounted path where the oVirt vm files reside is 100% okay, we copied 
all the images out there onto standalone hosts and the images run just 
fine. There is no obvious data corruption. However launching any VM out 
of oVirt fails with "IO Storage Error".

This is where everything gets funny.
oVirt uses a vdsm user to access all the files.

Findings:
  - root can read, edit and write all files inside the ovirt mounted 
gluster path.
  - vdsm user can write to new files regardless of size without any 
issues; changes get replicated instantly to other nodes.
  - vdsm user can append to existing files regardless of size without 
any issues; changes get replicated instantly to other nodes.
  - vdsm user can read files if those files are smaller than 64mb.
  - vdsm user gets permission denied errors if the file to be read is 
65mb or bigger.
  - vdsm user gets permission denied errors if the requests crosses a 
gluster shard-file boundary.
  - if root does a "dd if=file_larger_than64mb" of=/dev/null" on any 
large file, the file can then be read by the vdsm user on that single 
node. Changes do not get replicated to other nodes.


  Example:

  id of the vdsm user & sudo to them:

 
[vdsm@node01:/rhev/data-center/mnt/glusterSD/node01.company.com:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/test]
 
$ id
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
 
[vdsm@node02:/rhev/data-center/mnt/glusterSD/node01.co

[ovirt-users] Re: new glance server

2020-02-04 Thread Staniforth, Paul
The pike packages are at

http://vault.centos.org/


Regards,
   Paul S.



From: Tommaso - Shellrent 
Sent: 04 February 2020 16:25
To: users@ovirt.org 
Subject: [ovirt-users] new glance server


Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Hi to all.

I'm try to create a glance server to store our images, but I have some problem.

With the guide i can correcty configure a "train" minimun stack with keyone and 
glance, but it only support auth api v3. oVirt for glance only support v2.

The newest version of keystone that have the v2 api, is Pike, but it cannot be 
insalled on centos today.

Where a can fine an old repo with pike packages? or how can i make a glance 
installation that doesn't require autentication?


Regards,
Tommaso.

--
[Shellrent Logo]
Tommaso De Marchi
COO Chief Operating Officer - Shellrent S.r.l.
Tel. 0444321155 | Fax 04441492177
Via dell'Edilizia, 19 - 36100 Vicenza
To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZRXZGHZBJTMMF7NG3GJMRRRNWMEWJKKC/


[ovirt-users] Re: Recover VM if engine down

2020-02-04 Thread Benny Zlotnik
you need to go to the "import vm" tab on the storage domain and import them

On Tue, Feb 4, 2020 at 7:30 PM matteo fedeli  wrote:
>
> it does automatically when I attach or should I execute particular operations?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TVC674C7RF3JZXCOW4SRJL5OQRBE5RZD/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/L4O4YN5RDOQEGBGD4DEHXFY7R72WGQYB/


[ovirt-users] Re: Recover VM if engine down

2020-02-04 Thread matteo fedeli
it does automatically when I attach or should I execute particular operations?  
 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TVC674C7RF3JZXCOW4SRJL5OQRBE5RZD/


[ovirt-users] Re: disk snapshot status is Illegal

2020-02-04 Thread Benny Zlotnik
back to my question then, can you check what made the snapshot illegal? and
attach the vdsm and engine logs from the occurrence so we can assess the
damage

also run `dump-volume-chains ` where the image resides so we can see
what's the status of the image on vdsm

On Tue, Feb 4, 2020 at 6:46 PM Crazy Ayansh 
wrote:

> Hi,
>
> Yes VM is running but i scared if i shutdown the VM and it not came back.
> I have also upgraded engine from 4.3.6.6 to 4.3.8. but still the issue
> persists. I am also unable to take snapshot of the the same VM as the new
> snapshot failing. Please help.
>
> Thanks
> Shashank
>
>
>
> On Tue, Feb 4, 2020 at 8:54 PM Benny Zlotnik  wrote:
>
>> Is the VM running? Can you remove it when the VM is down?
>> Can you find the reason for illegal status in the logs?
>>
>> On Tue, Feb 4, 2020 at 5:06 PM Crazy Ayansh 
>> wrote:
>>
>>> Hey Guys,
>>>
>>> Any help on it ?
>>>
>>> Thanks
>>>
>>> On Tue, Feb 4, 2020 at 4:04 PM Crazy Ayansh <
>>> shashank123rast...@gmail.com> wrote:
>>>

   Hi Team,

 I am trying to delete a old snapshot of a virtual machine and getting
 below error :-

 failed to delete snapshot 'snapshot-ind-co-ora-02' for VM
 índ-co-ora-ee-02'



 [image: image.png]

 Thanks

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


[ovirt-users] Re: disk snapshot status is Illegal

2020-02-04 Thread Crazy Ayansh
Hi,

Yes VM is running but i scared if i shutdown the VM and it not came back.
I have also upgraded engine from 4.3.6.6 to 4.3.8. but still the issue
persists. I am also unable to take snapshot of the the same VM as the new
snapshot failing. Please help.

Thanks
Shashank



On Tue, Feb 4, 2020 at 8:54 PM Benny Zlotnik  wrote:

> Is the VM running? Can you remove it when the VM is down?
> Can you find the reason for illegal status in the logs?
>
> On Tue, Feb 4, 2020 at 5:06 PM Crazy Ayansh 
> wrote:
>
>> Hey Guys,
>>
>> Any help on it ?
>>
>> Thanks
>>
>> On Tue, Feb 4, 2020 at 4:04 PM Crazy Ayansh 
>> wrote:
>>
>>>
>>>   Hi Team,
>>>
>>> I am trying to delete a old snapshot of a virtual machine and getting
>>> below error :-
>>>
>>> failed to delete snapshot 'snapshot-ind-co-ora-02' for VM
>>> índ-co-ora-ee-02'
>>>
>>>
>>>
>>> [image: image.png]
>>>
>>> Thanks
>>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C7OR4HQEKNJURWYCWURCOHAUUFCMYUW6/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q2PJGKJP7RSP62K3QCPMMW65MABJGS3D/


[ovirt-users] new glance server

2020-02-04 Thread Tommaso - Shellrent

Hi to all.

I'm try to create a glance server to store our images, but I have some 
problem.


With the guide i can correcty configure a "train" minimun stack with 
keyone and glance, but it only support auth api v3. oVirt for glance 
only support v2.


The newest version of keystone that have the v2 api, is Pike, but it 
cannot be insalled on centos today.


Where a can fine an old repo with pike packages? or how can i make a 
glance installation that doesn't require autentication?



Regards,
Tommaso.

--
Shellrent Logo  

*Tommaso De Marchi*
COO Chief Operating Officer - Shellrent S.r.l.
Tel. 0444321155  | Fax 04441492177
Via dell'Edilizia, 19 - 36100 Vicenza

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


[ovirt-users] Re: disk snapshot status is Illegal

2020-02-04 Thread Benny Zlotnik
Is the VM running? Can you remove it when the VM is down?
Can you find the reason for illegal status in the logs?

On Tue, Feb 4, 2020 at 5:06 PM Crazy Ayansh 
wrote:

> Hey Guys,
>
> Any help on it ?
>
> Thanks
>
> On Tue, Feb 4, 2020 at 4:04 PM Crazy Ayansh 
> wrote:
>
>>
>>   Hi Team,
>>
>> I am trying to delete a old snapshot of a virtual machine and getting
>> below error :-
>>
>> failed to delete snapshot 'snapshot-ind-co-ora-02' for VM
>> índ-co-ora-ee-02'
>>
>>
>>
>> [image: image.png]
>>
>> Thanks
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C7OR4HQEKNJURWYCWURCOHAUUFCMYUW6/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/V4IWIYIHGD3FEQ52Z4P5KHDDA424MIWK/


[ovirt-users] Re: disk snapshot status is Illegal

2020-02-04 Thread Jayme
Hello,

I believe you should be able to fix this issue using the "unlock_entity.sh"
tool on the hosted engine VM in "/usr/share/ovirt-engine/setup/dbutils" --
unfortunately there is not much documentation on it but I IIRC I've used it
to fix this very issue in the past.  Someone else may be able to chime in
on its proper use.

On Tue, Feb 4, 2020 at 11:07 AM Crazy Ayansh 
wrote:

> Hey Guys,
>
> Any help on it ?
>
> Thanks
>
> On Tue, Feb 4, 2020 at 4:04 PM Crazy Ayansh 
> wrote:
>
>>
>>   Hi Team,
>>
>> I am trying to delete a old snapshot of a virtual machine and getting
>> below error :-
>>
>> failed to delete snapshot 'snapshot-ind-co-ora-02' for VM
>> índ-co-ora-ee-02'
>>
>>
>>
>> [image: image.png]
>>
>> Thanks
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C7OR4HQEKNJURWYCWURCOHAUUFCMYUW6/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4J3ZF3N52GHYP2QOW7IWA5LPNJMIXPMJ/


[ovirt-users] Re: disk snapshot status is Illegal

2020-02-04 Thread Crazy Ayansh
Hey Guys,

Any help on it ?

Thanks

On Tue, Feb 4, 2020 at 4:04 PM Crazy Ayansh 
wrote:

>
>   Hi Team,
>
> I am trying to delete a old snapshot of a virtual machine and getting
> below error :-
>
> failed to delete snapshot 'snapshot-ind-co-ora-02' for VM índ-co-ora-ee-02'
>
>
>
> [image: image.png]
>
> Thanks
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C7OR4HQEKNJURWYCWURCOHAUUFCMYUW6/


[ovirt-users] Re: [Suspected Spam] Re: Unsynced entries do not self-heal during upgrade from oVirt 4.2 -> 4.3

2020-02-04 Thread Goorkate, B.J.
Hi Strahil,

Thanks for your time so far!

The packages seem fine on all of the 3 nodes. 
Only /var/lib/glusterd/glusterd.info is modified and on the not yet upgraded 
nodes these files are missing: 

missing /var/lib/glusterd/hooks/1/set/post/S30samba-set.sh
missing /var/lib/glusterd/hooks/1/start/post/S29CTDBsetup.sh
missing /var/lib/glusterd/hooks/1/start/post/S30samba-start.sh
missing /var/lib/glusterd/hooks/1/stop/pre/S29CTDB-teardown.sh
missing /var/lib/glusterd/hooks/1/stop/pre/S30samba-stop.sh

But that doesn't seem relevant...

I stopped a couple of virtual machines with image files with unsynched entries. 
When they were turned off, I couldn't find them anymore in the unsyced entries 
list. When I turned them on again, some re-appeared, some didn't. 

I really don't know where to look next.

The big question is: will the problems be resolved when I upgrade the two 
remaining nodes, or will it get worse? 

Regards,

Bertjan


On Sun, Feb 02, 2020 at 08:06:58PM +, Strahil Nikolov wrote:
>It seems that something went "off".
>That '0-xlator: dlsym(xlator_api) missing:
>/usr/lib64/glusterfs/6.6/rpc-transport/socket.so: undefined symbol:
>xlator_api' is really worrisome.
>I think that you might have a bad package and based on the info it could
>be glusterfs-libs which should provide /usr/lib64/libgfrpc.so.0 . I'm
>currently on gluster v7.0 and I can't check it on my installation.
>Run a for loop to check the rpms:
>for i in $(rpm -qa | grep gluster) ; do echo "$i :" ; rpm -V $i';
>echo;echo; done
>Most probably you can safely redo (on the upgraded node) the last yum
>transaction:
>yum history 
>yum history info  -> verify the gluster packages were installed here
>yum history redo  
>If kernel, glibc, systemd were not in this transaction , you can stop
>gluster and start it again:
>Node in maintenance in oVirt
>systemctl stop ovirt-ha-agent ovirt-ha-broker vdsmd supervdsmd 
>systemctl stop sanlock
>systemctl stop glusterd
>/usr/share/glusterfs/scripts/stop-all-gluster-processes.sh
>And then power up again:
>systemctl start glusterd
>gluster volume status -> check all connected
>systemctl start sanlock supervdsmd vdsmd
>systemctl start ovirt-ha-broker ovirt-ha-agent
>Check situation.
>Yet, you need to make gluster stop complaining , before you can take care
>of the heal. Usually 'rsync' is my best friend - but this is when gluster
>is working normally - and your case is far from normal.
>If redo doesn't work for you -> try the "yum history rollback" to recover
>to last good state.
>I think that 'BOOM Boot Manager' is best in such cases.
>Note: Never take any of my words for granted. I'm not running oVirt in
>production and some of my methods might not be OK for your environment.
>Best Regards,
>Strahil Nikolov
>В неделя, 2 февруари 2020 г., 08:56:01 ч. Гринуич+2, Mark Lamers
> написа:
> 
>Hi Strahil,
> 
>Bertjan is not in the office today, so I will reply if okay with you.
> 
>First I like to describe the status of our network
> 
>There are three bricks:
> 
>and 5 nodes:
> 
>Every host has a management and migrate vlan iface  on a different bond
>iface.
> 
>The last octet of the ipaddress is similar
> 
>The output from 'gluster volume heal  info' gives a long list of
>shards from all three nodes, the file is attached as
>'gluster_volume_heal_info.txt'. The node without shards in the list is the
>updated node to gluster6, oVirt 4.3. That is curious i think.
> 
>Further more I find the following errors ' E '  in the glusterd.log of the
>upgrated host:
> 
>[2020-01-26 17:40:46.147730] E [MSGID: 106118]
>[glusterd-syncop.c:1896:gd_sync_task_begin] 0-management: Unable to
>acquire lock for vmstore1
>[2020-01-26 22:47:16.655651] E [MSGID: 106118]
>[glusterd-syncop.c:1896:gd_sync_task_begin] 0-management: Unable to
>acquire lock for vmstore1
>[2020-01-27 07:07:51.815490] E [MSGID: 106118]
>[glusterd-syncop.c:1896:gd_sync_task_begin] 0-management: Unable to
>acquire lock for vmstore1
>[2020-01-27 18:28:14.953974] E [MSGID: 106118]
>[glusterd-syncop.c:1896:gd_sync_task_begin] 0-management: Unable to
>acquire lock for vmstore1
>[2020-01-27 18:58:22.629457] E [MSGID: 106118]
>[glusterd-op-sm.c:4133:glusterd_op_ac_lock] 0-management: Unable to
>acquire lock for vmstore1
>[2020-01-27 18:58:22.629595] E [MSGID: 106376]
>[glusterd-op-sm.c:8150:glusterd_op_sm] 0-management: handler returned: -1
>[2020-01-27 18:58:22.756430] E [MSGID: 106117]
>[glusterd-op-sm.c:4189:glusterd_op_ac_unlock] 0-management: Unable to
>release lock for vmstore1
>[2020-01-27 18:58:22.756581] E [MSGID: 106376]
>[glusterd-op-sm.c:8150:glusterd_op_sm] 0-management: handler returned: -1
>[2020-01-28 05:31:52.427196] E [MSG

[ovirt-users] Re: oVirt API - New vm on specified storage

2020-02-04 Thread Jan Zmeskal
Hi Tommaso,

I don't have much experience with API, but let me ask differently: Have you
tried using oVirt Ansible modules

to achieve your goal? It's really easy to create a vm with ovirt_vm

and oVirt engine already includes all the requirements for that.

Jan

On Tue, Feb 4, 2020 at 11:08 AM Tommaso - Shellrent 
wrote:

> Hi to all.
>
> we are tring to create a new VM via API, but we are unable to select
> the desidered storage where to deploy it.
>
> We make a call like this:
>
>
> CALL:
>
> POST /ovirt-engine/api/vms?clone=true
>
>
>
> Data:
>
> {"cpu":{"topology":{"sockets":1,"cores":4,"threads":1}},"memory":4294967296,"memory_policy":{"guaranteed":4294967296,"max":4294967296},"disk_attachments":[{"disk":{"id":"925c999e-536f-4905-bc54-5cf64477a3a7","format":"cow","storage_domains":[{"id":"a772c71a-bd7b-4898-9497-120dcd853d96"}]}}],"name":"apitest.domain.com","fqdn":"apitest.domain.com","cluster":{"id":"890681f6-e0fe-11e9-81b5-027c8e05"},"template":{"id":"45da14a2-7f6f-43d9-9481-19a2034700fe"}}
>
>
> But the reply is:
>
> Reply HTTP 400
> {
>   "detail" : "For correct usage, see:
> https://XXX/ovirt-engine/apidoc#services/vms/methods/add
> 
> ",
>   "reason" : "Request syntactically incorrect."
> }
>
>
> Have someone some suggestion or good example??
>
>
> Best regards.
> --
> [image: Shellrent Logo]
> *Tommaso De Marchi*
> COO Chief Operating Officer - Shellrent S.r.l.
> Tel. 0444321155 <+390444321155> | Fax 04441492177
> Via dell'Edilizia, 19 - 36100 Vicenza
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NBXQHG26GOYVUHOORAS7K7QU3YTBER7B/
>


-- 

Jan Zmeskal

Quality Engineer, RHV Core System

Red Hat 

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


[ovirt-users] insufficient web panel user permissions to create disk

2020-02-04 Thread Pavel Nakonechnyi
Dear community,

I am trying to achieve the following:
- create a regular user in oVirt environment; [DONE]
- grant full access to a particular VM; [DONE]
- grant privileges to create new VMs; [NOT OK]

What I observe currently:
- user sees his VM on "VM Portal" page and can edit its settings, this is fine;
- user can not suspend the VM with the following error in engine.log:

2020-02-04 13:48:25,473Z INFO  [org.ovirt.engine.core.bll.HibernateVmCommand] 
(default task-95) [d43167ef-894f-4281-9100-578bac65a3bb] Running command: 
HibernateVmCommand internal: false. Entities affected :  ID: 
85e560ed-a010-4f95-b4e4-43d2e741b51e Type: VMAction group HIBERNATE_VM with 
role type USER
2020-02-04 13:48:25,486Z INFO  
[org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-95) 
[d43167ef-894f-4281-9100-578bac65a3bb] Running command: AddDiskCommand 
internal: true. Entities affected :  ID: 0a2174b2-1e22-41e7-b3c1-48ff22d6486e 
Type: StorageAction group CREATE_DISK with role type USER
2020-02-04 13:48:25,491Z WARN  
[org.ovirt.engine.core.bll.storage.disk.image.AddImageFromScratchCommand] 
(default task-95) [d43167ef-894f-4281-9100-578bac65a3bb] Validation of action 
'AddImageFromScratch' failed for user pavel@internal-authz. Reasons: 
VAR__TYPE__STORAGE__DOMAIN,NON_ADMIN_USER_NOT_AUTHORIZED_TO_PERFORM_ACTION_ON_HE
2020-02-04 13:48:25,496Z ERROR [org.ovirt.engine.core.bll.HibernateVmCommand] 
(default task-95) [d43167ef-894f-4281-9100-578bac65a3bb] Command 
'org.ovirt.engine.core.bll.HibernateVmCommand' failed: EngineException: Failed 
to create disk! vm-pavel_hibernation_memory (Failed with error ENGINE and code 
5001)


Similar error can be found here:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/HC33LVIWZPPO5HKYJX3ZHDSPU735RWVP

What permissions have to be granted to a user to be able to create disks?

oVirt engine package version: 4.3.7.2-1.el7

---
 WBR, Pavel


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


[ovirt-users] Unable to complete engine setup

2020-02-04 Thread info
I attempted the installation on fully updated Centos 7 with selinux and 
firewalld disabled.

engine-setup produces the following error:

[root@ovt-00 ~]# engine-setup
***L:ERROR Internal error: 'module' object has no attribute 'createPlugins'
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 83, in main
installer.execute()
  File "/usr/lib/python2.7/site-packages/otopi/main.py", line 147, in execute
sys.exc_info()[2],
  File "/usr/lib/python2.7/site-packages/otopi/util.py", line 86, in 
raiseExceptionInformation
exec('raise info[1], None, info[2]')
  File "/usr/lib/python2.7/site-packages/otopi/main.py", line 141, in execute
self.context.loadPlugins()
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 769, in 
loadPlugins
self._loadPluginGroups(plugindir, needgroups, loadedgroups)
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 112, in 
_loadPluginGroups
self._loadPlugins(path, path, groupname)
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 69, in 
_loadPlugins
self._loadPlugins(base, d, groupname)
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 69, in 
_loadPlugins
self._loadPlugins(base, d, groupname)
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 100, in 
_loadPlugins
os.path.basename(path),
PluginLoadException: 'module' object has no attribute 'createPlugins'

I would appreciate any advise or hint on how to complete my installation.
Thanks
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y7DC65JZEMHCO2VKOZN3ZOBVDBGF46Q5/


[ovirt-users] Error when exporting virtual machine

2020-02-04 Thread Suporte LENEP

Hello everyone,

I am getting the following error when I try to export a virtual machine:

2020-02-04 10:43:44,818-02 ERROR 
[org.ovirt.engine.core.bll.exportimport.GetVmsFromExportDomainQuery] 
(default task-94) [1dc343fb-7d47-495d-898c-99f52a686307] Exception: 
org.ovirt.engine.core.common.errors.EngineException: EngineException: 
org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException: 
IRSGenericException: IRSErrorException: Failed to GetVmsInfoVDS, error = 
Storage domain does not exist: 
(u'5ac6c35d-0406-4a06-a682-ed8fb2d1933f',), code = 358 (Failed with 
error StorageDomainDoesNotExist and code 358)


Any ideas?

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


[ovirt-users] IO Storage Error / All findings / Need help.

2020-02-04 Thread Christian Reiss

Hello folks,

I am running a 3-way, no arbiter Gluster setup using oVirt and contained 
Gluster 6.7. After a crash we are unable to start any VMs due to Storage 
IO error.
After much, much backtracking and debugging we are closing in on the 
symptons, albeit not the issue.


Conditions:

 - gluster volume is healthy,
 - No outstanding heal or split-brain files,
 - 3 way without arbiter nodes (3 copies),
 - I already ran several "heal full" commands.

 Gluster Volume Info
Volume Name: ssd_storage
Type: Replicate
Volume ID: d84ec99a-5db9-49c6-aab4-c7481a1dc57b
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: node01.company.com:/gluster_bricks/ssd_storage/ssd_storage
Brick2: node02.company.com:/gluster_bricks/ssd_storage/ssd_storage
Brick3: node03.company.com:/gluster_bricks/ssd_storage/ssd_storage
Options Reconfigured:
cluster.self-heal-daemon: enable
cluster.granular-entry-heal: enable
storage.owner-gid: 36
storage.owner-uid: 36
network.ping-timeout: 30
server.event-threads: 4
client.event-threads: 4
cluster.choose-local: off
user.cifs: off
features.shard: on
cluster.shd-wait-qlength: 1
cluster.shd-max-threads: 8
cluster.locking-scheme: granular
cluster.data-self-heal-algorithm: full
cluster.server-quorum-type: server
cluster.quorum-type: auto
cluster.eager-lock: enable
network.remote-dio: off
performance.low-prio-threads: 32
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
performance.strict-o-direct: on
transport.address-family: inet
nfs.disable: on
performance.client-io-threads: on

Gluster Volume Status
Status of volume: ssd_storage
Gluster process TCP Port  RDMA Port 
Online  Pid


--
Brick node01.company.com:/gluster_br
icks/ssd_storage/ssd_storage49152 0  Y 
 8218

Brick node02.company.com:/gluster_br
icks/ssd_storage/ssd_storage49152 0  Y 
 23595

Brick node03.company.com:/gluster_br
icks/ssd_storage/ssd_storage49152 0  Y 
 8080
Self-heal Daemon on localhost   N/A   N/AY 
 66028
Self-heal Daemon on 10.100.200.12   N/A   N/AY 
 52087

Self-heal Daemon on node03.company.com
et  N/A   N/AY 
 8372


Task Status of Volume ssd_storage

--
There are no active volume tasks


The mounted path where the oVirt vm files reside is 100% okay, we copied 
all the images out there onto standalone hosts and the images run just 
fine. There is no obvious data corruption. However launching any VM out 
of oVirt fails with "IO Storage Error".


This is where everything gets funny.
oVirt uses a vdsm user to access all the files.

Findings:
 - root can read, edit and write all files inside the ovirt mounted 
gluster path.
 - vdsm user can write to new files regardless of size without any 
issues; changes get replicated instantly to other nodes.
 - vdsm user can append to existing files regardless of size without 
any issues; changes get replicated instantly to other nodes.

 - vdsm user can read files if those files are smaller than 64mb.
 - vdsm user gets permission denied errors if the file to be read is 
65mb or bigger.
 - vdsm user gets permission denied errors if the requests crosses a 
gluster shard-file boundary.
 - if root does a "dd if=file_larger_than64mb" of=/dev/null" on any 
large file, the file can then be read by the vdsm user on that single 
node. Changes do not get replicated to other nodes.



 Example:

 id of the vdsm user & sudo to them:


[vdsm@node01:/rhev/data-center/mnt/glusterSD/node01.company.com:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/test] 
$ id
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023


[vdsm@node02:/rhev/data-center/mnt/glusterSD/node01.company.com:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/test] 
$ id
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023


[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.company.com:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/test] 
$ id
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023


Create a file >64mb on one node:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.company.com:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/test] 
$ base64 /dev/urandom | head -c 2 > file.txt
[vdsm@node03:/rhev/data-center/mnt/gluster

[ovirt-users] Re: oVirt MAC Pool question

2020-02-04 Thread Dominik Holler
On Mon, Feb 3, 2020 at 12:10 PM Vrgotic, Marko 
wrote:

> Hi Dominik,
>
>
>
> Thank you – please find the sql query output file attached.
>
>
>
> In addition, today, while spawning set of VMs, and we are mostly using
> Ansible (98% of the time), we got this message:
>
> An exception occurred during task execution. To see the full traceback,
> use -vvv. The error was: ovirtsdk4.Error: Fault reason is "Operation
> Failed". Fault detail is "[MAC Address 56:6f:ef:88:0b:23 is already in use
> by VM or snapshot: fred-appcloud.]". HTTP response code is 409.
> fatal: [suilen-th-scalernode3.avinity.tv -> localhost]: FAILED! =>
> {"changed": false, "msg": "Fault reason is \"Operation Failed\". Fault
> detail is \"[MAC Address 56:6f:ef:88:0b:23 is already in use by VM or
> snapshot: fred-appcloud.]\". HTTP response code is 409."}
>
>
>
> The mac addresses are not defined in ovirt_vm or cloud_init_nics module,
> we always let oVirt assign mac address.
>

Thanks for your input!
I am highly interested if you can confirm, that no virtual NIC with a
duplicated MAC address is created?

The issue you are running into might be
*Bug 1760170*  - If an
in-use MAC is held by a VM on a different cluster, the engine does not
attempt to get the next free MAC.

What happens in this bug is that a new MAC address is generated, which is
not yet used inside the mac pool.
But oVirt runs a final check before creating the vNIC, to ensure that no
duplicated MAC is used across all managed VMs (across all mac pools),
which fails because the MAC is used in a cluster that is associated with
another mac pool.

Would a workaround like adjusting all MAC addresses of all vNICs according
to the mac pool ranges which are associated with the cluster be achievable
for you, e.g. by re-creating the vNICs?



>
>
> In addition, I have enabled “deny duplicates;” and “one-lease-per-client;”
> on our isc-dhcp  for subnet, in order to try to prevent this.
>
>
>
> As mentioned in previous email, I have already switched last week to
> having unique pool per cluster and here are the ranges:
>
> [root@ovirt-engine ~]# /usr/share/ovirt-engine/dbscripts/engine-psql.sh
> -c "select from_mac, to_mac from mac_pools, mac_pool_ranges where
> id=mac_pool_id"
>
>  from_mac  |  to_mac
>
> ---+---
>
> 56:6f:ef:88:00:00 | 56:6f:ef:88:ff:ff
>
> 56:6f:ef:86:00:00 | 56:6f:ef:86:ff:ff
>
> 56:6f:ef:82:00:00 | 56:6f:ef:82:ff:ff
>
> 56:6f:ef:84:00:00 | 56:6f:ef:84:ff:ff
>
>
>
> Kindly awaiting your reply.
>
>
>
> If additional information is required, I will be happy to provide.
>
>
>
>
>
> -
>
> kind regards/met vriendelijke groeten
>
>
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *e:* m.vrgo...@activevideo.com
> *w: *www.activevideo.com
>
>
>
> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217
> WJ Hilversum, The Netherlands. The information contained in this message
> may be legally privileged and confidential. It is intended to be read only
> by the individual or entity to whom it is addressed or by their designee.
> If the reader of this message is not the intended recipient, you are on
> notice that any distribution of this message, in any form, is strictly
> prohibited.  If you have received this message in error, please immediately
> notify the sender and/or ActiveVideo Networks, LLC by telephone at +1
> 408.931.9200 and delete or destroy any copy of this message.
>
>
>
>
>
>
>
>
>
>
>
> *From: *Dominik Holler 
> *Date: *Monday, 3 February 2020 at 10:11
> *To: *"Vrgotic, Marko" 
> *Cc: *Yedidyah Bar David , "users@ovirt.org" <
> users@ovirt.org>
> *Subject: *Re: [ovirt-users] oVirt MAC Pool question
>
>
>
>
>
>
>
> On Fri, Jan 31, 2020 at 9:56 AM Vrgotic, Marko 
> wrote:
>
> Dear Yedidyah,
>
> We are actually seeing collisions, which is why I reached out in first
> place.
> Strange is that is did not happen since few weeks ago, and since then I
> saw it multiple times.
>
>
>
> I am interested in reproducing this issue.
>
> Can you please describe how this situation was created?
>
> Are the related virtual NICs created in oVirt, or are they imported?
>
> Is it still possible to create duplicates, or do you have a backup of the
> db during this period?
>
> Can you please share the output of
>
> /usr/share/ovirt-engine/dbscripts/engine-psql.sh  -c "select
> vm_interface.mac_addr,vm_interface.vm_guid,vm_interface.name,vm_static.cluster_id,cluster.mac_pool_id,mac_pools.allow_duplicate_mac_addresses,mac_pool_ranges.from_mac,mac_pool_ranges.to_mac
> from  vm_interface left join vm_static on vm_interface.vm_guid =
> vm_static.vm_guid) left join cluster on vm_static.cluster_id =
> cluster.cluster_id) left join mac_pools on cluster.mac_pool_id =
> mac_pools.id) left join mac_pool_ranges on mac_pools.id =
> mac_pool_ranges.mac_pool_id) order by vm_interface.mac_addr;"
>
> and point us to the v

[ovirt-users] disk snapshot status is Illegal

2020-02-04 Thread Crazy Ayansh
  Hi Team,

I am trying to delete a old snapshot of a virtual machine and getting below
error :-

failed to delete snapshot 'snapshot-ind-co-ora-02' for VM índ-co-ora-ee-02'



[image: image.png]

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


[ovirt-users] oVirt API - New vm on specified storage

2020-02-04 Thread Tommaso - Shellrent

Hi to all.

    we are tring to create a new VM via API, but we are unable to 
select the desidered storage where to deploy it.


We make a call like this:


CALL:

POST /ovirt-engine/api/vms?clone=true




Data:

{"cpu":{"topology":{"sockets":1,"cores":4,"threads":1}},"memory":4294967296,"memory_policy":{"guaranteed":4294967296,"max":4294967296},"disk_attachments":[{"disk":{"id":"925c999e-536f-4905-bc54-5cf64477a3a7","format":"cow","storage_domains":[{"id":"a772c71a-bd7b-4898-9497-120dcd853d96"}]}}],"name":"apitest.domain.com","fqdn":"apitest.domain.com","cluster":{"id":"890681f6-e0fe-11e9-81b5-027c8e05"},"template":{"id":"45da14a2-7f6f-43d9-9481-19a2034700fe"}}


But the reply is:

Reply HTTP 400

{
  "detail" : "For correct usage, see: 
https://XXX/ovirt-engine/apidoc#services/vms/methods/add";,

  "reason" : "Request syntactically incorrect."
}


Have someone some suggestion or good example??


Best regards.

--
Shellrent Logo  

*Tommaso De Marchi*
COO Chief Operating Officer - Shellrent S.r.l.
Tel. 0444321155  | Fax 04441492177
Via dell'Edilizia, 19 - 36100 Vicenza

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


[ovirt-users] Re: memory overcommit in oVirt

2020-02-04 Thread Martin Sivak
Hi,

memory overcommit in oVirt has a different meaning indeed.

oVirt tracks the amount of memory allocated to all running VMs and
will not let you start an additional VM once the full capacity of the
node is reached. The important thing to realize is that this is in no
way related to the current memory consumption of a VM. This resource
tracking is making sure all VMs will have enough memory on the node
even if they all decide to use their full allocation at the same time.

Memory overcommit in oVirt is exploiting the fact that the situation
described above does not happen all that often. In fact, it almost
does not happen at all, especially in the virtual desktop use case. So
we let the user specify how much can the VM allocation grow above the
physical memory capacity of a node (- some overhead for system and
such).

Does this make sense to you?

Best regards

--
Martin Sivak
ex-oVirt maintainer :)

On Tue, Feb 4, 2020 at 3:21 AM yam yam  wrote:
>
> Hello,
>
> I thought memory overcommit feature in oVirt utilizes host's overcommit 
> features by manipulating kernel variables like vm.overcommit_ratio, 
> vm_overcommit_memory.
> but, I've just confirmed that those variables didn't change at all.
>
> I wonder if oVirt's overcommit really has nothing to do with that of host
> and if so, how does oVirt manage memory overcommit.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6JWQJUGCZ4NXB7HE7XA5WRRECNCFUKT7/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NPXS74HQ52ZUALTUEGDA5JKDD7IYOSJ7/