[ovirt-users] Re: vm names export

2018-09-24 Thread Joey Ma
Hi,

I could not reproduce the error in my dev environment with python-2.7.10
and ovirt-4.1.

Could you please share the oVirt version in your case? I saw in another
mail that you are using oVirt 3.5. If so, please pick sdk v3 instead of
current v4. AFAIK, sdk v4 is not compatible with oVirt 3.x.

Regards,
Joey

On Tue, Sep 25, 2018 at 12:37 PM Budur Nagaraju  wrote:

> HI
>
> Done the modification now am getting the below error.
>
> [root@cephc ovirt-scripts]# python get_vm_names
> Traceback (most recent call last):
>   File "get_vm_names", line 22, in 
> vms = vms_service.list()
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
> 34154, in list
> return self._internal_get(headers, query, wait)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 202, in _internal_get
> context = self._connection.send(request)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 370, in send
> return self.__send(request)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 388, in __send
> self.authenticate()
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 381, in authenticate
> self._sso_token = self._get_access_token()
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 617, in _get_access_token
> sso_response = self._get_sso_response(self._sso_url, post_data)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 702, in _get_sso_response
> self._check_content_type(self.__JSON_CONTENT_TYPE_RE, 'JSON',
> header_lines)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 889, in _check_content_type
> raise Error(msg)
> ovirtsdk4.Error: The response content type 'text/html;charset=UTF-8' isn't
> the expected JSON
> [root@cephc ovirt-scripts]#
>
>
>
> On Tue, Sep 25, 2018 at 9:35 AM Joey Ma  wrote:
>
>>
>>
>> On Tue, Sep 25, 2018 at 11:40 AM Budur Nagaraju 
>> wrote:
>>
>>> Hi ,
>>>
>>> Have done the below modification in the script and getting the error,can
>>> you please help to fix the issue?
>>>
>>>
>>> Script :
>>>
>>> [root@cephc ovirt-scripts]# vi get_vm_names
>>> #!/usr/bin/env python
>>> # -*- coding: utf-8 -*-
>>>
>>> import logging
>>> import ovirtsdk4 as sdk
>>> import ovirtsdk4.types as types
>>>
>>> logging.basicConfig(level=logging.DEBUG, filename='example.log')
>>>
>>> connection = sdk.Connection(
>>> url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
>>>
>>
>> hi,
>>
>> Simply remove the trailing space in url parameter may solve your problem.
>>
>> Regards,
>> Joey
>>
>>
>>
>>> username='admin@internal',
>>> password='password',
>>> insecure=True,
>>> #   ca_file='/etc/pki/ovirt-engine/ca.pem',
>>> debug=True,
>>> log=logging.getLogger(),
>>> )
>>>
>>> vms_service = connection.system_service().vms_service()
>>>
>>> vms = vms_service.list()
>>>
>>> for vm in vms:
>>> print("%s: %s" % (vm.name, vm.id))
>>> connection.close()
>>> ~
>>>
>>> ===
>>>
>>> Error:
>>>
>>> [root@cephc ovirt-scripts]# python get_vm_names
>>> Traceback (most recent call last):
>>>   File "get_vm_names", line 22, in 
>>> vms = vms_service.list()
>>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
>>> 34154, in list
>>> return self._internal_get(headers, query, wait)
>>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
>>> 202, in _internal_get
>>> context = self._connection.send(request)
>>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>>> 370, in send
>>> return self.__send(request)
>>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>>> 388, in __send
>>> self.authenticate()
>>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>>> 381, in authenticate
>>> self._sso_token = self._get_access_token()
>>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>>> 617, in _get_access_token
>>> sso_response = self._get_sso_response(self._sso_url, post_data)
>>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>>> 702, in _get_sso_response
>>> self._check_content_type(self.__JSON_CONTENT_TYPE_RE, 'JSON',
>>> header_lines)
>>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>>> 889, in _check_content_type
>>> raise Error(msg)
>>> ovirtsdk4.Error: The response content type 'text/html;charset=UTF-8'
>>> isn't the expected JSON. Is the path '/ovirt-engine/api ' included in the
>>> 'url' parameter correct? The typical one is '/ovirt-engine/api'
>>> [root@cephc ovirt-scripts]#
>>>
>>> Thanks,
>>> Nagaraju
>>>
>>>
>>>
>>>
>>>
>>> On Mon, Sep 24, 2018 at 11:49 PM Valentin Bajrami <
>>> valentin.bajr...@target-holding.nl> wrote:
>>>
 Hi Budur,

 You 

[ovirt-users] Re: Best way to update dns config of ovirt node

2018-09-24 Thread Edward Haas
On Mon, Sep 17, 2018 at 11:50 AM, Gianluca Cecchi  wrote:

> On Sun, Sep 16, 2018 at 7:56 AM Edward Haas  wrote:
>
>>
>>
>> On Fri, Sep 14, 2018 at 9:43 AM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Thu, Sep 13, 2018 at 7:53 AM Edward Haas  wrote:
>>>


 On Mon, Sep 10, 2018 at 5:53 PM, Gianluca Cecchi <
 gianluca.cec...@gmail.com> wrote:

> Hello,
> supposing to have ovirt-ng node 4.2.6 and that ovirtmgmt config
> regarding DNS servers has to be updated, what is the correct way to 
> proceed?
>

 DNS should be editable from the network attachment window.

>>>
>>> Thanks for your answer Edward.
>>> What do you mean with "network attachment window"?
>>> a) Network > Networks, then select ovirtmgmt line and edit, putting DNS
>>> info (that is empty right now)
>>> or
>>> b) Compute > Hosts, then select host1 line, click on host1 name, then
>>> Network Interfaces and Setup Host Networks. then edit ovirtmgmt > DNS
>>> Configuration (that is empty right now)
>>> or what?
>>>
>>
>> I meant (b). Option (a) is there to apply the same DNS entries over all
>> hosts for that specific network.
>> I do not see a problem of using both.
>>
>
> OK.
> What is it expected to happen if for example I have 4 active nodes and use
> a)?
> Possibly all of them loosing ovirtmgmt connection with possibly dangerous
> effects?
>

I consider touching the management network always as a risk, but it should
work if you do not have VM/s on it.
I do not recall if changing the DNS on the Network immediately causes
setup-network commands to be sent to all hosts.


>
>
>> If you add a new host, Engine will read the existing DNS entries from the
>> host and persist them. (you will see them in the setup-networks window (b)).
>>
>
> The strange thing is that apparently it made what you say (from a files
> content point of view) but there is no match if you go into configuration
> inside web admin gui pages, neither at cluster level, nor at host level.
> This was what seemed strange to me.
> Please notice that these hosts were installed in 4.1.x and then update
> several times up to 4.2.6.
> So it could be the case of some sort of bug in previous versions and not
> if I plain install right now in 4.2.6 (not tested)
>
>
>
>> Upgraded systems (hosts have been added before DNS configuration was
>> available) will have it empty and you will need to explicitly set it.
>>
> It is not my case.
>

We will have to check this then. We may have changed the policy on this
issue due to other complaints.
(An argument that we should not enforce DNS entries if not explicitly
requested sounds valid to me)


>
>
>
>>>
 The values are added through ifcfg, therefore its logic of adding it to
 resolv.conf is used.

>>>
>>> I have also opened a case for another environment where I'm using RHV-H
>>> hosts, that should be quite similar to ovirt-node-ng
>>> In that environment one of the original M$ based dns server was changed
>>> (that was the one I had as primary) creating some latency problems.
>>> Using setup host networks generated big problems, especially if doing on
>>> the host where hosted engine was running.
>>> I verified that a safe way to modify DNS config is:
>>> - evacuate VMs from host
>>> - put host into maintenance
>>> - change dns settings in setup host networks
>>> - reboot the host
>>> - activate the host
>>>
>>> I do not see a reason to pass all these steps unless we have a bug.
>> The DNS entry are supposed to be applied immediately through ifcfg,
>> rebooting is an precaution to make sure it has been correctly persisted.
>> And if the management network is not serving VM/s, then no VM evacuation
>> is needed.
>>
>
> If host is not reachable through ovirtmgmt doesn't fencing take place? And
> so indirect consequence a move of the VMs it had in charge?
>

Correct, but as far as I know it is not immediate. There is a grace period
in which Engine (and VDSM) attempts to confirm connectivity.
VDSM will also (try to) revert back to the previous working configuration
in a "revert" action.
It may also be a matter of the level of "defence" needed. As mentioned,
there is a risk in touching the management network and your mentioned steps
are a way to reduce the risks.
But lets get another opinion on this, I may be wrong here.


>
>> I guess the risk here is the management network editing, which is
>> sensitive (Engine looses connectivity and unexpected behaviour may occur).
>> If there is a problem with this scenario, I would consider it a bug.
>>
>>
>>> This way the "persistent" files are initially updated and then at the
>>> reboot the ifcfg and resolv.conf files are correctly updated
>>> If you are interested my case is 02179117
>>>
>>
>> I could not find such a BZ.
>>
>
> This is a Red Hat case number, not a bugzilla entry. Because I had the
> same kind of problems on oVirt based environments and RHV based ones that
> are present.
> So for RHV  I opened a case.
> As a 

[ovirt-users] Convert HDD to Thin

2018-09-24 Thread Budur Nagaraju
Hi

Am using oVirt 3.5 , and mapped 1.5TB if LUN from Dell Unity  have
deployed  50 vms in that lun , when I check the allocated space in storage
its showing 800GB in storage whereas in oVirt its showing 1.4TB in oVirt .

Is there any way to shrink the same in oVirt ?

Thanks,
Nagaraju
___
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/WA3BVDWIRM2NGIZLZG6ZZQP73VHFMIYW/


[ovirt-users] Re: vm names export

2018-09-24 Thread Budur Nagaraju
HI

Done the modification now am getting the below error.

[root@cephc ovirt-scripts]# python get_vm_names
Traceback (most recent call last):
  File "get_vm_names", line 22, in 
vms = vms_service.list()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
34154, in list
return self._internal_get(headers, query, wait)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 202,
in _internal_get
context = self._connection.send(request)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
370, in send
return self.__send(request)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
388, in __send
self.authenticate()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
381, in authenticate
self._sso_token = self._get_access_token()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
617, in _get_access_token
sso_response = self._get_sso_response(self._sso_url, post_data)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
702, in _get_sso_response
self._check_content_type(self.__JSON_CONTENT_TYPE_RE, 'JSON',
header_lines)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
889, in _check_content_type
raise Error(msg)
ovirtsdk4.Error: The response content type 'text/html;charset=UTF-8' isn't
the expected JSON
[root@cephc ovirt-scripts]#



On Tue, Sep 25, 2018 at 9:35 AM Joey Ma  wrote:

>
>
> On Tue, Sep 25, 2018 at 11:40 AM Budur Nagaraju  wrote:
>
>> Hi ,
>>
>> Have done the below modification in the script and getting the error,can
>> you please help to fix the issue?
>>
>>
>> Script :
>>
>> [root@cephc ovirt-scripts]# vi get_vm_names
>> #!/usr/bin/env python
>> # -*- coding: utf-8 -*-
>>
>> import logging
>> import ovirtsdk4 as sdk
>> import ovirtsdk4.types as types
>>
>> logging.basicConfig(level=logging.DEBUG, filename='example.log')
>>
>> connection = sdk.Connection(
>> url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
>>
>
> hi,
>
> Simply remove the trailing space in url parameter may solve your problem.
>
> Regards,
> Joey
>
>
>
>> username='admin@internal',
>> password='password',
>> insecure=True,
>> #   ca_file='/etc/pki/ovirt-engine/ca.pem',
>> debug=True,
>> log=logging.getLogger(),
>> )
>>
>> vms_service = connection.system_service().vms_service()
>>
>> vms = vms_service.list()
>>
>> for vm in vms:
>> print("%s: %s" % (vm.name, vm.id))
>> connection.close()
>> ~
>>
>> ===
>>
>> Error:
>>
>> [root@cephc ovirt-scripts]# python get_vm_names
>> Traceback (most recent call last):
>>   File "get_vm_names", line 22, in 
>> vms = vms_service.list()
>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
>> 34154, in list
>> return self._internal_get(headers, query, wait)
>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
>> 202, in _internal_get
>> context = self._connection.send(request)
>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>> 370, in send
>> return self.__send(request)
>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>> 388, in __send
>> self.authenticate()
>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>> 381, in authenticate
>> self._sso_token = self._get_access_token()
>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>> 617, in _get_access_token
>> sso_response = self._get_sso_response(self._sso_url, post_data)
>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>> 702, in _get_sso_response
>> self._check_content_type(self.__JSON_CONTENT_TYPE_RE, 'JSON',
>> header_lines)
>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>> 889, in _check_content_type
>> raise Error(msg)
>> ovirtsdk4.Error: The response content type 'text/html;charset=UTF-8'
>> isn't the expected JSON. Is the path '/ovirt-engine/api ' included in the
>> 'url' parameter correct? The typical one is '/ovirt-engine/api'
>> [root@cephc ovirt-scripts]#
>>
>> Thanks,
>> Nagaraju
>>
>>
>>
>>
>>
>> On Mon, Sep 24, 2018 at 11:49 PM Valentin Bajrami <
>> valentin.bajr...@target-holding.nl> wrote:
>>
>>> Hi Budur,
>>>
>>> You can add  insecure=True  for unsigned certificates. See example
>>>
>>> connection = sdk.Connection(
>>> url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
>>> username='admin@internal',
>>> password='password',
>>> insecure=True,
>>> ca_file= '/etc/pki/ovirt-engine/ca.pem',
>>> debug=True,
>>> log=logging.getLogger()
>>> )
>>>
>>>
>>> On 9/24/18 5:08 PM, Budur Nagaraju wrote:
>>>
>>> Below is the script and getting error while executing.
>>>
>>>
>>> #!/usr/bin/env python
>>> # -*- 

[ovirt-users] Re: vm names export

2018-09-24 Thread Joey Ma
On Tue, Sep 25, 2018 at 11:40 AM Budur Nagaraju  wrote:

> Hi ,
>
> Have done the below modification in the script and getting the error,can
> you please help to fix the issue?
>
>
> Script :
>
> [root@cephc ovirt-scripts]# vi get_vm_names
> #!/usr/bin/env python
> # -*- coding: utf-8 -*-
>
> import logging
> import ovirtsdk4 as sdk
> import ovirtsdk4.types as types
>
> logging.basicConfig(level=logging.DEBUG, filename='example.log')
>
> connection = sdk.Connection(
> url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
>

hi,

Simply remove the trailing space in url parameter may solve your problem.

Regards,
Joey



> username='admin@internal',
> password='password',
> insecure=True,
> #   ca_file='/etc/pki/ovirt-engine/ca.pem',
> debug=True,
> log=logging.getLogger(),
> )
>
> vms_service = connection.system_service().vms_service()
>
> vms = vms_service.list()
>
> for vm in vms:
> print("%s: %s" % (vm.name, vm.id))
> connection.close()
> ~
>
> ===
>
> Error:
>
> [root@cephc ovirt-scripts]# python get_vm_names
> Traceback (most recent call last):
>   File "get_vm_names", line 22, in 
> vms = vms_service.list()
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
> 34154, in list
> return self._internal_get(headers, query, wait)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line
> 202, in _internal_get
> context = self._connection.send(request)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 370, in send
> return self.__send(request)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 388, in __send
> self.authenticate()
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 381, in authenticate
> self._sso_token = self._get_access_token()
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 617, in _get_access_token
> sso_response = self._get_sso_response(self._sso_url, post_data)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 702, in _get_sso_response
> self._check_content_type(self.__JSON_CONTENT_TYPE_RE, 'JSON',
> header_lines)
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 889, in _check_content_type
> raise Error(msg)
> ovirtsdk4.Error: The response content type 'text/html;charset=UTF-8' isn't
> the expected JSON. Is the path '/ovirt-engine/api ' included in the 'url'
> parameter correct? The typical one is '/ovirt-engine/api'
> [root@cephc ovirt-scripts]#
>
> Thanks,
> Nagaraju
>
>
>
>
>
> On Mon, Sep 24, 2018 at 11:49 PM Valentin Bajrami <
> valentin.bajr...@target-holding.nl> wrote:
>
>> Hi Budur,
>>
>> You can add  insecure=True  for unsigned certificates. See example
>>
>> connection = sdk.Connection(
>> url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
>> username='admin@internal',
>> password='password',
>> insecure=True,
>> ca_file= '/etc/pki/ovirt-engine/ca.pem',
>> debug=True,
>> log=logging.getLogger()
>> )
>>
>>
>> On 9/24/18 5:08 PM, Budur Nagaraju wrote:
>>
>> Below is the script and getting error while executing.
>>
>>
>> #!/usr/bin/env python
>> # -*- coding: utf-8 -*-
>>
>> import logging
>> import ovirtsdk4 as sdk
>> import ovirtsdk4.types as types
>>
>> logging.basicConfig(level=logging.DEBUG, filename='example.log')
>>
>> connection = sdk.Connection(
>> url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
>> username='admin@internal',
>> password='password',
>> ca_file= '/etc/pki/ovirt-engine/ca.pem',
>> debug=True,
>> log=logging.getLogger(),
>> )
>>
>> vms_service = connection.system_service().vms_service()
>>
>> vms = vms_service.list()
>>
>> for vm in vms:
>> print("%s: %s" % (vm.name, vm.id))
>> connection.close()
>> =
>>
>>
>> [root@cephc ovirt-scripts]# python get_vm_names
>> Traceback (most recent call last):
>>   File "get_vm_names", line 16, in 
>> log=logging.getLogger(),
>>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
>> 307, in __init__
>> raise Error('The CA file \'%s\' doesn\'t exist' % ca_file)
>> ovirtsdk4.Error: The CA file '/etc/pki/ovirt-engine/ca.pem' doesn't exist
>> [root@cephc ovirt-scripts]#
>>
>> On Mon, Sep 24, 2018 at 8:20 PM Staniforth, Paul <
>> p.stanifo...@leedsbeckett.ac.uk> wrote:
>>
>>> Hi Nagaraju,
>>>
>>>  I meant not signed by a trusted CA, when you
>>> install oVirt it signs the certificates with it's own local CA, you can
>>> download it the CA certificate  for your engine from
>>> https://your.engine.address/ovirt-engine/  it you are running the
>>> program on your engine machine I think it's in /etc/pki/ovirt-engine/ca.pem
>>>
>>>
>>> 

[ovirt-users] Re: vm names export

2018-09-24 Thread Budur Nagaraju
Hi ,

Have done the below modification in the script and getting the error,can
you please help to fix the issue?


Script :

[root@cephc ovirt-scripts]# vi get_vm_names
#!/usr/bin/env python
# -*- coding: utf-8 -*-

import logging
import ovirtsdk4 as sdk
import ovirtsdk4.types as types

logging.basicConfig(level=logging.DEBUG, filename='example.log')

connection = sdk.Connection(
url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
username='admin@internal',
password='password',
insecure=True,
#   ca_file='/etc/pki/ovirt-engine/ca.pem',
debug=True,
log=logging.getLogger(),
)

vms_service = connection.system_service().vms_service()

vms = vms_service.list()

for vm in vms:
print("%s: %s" % (vm.name, vm.id))
connection.close()
~
===

Error:

[root@cephc ovirt-scripts]# python get_vm_names
Traceback (most recent call last):
  File "get_vm_names", line 22, in 
vms = vms_service.list()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
34154, in list
return self._internal_get(headers, query, wait)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 202,
in _internal_get
context = self._connection.send(request)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
370, in send
return self.__send(request)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
388, in __send
self.authenticate()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
381, in authenticate
self._sso_token = self._get_access_token()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
617, in _get_access_token
sso_response = self._get_sso_response(self._sso_url, post_data)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
702, in _get_sso_response
self._check_content_type(self.__JSON_CONTENT_TYPE_RE, 'JSON',
header_lines)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
889, in _check_content_type
raise Error(msg)
ovirtsdk4.Error: The response content type 'text/html;charset=UTF-8' isn't
the expected JSON. Is the path '/ovirt-engine/api ' included in the 'url'
parameter correct? The typical one is '/ovirt-engine/api'
[root@cephc ovirt-scripts]#

Thanks,
Nagaraju





On Mon, Sep 24, 2018 at 11:49 PM Valentin Bajrami <
valentin.bajr...@target-holding.nl> wrote:

> Hi Budur,
>
> You can add  insecure=True  for unsigned certificates. See example
>
> connection = sdk.Connection(
> url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
> username='admin@internal',
> password='password',
> insecure=True,
> ca_file= '/etc/pki/ovirt-engine/ca.pem',
> debug=True,
> log=logging.getLogger()
> )
>
>
> On 9/24/18 5:08 PM, Budur Nagaraju wrote:
>
> Below is the script and getting error while executing.
>
>
> #!/usr/bin/env python
> # -*- coding: utf-8 -*-
>
> import logging
> import ovirtsdk4 as sdk
> import ovirtsdk4.types as types
>
> logging.basicConfig(level=logging.DEBUG, filename='example.log')
>
> connection = sdk.Connection(
> url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
> username='admin@internal',
> password='password',
> ca_file= '/etc/pki/ovirt-engine/ca.pem',
> debug=True,
> log=logging.getLogger(),
> )
>
> vms_service = connection.system_service().vms_service()
>
> vms = vms_service.list()
>
> for vm in vms:
> print("%s: %s" % (vm.name, vm.id))
> connection.close()
> =
>
>
> [root@cephc ovirt-scripts]# python get_vm_names
> Traceback (most recent call last):
>   File "get_vm_names", line 16, in 
> log=logging.getLogger(),
>   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
> 307, in __init__
> raise Error('The CA file \'%s\' doesn\'t exist' % ca_file)
> ovirtsdk4.Error: The CA file '/etc/pki/ovirt-engine/ca.pem' doesn't exist
> [root@cephc ovirt-scripts]#
>
> On Mon, Sep 24, 2018 at 8:20 PM Staniforth, Paul <
> p.stanifo...@leedsbeckett.ac.uk> wrote:
>
>> Hi Nagaraju,
>>
>>  I meant not signed by a trusted CA, when you install
>> oVirt it signs the certificates with it's own local CA, you can download it
>> the CA certificate  for your engine from
>> https://your.engine.address/ovirt-engine/  it you are running the
>> program on your engine machine I think it's in /etc/pki/ovirt-engine/ca.pem
>>
>>
>> Regards,
>>
>>Paul S.
>> --
>> *From:* Budur Nagaraju 
>> *Sent:* 24 September 2018 12:20
>> *To:* Staniforth, Paul
>> *Cc:* users
>> *Subject:* Re: [ovirt-users] Re: vm names export
>>
>> Am not using any self signed certificate, it was the default certificate
>> installed at the time of ovirt-engine installation , do I need to 

[ovirt-users] Re: Hiring RHV Data Protection Product Manager

2018-09-24 Thread Dan Yasny
Wow, great to see another company picking up the challenge

On Mon, Sep 24, 2018, 1:45 PM Boaz Michaely  wrote:

> Hi all,
> A small community as we are, I hope this is the right place to reach out.
> I'm looking for a PM to join my team in Framingham, MA , focusing on
> Trilio data protection for RHV.
>
> Appreciate any references.
> Thanks
> Boaz
> mailto:boaz.micha...@trilio.io
> ___
> 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/N57LUZQDPXJ5SCQ375YLYCRUKS6U5RAP/
>
___
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/HVZJVA6NPT3HI24O2H7U3HXMCDPBIAQR/


[ovirt-users] Re: Hiring RHV Data Protection Product Manager

2018-09-24 Thread femi adegoke
When will the beta for Trilio for RHV be available?
___
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/RRHLMYAMQLNQNKRBRRNSIVC2YFQSGVRF/


[ovirt-users] Hiring RHV Data Protection Product Manager

2018-09-24 Thread Boaz Michaely
Hi all,
A small community as we are, I hope this is the right place to reach out.
I'm looking for a PM to join my team in Framingham, MA , focusing on Trilio 
data protection for RHV.

Appreciate any references.
Thanks
Boaz
mailto:boaz.micha...@trilio.io
___
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/N57LUZQDPXJ5SCQ375YLYCRUKS6U5RAP/


[ovirt-users] Re: vm names export

2018-09-24 Thread Staniforth, Paul
Hi Nagaraju,

 I meant not signed by a trusted CA, when you install oVirt 
it signs the certificates with it's own local CA, you can download it the CA 
certificate  for your engine from 
https://your.engine.address/ovirt-engine/
  it you are running the program on your engine machine I think it's in 
/etc/pki/ovirt-engine/ca.pem


Regards,

   Paul S.


From: Budur Nagaraju 
Sent: 24 September 2018 12:20
To: Staniforth, Paul
Cc: users
Subject: Re: [ovirt-users] Re: vm names export

Am not using any self signed certificate, it was the default certificate 
installed at the time of ovirt-engine installation , do I need to comment for 
that also ?
Tried commenting the line but still facing issues.

On Mon, Sep 24, 2018 at 4:28 PM Staniforth, Paul 
mailto:p.stanifo...@leedsbeckett.ac.uk>> wrote:

Hi Nagaraju,

 if you are using the self-signed certificate have you 
downloaded your CA certificate, if you are using a certificate from a trusted 
CA then you should comment  or remove the CA file line.


Regards,

   Paul S.


From: Budur Nagaraju mailto:nbud...@gmail.com>>
Sent: 24 September 2018 11:16
To: Sandro Bonazzola
Cc: users
Subject: [ovirt-users] Re: vm names export


Have tried the below URL , getting the below error

Script:

https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/list_vms.py1

Error:

https://pastebin.com/EnJqA2Tr

Thanks,
Nagaraju

On Fri, Sep 21, 2018 at 8:50 PM Sandro Bonazzola 
mailto:sbona...@redhat.com>> wrote:


Il giorno ven 21 set 2018 alle ore 17:16 Budur Nagaraju 
mailto:nbud...@gmail.com>> ha scritto:
Hi

I didn't understand, could you please help me on that ?

I was asking Ondra to follow up on your question


Thanks,
Nagaraju



On Fri, Sep 21, 2018 at 8:28 PM Sandro Bonazzola 
mailto:sbona...@redhat.com>> wrote:


Il giorno gio 20 set 2018 alle ore 09:23 Budur Nagaraju 
mailto:nbud...@gmail.com>> ha scritto:

HI

We have deployed vms in oVirt , is there a way to export the vm names along 
with owner names ? any script which would help ?

Ondra?


Thanks,
Nagaraju
___
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/4GC4RHEQBVGXST5UOLBUNMYOXKKYDSWN/


--

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA

sbona...@redhat.com

[https://www.redhat.com/files/brand/email/sig-redhat.png]
[http://images.engage.redhat.com/EloquaImages/clients/RedHat/%7B98cb2f7e-01c6-4d72-b84d-99545fa13c39%7D_RH_OSD_ITALY_Banner_350x50_esign.png]


--

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA

sbona...@redhat.com

[https://www.redhat.com/files/brand/email/sig-redhat.png]
[http://images.engage.redhat.com/EloquaImages/clients/RedHat/%7B98cb2f7e-01c6-4d72-b84d-99545fa13c39%7D_RH_OSD_ITALY_Banner_350x50_esign.png]
To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html

To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z2PUKQTVGWRCCUGUIJVFBIAQQAEQOYW4/


[ovirt-users] Re: Few questions for seasoned oVirt experts

2018-09-24 Thread brad . riemann
Thanks for the feedback guys, knowing that up to 400 was tested was a huge bump 
for my purposes. I've gotten ManageIQ online and connected to the ovirt engine, 
thanks for that suggestion this will work just fine.

Hopefully autoregistration is still feasible, ill be going off assumptions that 
i'll have to create something to automate the registration process for now.

Again, thank you for the responses, incredibly helpful!

-Brad
___
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/PWIWZCIYGQERHWA443SZNXNG6CKSUDPX/


[ovirt-users] Re: vm names export

2018-09-24 Thread Christopher Cox
This doesn't use the SDK and I'm not sure if it works with 4.x, but 
posting anyway: https://endlessnow.com/ten/Source/oVirtVMInfo-py.txt





On 09/24/2018 10:08 AM, Budur Nagaraju wrote:

Below is the script and getting error while executing.


#!/usr/bin/env python
# -*- coding: utf-8 -*-

import logging
import ovirtsdk4 as sdk
import ovirtsdk4.types as types

logging.basicConfig(level=logging.DEBUG, filename='example.log')

connection = sdk.Connection(
     url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
     username='admin@internal',
     password='password',
     ca_file= '/etc/pki/ovirt-engine/ca.pem',
     debug=True,
     log=logging.getLogger(),
)

vms_service = connection.system_service().vms_service()

vms = vms_service.list()

for vm in vms:
     print("%s: %s" % (vm.name , vm.id ))
connection.close()
=


[root@cephc ovirt-scripts]# python get_vm_names
Traceback (most recent call last):
   File "get_vm_names", line 16, in 
     log=logging.getLogger(),
   File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 
307, in __init__

     raise Error('The CA file \'%s\' doesn\'t exist' % ca_file)
ovirtsdk4.Error: The CA file '/etc/pki/ovirt-engine/ca.pem' doesn't exist
[root@cephc ovirt-scripts]#

On Mon, Sep 24, 2018 at 8:20 PM Staniforth, Paul 
> wrote:


Hi Nagaraju,

                      I meant not signed by a trusted CA, when you
install oVirt it signs the certificates with it's own local CA, you
can download it the CA certificate  for your engine from
https://your.engine.address/ovirt-engine
/  it you are running the
program on your engine machine I think it's in
/etc/pki/ovirt-engine/ca.pem


Regards,

                Paul S.


*From:* Budur Nagaraju mailto:nbud...@gmail.com>>
*Sent:* 24 September 2018 12:20
*To:* Staniforth, Paul
*Cc:* users
*Subject:* Re: [ovirt-users] Re: vm names export
Am not using any self signed certificate, it was the default
certificate installed at the time of ovirt-engine installation , do
I need to comment for that also ?
Tried commenting the line but still facing issues.

On Mon, Sep 24, 2018 at 4:28 PM Staniforth, Paul
mailto:p.stanifo...@leedsbeckett.ac.uk>> wrote:

Hi Nagaraju,

                      if you are using the self-signed
certificate have you downloaded your CA certificate, if you are
using a certificate from a trusted CA then you should comment 
or remove the CA file line.



Regards,

                Paul S.


*From:* Budur Nagaraju mailto:nbud...@gmail.com>>
*Sent:* 24 September 2018 11:16
*To:* Sandro Bonazzola
*Cc:* users
*Subject:* [ovirt-users] Re: vm names export

Have tried the below URL , getting the below error

Script:


https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/list_vms.py1

Error:

https://pastebin.com/EnJqA2Tr

Thanks,
Nagaraju

On Fri, Sep 21, 2018 at 8:50 PM Sandro Bonazzola
mailto:sbona...@redhat.com>> wrote:



Il giorno ven 21 set 2018 alle ore 17:16 Budur Nagaraju
mailto:nbud...@gmail.com>> ha scritto:

Hi

I didn't understand, could you please help me on that ?


I was asking Ondra to follow up on your question


Thanks,
Nagaraju



On Fri, Sep 21, 2018 at 8:28 PM Sandro Bonazzola
mailto:sbona...@redhat.com>> wrote:



Il giorno gio 20 set 2018 alle ore 09:23 Budur
Nagaraju mailto:nbud...@gmail.com>> ha scritto:


HI

We have deployed vms in oVirt , is there a way
to export the vm names along with owner names ?
any script which would help ?


Ondra?


Thanks,
Nagaraju
___
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:
 

[ovirt-users] Re: vm names export

2018-09-24 Thread Budur Nagaraju
Below is the script and getting error while executing.


#!/usr/bin/env python
# -*- coding: utf-8 -*-

import logging
import ovirtsdk4 as sdk
import ovirtsdk4.types as types

logging.basicConfig(level=logging.DEBUG, filename='example.log')

connection = sdk.Connection(
url='https://pscloud.bnglab.psecure.net/ovirt-engine/api ',
username='admin@internal',
password='password',
ca_file= '/etc/pki/ovirt-engine/ca.pem',
debug=True,
log=logging.getLogger(),
)

vms_service = connection.system_service().vms_service()

vms = vms_service.list()

for vm in vms:
print("%s: %s" % (vm.name, vm.id))
connection.close()
=


[root@cephc ovirt-scripts]# python get_vm_names
Traceback (most recent call last):
  File "get_vm_names", line 16, in 
log=logging.getLogger(),
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line
307, in __init__
raise Error('The CA file \'%s\' doesn\'t exist' % ca_file)
ovirtsdk4.Error: The CA file '/etc/pki/ovirt-engine/ca.pem' doesn't exist
[root@cephc ovirt-scripts]#

On Mon, Sep 24, 2018 at 8:20 PM Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Hi Nagaraju,
>
>  I meant not signed by a trusted CA, when you install
> oVirt it signs the certificates with it's own local CA, you can download it
> the CA certificate  for your engine from
> https://your.engine.address/ovirt-engine/  it you are running the program
> on your engine machine I think it's in /etc/pki/ovirt-engine/ca.pem
>
>
> Regards,
>
>Paul S.
> --
> *From:* Budur Nagaraju 
> *Sent:* 24 September 2018 12:20
> *To:* Staniforth, Paul
> *Cc:* users
> *Subject:* Re: [ovirt-users] Re: vm names export
>
> Am not using any self signed certificate, it was the default certificate
> installed at the time of ovirt-engine installation , do I need to comment
> for that also ?
> Tried commenting the line but still facing issues.
>
> On Mon, Sep 24, 2018 at 4:28 PM Staniforth, Paul <
> p.stanifo...@leedsbeckett.ac.uk> wrote:
>
>> Hi Nagaraju,
>>
>>  if you are using the self-signed certificate have
>> you downloaded your CA certificate, if you are using a certificate from a
>> trusted CA then you should comment  or remove the CA file line.
>>
>>
>> Regards,
>>
>>Paul S.
>> --
>> *From:* Budur Nagaraju 
>> *Sent:* 24 September 2018 11:16
>> *To:* Sandro Bonazzola
>> *Cc:* users
>> *Subject:* [ovirt-users] Re: vm names export
>>
>>
>> Have tried the below URL , getting the below error
>>
>> Script:
>>
>>
>> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/list_vms.py1
>>
>> Error:
>>
>> https://pastebin.com/EnJqA2Tr
>>
>> Thanks,
>> Nagaraju
>>
>> On Fri, Sep 21, 2018 at 8:50 PM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno ven 21 set 2018 alle ore 17:16 Budur Nagaraju <
>>> nbud...@gmail.com> ha scritto:
>>>
 Hi

 I didn't understand, could you please help me on that ?

>>>
>>> I was asking Ondra to follow up on your question
>>>
>>>

 Thanks,
 Nagaraju



 On Fri, Sep 21, 2018 at 8:28 PM Sandro Bonazzola 
 wrote:

>
>
> Il giorno gio 20 set 2018 alle ore 09:23 Budur Nagaraju <
> nbud...@gmail.com> ha scritto:
>
>>
>> HI
>>
>> We have deployed vms in oVirt , is there a way to export the vm names
>> along with owner names ? any script which would help ?
>>
>
> Ondra?
>
>
>>
>> Thanks,
>> Nagaraju
>> ___
>> 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/4GC4RHEQBVGXST5UOLBUNMYOXKKYDSWN/
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> 
>

>>>
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>
>>> Red Hat EMEA 
>>>
>>> sbona...@redhat.com
>>> 
>>> 
>>>
>> To view the terms under which this email is distributed, please go to:-
>> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>>
>> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>

[ovirt-users] Live Migration broken in 4.2.6 under OVS/OVN networking

2018-09-24 Thread Davide Butti
Hello; despite many tests and tentative adjustments, I'm currently unable to 
live migrate VMs on oVirt 4.2.6.

The vdsm.log contains a "failed to migrate" error, that points to an attempt to 
access a non-existent network port "TestOne". This is in fact the name of the 
(externally defined) network, and isn't anywhere to be seen as OVS port.

2018-09-24 14:32:57,059+ ERROR (migsrc/4c0255b5) [virt.vm] 
(vmId='4c0255b5-0f52-4da7-ac97-d54d815cd6ab') Cannot get interface MTU on 
'TestOne': No such device (migration:290)
2018-09-24 14:32:57,793+ ERROR (migsrc/4c0255b5) [virt.vm] 
(vmId='4c0255b5-0f52-4da7-ac97-d54d815cd6ab') Failed to migrate (migration:455)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 437, in 
_regular_run
self._startUnderlyingMigration(time.time())
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 509, in 
_startUnderlyingMigration
self._perform_with_conv_schedule(duri, muri)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 587, in 
_perform_with_conv_schedule
self._perform_migration(duri, muri)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 529, in 
_perform_migration
self._migration_flags)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 98, in f
ret = attr(*args, **kwargs)
  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 1746, in 
migrateToURI3
if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', 
dom=self)
libvirtError: Cannot get interface MTU on 'TestOne': No such device

The setup was previously working under OVS, and I have 
"migration_ovs_hook_enabled = true" under /etc/vdsm/vdsm.conf

Do I need to change anything? Is this supposed to work in the first place?

Many thanks for your help, have a nice day
___
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/HAQ3PDEUUKSXKED7ET6EKKOV4XYYOLUD/


[ovirt-users] Re: VLAN Trunk interface with OVN provider (ovirt HE 4.2.6.4-1.el7)

2018-09-24 Thread Davide Butti
Well, I have already two examples taken directly from my cluster: a pair of 
highly available  OpenStack Controllers and a pair of Sophos ASG Security 
Firewalls rely on the ability to have multiple MAC addresses on the same port. 
It turns out that virtual MAC addresses are frequently used with HA/clustering 
protocols, and this is why every virtual network controller should have a way 
to disable strict MAC address filtering. 
___
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/6WQ5MGJYPA72KMAM5FH7LFOYF2KTVV62/


[ovirt-users] Re: Cannot configure local storage, network issue?

2018-09-24 Thread Dominik Holler




On Mon, 24 Sep 2018 07:57:03 +
Callum Smith  wrote:

> Dear Dominik,
> 
> Thanks for taking the time to reply, and sorry for my delay in
> replying. I don't actually want to remove the host from the cluster,
> I want to configure local storage. The whole point of the configure
> local storage tool is to create a new cluster with local storage of
> the machine configured right?
> 

Yes, so the host has to be removed from the old culster, and even from
the old data center.
If you want to configure the default network 'ovirtmgmt' before adding
the host, I expect the following steps should fit your scenario:
1. Create new data center with local storage type
2. Create new cluster in the new data center
3. Modify ovirtmgmt of the new data center
4. Add the host to the new cluster
5. Add new storage domain to the new data center with
   storage type "Local on Host"

Does this fit to your needs?

> Regards,
> Callum
> 
> --
> 
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
> 
> On 21 Sep 2018, at 15:14, Dominik Holler
> mailto:dhol...@redhat.com>> wrote:
> 
> On Fri, 21 Sep 2018 15:05:59 +0200
> Sandro Bonazzola mailto:sbona...@redhat.com>>
> wrote:
> 
> Il giorno ven 21 set 2018 alle ore 14:58 Callum Smith
> mailto:cal...@well.ox.ac.uk>> ha scritto:
> 
> Dear All,
> 
> I'lm getting this problem when trying to add local storage from the
> node:
> 
> Cannot edit Host. Moving a host to a cluster with different
> management network is not allowed. That might cause connectivity
> loss.
> 
> The cluster the host is in uses a different default network to the
> default cluster - is this the problem?
> 
> 
> Yes, but you can remove the host from oVirt and add again to the new
> cluster.
> 
> 
> Adding Dominik
> 
> 
> 
> 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 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/UW7UZBPD5SWQ54PWETWPYY2AYZDV5IVK/
> 
___
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/X3OFNVRV5KACX7DLVRNWKQBEM4OISANZ/


[ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status degraded

2018-09-24 Thread femi adegoke
Yuval,

Do we just rollback to previous version or will there be a fix?
___
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/PO7SNTTV7MTIFMOFPNC53ZAZB2WK2P62/


[ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status degraded

2018-09-24 Thread Yuval Turgeman
Wait, root disk's uuid is different ??

On Mon, Sep 24, 2018, 15:39 Yuval Turgeman  wrote:

> Bootid is there, so that's not the issue.. can you run `imgbase --debug
> check` ?
>
> On Mon, Sep 24, 2018, 15:22 KRUECKEL OLIVER 
> wrote:
>
>>
>> --
>> *Von:* Yuval Turgeman 
>> *Gesendet:* Montag, 24. September 2018 11:29:31
>> *An:* Sandro Bonazzola
>> *Cc:* KRUECKEL OLIVER; Ryan Barry; Chen Shao; Ying Cui; users
>> *Betreff:* Re: [ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status
>> degraded
>>
>> Can you share the output from `cat /proc/cmdline` and perhaps the
>> grub.conf ?
>> Imgbased adds a bootid and perhaps it's missing for some reason
>>
>> On Mon, Sep 24, 2018, 11:59 Sandro Bonazzola  wrote:
>>
>>> Adding some people who may help understanding what happened and work on
>>> a solution for this.
>>>
>>> Il giorno lun 24 set 2018 alle ore 10:30 
>>> ha scritto:
>>>
 Identified this problem for some time (running after about 3. 4th
 update always in this problem), have always helped me with a new
 installtion. Now I've looked at it more closely (maybe this information
 will help the knower).

 Installation runs without a problem, reboot, system runs as expected,
 repeated reboot => node status: DEGRADED

 What I found is: /dev/sda1 and /dev/sda2 are missing, so it can not
 mount /boot/ and /boot/efi !

 in dmesg all 3rd partitions are displayed. with parted as well, after
 partprobe are /dev/sda1 and /dev/sda2 under /dev/ available, mount /boot or
 mount /boot/efi does not issue an error, the partionenen however are not
 mounted (df -h does not show it and umount /boot or /boot/efi says so too).

 I have the same problem with
 ovirt-node-ng-image-update-4.2.7-0.1.rc1.el7.noarch.rpm

 If I undo the installation (imgbase base
 --remove=ovirt-node-ng-image-update-4.2 . and yum remove
 ovirt-node-ng-image-update-4.2 .) and repeat the installation, I can
 reproduce the behavior (install, reboot, every works with the new version,
 reboot, node status: DEGRADED)

 Have this behavior on four test servers.


 here df -h, ll /boot after the 1st reboot and the output of imgbase
 layout and imgbase w

 [root@ovirt-n1 ~]# df -h
 Dateisystem
 Größe Benutzt Verf. Verw% Eingehängt auf
 /dev/mapper/onn_ovirt--n1-ovirt--node--ng--4.2.6.1--0.20180913.0+1
 183G3,3G  170G2% /
 devtmpfs
  95G   0   95G0% /dev
 tmpfs
 95G 16K   95G1% /dev/shm
 tmpfs
 95G 42M   95G1% /run
 tmpfs
 95G   0   95G0% /sys/fs/cgroup
 /dev/mapper/onn_ovirt--n1-var
 15G187M   14G2% /var
 /dev/sda2
  976M417M  492M   46% /boot
 /dev/mapper/onn_ovirt--n1-tmp
  976M3,4M  906M1% /tmp
 /dev/mapper/onn_ovirt--n1-home
 976M2,6M  907M1% /home
 /dev/mapper/onn_ovirt--n1-var_log
  7,8G414M  7,0G6% /var/log
 /dev/mapper/onn_ovirt--n1-var_log_audit
  2,0G 39M  1,8G3% /var/log/audit
 /dev/mapper/onn_ovirt--n1-var_crash
  9,8G 37M  9,2G1% /var/crash
 /dev/sda1
  200M9,8M  191M5% /boot/efi
 gluster01.test.visa-ad.at:/st1
 805G 71G  734G9%
 /rhev/data-center/mnt/glusterSD/gluster01.test.visa-ad.at:_st1
 glustermount:iso
  50G 20G   30G   40% /rhev/data-center/mnt/glusterSD/glustermount:iso
 glustermount:export
  100G4,8G   96G5%
 /rhev/data-center/mnt/glusterSD/glustermount:export
 tmpfs
 19G   0   19G0% /run/user/0
 [root@ovirt-n1 ~]# ll /boot
 insgesamt 187016
 -rw-r--r--. 1 root root   140971  8. Mai 10:37
 config-3.10.0-693.21.1.el7.x86_64
 -rw-r--r--. 1 root root   147859 24. Sep 09:04
 config-3.10.0-862.11.6.el7.x86_64
 drwx--. 3 root root16384  1. Jan 1970  efi
 -rw-r--r--. 1 root root   192572  5. Nov 2016  elf-memtest86+-5.01
 drwxr-xr-x. 2 root root 4096  4. Mai 18:34 extlinux
 drwxr-xr-x. 2 root root 4096  4. Mai 18:16 grub
 drwx--. 5 root root 4096  8. Mai 08:45 grub2
 -rw---. 1 root root 59917312  8. Mai 10:39
 initramfs-3.10.0-693.21.1.el7.x86_64.img
 -rw---. 1 root root 21026491 11. Jul 12:10
 initramfs-3.10.0-693.21.1.el7.x86_64kdump.img
 -rw---. 1 root root 26672143  4. Mai 18:24
 initramfs-3.10.0-693.el7.x86_64.img
 -rw---. 1 root root 62740408 24. Sep 09:05
 initramfs-3.10.0-862.11.6.el7.x86_64.img
 -rw-r--r--. 1 root root   611296  4. Mai 18:23 initrd-plymouth.img
 drwx--. 2 root root16384  8. Mai 10:32 lost+found
 -rw-r--r--. 1 root root   190896  5. Nov 2016  memtest86+-5.01
 drwxr-xr-x. 2 root root 4096  8. Mai 10:39
 ovirt-node-ng-4.2.3-0.20180504.0+1
 drwxr-xr-x. 2 root root 4096  4. Sep 16:31
 ovirt-node-ng-4.2.6-0.20180903.0+1
 

[ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status degraded

2018-09-24 Thread Yuval Turgeman
Bootid is there, so that's not the issue.. can you run `imgbase --debug
check` ?

On Mon, Sep 24, 2018, 15:22 KRUECKEL OLIVER 
wrote:

>
> --
> *Von:* Yuval Turgeman 
> *Gesendet:* Montag, 24. September 2018 11:29:31
> *An:* Sandro Bonazzola
> *Cc:* KRUECKEL OLIVER; Ryan Barry; Chen Shao; Ying Cui; users
> *Betreff:* Re: [ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status
> degraded
>
> Can you share the output from `cat /proc/cmdline` and perhaps the
> grub.conf ?
> Imgbased adds a bootid and perhaps it's missing for some reason
>
> On Mon, Sep 24, 2018, 11:59 Sandro Bonazzola  wrote:
>
>> Adding some people who may help understanding what happened and work on a
>> solution for this.
>>
>> Il giorno lun 24 set 2018 alle ore 10:30 
>> ha scritto:
>>
>>> Identified this problem for some time (running after about 3. 4th update
>>> always in this problem), have always helped me with a new installtion. Now
>>> I've looked at it more closely (maybe this information will help the
>>> knower).
>>>
>>> Installation runs without a problem, reboot, system runs as expected,
>>> repeated reboot => node status: DEGRADED
>>>
>>> What I found is: /dev/sda1 and /dev/sda2 are missing, so it can not
>>> mount /boot/ and /boot/efi !
>>>
>>> in dmesg all 3rd partitions are displayed. with parted as well, after
>>> partprobe are /dev/sda1 and /dev/sda2 under /dev/ available, mount /boot or
>>> mount /boot/efi does not issue an error, the partionenen however are not
>>> mounted (df -h does not show it and umount /boot or /boot/efi says so too).
>>>
>>> I have the same problem with
>>> ovirt-node-ng-image-update-4.2.7-0.1.rc1.el7.noarch.rpm
>>>
>>> If I undo the installation (imgbase base
>>> --remove=ovirt-node-ng-image-update-4.2 . and yum remove
>>> ovirt-node-ng-image-update-4.2 .) and repeat the installation, I can
>>> reproduce the behavior (install, reboot, every works with the new version,
>>> reboot, node status: DEGRADED)
>>>
>>> Have this behavior on four test servers.
>>>
>>>
>>> here df -h, ll /boot after the 1st reboot and the output of imgbase
>>> layout and imgbase w
>>>
>>> [root@ovirt-n1 ~]# df -h
>>> DateisystemGröße
>>> Benutzt Verf. Verw% Eingehängt auf
>>> /dev/mapper/onn_ovirt--n1-ovirt--node--ng--4.2.6.1--0.20180913.0+1
>>> 183G3,3G  170G2% /
>>> devtmpfs
>>>  95G   0   95G0% /dev
>>> tmpfs
>>> 95G 16K   95G1% /dev/shm
>>> tmpfs
>>> 95G 42M   95G1% /run
>>> tmpfs
>>> 95G   0   95G0% /sys/fs/cgroup
>>> /dev/mapper/onn_ovirt--n1-var
>>> 15G187M   14G2% /var
>>> /dev/sda2
>>>  976M417M  492M   46% /boot
>>> /dev/mapper/onn_ovirt--n1-tmp
>>>  976M3,4M  906M1% /tmp
>>> /dev/mapper/onn_ovirt--n1-home
>>> 976M2,6M  907M1% /home
>>> /dev/mapper/onn_ovirt--n1-var_log
>>>  7,8G414M  7,0G6% /var/log
>>> /dev/mapper/onn_ovirt--n1-var_log_audit
>>>  2,0G 39M  1,8G3% /var/log/audit
>>> /dev/mapper/onn_ovirt--n1-var_crash
>>>  9,8G 37M  9,2G1% /var/crash
>>> /dev/sda1
>>>  200M9,8M  191M5% /boot/efi
>>> gluster01.test.visa-ad.at:/st1
>>> 805G 71G  734G9%
>>> /rhev/data-center/mnt/glusterSD/gluster01.test.visa-ad.at:_st1
>>> glustermount:iso
>>>  50G 20G   30G   40% /rhev/data-center/mnt/glusterSD/glustermount:iso
>>> glustermount:export
>>>  100G4,8G   96G5%
>>> /rhev/data-center/mnt/glusterSD/glustermount:export
>>> tmpfs
>>> 19G   0   19G0% /run/user/0
>>> [root@ovirt-n1 ~]# ll /boot
>>> insgesamt 187016
>>> -rw-r--r--. 1 root root   140971  8. Mai 10:37
>>> config-3.10.0-693.21.1.el7.x86_64
>>> -rw-r--r--. 1 root root   147859 24. Sep 09:04
>>> config-3.10.0-862.11.6.el7.x86_64
>>> drwx--. 3 root root16384  1. Jan 1970  efi
>>> -rw-r--r--. 1 root root   192572  5. Nov 2016  elf-memtest86+-5.01
>>> drwxr-xr-x. 2 root root 4096  4. Mai 18:34 extlinux
>>> drwxr-xr-x. 2 root root 4096  4. Mai 18:16 grub
>>> drwx--. 5 root root 4096  8. Mai 08:45 grub2
>>> -rw---. 1 root root 59917312  8. Mai 10:39
>>> initramfs-3.10.0-693.21.1.el7.x86_64.img
>>> -rw---. 1 root root 21026491 11. Jul 12:10
>>> initramfs-3.10.0-693.21.1.el7.x86_64kdump.img
>>> -rw---. 1 root root 26672143  4. Mai 18:24
>>> initramfs-3.10.0-693.el7.x86_64.img
>>> -rw---. 1 root root 62740408 24. Sep 09:05
>>> initramfs-3.10.0-862.11.6.el7.x86_64.img
>>> -rw-r--r--. 1 root root   611296  4. Mai 18:23 initrd-plymouth.img
>>> drwx--. 2 root root16384  8. Mai 10:32 lost+found
>>> -rw-r--r--. 1 root root   190896  5. Nov 2016  memtest86+-5.01
>>> drwxr-xr-x. 2 root root 4096  8. Mai 10:39
>>> ovirt-node-ng-4.2.3-0.20180504.0+1
>>> drwxr-xr-x. 2 root root 4096  4. Sep 16:31
>>> ovirt-node-ng-4.2.6-0.20180903.0+1
>>> drwxr-xr-x. 2 root root 4096 24. Sep 09:05
>>> ovirt-node-ng-4.2.6.1-0.20180913.0+1
>>> -rw-r--r--. 1 root root   293361  8. Mai 10:37
>>> 

[ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status degraded

2018-09-24 Thread KRUECKEL OLIVER


Von: Yuval Turgeman 
Gesendet: Montag, 24. September 2018 11:29:31
An: Sandro Bonazzola
Cc: KRUECKEL OLIVER; Ryan Barry; Chen Shao; Ying Cui; users
Betreff: Re: [ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status degraded

Can you share the output from `cat /proc/cmdline` and perhaps the grub.conf ?
Imgbased adds a bootid and perhaps it's missing for some reason

On Mon, Sep 24, 2018, 11:59 Sandro Bonazzola 
mailto:sbona...@redhat.com>> wrote:
Adding some people who may help understanding what happened and work on a 
solution for this.

Il giorno lun 24 set 2018 alle ore 10:30 
mailto:o.kruec...@cardcomplete.com>> ha scritto:
Identified this problem for some time (running after about 3. 4th update always 
in this problem), have always helped me with a new installtion. Now I've looked 
at it more closely (maybe this information will help the knower).

Installation runs without a problem, reboot, system runs as expected, repeated 
reboot => node status: DEGRADED

What I found is: /dev/sda1 and /dev/sda2 are missing, so it can not mount 
/boot/ and /boot/efi !

in dmesg all 3rd partitions are displayed. with parted as well, after partprobe 
are /dev/sda1 and /dev/sda2 under /dev/ available, mount /boot or mount 
/boot/efi does not issue an error, the partionenen however are not mounted (df 
-h does not show it and umount /boot or /boot/efi says so too).

I have the same problem with 
ovirt-node-ng-image-update-4.2.7-0.1.rc1.el7.noarch.rpm

If I undo the installation (imgbase base 
--remove=ovirt-node-ng-image-update-4.2 . and yum remove 
ovirt-node-ng-image-update-4.2 .) and repeat the installation, I can 
reproduce the behavior (install, reboot, every works with the new version, 
reboot, node status: DEGRADED)

Have this behavior on four test servers.


here df -h, ll /boot after the 1st reboot and the output of imgbase layout and 
imgbase w

[root@ovirt-n1 ~]# df -h
DateisystemGröße 
Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/onn_ovirt--n1-ovirt--node--ng--4.2.6.1--0.20180913.0+1  183G
3,3G  170G2% /
devtmpfs 95G   
0   95G0% /dev
tmpfs95G 
16K   95G1% /dev/shm
tmpfs95G 
42M   95G1% /run
tmpfs95G   
0   95G0% /sys/fs/cgroup
/dev/mapper/onn_ovirt--n1-var15G
187M   14G2% /var
/dev/sda2   976M
417M  492M   46% /boot
/dev/mapper/onn_ovirt--n1-tmp   976M
3,4M  906M1% /tmp
/dev/mapper/onn_ovirt--n1-home  976M
2,6M  907M1% /home
/dev/mapper/onn_ovirt--n1-var_log   7,8G
414M  7,0G6% /var/log
/dev/mapper/onn_ovirt--n1-var_log_audit 2,0G 
39M  1,8G3% /var/log/audit
/dev/mapper/onn_ovirt--n1-var_crash 9,8G 
37M  9,2G1% /var/crash
/dev/sda1   200M
9,8M  191M5% /boot/efi
gluster01.test.visa-ad.at:/st1  805G 
71G  734G9% /rhev/data-center/mnt/glusterSD/gluster01.test.visa-ad.at:_st1
glustermount:iso 50G 
20G   30G   40% /rhev/data-center/mnt/glusterSD/glustermount:iso
glustermount:export 100G
4,8G   96G5% /rhev/data-center/mnt/glusterSD/glustermount:export
tmpfs19G   
0   19G0% /run/user/0
[root@ovirt-n1 ~]# ll /boot
insgesamt 187016
-rw-r--r--. 1 root root   140971  8. Mai 10:37 config-3.10.0-693.21.1.el7.x86_64
-rw-r--r--. 1 root root   147859 24. Sep 09:04 config-3.10.0-862.11.6.el7.x86_64
drwx--. 3 root root16384  1. Jan 1970  efi
-rw-r--r--. 1 root root   192572  5. Nov 2016  elf-memtest86+-5.01
drwxr-xr-x. 2 root root 4096  4. Mai 18:34 extlinux
drwxr-xr-x. 2 root root 4096  4. Mai 18:16 grub
drwx--. 5 root root 4096  8. Mai 08:45 grub2
-rw---. 1 root root 59917312  8. Mai 10:39 
initramfs-3.10.0-693.21.1.el7.x86_64.img
-rw---. 1 root root 21026491 11. Jul 12:10 
initramfs-3.10.0-693.21.1.el7.x86_64kdump.img
-rw---. 1 root root 26672143  4. Mai 18:24 
initramfs-3.10.0-693.el7.x86_64.img
-rw---. 1 root root 62740408 24. Sep 09:05 
initramfs-3.10.0-862.11.6.el7.x86_64.img
-rw-r--r--. 1 root root   611296  4. Mai 18:23 initrd-plymouth.img
drwx--. 2 root root16384  8. Mai 10:32 lost+found
-rw-r--r--. 1 root root   190896  5. Nov 2016  memtest86+-5.01
drwxr-xr-x. 2 root root 4096  8. 

[ovirt-users] Re: vm names export

2018-09-24 Thread Staniforth, Paul
Hi Nagaraju,

 if you are using the self-signed certificate have you 
downloaded your CA certificate, if you are using a certificate from a trusted 
CA then you should comment  or remove the CA file line.


Regards,

   Paul S.


From: Budur Nagaraju 
Sent: 24 September 2018 11:16
To: Sandro Bonazzola
Cc: users
Subject: [ovirt-users] Re: vm names export


Have tried the below URL , getting the below error

Script:

https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/list_vms.py1

Error:

https://pastebin.com/EnJqA2Tr

Thanks,
Nagaraju

On Fri, Sep 21, 2018 at 8:50 PM Sandro Bonazzola 
mailto:sbona...@redhat.com>> wrote:


Il giorno ven 21 set 2018 alle ore 17:16 Budur Nagaraju 
mailto:nbud...@gmail.com>> ha scritto:
Hi

I didn't understand, could you please help me on that ?

I was asking Ondra to follow up on your question


Thanks,
Nagaraju



On Fri, Sep 21, 2018 at 8:28 PM Sandro Bonazzola 
mailto:sbona...@redhat.com>> wrote:


Il giorno gio 20 set 2018 alle ore 09:23 Budur Nagaraju 
mailto:nbud...@gmail.com>> ha scritto:

HI

We have deployed vms in oVirt , is there a way to export the vm names along 
with owner names ? any script which would help ?

Ondra?


Thanks,
Nagaraju
___
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/4GC4RHEQBVGXST5UOLBUNMYOXKKYDSWN/


--

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA

sbona...@redhat.com

[https://www.redhat.com/files/brand/email/sig-redhat.png]
[http://images.engage.redhat.com/EloquaImages/clients/RedHat/%7B98cb2f7e-01c6-4d72-b84d-99545fa13c39%7D_RH_OSD_ITALY_Banner_350x50_esign.png]


--

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA

sbona...@redhat.com

[https://www.redhat.com/files/brand/email/sig-redhat.png]
[http://images.engage.redhat.com/EloquaImages/clients/RedHat/%7B98cb2f7e-01c6-4d72-b84d-99545fa13c39%7D_RH_OSD_ITALY_Banner_350x50_esign.png]
To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4VZPKEVDN5NLNLSNBYFS3NZIDRUJA3KA/


[ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status degraded

2018-09-24 Thread o . krueckel
Sorry, I have not found a file attachment on this website? So I added the files 
as text in this list!

## 4.2.6
[root@ovirt-n1 boot]# imgbase w
You are on ovirt-node-ng-4.2.6-0.20180903.0+1
[root@ovirt-n1 boot]# cat /proc/cmdline
BOOT_IMAGE=/ovirt-node-ng-4.2.6-0.20180903.0+1/vmlinuz-3.10.0-862.11.6.el7.x86_64
 root=/dev/onn_ovirt-n1/ovirt-node-ng-4.2.6-0.20180903.0+1 ro crashkernel=auto 
rd.lvm.lv=onn_ovirt-n1/swap 
rd.lvm.lv=onn_ovirt-n1/ovirt-node-ng-4.2.6-0.20180903.0+1 rhgb quiet 
LANG=en_US.UTF-8 img.bootid=ovirt-node-ng-4.2.6-0.20180903.0+1
[root@ovirt-n1 boot]#

## 4.2.6.1 after 1. reboot , grub.cfg is the same as 4.2.6
[root@ovirt-n1 ~]# imgbase w
You are on ovirt-node-ng-4.2.6.1-0.20180913.0+1
[root@ovirt-n1 ~]# cat /proc/cmdline
BOOT_IMAGE=/ovirt-node-ng-4.2.6.1-0.20180913.0+1/vmlinuz-3.10.0-862.11.6.el7.x86_64
 root=/dev/onn_ovirt-n1/ovirt-node-ng-4.2.6.1-0.20180913.0+1 ro 
crashkernel=auto rd.lvm.lv=onn_ovirt-n1/swap 
rd.lvm.lv=onn_ovirt-n1/ovirt-node-ng-4.2.6.1-0.20180913.0+1 rhgb quiet 
LANG=en_US.UTF-8 img.bootid=ovirt-node-ng-4.2.6.1-0.20180913.0+1
[root@ovirt-n1 ~]#

## 4.2.6.1 after 2. reboot, grub.cfg is different to 4.2.6.1 after 1. reboot
[root@ovirt-n1 ~]# imgbase w
You are on ovirt-node-ng-4.2.6.1-0.20180913.0+1
[root@ovirt-n1 ~]# cat /proc/cmdline
BOOT_IMAGE=/ovirt-node-ng-4.2.6.1-0.20180913.0+1/vmlinuz-3.10.0-862.11.6.el7.x86_64
 root=/dev/onn_ovirt-n1/ovirt-node-ng-4.2.6.1-0.20180913.0+1 ro 
crashkernel=auto rd.lvm.lv=onn_ovirt-n1/swap 
rd.lvm.lv=onn_ovirt-n1/ovirt-node-ng-4.2.6.1-0.20180913.0+1 rhgb quiet 
LANG=en_US.UTF-8 img.bootid=ovirt-node-ng-4.2.6.1-0.20180913.0+1
[root@ovirt-n1 ~]#

## diff of grub.cfg
:~> diff 1_reboot_ovirt-node-ng-4.2.6.1-0.20180913.0+1_grub.cfg 
2_reboot_ovirt-node-ng-4.2.6.1-0.20180913.0+1_grub.cfg 
90c90
< menuentry 'CentOS Linux (3.10.0-693.21.1.el7.x86_64) 7 (Core)' --class centos 
--class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 
'gnulinux-3.10.0-693.21.1.el7.x86_64-advanced-57ca0a93-12a7-4102-86e4-d4da992dca9b'
 {
---
> menuentry 'CentOS Linux (3.10.0-862.11.6.el7.x86_64) 7 (Core)' --class centos 
> --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 
> 'gnulinux-3.10.0-862.11.6.el7.x86_64-advanced-4f32de64-d218-4467-b8cc-0ffbcc10103e'
>  {
98c98
< search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  
57ca0a93-12a7-4102-86e4-d4da992dca9b
---
> search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
> --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  
> 4f32de64-d218-4467-b8cc-0ffbcc10103e
100c100
< search --no-floppy --fs-uuid --set=root 
57ca0a93-12a7-4102-86e4-d4da992dca9b
---
> search --no-floppy --fs-uuid --set=root 
> 4f32de64-d218-4467-b8cc-0ffbcc10103e
102,103c102,103
<   linux16 /boot/vmlinuz-3.10.0-693.21.1.el7.x86_64 
root=UUID=57ca0a93-12a7-4102-86e4-d4da992dca9b ro crashkernel=auto 
console=ttyS0 LANG=en_US.UTF-8
<   initrd16 /boot/initramfs-3.10.0-693.21.1.el7.x86_64.img
---
>   linux16 /boot/vmlinuz-3.10.0-862.11.6.el7.x86_64 
> root=UUID=4f32de64-d218-4467-b8cc-0ffbcc10103e ro crashkernel=auto 
> console=ttyS0 LANG=en_US.UTF-8
>   initrd16 /boot/initramfs-3.10.0-862.11.6.el7.x86_64.img
109,110c109,110
< submenu "tboot 1.9.5" {
< menuentry 'CentOS Linux GNU/Linux, with tboot 1.9.5 and Linux 
3.10.0-693.21.1.el7.x86_64' --class centos --class gnu-linux --class gnu 
--class os --class tboot {
---
> submenu "tboot 1.9.6" {
> menuentry 'CentOS Linux GNU/Linux, with tboot 1.9.6 and Linux 
> 3.10.0-862.11.6.el7.x86_64' --class centos --class gnu-linux --class gnu 
> --class os --class tboot {
115c115
< search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  
57ca0a93-12a7-4102-86e4-d4da992dca9b
---
> search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
> --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  
> 4f32de64-d218-4467-b8cc-0ffbcc10103e
117c117
< search --no-floppy --fs-uuid --set=root 
57ca0a93-12a7-4102-86e4-d4da992dca9b
---
> search --no-floppy --fs-uuid --set=root 
> 4f32de64-d218-4467-b8cc-0ffbcc10103e
119c119
<   echo'Loading tboot 1.9.5 ...'
---
>   echo'Loading tboot 1.9.6 ...'
121,122c121,122
<   echo'Loading Linux 3.10.0-693.21.1.el7.x86_64 ...'
<   module /boot/vmlinuz-3.10.0-693.21.1.el7.x86_64 
root=UUID=57ca0a93-12a7-4102-86e4-d4da992dca9b ro crashkernel=auto 
console=ttyS0 intel_iommu=on
---
>   echo'Loading Linux 3.10.0-862.11.6.el7.x86_64 ...'
>   module /boot/vmlinuz-3.10.0-862.11.6.el7.x86_64 
> root=UUID=4f32de64-d218-4467-b8cc-0ffbcc10103e ro crashkernel=auto 
> console=ttyS0 intel_iommu=on
124c124
<   module /boot/initramfs-3.10.0-693.21.1.el7.x86_64.img
---
>   module 

[ovirt-users] Re: vm names export

2018-09-24 Thread Budur Nagaraju
Am not using any self signed certificate, it was the default certificate
installed at the time of ovirt-engine installation , do I need to comment
for that also ?
Tried commenting the line but still facing issues.

On Mon, Sep 24, 2018 at 4:28 PM Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Hi Nagaraju,
>
>  if you are using the self-signed certificate have you
> downloaded your CA certificate, if you are using a certificate from a
> trusted CA then you should comment  or remove the CA file line.
>
>
> Regards,
>
>Paul S.
> --
> *From:* Budur Nagaraju 
> *Sent:* 24 September 2018 11:16
> *To:* Sandro Bonazzola
> *Cc:* users
> *Subject:* [ovirt-users] Re: vm names export
>
>
> Have tried the below URL , getting the below error
>
> Script:
>
>
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/list_vms.py1
>
> Error:
>
> https://pastebin.com/EnJqA2Tr
>
> Thanks,
> Nagaraju
>
> On Fri, Sep 21, 2018 at 8:50 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno ven 21 set 2018 alle ore 17:16 Budur Nagaraju <
>> nbud...@gmail.com> ha scritto:
>>
>>> Hi
>>>
>>> I didn't understand, could you please help me on that ?
>>>
>>
>> I was asking Ondra to follow up on your question
>>
>>
>>>
>>> Thanks,
>>> Nagaraju
>>>
>>>
>>>
>>> On Fri, Sep 21, 2018 at 8:28 PM Sandro Bonazzola 
>>> wrote:
>>>


 Il giorno gio 20 set 2018 alle ore 09:23 Budur Nagaraju <
 nbud...@gmail.com> ha scritto:

>
> HI
>
> We have deployed vms in oVirt , is there a way to export the vm names
> along with owner names ? any script which would help ?
>

 Ondra?


>
> Thanks,
> Nagaraju
> ___
> 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/4GC4RHEQBVGXST5UOLBUNMYOXKKYDSWN/
>


 --

 SANDRO BONAZZOLA

 MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

 Red Hat EMEA 

 sbona...@redhat.com
 
 

>>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA 
>>
>> sbona...@redhat.com
>> 
>> 
>>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MOLODR5FHJCNP23OUJBVSLHNZVA7WNTJ/


[ovirt-users] Re: ovirt-engine-extension-aaa-ldap-setup failed

2018-09-24 Thread Ondra Machacek
If you are sure you are passing correct credentials, then please save 
the correct configuration and run following command:


 $ ovirt-engine-extensions-tool --log-level=FINEST aaa login-user 
--user-name=taha --profile=ldap23.exalt.ps


and share the output.

On 9/24/18 11:11 AM, mopiel games wrote:

in the ovirt-engine-extension-aaa-ldap-setup i  try to login to the ldap user 
but it show  CREDENTIALS_INVALID ,put if i make search option it will show 
successful :
the question is how to make login successfully ?
  
[root@ovirt_engine home]# ovirt-engine-extension-aaa-ldap-setup

[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
   Configuration files: 
['/etc/ovirt-engine-extension-aaa-ldap-setup.conf.d/10-packa

  ging.conf']
   Log file: 
/tmp/ovirt-engine-extension-aaa-ldap-setup-20180924120156-wutrcv.log
   Version: otopi-1.7.8 (otopi-1.7.8-1.el7)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment customization
   Welcome to LDAP extension configuration program
   Available LDAP implementations:
1 - 389ds
2 - 389ds RFC-2307 Schema
3 - Active Directory
4 - IBM Security Directory Server
5 - IBM Security Directory Server RFC-2307 Schema
6 - IPA
7 - Novell eDirectory RFC-2307 Schema
8 - OpenLDAP RFC-2307 Schema
9 - OpenLDAP Standard Schema
   10 - Oracle Unified Directory RFC-2307 Schema
   11 - RFC-2307 Schema (Generic)
   12 - RHDS
   13 - RHDS RFC-2307 Schema
   14 - iPlanet
   Please select: 9

   NOTE:
   It is highly recommended to use DNS resolution for LDAP server.
   If for some reason you intend to use hosts or plain address disable 
DNS usage.

   Use DNS (Yes, No) [Yes]:
   Available policy method:
1 - Single server
2 - DNS domain LDAP SRV record
3 - Round-robin between multiple hosts
4 - Failover between multiple hosts
   Please select: 1
   Please enter host address: ldap23.exalt.ps
[ INFO  ] Trying to resolve host 'ldap23.exalt.ps'

   NOTE:
   It is highly recommended to use secure protocol to access the LDAP 
server.
   Protocol startTLS is the standard recommended method to do so.
   Only in cases in which the startTLS is not supported, fallback to 
non standard ld 

 aps protocol.
   Use plain for test environments only.

   Please select protocol to use (startTLS, ldaps, plain) [startTLS]: 
ldaps
   Please select method to obtain PEM encoded CA certificate (File, 
URL, Inline, Sys

  tem, Insecure): file
   File path: /home/server.pem
[ INFO  ] Connecting to LDAP using 'ldaps://ldap23.exalt.ps:636'
[ INFO  ] Connection succeeded
   Enter search user DN (for example uid=username,dc=example,dc=com or 
leave empty f   
   
or anonymous): cn=admin,dc=exalt,dc=ps
   Enter search user password:
[ INFO  ] Attempting to bind using 'cn=admin,dc=exalt,dc=ps'
   Please enter base DN (dc=exalt,dc=ps) [dc=exalt,dc=ps]:
   Are you going to use Single Sign-On for Virtual Machines (Yes, No) 
[Yes]: no
   Please specify profile name that will be visible to users 
[ldap23.exalt.ps]:
[ INFO  ] Stage: Setup validation

   NOTE:
   It is highly recommended to test drive the configuration before 
applying it into

   engine.
   Login sequence is executed automatically, but it is recommended to 
also execute S  

earch sequence manually after successful Login sequence.

   Please provide credentials to test login flow:
   Enter user name: taha
   Enter user password:
[ INFO  ] Executing login sequence...
   Login output:
   2018-09-24 12:03:10,832+03 INFO
==  

   

[ovirt-users] Re: vm names export

2018-09-24 Thread Budur Nagaraju
Have tried the below URL , getting the below error

Script:

https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/list_vms.py1

Error:

https://pastebin.com/EnJqA2Tr

Thanks,
Nagaraju

On Fri, Sep 21, 2018 at 8:50 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno ven 21 set 2018 alle ore 17:16 Budur Nagaraju 
> ha scritto:
>
>> Hi
>>
>> I didn't understand, could you please help me on that ?
>>
>
> I was asking Ondra to follow up on your question
>
>
>>
>> Thanks,
>> Nagaraju
>>
>>
>>
>> On Fri, Sep 21, 2018 at 8:28 PM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno gio 20 set 2018 alle ore 09:23 Budur Nagaraju <
>>> nbud...@gmail.com> ha scritto:
>>>

 HI

 We have deployed vms in oVirt , is there a way to export the vm names
 along with owner names ? any script which would help ?

>>>
>>> Ondra?
>>>
>>>

 Thanks,
 Nagaraju
 ___
 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/4GC4RHEQBVGXST5UOLBUNMYOXKKYDSWN/

>>>
>>>
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>
>>> Red Hat EMEA 
>>>
>>> sbona...@redhat.com
>>> 
>>> 
>>>
>>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> 
>
___
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/DTCQVWCCHKSWOPFU5MVTFJOZYM5AXVID/


[ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status degraded

2018-09-24 Thread Yuval Turgeman
Can you share the output from `cat /proc/cmdline` and perhaps the grub.conf
?
Imgbased adds a bootid and perhaps it's missing for some reason

On Mon, Sep 24, 2018, 11:59 Sandro Bonazzola  wrote:

> Adding some people who may help understanding what happened and work on a
> solution for this.
>
> Il giorno lun 24 set 2018 alle ore 10:30  ha
> scritto:
>
>> Identified this problem for some time (running after about 3. 4th update
>> always in this problem), have always helped me with a new installtion. Now
>> I've looked at it more closely (maybe this information will help the
>> knower).
>>
>> Installation runs without a problem, reboot, system runs as expected,
>> repeated reboot => node status: DEGRADED
>>
>> What I found is: /dev/sda1 and /dev/sda2 are missing, so it can not mount
>> /boot/ and /boot/efi !
>>
>> in dmesg all 3rd partitions are displayed. with parted as well, after
>> partprobe are /dev/sda1 and /dev/sda2 under /dev/ available, mount /boot or
>> mount /boot/efi does not issue an error, the partionenen however are not
>> mounted (df -h does not show it and umount /boot or /boot/efi says so too).
>>
>> I have the same problem with
>> ovirt-node-ng-image-update-4.2.7-0.1.rc1.el7.noarch.rpm
>>
>> If I undo the installation (imgbase base
>> --remove=ovirt-node-ng-image-update-4.2 . and yum remove
>> ovirt-node-ng-image-update-4.2 .) and repeat the installation, I can
>> reproduce the behavior (install, reboot, every works with the new version,
>> reboot, node status: DEGRADED)
>>
>> Have this behavior on four test servers.
>>
>>
>> here df -h, ll /boot after the 1st reboot and the output of imgbase
>> layout and imgbase w
>>
>> [root@ovirt-n1 ~]# df -h
>> DateisystemGröße
>> Benutzt Verf. Verw% Eingehängt auf
>> /dev/mapper/onn_ovirt--n1-ovirt--node--ng--4.2.6.1--0.20180913.0+1  183G
>>   3,3G  170G2% /
>> devtmpfs 95G
>>  0   95G0% /dev
>> tmpfs95G
>>16K   95G1% /dev/shm
>> tmpfs95G
>>42M   95G1% /run
>> tmpfs95G
>>  0   95G0% /sys/fs/cgroup
>> /dev/mapper/onn_ovirt--n1-var15G
>>   187M   14G2% /var
>> /dev/sda2   976M
>>   417M  492M   46% /boot
>> /dev/mapper/onn_ovirt--n1-tmp   976M
>>   3,4M  906M1% /tmp
>> /dev/mapper/onn_ovirt--n1-home  976M
>>   2,6M  907M1% /home
>> /dev/mapper/onn_ovirt--n1-var_log   7,8G
>>   414M  7,0G6% /var/log
>> /dev/mapper/onn_ovirt--n1-var_log_audit 2,0G
>>39M  1,8G3% /var/log/audit
>> /dev/mapper/onn_ovirt--n1-var_crash 9,8G
>>37M  9,2G1% /var/crash
>> /dev/sda1   200M
>>   9,8M  191M5% /boot/efi
>> gluster01.test.visa-ad.at:/st1
>> 805G 71G  734G9%
>> /rhev/data-center/mnt/glusterSD/gluster01.test.visa-ad.at:_st1
>> glustermount:iso 50G
>>20G   30G   40% /rhev/data-center/mnt/glusterSD/glustermount:iso
>> glustermount:export 100G
>>   4,8G   96G5% /rhev/data-center/mnt/glusterSD/glustermount:export
>> tmpfs19G
>>  0   19G0% /run/user/0
>> [root@ovirt-n1 ~]# ll /boot
>> insgesamt 187016
>> -rw-r--r--. 1 root root   140971  8. Mai 10:37
>> config-3.10.0-693.21.1.el7.x86_64
>> -rw-r--r--. 1 root root   147859 24. Sep 09:04
>> config-3.10.0-862.11.6.el7.x86_64
>> drwx--. 3 root root16384  1. Jan 1970  efi
>> -rw-r--r--. 1 root root   192572  5. Nov 2016  elf-memtest86+-5.01
>> drwxr-xr-x. 2 root root 4096  4. Mai 18:34 extlinux
>> drwxr-xr-x. 2 root root 4096  4. Mai 18:16 grub
>> drwx--. 5 root root 4096  8. Mai 08:45 grub2
>> -rw---. 1 root root 59917312  8. Mai 10:39
>> initramfs-3.10.0-693.21.1.el7.x86_64.img
>> -rw---. 1 root root 21026491 11. Jul 12:10
>> initramfs-3.10.0-693.21.1.el7.x86_64kdump.img
>> -rw---. 1 root root 26672143  4. Mai 18:24
>> initramfs-3.10.0-693.el7.x86_64.img
>> -rw---. 1 root root 62740408 24. Sep 09:05
>> initramfs-3.10.0-862.11.6.el7.x86_64.img
>> -rw-r--r--. 1 root root   611296  4. Mai 18:23 initrd-plymouth.img
>> drwx--. 2 root root16384  8. Mai 10:32 lost+found
>> -rw-r--r--. 1 root root   190896  5. Nov 2016  memtest86+-5.01
>> drwxr-xr-x. 2 root root 4096  8. Mai 10:39
>> ovirt-node-ng-4.2.3-0.20180504.0+1
>> drwxr-xr-x. 2 root root 4096  4. Sep 16:31
>> ovirt-node-ng-4.2.6-0.20180903.0+1
>> 

[ovirt-users] ovirt-engine-extension-aaa-ldap-setup failed

2018-09-24 Thread mopiel games
in the ovirt-engine-extension-aaa-ldap-setup i  try to login to the ldap user 
but it show  CREDENTIALS_INVALID ,put if i make search option it will show 
successful : 
the question is how to make login successfully ? 
 
[root@ovirt_engine home]# ovirt-engine-extension-aaa-ldap-setup
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files: 
['/etc/ovirt-engine-extension-aaa-ldap-setup.conf.d/10-packa

  ging.conf']
  Log file: 
/tmp/ovirt-engine-extension-aaa-ldap-setup-20180924120156-wutrcv.log
  Version: otopi-1.7.8 (otopi-1.7.8-1.el7)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment customization
  Welcome to LDAP extension configuration program
  Available LDAP implementations:
   1 - 389ds
   2 - 389ds RFC-2307 Schema
   3 - Active Directory
   4 - IBM Security Directory Server
   5 - IBM Security Directory Server RFC-2307 Schema
   6 - IPA
   7 - Novell eDirectory RFC-2307 Schema
   8 - OpenLDAP RFC-2307 Schema
   9 - OpenLDAP Standard Schema
  10 - Oracle Unified Directory RFC-2307 Schema
  11 - RFC-2307 Schema (Generic)
  12 - RHDS
  13 - RHDS RFC-2307 Schema
  14 - iPlanet
  Please select: 9

  NOTE:
  It is highly recommended to use DNS resolution for LDAP server.
  If for some reason you intend to use hosts or plain address disable 
DNS usage.

  Use DNS (Yes, No) [Yes]:
  Available policy method:
   1 - Single server
   2 - DNS domain LDAP SRV record
   3 - Round-robin between multiple hosts
   4 - Failover between multiple hosts
  Please select: 1
  Please enter host address: ldap23.exalt.ps
[ INFO  ] Trying to resolve host 'ldap23.exalt.ps'

  NOTE:
  It is highly recommended to use secure protocol to access the LDAP 
server.
  Protocol startTLS is the standard recommended method to do so.
  Only in cases in which the startTLS is not supported, fallback to non 
standard ld 
 
aps protocol.
  Use plain for test environments only.

  Please select protocol to use (startTLS, ldaps, plain) [startTLS]: 
ldaps
  Please select method to obtain PEM encoded CA certificate (File, URL, 
Inline, Sys 
 
tem, Insecure): file
  File path: /home/server.pem
[ INFO  ] Connecting to LDAP using 'ldaps://ldap23.exalt.ps:636'
[ INFO  ] Connection succeeded
  Enter search user DN (for example uid=username,dc=example,dc=com or 
leave empty f   
   
or anonymous): cn=admin,dc=exalt,dc=ps
  Enter search user password:
[ INFO  ] Attempting to bind using 'cn=admin,dc=exalt,dc=ps'
  Please enter base DN (dc=exalt,dc=ps) [dc=exalt,dc=ps]:
  Are you going to use Single Sign-On for Virtual Machines (Yes, No) 
[Yes]: no
  Please specify profile name that will be visible to users 
[ldap23.exalt.ps]:
[ INFO  ] Stage: Setup validation

  NOTE:
  It is highly recommended to test drive the configuration before 
applying it into

   engine.
  Login sequence is executed automatically, but it is recommended to 
also execute S  

earch sequence manually after successful Login sequence.

  Please provide credentials to test login flow:
  Enter user name: taha
  Enter user password:
[ INFO  ] Executing login sequence...
  Login output:
  2018-09-24 12:03:10,832+03 INFO
==  

==
  2018-09-24 12:03:10,851+03 INFO 
Initialization ==   

 ==
  2018-09-24 12:03:10,851+03 INFO

[ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status degraded

2018-09-24 Thread Sandro Bonazzola
Adding some people who may help understanding what happened and work on a
solution for this.

Il giorno lun 24 set 2018 alle ore 10:30  ha
scritto:

> Identified this problem for some time (running after about 3. 4th update
> always in this problem), have always helped me with a new installtion. Now
> I've looked at it more closely (maybe this information will help the
> knower).
>
> Installation runs without a problem, reboot, system runs as expected,
> repeated reboot => node status: DEGRADED
>
> What I found is: /dev/sda1 and /dev/sda2 are missing, so it can not mount
> /boot/ and /boot/efi !
>
> in dmesg all 3rd partitions are displayed. with parted as well, after
> partprobe are /dev/sda1 and /dev/sda2 under /dev/ available, mount /boot or
> mount /boot/efi does not issue an error, the partionenen however are not
> mounted (df -h does not show it and umount /boot or /boot/efi says so too).
>
> I have the same problem with
> ovirt-node-ng-image-update-4.2.7-0.1.rc1.el7.noarch.rpm
>
> If I undo the installation (imgbase base
> --remove=ovirt-node-ng-image-update-4.2 . and yum remove
> ovirt-node-ng-image-update-4.2 .) and repeat the installation, I can
> reproduce the behavior (install, reboot, every works with the new version,
> reboot, node status: DEGRADED)
>
> Have this behavior on four test servers.
>
>
> here df -h, ll /boot after the 1st reboot and the output of imgbase layout
> and imgbase w
>
> [root@ovirt-n1 ~]# df -h
> DateisystemGröße
> Benutzt Verf. Verw% Eingehängt auf
> /dev/mapper/onn_ovirt--n1-ovirt--node--ng--4.2.6.1--0.20180913.0+1  183G
>   3,3G  170G2% /
> devtmpfs 95G
>  0   95G0% /dev
> tmpfs95G
>16K   95G1% /dev/shm
> tmpfs95G
>42M   95G1% /run
> tmpfs95G
>  0   95G0% /sys/fs/cgroup
> /dev/mapper/onn_ovirt--n1-var15G
>   187M   14G2% /var
> /dev/sda2   976M
>   417M  492M   46% /boot
> /dev/mapper/onn_ovirt--n1-tmp   976M
>   3,4M  906M1% /tmp
> /dev/mapper/onn_ovirt--n1-home  976M
>   2,6M  907M1% /home
> /dev/mapper/onn_ovirt--n1-var_log   7,8G
>   414M  7,0G6% /var/log
> /dev/mapper/onn_ovirt--n1-var_log_audit 2,0G
>39M  1,8G3% /var/log/audit
> /dev/mapper/onn_ovirt--n1-var_crash 9,8G
>37M  9,2G1% /var/crash
> /dev/sda1   200M
>   9,8M  191M5% /boot/efi
> gluster01.test.visa-ad.at:/st1  805G
>71G  734G9%
> /rhev/data-center/mnt/glusterSD/gluster01.test.visa-ad.at:_st1
> glustermount:iso 50G
>20G   30G   40% /rhev/data-center/mnt/glusterSD/glustermount:iso
> glustermount:export 100G
>   4,8G   96G5% /rhev/data-center/mnt/glusterSD/glustermount:export
> tmpfs19G
>  0   19G0% /run/user/0
> [root@ovirt-n1 ~]# ll /boot
> insgesamt 187016
> -rw-r--r--. 1 root root   140971  8. Mai 10:37
> config-3.10.0-693.21.1.el7.x86_64
> -rw-r--r--. 1 root root   147859 24. Sep 09:04
> config-3.10.0-862.11.6.el7.x86_64
> drwx--. 3 root root16384  1. Jan 1970  efi
> -rw-r--r--. 1 root root   192572  5. Nov 2016  elf-memtest86+-5.01
> drwxr-xr-x. 2 root root 4096  4. Mai 18:34 extlinux
> drwxr-xr-x. 2 root root 4096  4. Mai 18:16 grub
> drwx--. 5 root root 4096  8. Mai 08:45 grub2
> -rw---. 1 root root 59917312  8. Mai 10:39
> initramfs-3.10.0-693.21.1.el7.x86_64.img
> -rw---. 1 root root 21026491 11. Jul 12:10
> initramfs-3.10.0-693.21.1.el7.x86_64kdump.img
> -rw---. 1 root root 26672143  4. Mai 18:24
> initramfs-3.10.0-693.el7.x86_64.img
> -rw---. 1 root root 62740408 24. Sep 09:05
> initramfs-3.10.0-862.11.6.el7.x86_64.img
> -rw-r--r--. 1 root root   611296  4. Mai 18:23 initrd-plymouth.img
> drwx--. 2 root root16384  8. Mai 10:32 lost+found
> -rw-r--r--. 1 root root   190896  5. Nov 2016  memtest86+-5.01
> drwxr-xr-x. 2 root root 4096  8. Mai 10:39
> ovirt-node-ng-4.2.3-0.20180504.0+1
> drwxr-xr-x. 2 root root 4096  4. Sep 16:31
> ovirt-node-ng-4.2.6-0.20180903.0+1
> drwxr-xr-x. 2 root root 4096 24. Sep 09:05
> ovirt-node-ng-4.2.6.1-0.20180913.0+1
> -rw-r--r--. 1 root root   293361  8. Mai 10:37
> symvers-3.10.0-693.21.1.el7.x86_64.gz
> -rw-r--r--. 1 root root   305158 24. Sep 09:04
> symvers-3.10.0-862.11.6.el7.x86_64.gz
> 

[ovirt-users] Re: upgrade 4.2.6 to 4.2.6.1: node status degraded

2018-09-24 Thread o . krueckel
Identified this problem for some time (running after about 3. 4th update always 
in this problem), have always helped me with a new installtion. Now I've looked 
at it more closely (maybe this information will help the knower).

Installation runs without a problem, reboot, system runs as expected, repeated 
reboot => node status: DEGRADED

What I found is: /dev/sda1 and /dev/sda2 are missing, so it can not mount 
/boot/ and /boot/efi !

in dmesg all 3rd partitions are displayed. with parted as well, after partprobe 
are /dev/sda1 and /dev/sda2 under /dev/ available, mount /boot or mount 
/boot/efi does not issue an error, the partionenen however are not mounted (df 
-h does not show it and umount /boot or /boot/efi says so too).

I have the same problem with 
ovirt-node-ng-image-update-4.2.7-0.1.rc1.el7.noarch.rpm

If I undo the installation (imgbase base 
--remove=ovirt-node-ng-image-update-4.2 . and yum remove 
ovirt-node-ng-image-update-4.2 .) and repeat the installation, I can 
reproduce the behavior (install, reboot, every works with the new version, 
reboot, node status: DEGRADED)

Have this behavior on four test servers.


here df -h, ll /boot after the 1st reboot and the output of imgbase layout and 
imgbase w

[root@ovirt-n1 ~]# df -h
DateisystemGröße 
Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/onn_ovirt--n1-ovirt--node--ng--4.2.6.1--0.20180913.0+1  183G
3,3G  170G2% /
devtmpfs 95G   
0   95G0% /dev
tmpfs95G 
16K   95G1% /dev/shm
tmpfs95G 
42M   95G1% /run
tmpfs95G   
0   95G0% /sys/fs/cgroup
/dev/mapper/onn_ovirt--n1-var15G
187M   14G2% /var
/dev/sda2   976M
417M  492M   46% /boot
/dev/mapper/onn_ovirt--n1-tmp   976M
3,4M  906M1% /tmp
/dev/mapper/onn_ovirt--n1-home  976M
2,6M  907M1% /home
/dev/mapper/onn_ovirt--n1-var_log   7,8G
414M  7,0G6% /var/log
/dev/mapper/onn_ovirt--n1-var_log_audit 2,0G 
39M  1,8G3% /var/log/audit
/dev/mapper/onn_ovirt--n1-var_crash 9,8G 
37M  9,2G1% /var/crash
/dev/sda1   200M
9,8M  191M5% /boot/efi
gluster01.test.visa-ad.at:/st1  805G 
71G  734G9% /rhev/data-center/mnt/glusterSD/gluster01.test.visa-ad.at:_st1
glustermount:iso 50G 
20G   30G   40% /rhev/data-center/mnt/glusterSD/glustermount:iso
glustermount:export 100G
4,8G   96G5% /rhev/data-center/mnt/glusterSD/glustermount:export
tmpfs19G   
0   19G0% /run/user/0
[root@ovirt-n1 ~]# ll /boot
insgesamt 187016
-rw-r--r--. 1 root root   140971  8. Mai 10:37 config-3.10.0-693.21.1.el7.x86_64
-rw-r--r--. 1 root root   147859 24. Sep 09:04 config-3.10.0-862.11.6.el7.x86_64
drwx--. 3 root root16384  1. Jan 1970  efi
-rw-r--r--. 1 root root   192572  5. Nov 2016  elf-memtest86+-5.01
drwxr-xr-x. 2 root root 4096  4. Mai 18:34 extlinux
drwxr-xr-x. 2 root root 4096  4. Mai 18:16 grub
drwx--. 5 root root 4096  8. Mai 08:45 grub2
-rw---. 1 root root 59917312  8. Mai 10:39 
initramfs-3.10.0-693.21.1.el7.x86_64.img
-rw---. 1 root root 21026491 11. Jul 12:10 
initramfs-3.10.0-693.21.1.el7.x86_64kdump.img
-rw---. 1 root root 26672143  4. Mai 18:24 
initramfs-3.10.0-693.el7.x86_64.img
-rw---. 1 root root 62740408 24. Sep 09:05 
initramfs-3.10.0-862.11.6.el7.x86_64.img
-rw-r--r--. 1 root root   611296  4. Mai 18:23 initrd-plymouth.img
drwx--. 2 root root16384  8. Mai 10:32 lost+found
-rw-r--r--. 1 root root   190896  5. Nov 2016  memtest86+-5.01
drwxr-xr-x. 2 root root 4096  8. Mai 10:39 
ovirt-node-ng-4.2.3-0.20180504.0+1
drwxr-xr-x. 2 root root 4096  4. Sep 16:31 
ovirt-node-ng-4.2.6-0.20180903.0+1
drwxr-xr-x. 2 root root 4096 24. Sep 09:05 
ovirt-node-ng-4.2.6.1-0.20180913.0+1
-rw-r--r--. 1 root root   293361  8. Mai 10:37 
symvers-3.10.0-693.21.1.el7.x86_64.gz
-rw-r--r--. 1 root root   305158 24. Sep 09:04 
symvers-3.10.0-862.11.6.el7.x86_64.gz
-rw---. 1 root root  3237433  8. Mai 10:37 
System.map-3.10.0-693.21.1.el7.x86_64
-rw---. 1 root root  3414344 24. Sep 09:04 
System.map-3.10.0-862.11.6.el7.x86_64
-rw-r--r--. 1 root root   346490  3. Aug 2017  tboot.gz
-rw-r--r--. 1 root root13145  3. Aug 2017  tboot-syms

[ovirt-users] Re: Hosted Engine - Unable to connect after deployment.

2018-09-24 Thread Simone Tiraboschi
On Mon, Sep 24, 2018 at 5:53 AM Jeremy Tourville <
jeremy_tourvi...@hotmail.com> wrote:

> I have a new installation of ovirt hyperconverged single node using
> glusterfs.  I was able to run gdeploy and then use the web interface to run
> the self hosted engine setup.  Ovirt node is running 4.2.5.1.  If I go to
> localhost>ovirt machines tab from my node I see a message in the upper
> right corner saying "ovirt login in progress" with spinning icon after
> putting in the credentials.  After a minute or less I am redirected to -
>
> https://engine.cyber-range.lan/ovirt-engine/web-ui/authorizedRedirect.jsp?redirectUrl=https://172.30.50.3:9090/machines/__hash__token=TOKEN
> where the web page says- "the connection has timed out."
> "The server at engine.cyber-range.lan is taking too long to respond."  I
> also notice I no longer have the option to choose VNC or console because
> the web page keeps on attempting to reconnect.  When I tried to connect
> using a console with virt-viewer it errored out on me.  (I didn't make note
> of the message)
>
> Virtualization>hosted engine tab reports that my hosted engine is up.
> This is further confirmed by CLI  #hosted-engine --check-liveliness.  On
> occasion though, CLI reports HE is not up.  If I try to ssh to HE sometimes
> I can connect, but it is VERY slow to do so.  Once I connect it often
> appears to freeze or be very slow to enter any input commands to the HE.
> HE is effectively useless.
>
> I get frequent log messages in the console- "ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Engine VM has
> bad health status, timeout in 300 seconds"
>
> This is a new setup, so I haven't lost anything if I need to start over.
> What do you suggest?  Is there an easy way to recover or should I reinstall
> HE?  Thanks for your advice!
>

I'd suggest to try correctly understanding your issue before eventually
redeploying.
I'd suggest to start checking gluster logs on your hosts and ensure that
your network connectivity is always stable.


> ___
> 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/MDDQLLRFSVQZ6A2AWEI2H663VCV2MARR/
>
___
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/LOHF7UIUSQF7F5JRFVRBUEL5RSX2DHG4/


[ovirt-users] Re: Cannot configure local storage, network issue?

2018-09-24 Thread Callum Smith
Dear Dominik,

Thanks for taking the time to reply, and sorry for my delay in replying. I 
don't actually want to remove the host from the cluster, I want to configure 
local storage. The whole point of the configure local storage tool is to create 
a new cluster with local storage of the machine configured right?

Regards,
Callum

--

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

On 21 Sep 2018, at 15:14, Dominik Holler 
mailto:dhol...@redhat.com>> wrote:

On Fri, 21 Sep 2018 15:05:59 +0200
Sandro Bonazzola mailto:sbona...@redhat.com>> wrote:

Il giorno ven 21 set 2018 alle ore 14:58 Callum Smith
mailto:cal...@well.ox.ac.uk>> ha scritto:

Dear All,

I'lm getting this problem when trying to add local storage from the
node:

Cannot edit Host. Moving a host to a cluster with different
management network is not allowed. That might cause connectivity
loss.

The cluster the host is in uses a different default network to the
default cluster - is this the problem?


Yes, but you can remove the host from oVirt and add again to the new
cluster.


Adding Dominik



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
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/UW7UZBPD5SWQ54PWETWPYY2AYZDV5IVK/

___
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/ZYZXAAFTG7PMK5SZ6ITBHH5ZBUVGPVHJ/


[ovirt-users] Re: Few questions for seasoned oVirt experts

2018-09-24 Thread Roy Golan
On Fri, 21 Sep 2018 at 17:53 Sandro Bonazzola  wrote:

> Il giorno ven 21 set 2018 alle ore 16:24  ha
> scritto:
>
>> Thanks Sandro!
>>
>> I saw ManageIQ, it might be a better solution if we had more nodes in
>> each datacenter which resulted in a larger footprint, however my use case
>> would only see one oVirt node per datacenter where we were looking at a
>> possibility of 3k nodes, would that be too many for an oVirt engine to
>> handle? (we wouldn't have resource limitations due to using with a cloud
>> provider for scale-ability).
>>
>> If I ended up having to put oVirt engine instances in each datacenter
>> we'd have basically a 1:1 node to engine ratio, not the end of the world
>> and possibly easier to use but it would induce some complexities to the
>> deployment strategy i'm working on.
>>
>
> I've no official documentation in oVirt for this, but looking at Red Hat
> Virtualization product (the downstream packaging of oVirt supported by Red
> Hat) documentation I see a limit of 200 hosts per ovirt-engine instance (
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html/technical_reference/data_center_limitations
> )
>
> In 4.2 we made various changes and that resulted in at least 400 hosts per
engine. We stopped testing for more because we didn't see use case above
that.
With few tweaks you can get there, and there is a chance it would suite
your needs. but no one tested that kind of a stretched setup with thousands
of datacenters.

If you want to test it you can use nested virtualization. Create VMs that
would serve as nodes, and add those as hosts for each single host
datacenter you want.

And report back with your finding!


This means you'll need at least 15 engine instances, possibly managed by
> ManageIQ to ease access to them, to handle 3000 hosts.
> Using a single node per deployment seems you don't have requirement on
> high availability of the VMs running on it and no migrations between the
> nodes right?
>
>
>
>>
>> Again, thank you!
>>
>> -Brad
>> ___
>> 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/BD6KSHQ2NW7RYM2VN7IJPSFM2MCQ3LSN/
>>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> 
> ___
> 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/E2T2DMFIQOBVPQMSJPE7VV53ZOMX5UKB/
>
___
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/DJG35GPINI7N2R3NR6QF36NJ25T62SDF/