[ovirt-users] Re: Ovirt project source code download problem

2019-02-19 Thread Joey Ma
Hi,

You could get all the source codes relevant to oVirt from Gerrit [1] and
Github [2].

[1]: https://gerrit.ovirt.org
[2]: https://github.com/oVirt

On Wed, Feb 20, 2019 at 3:02 PM  wrote:

> Hi,The dear.
> May I ask where I can find the source code of ovirt project? I want to
> test the environment through compilation and installation. At present, most
> of the methods are online installation, so I cannot modify some contents.
> Thank you very much for your help. Thank you very much.
> ___
> 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/WXKM46UDXFMHPOXY7TRQ6XXCSI5WER77/
>
___
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/MQF7B7GMC4WZTQSUKR3CRPSDPHV3W45X/


[ovirt-users] Ovirt project source code download problem

2019-02-19 Thread xilazz
Hi,The dear.
May I ask where I can find the source code of ovirt project? I want to test the 
environment through compilation and installation. At present, most of the 
methods are online installation, so I cannot modify some contents.
Thank you very much for your help. Thank you very much.
___
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/WXKM46UDXFMHPOXY7TRQ6XXCSI5WER77/


[ovirt-users] Re: How to recreate Ovirt CA from scratch

2019-02-19 Thread Yedidyah Bar David
On Tue, Feb 19, 2019 at 3:18 PM Giorgio Biacchi  wrote:
>
> Hi list,
> during our datacenter lifetime many things changed. We moved the engine
> twice on different hosts with, of course, different FQDNs, and many
> other changes. Now we are stuck with an error when we try to upload an
> image to a data domain. The error is somehow bound to a failure to
> validate the ovirt-imageio-proxy certificate and, since the current root
> CA certificate is still signed with sha1WithRSAEncryption we'd like to
> regenerate the whole CA.

Is "sha1" all your problem? You might want to check:

https://www.ovirt.org/develop/migrate-pki-to-sha256.html

>
> That's the steps we've done.. without success...
>
> 1) Make a tar.gz of the /etc/pki/ovirt-engine as backup
> 2) Create a new CA cert using the same private key:
> openssl req -key /etc/pki/ovirt-engine/private/ca.pem -new -x509 -days
> 3650 -sha256 -extensions v3_ca -out newca.cert.pem
> 3) Put the new CA cert in place
> mv ca.pem ca.pem.orig.20190219;mv newca.cert.pem ca.pem
> 4) Resign all the other certs
> names="engine apache websocket-proxy jboss imageio-proxy"
> for name in $names; do
> subject="$(
> openssl \
> x509 \
> -in /etc/pki/ovirt-engine/certs/"${name}".cer \
> -noout \
> -subject \
> | sed \
> 's;subject= \(.*\);\1;' \
> )"
> /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh \
> --name="${name}" \
> --password=mypass \
> --subject="${subject}" \
> --keep-key
> done
> 5) Restart all the services
> systemctl restart httpd
> systemctl restart ovirt-engine
> systemctl restart ovirt-websocket-proxy
> systemctl restart ovirt-imageio-proxy
>
>
> The following step was to take the backup at 1) and fall back to the
> initial state because nothing worked as expected.
>
> There's any documented procedure about how to recreate Ovirt CA from
> scratch??

I do not think so.

Seems like this isn't what you want to do, either, as you try to keep
the existing keys (and recreate only certs).

If that's really what you want to do, you can simply remove
everything under /etc/pki/ovirt-engine that's not packaged by
any rpm, e.g. using:

find . -type f | xargs rpm -qf | awk '/is not owned by any package/ {print $2}'

and then run engine-setup.

Obviously, this will break everything - you will have to
reinstall all hosts (or at least "Enroll Certificates" from
the web ui) etc. If it's a hosted-engine, make sure to move
it to global maintenance beforehand.

See also:

https://ovirt.org/develop/release-management/features/infra/pki-renew.html

So far, we didn't make engine-setup suggest to renew pki
on the grounds of not using sha256, considering it not-yet-
mandatory, and only documented the above link (and made new
setups use sha256 by default). Feel free to open an RFE for
this, and once it's fixed, the answer to your question will
be "Run engine-setup"...

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


[ovirt-users] Re: Unable to change cluster and data center compatibility version

2019-02-19 Thread Jonathan Mathews
Hi Shani

Yes, I did try and change the cluster compatibility first, and that's when
I got the error: Ovirt: Some of the hosts still use legacy protocol which
is not supported by cluster 3.6 or higher. In order to change it a host
needs to be put to maintenance and edited in advanced options section.

I did go through the article you suggested, however, I did not see anything
that would help.

Thanks


On Tue, Feb 19, 2019 at 3:46 PM Shani Leviim  wrote:

> Hi Jonathan,
>
> Did you try first to change the compatibility of all clusters and then
> change the data center's compatibility?
> This once seems related:
> https://bugzilla.redhat.com/show_bug.cgi?id=1375567
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Tue, Feb 19, 2019 at 11:01 AM Jonathan Mathews 
> wrote:
>
>> Good Day
>>
>> I have been trying to upgrade a clients oVirt from 3.6 to 4.0 but have
>> run into an issue where I am unable to change the cluster and data center
>> compatibility version.
>>
>> I get the following error in the GUI:
>>
>> Ovirt: Some of the hosts still use legacy protocol which is not supported
>> by cluster 3.6 or higher. In order to change it a host needs to be put to
>> maintenance and edited in advanced options section.
>>
>> This error was received with all VM's off and all hosts in maintenance.
>>
>> The environment has the following currently installed:
>>
>> Engine - CentOS 7.4 - Ovirt Engine 3.6.7.5
>> Host1 - CentOS 6.9 - VDSM 4.16.30
>> Host2 - CentOS 6.9 - VDSM 4.16.30
>> Host3 - CentOS 6.9 - VDSM 4.16.30
>>
>> I also have the following from engine.log
>>
>> [root@ovengine ~]# tail -f /var/log/ovirt-engine/engine.log
>> 2018-09-22 07:11:33,920 INFO
>> [org.ovirt.engine.core.vdsbroker.VmsStatisticsFetcher]
>> (DefaultQuartzScheduler_Worker-93) [7533985f] Fetched 0 VMs from VDS
>> 'd82a026c-31b4-4efc-8567-c4a6bdcaa826'
>> 2018-09-22 07:11:34,685 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand]
>> (DefaultQuartzScheduler_Worker-99) [4b7e3710] FINISH,
>> DisconnectStoragePoolVDSCommand, log id: 1ae6f0a9
>> 2018-09-22 07:11:34,687 INFO
>> [org.ovirt.engine.core.bll.storage.DisconnectHostFromStoragePoolServersCommand]
>> (DefaultQuartzScheduler_Worker-99) [2a6aa6f6] Running command:
>> DisconnectHostFromStoragePoolServersCommand internal: true. Entities
>> affected :  ID: 5849b030-626e-47cb-ad90-3ce782d831b3 Type: StoragePool
>> 2018-09-22 07:11:34,706 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand]
>> (DefaultQuartzScheduler_Worker-99) [2a6aa6f6] START,
>> DisconnectStorageServerVDSCommand(HostName = ovhost3,
>> StorageServerConnectionManagementVDSParameters:{runAsync='true',
>> hostId='d82a026c-31b4-4efc-8567-c4a6bdcaa826',
>> storagePoolId='5849b030-626e-47cb-ad90-3ce782d831b3', storageType='NFS',
>> connectionList='[StorageServerConnections:{id='3fdffb4c-250b-4a4e-b914-e0da1243550e',
>> connection='172.16.0.10:/raid0/data/_NAS_NFS_Exports_/STORAGE1',
>> iqn='null', vfsType='null', mountOptions='null', nfsVersion='null',
>> nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'},
>> StorageServerConnections:{id='4d95c8ca-435a-4e44-86a5-bc7f3a0cd606',
>> connection='172.16.0.20:/data/ov-export', iqn='null', vfsType='null',
>> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
>> iface='null', netIfaceName='null'},
>> StorageServerConnections:{id='82ecbc89-bdf3-4597-9a93-b16f3a6ac117',
>> connection='172.16.0.11:/raid1/data/_NAS_NFS_Exports_/4TB', iqn='null',
>> vfsType='null', mountOptions='null', nfsVersion='null', nfsRetrans='null',
>> nfsTimeo='null', iface='null', netIfaceName='null'},
>> StorageServerConnections:{id='29bb3394-fb61-41c0-bb5a-1fa693ec2fe2',
>> connection='172.16.0.11:/raid1/data/_NAS_NFS_Exports_/iso', iqn='null',
>> vfsType='null', mountOptions='null', nfsVersion='V3', nfsRetrans='null',
>> nfsTimeo='null', iface='null', netIfaceName='null'}]'}), log id: 48c5ffd6
>> 2018-09-22 07:11:34,991 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand]
>> (DefaultQuartzScheduler_Worker-99) [2a6aa6f6] FINISH,
>> DisconnectStorageServerVDSCommand, return:
>> {3fdffb4c-250b-4a4e-b914-e0da1243550e=0,
>> 29bb3394-fb61-41c0-bb5a-1fa693ec2fe2=0,
>> 82ecbc89-bdf3-4597-9a93-b16f3a6ac117=0,
>> 4d95c8ca-435a-4e44-86a5-bc7f3a0cd606=0}, log id: 48c5ffd6
>> 2018-09-22 07:11:56,367 WARN
>> [org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-29)
>> [1a31cc53] CanDoAction of action 'UpdateVdsGroup' failed for user
>> admin@internal. Reasons:
>> VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,ACTION_TYPE_FAILED_WRONG_PROTOCOL_FOR_CLUSTER_VERSION
>> 2018-09-22 07:12:41,017 WARN
>> [org.ovirt.engine.core.bll.storage.UpdateStoragePoolCommand] (default
>> task-29) [efd285b] CanDoAction of action 'UpdateStoragePool' failed for
>> user admin@internal. Reasons:
>> VAR__TYPE__STORAGE__POOL,VAR__ACTION__UPDATE,$ClustersList
>> 

[ovirt-users] Re: oVirt Node install failed

2019-02-19 Thread kiv
Current version my oVirt 4.2.6.
Maybe I need to update it?
___
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/35Z45SHVOAUNBDIFH3I75GCU22DXNZPQ/


[ovirt-users] process stuck while adding disk

2019-02-19 Thread Dev Ops
I tried adding a 400 gig disk to a VM. I could see the disk being built out on 
the storage, mounted via nfs, but clearly something is stuck. A few hours later 
and I see nothing finishing. Nothing seems to be logging to the engine.log and 
I have restarted vdsmd on all the hosts and have restarted the ovirt-engine and 
httpd on the engine. I see this running in my Events:

https://www.screencast.com/t/OnnWAdTCjQi0

I have added other 400 gig disks to other VM's while this was running and they 
have completed fine in less than 5 minutes. Not sure where to look to fix this 
after pretty much restarting everything I could think of to try and unlock the 
process. 

/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t all -q

Locked VMs

Locked templates

Locked disks

Locked snapshots

Illegal images


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


[ovirt-users] Re: How to upgrade ovirt node host?

2019-02-19 Thread adam...@adagene.com.cn
Hi, Juhani. I followed the steps below:
1. yum remove ovirt-release42
2. yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
3. yum update ovirt-node-ng-image-update
4. reboot
5. yum update

and the ovirt-4.2.repo comes back after I reboot the node host.




yours Adam
 
From: Juhani Rautiainen
Date: 2019-02-19 21:58
To: adam...@adagene.com.cn
CC: ovirtlist; Lucie Leistnerova
Subject: [ovirt-users] Re: How to upgrade ovirt node host?
On Tue, Feb 19, 2019 at 3:30 PM adam...@adagene.com.cn
 wrote:
>
> Thank you. Your answer solved my problems.
>  After I installed the big rpm and reboot.  there are two repo files remains  
> in /etc/yum.repos.d/
> ovirt-4.2-dependencies.repo
> ovirt-4.2.repo
> maybe I should remove the 2 files to avoid any conflicts?
>
I think that they'll disappear if you do
 
yum remove ovirt-release42
 
-Juhani
___
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/2PE4TWKZHMCJYIIDUWC7QL7JXOYV67TN/
___
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/BBI5GTNKCVEX3X5QLMZRS2HBXOT2XPZC/


[ovirt-users] Re: Unable to upload images

2019-02-19 Thread Nir Soffer
On Wed, Feb 20, 2019 at 1:01 AM  wrote:

> qemu-img info:
> LM-7.2.45.0.17004.RELEASE-Linux-KVM-XEN.disk
> image: LoadMaster-VLM-7.2.45.0.17004.RELEASE-Linux-KVM-XEN.disk
> file format: raw
> virtual size: 16G (17179869696 bytes)
> disk size: 16G
>

This is raw image, so it may work, but

ls -l:
> -rwxrwxrwx 1 michael michael 17179869185 Jan  7 16:43
> LoadMaster-VLM-7.2.45.0.17004.RELEASE-Linux-KVM-XEN.disk
>

The image size is invalid. raw image size must be aligned to 512 bytes,
this is why
we block such images in the UI.

Is it possible that the image was truncated?

According to qemu-img info, the size is 17179869696. qemu-img lie about the
size by rounding
up to the next multiple of 512.

I think this will fix your image:

truncate -s 17179869696
LoadMaster-VLM-7.2.45.0.17004.RELEASE-Linux-KVM-XEN.disk

After that uploading the image should work.

Downloading the image again and verifying the image checksum with the
vendor is probably
a good idea if you are not sure about the contents of this image.

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


[ovirt-users] Local Storage domain to Shared

2019-02-19 Thread Matt Simonsen

Hello all,

I have a few nodes with local storage, and I've considered exporting 
them via NFS to migrate into shared storage, more than a few times.


I have thought of this post on the ovirt-users list many times: 
https://lists.ovirt.org/pipermail/users/2017-December/085521.html


Is this procedure documented & fully supported? Or is it something that 
just happens to work?


The instructions provided by Gianluca seem very clear. If this isn't 
documented better, ie: a blog for the site, what are the things that I 
should include to make it of value for going on the site?


Thanks,

Matt
___
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/VEPO3YLV6TBUSCNGUESMYQDJHG43445V/


[ovirt-users] Re: Unable to upload images

2019-02-19 Thread michael
qemu-img info: 
LM-7.2.45.0.17004.RELEASE-Linux-KVM-XEN.disk
image: LoadMaster-VLM-7.2.45.0.17004.RELEASE-Linux-KVM-XEN.disk
file format: raw
virtual size: 16G (17179869696 bytes)
disk size: 16G

ls -l:
-rwxrwxrwx 1 michael michael 17179869185 Jan  7 16:43 
LoadMaster-VLM-7.2.45.0.17004.RELEASE-Linux-KVM-XEN.disk
___
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/2KTDOAVNDJPXPJ5QFWKWKZC4TBEWV2SU/


[ovirt-users] Re: Unable to upload images

2019-02-19 Thread Nir Soffer
On Tue, Feb 19, 2019 at 11:29 PM Michael Blanchard 
wrote:

> I don't even get the that point.  I try to upload to he Kemp Roadmaster
> vm in .disk format and it says not in proper format and errors out.  No log
> entries anuwhere
>

What is "Kemp Roadmaster vm in .disk format"?

Can you run this on the machine with this file?

ls -l /path/to/disk

Also this can help to understand the issue:

qemu-img info /path/to/disk

Nir


>
> Get Outlook for Android 
>
> --
> *From:* Shani Leviim 
> *Sent:* Tuesday, February 19, 2019 10:50:20 AM
> *To:* Michael Blanchard
> *Cc:* users; Nir Soffer; Daniel Erez
> *Subject:* Re: [ovirt-users] Unable to upload images
>
> Also, can you please share the output of 'ls -l' executed on the image
> you're trying to upload?
>
>
> *Regards, *
>
> *Shani Leviim *
>
>
> On Tue, Feb 19, 2019 at 3:52 PM Shani Leviim  wrote:
>
>> Hi,
>> Can you please share engine and UI logs?
>> Also, can you please attach a screenshot?
>>
>>
>> *Regards, *
>>
>> *Shani Leviim *
>>
>>
>> On Tue, Feb 19, 2019 at 1:54 AM  wrote:
>>
>>> I just updated my ovirt to the latest, and now I can't upload images
>>> that I used to be able to.  I can upload and see the nagio xi virtual
>>> appliance, but I can't upload .disk files anymore, I get a red error in GUI
>>> and it say image file not supported, but I used to be able to upload same
>>> file in previous version with no issue
>>> ___
>>> 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/EM3RUQQ6NJ5SXNFF6ZPFAHJKBIZT6UFG/
>>>
>> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they are
> addressed. If you have received this email in error please notify the
> system manager. This message contains confidential information and is
> intended only for the individual named. If you are not the named addressee
> you should not disseminate, distribute or copy this e-mail. Please notify
> the sender immediately by e-mail if you have received this e-mail by
> mistake and delete this e-mail from your system. If you are not the
> intended recipient you are notified that disclosing, copying, distributing
> or taking any action in reliance on the contents of this information is
> strictly prohibited.
>
___
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/W6DZZXFJ53HX2ZDGDNXVYYEGEVRSVYFR/


[ovirt-users] Re: ovirt 4.2.7.1 fails to deploy hosted engine on GlusterFS

2019-02-19 Thread adrianquintero
Apologies, just saw the answer on a previous post in this same thread
___
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/3TEXXRYTIHT3HPZH6VOFU5YJ5MM32ZR5/


[ovirt-users] Re: ovirt 4.2.7.1 fails to deploy hosted engine on GlusterFS

2019-02-19 Thread adrianquintero
Apologies, did not see a previous post
This works for me:
---
I had this issue this week as well.

When asked about the glusterfs that you self provisioned you stated 
"ovirt1.localdomain:/gluster_bricks/engine”

So I am new to gluster but as a client of gluster you can only refer to it via 
volume name.
host:/

Hence maybe try ovirt1.localdomain:/engine.
-

thank you.
___
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/IC4V24SWBWYYYNJ5B3TTTD2AZSBXPINN/


[ovirt-users] Re: ovirt 4.2.7.1 fails to deploy hosted engine on GlusterFS

2019-02-19 Thread adrianquintero
Apologies, did not see a previous post from Julie

This works for me:
---
I had this issue this week as well.

When asked about the glusterfs that you self provisioned you stated 
"ovirt1.localdomain:/gluster_bricks/engine”

So I am new to gluster but as a client of gluster you can only refer to it via 
volume name.
host:/

Hence maybe try ovirt1.localdomain:/engine.
-

thank you.
___
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/7CFXGJSZ55DZ2JCIX7GBMTTBSOJX4UVX/


[ovirt-users] Re: ovirt 4.2.7.1 fails to deploy hosted engine on GlusterFS

2019-02-19 Thread adrianquintero
Apologies, did not see a previous post from Julie

This works for me:
---
I had this issue this week as well.

When asked about the glusterfs that you self provisioned you stated 
"ovirt1.localdomain:/gluster_bricks/engine”

So I am new to gluster but as a client of gluster you can only refer to it via 
volume name.
host:/

Hence maybe try ovirt1.localdomain:/engine.
-

thank you.
___
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/RZAIWU5XHGXMUTJKBAY2DOO7WEUGRJAQ/


[ovirt-users] Re: ovirt 4.2.7.1 fails to deploy hosted engine on GlusterFS

2019-02-19 Thread adrianquintero
Apologies, did not see a previous post from Julie

This works for me:
---
I had this issue this week as well.

When asked about the glusterfs that you self provisioned you stated 
"ovirt1.localdomain:/gluster_bricks/engine”

So I am new to gluster but as a client of gluster you can only refer to it via 
volume name.
host:/

Hence maybe try ovirt1.localdomain:/engine.
-

thank you.
___
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/TILUKMWBPGYRQCEEX635ZOL4VQPOBTTD/


[ovirt-users] Re: ovirt 4.2.7.1 fails to deploy hosted engine on GlusterFS

2019-02-19 Thread adrianquintero
I am having the same issue from CLI and trying to use existing gluster storage 
(server1:/gluster_bricks/engine).
Error:
[ INFO  ] TASK [Add glusterfs storage domain]
[ ERROR ] Error: Fault reason is "Operation Failed". Fault detail is "[Failed 
to fetch Gluster Volume List]". HTTP response code is 400.
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "deprecations": 
[{"msg": "The 'ovirt_storage_domains' module is being renamed 
'ovirt_storage_domain'", "version": 2.8}], "msg": "Fault reason is \"Operation 
Failed\". Fault detail is \"[Failed to fetch Gluster Volume List]\". HTTP 
response code is 400."}
  Please specify the storage you would like to use (glusterfs, iscsi, 
fc, nfs)[nfs]: 

If you found a solution can you please share.

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


[ovirt-users] Re: Unable to upload images

2019-02-19 Thread Shani Leviim
Also, can you please share the output of 'ls -l' executed on the image
you're trying to upload?


*Regards,*

*Shani Leviim*


On Tue, Feb 19, 2019 at 3:52 PM Shani Leviim  wrote:

> Hi,
> Can you please share engine and UI logs?
> Also, can you please attach a screenshot?
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Tue, Feb 19, 2019 at 1:54 AM  wrote:
>
>> I just updated my ovirt to the latest, and now I can't upload images that
>> I used to be able to.  I can upload and see the nagio xi virtual appliance,
>> but I can't upload .disk files anymore, I get a red error in GUI and it say
>> image file not supported, but I used to be able to upload same file in
>> previous version with no issue
>> ___
>> 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/EM3RUQQ6NJ5SXNFF6ZPFAHJKBIZT6UFG/
>>
>
___
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/RXBN6223PHW6VCK3GE7OORU3S6FGJVPM/


[ovirt-users] Re: stucked snapshot, locked disk

2019-02-19 Thread Shani Leviim
Hi,

In order to delete all jobs (aka tasks on the UI), I'm using:
truncate table job cascade;

Which is also mentioned here:
https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh

Hope it helps


*Regards,*

*Shani Leviim*


On Mon, Feb 18, 2019 at 3:52 PM Mike Lykov  wrote:

> 14.02.2019 19:45, Jiří Sléžka пишет:
> > Hello,
> >
> > we are using ovirt 4.2.8.2-1.el7.
> >
> > One our user probably tried to preview taken snapshot but the task is
> > stucked and never finished. Also disk is locked.
>
> I'm also have this problem.
> I try to use openbaccus project for backup VMs, and all was good (manual
>   started backup, for example, did his job: take snapshot, copy VM, etc.)
>
> But when I configure a task at night (Sheduled backup VM), It was some
> sort of disaster :)
>
> It try to snapshot/copy VM in infinite loop and create dozens images,
> all of that tasks have "failed" result.
> I was forced to delete it in ovirtengine by hand, but last created task
> are stuck. I switch off baccus, because it send queries to snapshots via
> API indefinitely, In engine log:
> ---
> 2019-02-12 03:17:00,659+04 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default
> task-2941) [] User admin@internal successfully logged in with scopes:
> ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:pub
> lic-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-access
> 2019-02-12 03:17:00,697+04 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-2941) [7feb4bfd] Running command: CreateUserSessionCommand
> internal: false.
> 2019-02-12 03:17:00,704+04 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-2941) [7feb4bfd] EVENT_ID: USER_VDC_LOGIN(30), User
> admin@internal-authz connecting from '172.16.10.41' using session 'K
> tVU5wRCDZn2ZrPIE4rengdlpt+GdIfjTD6KpPIW45oY4XUfpcUCJH9ry4gRbsO98lQawu8LdMdRZ0zxqUcJKA=='
>
> logged in.
> 2019-02-12 03:17:00,804+04 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default
> task-2941) [] User admin@internal successfully logged in with scopes:
> ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:pub
> lic-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-access
> 2019-02-12 03:17:00,863+04 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-2941) [34e0ac0] Running command: CreateUserSessionCommand internal:
> false.
> 2019-02-12 03:17:00,984+04 INFO
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand]
> (default task-2941) [2f595966-44e8-4a67-8f55-a3d09836fc4d] Lock Acquired
> to object 'EngineLock:{exclusiveLocks='[f1029df3-36f3-4746-8c58-ebe
> cf860776f=VM]', sharedLocks=''}'
> 2019-02-12 03:17:00,985+04 WARN
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand]
> (default task-2941) [2f595966-44e8-4a67-8f55-a3d09836fc4d] Validation of
> action 'CreateSnapshotForVm' failed for user admin@internal-authz.
> Reasons:
>
> VAR__ACTION__CREATE,VAR__TYPE__SNAPSHOT,ACTION_TYPE_FAILED_VM_IS_DURING_SNAPSHOT
> 2019-02-12 03:17:00,985+04 INFO
> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand]
> (default task-2941) [2f595966-44e8-4a67-8f55-a3d09836fc4d] Lock freed to
> object 'EngineLock:{exclusiveLocks='[f1029df3-36f3-4746-8c58-ebecf8
> 60776f=VM]', sharedLocks=''}'
> 2019-02-12 03:17:00,990+04 ERROR
> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
> task-2941) [] Operation Failed: [Cannot create Snapshot. The VM is
> performing an operation on a Snapshot. Please wait for the operat
> ion to finish, and try again.]
> 2019-02-12 03:17:01,033+04 INFO
> [org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (default
> task-2958) [] User admin@internal successfully logged out
> 2019-02-12 03:17:01,040+04 INFO
> [org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand]
> (default task-2955) [6310d15d] Running command:
> TerminateSessionsForTokenCommand internal: true.
> 2019-02-12 03:17:01,231+04 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default
> task-2941) [] User admin@internal successfully logged in with scopes:
> ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:pub
> lic-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-access
> 2019-02-12 03:17:01,255+04 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-2941) [584a33cc] Running command: CreateUserSessionCommand
> internal: false.
> 2019-02-12 03:17:01,390+04 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default
> task-2941) [] User admin@internal successfully logged in with scopes:
> ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:pub
> lic-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-access
> 2019-02-12 03:17:01,414+04 INFO
> 

[ovirt-users] Re: oVirt Node install failed

2019-02-19 Thread kiv
Download ISO 4.2.8 node
Install.
I tried to add a host to oVirt,and receive this error.
He did not make any changes after install.

rpm -qa | grep dmidecode
python-dmidecode-3.12.2-3.el7.x86_64
dmidecode-3.1-2.el7.x86_64
___
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/7BU7GHRHMGSANUQLUYDP4SME4EIMUKLV/


[ovirt-users] Re: How to upgrade ovirt node host?

2019-02-19 Thread Juhani Rautiainen
On Tue, Feb 19, 2019 at 3:30 PM adam...@adagene.com.cn
 wrote:
>
> Thank you. Your answer solved my problems.
>  After I installed the big rpm and reboot.  there are two repo files remains  
> in /etc/yum.repos.d/
> ovirt-4.2-dependencies.repo
> ovirt-4.2.repo
> maybe I should remove the 2 files to avoid any conflicts?
>
I think that they'll disappear if you do

yum remove ovirt-release42

-Juhani
___
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/2PE4TWKZHMCJYIIDUWC7QL7JXOYV67TN/


[ovirt-users] Re: Unable to upload images

2019-02-19 Thread Shani Leviim
Hi,
Can you please share engine and UI logs?
Also, can you please attach a screenshot?


*Regards,*

*Shani Leviim*


On Tue, Feb 19, 2019 at 1:54 AM  wrote:

> I just updated my ovirt to the latest, and now I can't upload images that
> I used to be able to.  I can upload and see the nagio xi virtual appliance,
> but I can't upload .disk files anymore, I get a red error in GUI and it say
> image file not supported, but I used to be able to upload same file in
> previous version with no issue
> ___
> 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/EM3RUQQ6NJ5SXNFF6ZPFAHJKBIZT6UFG/
>
___
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/CEB5IJ43VIYJGNXQX2XB5YCUWQHOXMWZ/


[ovirt-users] Re: oVirt Node install failed

2019-02-19 Thread Sandro Bonazzola
Il giorno mar 19 feb 2019 alle ore 09:23  ha scritto:

> Hi all!
>
> The following error occurs during installation oVirt Node 4.2.8:
>
>  EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred
> during installation of Host hostname_ovirt_node2: Yum Cannot queue package
> dmidecode: Cannot retrieve metalink for repository: ovirt-4.2-epel/x86_64.
> Please verify its path and try again
>
> From shell ovirt node type command:
>
> yum install dmidecode
>

Hi, in oVirt Node 4.2.8 dmidecode is already installed:
dmidecode-3.1-2.el7.x86_64
python-dmidecode-3.12.2-3.el7.x86_64

Also, on oVirt Node 4.2 EPEL repository should be disabled by default.

Did you change something manually on it?



>
> Cannot retrieve metalink for repository: ovirt-4.2-epel/x86_64. Please
> verify its path and try again
> Uploading Enabled Repositories Report
> Loaded plugins: fastestmirror, product-id, subscription-manager
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Cannot upload enabled repos report, is this client registered?
>
> Does anyone know how to fix this?
> ___
> 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/7D4DLDSZ6F2U4CCQC63GMFYR5EF6HYDB/
>


-- 

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


[ovirt-users] Re: Unable to change cluster and data center compatibility version

2019-02-19 Thread Shani Leviim
Hi Jonathan,

Did you try first to change the compatibility of all clusters and then
change the data center's compatibility?
This once seems related: https://bugzilla.redhat.com/show_bug.cgi?id=1375567


*Regards,*

*Shani Leviim*


On Tue, Feb 19, 2019 at 11:01 AM Jonathan Mathews 
wrote:

> Good Day
>
> I have been trying to upgrade a clients oVirt from 3.6 to 4.0 but have run
> into an issue where I am unable to change the cluster and data center
> compatibility version.
>
> I get the following error in the GUI:
>
> Ovirt: Some of the hosts still use legacy protocol which is not supported
> by cluster 3.6 or higher. In order to change it a host needs to be put to
> maintenance and edited in advanced options section.
>
> This error was received with all VM's off and all hosts in maintenance.
>
> The environment has the following currently installed:
>
> Engine - CentOS 7.4 - Ovirt Engine 3.6.7.5
> Host1 - CentOS 6.9 - VDSM 4.16.30
> Host2 - CentOS 6.9 - VDSM 4.16.30
> Host3 - CentOS 6.9 - VDSM 4.16.30
>
> I also have the following from engine.log
>
> [root@ovengine ~]# tail -f /var/log/ovirt-engine/engine.log
> 2018-09-22 07:11:33,920 INFO
> [org.ovirt.engine.core.vdsbroker.VmsStatisticsFetcher]
> (DefaultQuartzScheduler_Worker-93) [7533985f] Fetched 0 VMs from VDS
> 'd82a026c-31b4-4efc-8567-c4a6bdcaa826'
> 2018-09-22 07:11:34,685 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand]
> (DefaultQuartzScheduler_Worker-99) [4b7e3710] FINISH,
> DisconnectStoragePoolVDSCommand, log id: 1ae6f0a9
> 2018-09-22 07:11:34,687 INFO
> [org.ovirt.engine.core.bll.storage.DisconnectHostFromStoragePoolServersCommand]
> (DefaultQuartzScheduler_Worker-99) [2a6aa6f6] Running command:
> DisconnectHostFromStoragePoolServersCommand internal: true. Entities
> affected :  ID: 5849b030-626e-47cb-ad90-3ce782d831b3 Type: StoragePool
> 2018-09-22 07:11:34,706 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand]
> (DefaultQuartzScheduler_Worker-99) [2a6aa6f6] START,
> DisconnectStorageServerVDSCommand(HostName = ovhost3,
> StorageServerConnectionManagementVDSParameters:{runAsync='true',
> hostId='d82a026c-31b4-4efc-8567-c4a6bdcaa826',
> storagePoolId='5849b030-626e-47cb-ad90-3ce782d831b3', storageType='NFS',
> connectionList='[StorageServerConnections:{id='3fdffb4c-250b-4a4e-b914-e0da1243550e',
> connection='172.16.0.10:/raid0/data/_NAS_NFS_Exports_/STORAGE1',
> iqn='null', vfsType='null', mountOptions='null', nfsVersion='null',
> nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'},
> StorageServerConnections:{id='4d95c8ca-435a-4e44-86a5-bc7f3a0cd606',
> connection='172.16.0.20:/data/ov-export', iqn='null', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'},
> StorageServerConnections:{id='82ecbc89-bdf3-4597-9a93-b16f3a6ac117',
> connection='172.16.0.11:/raid1/data/_NAS_NFS_Exports_/4TB', iqn='null',
> vfsType='null', mountOptions='null', nfsVersion='null', nfsRetrans='null',
> nfsTimeo='null', iface='null', netIfaceName='null'},
> StorageServerConnections:{id='29bb3394-fb61-41c0-bb5a-1fa693ec2fe2',
> connection='172.16.0.11:/raid1/data/_NAS_NFS_Exports_/iso', iqn='null',
> vfsType='null', mountOptions='null', nfsVersion='V3', nfsRetrans='null',
> nfsTimeo='null', iface='null', netIfaceName='null'}]'}), log id: 48c5ffd6
> 2018-09-22 07:11:34,991 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand]
> (DefaultQuartzScheduler_Worker-99) [2a6aa6f6] FINISH,
> DisconnectStorageServerVDSCommand, return:
> {3fdffb4c-250b-4a4e-b914-e0da1243550e=0,
> 29bb3394-fb61-41c0-bb5a-1fa693ec2fe2=0,
> 82ecbc89-bdf3-4597-9a93-b16f3a6ac117=0,
> 4d95c8ca-435a-4e44-86a5-bc7f3a0cd606=0}, log id: 48c5ffd6
> 2018-09-22 07:11:56,367 WARN
> [org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-29)
> [1a31cc53] CanDoAction of action 'UpdateVdsGroup' failed for user
> admin@internal. Reasons:
> VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,ACTION_TYPE_FAILED_WRONG_PROTOCOL_FOR_CLUSTER_VERSION
> 2018-09-22 07:12:41,017 WARN
> [org.ovirt.engine.core.bll.storage.UpdateStoragePoolCommand] (default
> task-29) [efd285b] CanDoAction of action 'UpdateStoragePool' failed for
> user admin@internal. Reasons:
> VAR__TYPE__STORAGE__POOL,VAR__ACTION__UPDATE,$ClustersList
> Default,ERROR_CANNOT_UPDATE_STORAGE_POOL_COMPATIBILITY_VERSION_BIGGER_THAN_CLUSTERS
> 2018-09-22 07:13:15,717 WARN
> [org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-6)
> [4c9f3ee8] CanDoAction of action 'UpdateVdsGroup' failed for user
> admin@internal. Reasons:
> VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,ACTION_TYPE_FAILED_WRONG_PROTOCOL_FOR_CLUSTER_VERSION
> 2018-09-22 07:15:21,460 WARN
> [org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-28)
> [649bae65] CanDoAction of action 'UpdateVdsGroup' failed for user
> admin@internal. Reasons:
> 

[ovirt-users] Status of Snaphots and LVCache for VDO volume in oVirt 4.3

2019-02-19 Thread Guillaume Pavese
Hi,

Currently choosing VDO at volume setup forces creation of a thick LV due to
a RHEL bug, cf :
https://bugzilla.redhat.com/show_bug.cgi?id=1634551
https://bugzilla.redhat.com/show_bug.cgi?id=1600156

The latter was closed while pointing to the following workaround :
https://access.redhat.com/solutions/3562021
It is also said there that full fix will be available in RHEL-8

Thin LV  are necessary to enable volume snapshots and LVCache, and are
currently not possible on VDO volumes
Does the above comments in BZs  mean that it will still not be possible to
configure Thin LV for VDO volumes with ovirt-4.3.x/Centos-7.X either?
We have been postponing rolling out oVirt-4.2 in production because of
these two major cons.

Please advise if you think RHEL-8 will be necessary in order to have VDO
volumes on par with normal volumes (snapshots and LVCache). In that case we
will deploy production asap without VDO.
Should we instead force the creation of VDO volmume on ThinLV by tweaking
the gdeploy configuration and applying the mentionned workaround?

Thanks

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
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/3XB5MIALNQIAJXMBAPDPW6YK5VURBEQX/


[ovirt-users] Re: How to upgrade ovirt node host?

2019-02-19 Thread adam...@adagene.com.cn
Thank you. Your answer solved my problems.
 After I installed the big rpm and reboot.  there are two repo files remains  
in /etc/yum.repos.d/ 
ovirt-4.2-dependencies.repo
ovirt-4.2.repo
maybe I should remove the 2 files to avoid any conflicts?




yours Adam
 
From: Juhani Rautiainen
Date: 2019-02-18 19:37
To: Lucie Leistnerova
CC: adam...@adagene.com.cn; ovirtlist
Subject: Re: [ovirt-users] Re: How to upgrade ovirt node host?
On Mon, Feb 18, 2019 at 9:19 AM Lucie Leistnerova  wrote:
 
>
> 1. Ensure the correct repositories are enabled. You can check which 
> repositories are currently enabled by running yum repolist.
>
> You can do it like this:
>
> # yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
 
And this lead me to problems when I did 'yum update' after that. It
should work but didn't. So do this instead:
 
yum update ovirt-node-ng-image-update
 
or do to everything in one step:
 
yum install 
https://resources.ovirt.org/pub/ovirt-4.3/rpm/el7/noarch/ovirt-node-ng-image-update-4.3.0-1.el7.noarch.rpm.
 
I tried both and they worked.
 
-Juhani
 
 
-Juhani
___
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/KKMXDF7VE2IZWNVY6Z4UTJVPOSPMISU2/


[ovirt-users] Re: How to upgrade ovirt node host?

2019-02-19 Thread Juhani Rautiainen
On Mon, Feb 18, 2019 at 9:19 AM Lucie Leistnerova  wrote:

>
> 1. Ensure the correct repositories are enabled. You can check which 
> repositories are currently enabled by running yum repolist.
>
> You can do it like this:
>
> # yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm

And this lead me to problems when I did 'yum update' after that. It
should work but didn't. So do this instead:

yum update ovirt-node-ng-image-update

or do to everything in one step:

yum install 
https://resources.ovirt.org/pub/ovirt-4.3/rpm/el7/noarch/ovirt-node-ng-image-update-4.3.0-1.el7.noarch.rpm.

I tried both and they worked.

-Juhani


-Juhani
___
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/NNQ7K6Z3LAUQTS3YOTCULMDHAI3YOGRC/


[ovirt-users] How to recreate Ovirt CA from scratch

2019-02-19 Thread Giorgio Biacchi
Hi list,
during our datacenter lifetime many things changed. We moved the engine
twice on different hosts with, of course, different FQDNs, and many
other changes. Now we are stuck with an error when we try to upload an
image to a data domain. The error is somehow bound to a failure to
validate the ovirt-imageio-proxy certificate and, since the current root
CA certificate is still signed with sha1WithRSAEncryption we'd like to
regenerate the whole CA.

That's the steps we've done.. without success...

1) Make a tar.gz of the /etc/pki/ovirt-engine as backup
2) Create a new CA cert using the same private key:
openssl req -key /etc/pki/ovirt-engine/private/ca.pem -new -x509 -days
3650 -sha256 -extensions v3_ca -out newca.cert.pem
3) Put the new CA cert in place
mv ca.pem ca.pem.orig.20190219;mv newca.cert.pem ca.pem
4) Resign all the other certs
names="engine apache websocket-proxy jboss imageio-proxy"
for name in $names; do
subject="$(
openssl \
x509 \
-in /etc/pki/ovirt-engine/certs/"${name}".cer \
-noout \
-subject \
| sed \
's;subject= \(.*\);\1;' \
)"
/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh \
--name="${name}" \
--password=mypass \
--subject="${subject}" \
--keep-key
done
5) Restart all the services
systemctl restart httpd
systemctl restart ovirt-engine
systemctl restart ovirt-websocket-proxy
systemctl restart ovirt-imageio-proxy


The following step was to take the backup at 1) and fall back to the
initial state because nothing worked as expected.

There's any documented procedure about how to recreate Ovirt CA from
scratch??

Thanks in advance
-- 
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
___
Users mailing list -- users@ovirt.org
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/BBHOYNCALUHU7HQJOXA7KCN2MDFRT6JR/


[ovirt-users] Re: Forcing vdsm to configure another NIC as the bridge (oVirt 4.2.8)

2019-02-19 Thread Ales Musil
I am not sure if the message reached the list so I will write it again.

On Wed, Feb 13, 2019 at 2:37 AM  wrote:

> Thank you for your help!
>
> Please note:
>
> - eno1 is a 1Gb connection and was the one used when oVirt was installed.
> It is currently the only interface actually connected to anything.
>

It seems like the 'eno1' is part of the 'ovirtmgmt' according to the report
from vdsm. But it seems out of sync with engine expectations.
Can you try what Miguel has suggested:

"You can configure the new nic through the UI, by clicking through
'Compute' > "Hosts" > (select the host in question) > "Network
Interfaces" > "Setup Host Networks".

There you can attach the desired network to the desired nic."

But before confirmation uncheck "Verify connectivity between Host and
Engine". This is needed if you want to move management network as the vdsm
is guaranteed to lose connection for a brief moment.

Hopefully it helps.


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA 


amu...@redhat.com   IM: amusil

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


[ovirt-users] Re: ovirt node installation and deploy...

2019-02-19 Thread matteo fedeli
So, If I have 3 HHD per server from 500GB each, how do you complile Size(GB) 
and Logical Size(GB)? (Target: 1st HDD ovirt node, 2nd vmstore + engine, 3rd 
data)

I think to do this configuration:
http://oi68.tinypic.com/33xwlj4.jpg
http://oi64.tinypic.com/2gt58gz.jpg

On the engine and vmstore should I active the arbiter maybe... Or not? what do 
you think? I read from red hat docs that arbiter disk can be more smaller than 
data disk it was referring to logical or physical disk?
___
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/GRNV23KM6IK4PHWAPUOOR5ZU5PFIOQTV/


[ovirt-users] Re: cannot start vm after upgrade to ovirt-4.3

2019-02-19 Thread Moritz Baumann

Thank you Simone,

that worked.



On 19.02.19 12:40, Simone Tiraboschi wrote:



On Tue, Feb 19, 2019 at 12:18 PM Moritz Baumann 
mailto:moritz.baum...@inf.ethz.ch>> wrote:


After upgrading from 4.2 -> 4.3 I cannot start a vm anymore.

I try to start the vm with run once on a specific node (ovirt-node04)
and this is the output of /var/log/vdsm/vdsm.log


VolumeDoesNotExist: Volume does not exist:
(u'482698c2-b1bd-4715-9bc5-e222405260df',)
2019-02-19 12:08:34,322+0100 INFO  (vm/abee17b9)
[storage.TaskManager.Task]
(Task='d04f3abb-f3d3-4e2f-902f-d3c5e4fabc36')
aborting: Task is aborted: "Volume does not exist:
(u'482698c2-b1bd-4715-9bc5-e222405260df',)" - code 201 (task:1181)
2019-02-19 12:08:34,322+0100 ERROR (vm/abee17b9) [storage.Dispatcher]
FINISH prepareImage error=Volume does not exist:
(u'482698c2-b1bd-4715-9bc5-e222405260df',) (dispatcher:81)
2019-02-19 12:08:34,322+0100 ERROR (vm/abee17b9) [virt.vm]
(vmId='abee17b9-079e-452c-a97d-99eff951dc39') The vm start process
failed (vm:937)
Traceback (most recent call last):
    File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line
866, in
_startUnderlyingVm
      self._run()
    File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2749,
in _run
      self._devices = self._make_devices()
    File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2589,
in _make_devices
      disk_objs = self._perform_host_local_adjustment()
    File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2662,
in _perform_host_local_adjustment
      self._preparePathsForDrives(disk_params)
    File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1011,
in _preparePathsForDrives
      drive['path'] = self.cif.prepareVolumePath(drive, self.id
)
    File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 415,
in prepareVolumePath
      raise vm.VolumeError(drive)
VolumeError: Bad volume specification {'index': 1, 'domainID':


Hi,
I think you hit this bug: https://bugzilla.redhat.com/1666795

Manually setting back all the disk image files in the storage domain as 
vdm:kvm (36:36), 660 is a temporary workaround.
Adding all_squash,anonuid=36,anongid=36 to the configuration of your NFS 
share should avoid that until a proper fix will be released.

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


[ovirt-users] Re: Suggestions on adding 1000 or more networks to an engine/hosts

2019-02-19 Thread Miguel Duarte de Mora Barroso
On Mon, Feb 18, 2019 at 9:41 PM Brian Wilson  wrote:
>
> It looked to continue to add them if looking at something like output from 
> "ip link".
>
> I was not however able to save the networks so the host always had "Unsaved 
> Network Changes".
>
> I eventually needed to use the host and rebooted it and since they weren't 
> saved they were all gone on reboot.
>
>
>
> So the takeaway i see here is that with Bridged Networks there is a softlimit 
> of ~350 in a Datacenter/Cluster due to the timeout of the VDSM.  "vdsTimeout"
>
> Is this something we could tune if we wanted have more than 350?
>
> Im trying to think of what would happen if we increased that to anything else 
> though.

I think Petr is the best person to theorize over this :)

+Petr Horacek , what are your thoughts on this matter?

>
>
> ___
> 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/SUANWYTO727LRQFC5X22G2AVSNQ52HG6/
___
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/AXD3O5XPLDIPXULXDFGKO6ZGOTNCHWUR/


[ovirt-users] Re: cannot start vm after upgrade to ovirt-4.3

2019-02-19 Thread Simone Tiraboschi
On Tue, Feb 19, 2019 at 12:18 PM Moritz Baumann 
wrote:

> After upgrading from 4.2 -> 4.3 I cannot start a vm anymore.
>
> I try to start the vm with run once on a specific node (ovirt-node04)
> and this is the output of /var/log/vdsm/vdsm.log
>



> VolumeDoesNotExist: Volume does not exist:
> (u'482698c2-b1bd-4715-9bc5-e222405260df',)
> 2019-02-19 12:08:34,322+0100 INFO  (vm/abee17b9)
> [storage.TaskManager.Task] (Task='d04f3abb-f3d3-4e2f-902f-d3c5e4fabc36')
> aborting: Task is aborted: "Volume does not exist:
> (u'482698c2-b1bd-4715-9bc5-e222405260df',)" - code 201 (task:1181)
> 2019-02-19 12:08:34,322+0100 ERROR (vm/abee17b9) [storage.Dispatcher]
> FINISH prepareImage error=Volume does not exist:
> (u'482698c2-b1bd-4715-9bc5-e222405260df',) (dispatcher:81)
> 2019-02-19 12:08:34,322+0100 ERROR (vm/abee17b9) [virt.vm]
> (vmId='abee17b9-079e-452c-a97d-99eff951dc39') The vm start process
> failed (vm:937)
> Traceback (most recent call last):
>File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 866, in
> _startUnderlyingVm
>  self._run()
>File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2749,
> in _run
>  self._devices = self._make_devices()
>File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2589,
> in _make_devices
>  disk_objs = self._perform_host_local_adjustment()
>File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2662,
> in _perform_host_local_adjustment
>  self._preparePathsForDrives(disk_params)
>File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1011,
> in _preparePathsForDrives
>  drive['path'] = self.cif.prepareVolumePath(drive, self.id)
>File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 415,
> in prepareVolumePath
>  raise vm.VolumeError(drive)
> VolumeError: Bad volume specification {'index': 1, 'domainID':
>

Hi,
I think you hit this bug: https://bugzilla.redhat.com/1666795

Manually setting back all the disk image files in the storage domain as
vdm:kvm (36:36), 660 is a temporary workaround.
Adding all_squash,anonuid=36,anongid=36 to the configuration of your NFS
share should avoid that until a proper fix will be released.
___
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/7ORNDLRII4J2L6XBZBOZ753R7BXQ2BLP/


[ovirt-users] cannot start vm after upgrade to ovirt-4.3

2019-02-19 Thread Moritz Baumann

After upgrading from 4.2 -> 4.3 I cannot start a vm anymore.

I try to start the vm with run once on a specific node (ovirt-node04) 
and this is the output of /var/log/vdsm/vdsm.log


2019-02-19 12:08:33,626+0100 INFO  (jsonrpc/6) [api.host] START 
getAllVmStats() from=:::129.132.17.194,33924 (api:48)
2019-02-19 12:08:33,631+0100 INFO  (jsonrpc/6) [api.host] FINISH 
getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 
'statsList': (suppressed)} from=:::129.132.17.194,33924 (api:54)
2019-02-19 12:08:33,633+0100 INFO  (jsonrpc/6) [jsonrpc.JsonRpcServer] 
RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312)
2019-02-19 12:08:34,218+0100 INFO  (jsonrpc/4) [api.virt] START 
create(vmParams={u'xml': u'type="kvm" xmlns:ovirt-tune="http://ovirt.org/vm/tune/1.0; 
xmlns:ovirt-vm="http://ovirt.org/vm/1.0;>mortalkombatabee17b9-079e-452c-a97d-99eff951dc3920971522097152slots="16">838860816type="smbios">oVirtname="product">OS-NAME:name="version">OS-VERSION:name="serial">HOST-SERIAL:name="uuid">abee17b9-079e-452c-a97d-99eff951dc39offset="variable" adjustment="0">tickpolicy="catchup">tickpolicy="delay">present="no">match="exact">SandyBridgepolicy="require">policy="require">policy="require">sockets="16">memory="2097152">type="mouse" bus="ps2">type="virtio" name="ovirt-guest-agent.0">path="/var/lib/libvirt/qemu/channels/abee17b9-079e-452c-a97d-99eff951dc39.ovirt-guest-agent.0">type="unix">name="org.qemu.guest_agent.0">path="/var/lib/libvirt/qemu/channels/abee17b9-079e-452c-a97d-99eff951dc39.org.qemu.guest_agent.0">model="virtio">/dev/urandomname="ua-39b1e011-518c-4ca6-91c8-6ae63cea0824">type="qxl" vram="32768" heads="1" ram="65536" 
vgamem="16384">name="ua-5de2d61a-2e0e-4194-b023-c1bfcb8f9f4e">bus="0x00" domain="0x" function="0x0" slot="0x02" 
type="pci">ports="16">name="ua-78c78899-4f5b-4217-95eb-d11ebf3b882e">bus="0x00" domain="0x" function="0x0" slot="0x04" 
type="pci">model="piix3-uhci" index="0">function="0x2" slot="0x01" type="pci">model="virtio">name="ua-94e7e4cb-9b07-4560-bb25-b02ef2b0cdbe">bus="0x00" domain="0x" function="0x0" slot="0x06" 
type="pci">autoport="yes" passwd="*" passwdValidTo="1970-01-01T00:00:01" 
tlsPort="-1">name="main" mode="secure">mode="secure">mode="secure">mode="secure">mode="secure">mode="secure">mode="secure">mode="secure">network="vdsm-ovirtmgmt">type="spicevmc">name="com.redhat.spice.0">type="bridge">state="up">name="ua-b5ce5e56-0a45-4917-b60b-a83edae1c649">bus="0x00" domain="0x" function="0x0" slot="0x03" 
type="pci">address="00:1a:4a:1b:a4:01">filter="vdsm-no-mac-spoofing">type="file" device="cdrom" snapshot="no">error_policy="report">startupPolicy="optional">bus="ide">name="ua-70717d83-9339-426b-b954-0ed01f8d60db">controller="0" unit="0" type="drive" target="0">snapshot="no" type="file" device="disk">bus="virtio">file="/rhev/data-center/0002-0002-0002-0002-03c4/c17d9d7f-e578-4626-a5d9-94ea555d7115/images/ef5893bc-cbe0-4971-8884-a4547a65fcc8/21f73e32-2bd1-46db-a4cd-b0e01416954c">name="qemu" io="threads" type="raw" error_policy="stop" 
cache="none">name="ua-ef5893bc-cbe0-4971-8884-a4547a65fcc8">order="1">ef5893bc-cbe0-4971-8884-a4547a65fcc8snapshot="no" type="file" device="disk">bus="virtio">file="/rhev/data-center/0002-0002-0002-0002-03c4/c17d9d7f-e578-4626-a5d9-94ea555d7115/images/9b913d5d-5103-44c8-9053-6a02f5dd3562/482698c2-b1bd-4715-9bc5-e222405260df">name="qemu" io="threads" type="raw" error_policy="stop" 
cache="none">name="ua-9b913d5d-5103-44c8-9053-6a02f5dd3562">9b913d5d-5103-44c8-9053-6a02f5dd3562enabled="no">enabled="no">machine="pc-i440fx-rhel7.6.0">hvmmode="sysinfo">timeout="3">type="int">20484.3mac_address="00:1a:4a:1b:a4:01">devtype="disk" 
name="vda">0002-0002-0002-0002-03c421f73e32-2bd1-46db-a4cd-b0e01416954cef5893bc-cbe0-4971-8884-a4547a65fcc8c17d9d7f-e578-4626-a5d9-94ea555d7115devtype="disk" 
name="vdb">0002-0002-0002-0002-03c4482698c2-b1bd-4715-9bc5-e222405260df9b913d5d-5103-44c8-9053-6a02f5dd3562c17d9d7f-e578-4626-a5d9-94ea555d7115falseauto_resume'}) 
from=:::129.132.17.194,33924, 
flow_id=978c7200-b51e-42f8-962d-e8e11383ee53, vmId= (api:48)
2019-02-19 12:08:34,255+0100 INFO  (jsonrpc/4) [api.virt] FINISH create 
return={'status': {'message': 'Done', 'code': 0}, 'vmList': {'status': 
'WaitForLaunch', 'maxMemSize': 8192, 'acpiEnable': 'true', 
'emulatedMachine': 'pc-i440fx-rhel7.6.0', 'vmId': 
'abee17b9-079e-452c-a97d-99eff951dc39', 'memGuaranteedSize': 2048, 
'timeOffset': '0', 'smpThreadsPerCore': '1', 'cpuType': 'SandyBridge', 
'guestDiskMapping': {}, 'arch': 'x86_64', 'smp': '1', 'guestNumaNodes': 
[{'nodeIndex': 0, 'cpus': '0', 'memory': '2048'}], u'xml': u'version="1.0" encoding="UTF-8"?>xmlns:ovirt-tune="http://ovirt.org/vm/tune/1.0; 

[ovirt-users] Unable to change cluster and data center compatibility version

2019-02-19 Thread Jonathan Mathews
Good Day

I have been trying to upgrade a clients oVirt from 3.6 to 4.0 but have run
into an issue where I am unable to change the cluster and data center
compatibility version.

I get the following error in the GUI:

Ovirt: Some of the hosts still use legacy protocol which is not supported
by cluster 3.6 or higher. In order to change it a host needs to be put to
maintenance and edited in advanced options section.

This error was received with all VM's off and all hosts in maintenance.

The environment has the following currently installed:

Engine - CentOS 7.4 - Ovirt Engine 3.6.7.5
Host1 - CentOS 6.9 - VDSM 4.16.30
Host2 - CentOS 6.9 - VDSM 4.16.30
Host3 - CentOS 6.9 - VDSM 4.16.30

I also have the following from engine.log

[root@ovengine ~]# tail -f /var/log/ovirt-engine/engine.log
2018-09-22 07:11:33,920 INFO
[org.ovirt.engine.core.vdsbroker.VmsStatisticsFetcher]
(DefaultQuartzScheduler_Worker-93) [7533985f] Fetched 0 VMs from VDS
'd82a026c-31b4-4efc-8567-c4a6bdcaa826'
2018-09-22 07:11:34,685 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand]
(DefaultQuartzScheduler_Worker-99) [4b7e3710] FINISH,
DisconnectStoragePoolVDSCommand, log id: 1ae6f0a9
2018-09-22 07:11:34,687 INFO
[org.ovirt.engine.core.bll.storage.DisconnectHostFromStoragePoolServersCommand]
(DefaultQuartzScheduler_Worker-99) [2a6aa6f6] Running command:
DisconnectHostFromStoragePoolServersCommand internal: true. Entities
affected :  ID: 5849b030-626e-47cb-ad90-3ce782d831b3 Type: StoragePool
2018-09-22 07:11:34,706 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand]
(DefaultQuartzScheduler_Worker-99) [2a6aa6f6] START,
DisconnectStorageServerVDSCommand(HostName = ovhost3,
StorageServerConnectionManagementVDSParameters:{runAsync='true',
hostId='d82a026c-31b4-4efc-8567-c4a6bdcaa826',
storagePoolId='5849b030-626e-47cb-ad90-3ce782d831b3', storageType='NFS',
connectionList='[StorageServerConnections:{id='3fdffb4c-250b-4a4e-b914-e0da1243550e',
connection='172.16.0.10:/raid0/data/_NAS_NFS_Exports_/STORAGE1',
iqn='null', vfsType='null', mountOptions='null', nfsVersion='null',
nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'},
StorageServerConnections:{id='4d95c8ca-435a-4e44-86a5-bc7f3a0cd606',
connection='172.16.0.20:/data/ov-export', iqn='null', vfsType='null',
mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
iface='null', netIfaceName='null'},
StorageServerConnections:{id='82ecbc89-bdf3-4597-9a93-b16f3a6ac117',
connection='172.16.0.11:/raid1/data/_NAS_NFS_Exports_/4TB', iqn='null',
vfsType='null', mountOptions='null', nfsVersion='null', nfsRetrans='null',
nfsTimeo='null', iface='null', netIfaceName='null'},
StorageServerConnections:{id='29bb3394-fb61-41c0-bb5a-1fa693ec2fe2',
connection='172.16.0.11:/raid1/data/_NAS_NFS_Exports_/iso', iqn='null',
vfsType='null', mountOptions='null', nfsVersion='V3', nfsRetrans='null',
nfsTimeo='null', iface='null', netIfaceName='null'}]'}), log id: 48c5ffd6
2018-09-22 07:11:34,991 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand]
(DefaultQuartzScheduler_Worker-99) [2a6aa6f6] FINISH,
DisconnectStorageServerVDSCommand, return:
{3fdffb4c-250b-4a4e-b914-e0da1243550e=0,
29bb3394-fb61-41c0-bb5a-1fa693ec2fe2=0,
82ecbc89-bdf3-4597-9a93-b16f3a6ac117=0,
4d95c8ca-435a-4e44-86a5-bc7f3a0cd606=0}, log id: 48c5ffd6
2018-09-22 07:11:56,367 WARN
[org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-29)
[1a31cc53] CanDoAction of action 'UpdateVdsGroup' failed for user
admin@internal. Reasons:
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,ACTION_TYPE_FAILED_WRONG_PROTOCOL_FOR_CLUSTER_VERSION
2018-09-22 07:12:41,017 WARN
[org.ovirt.engine.core.bll.storage.UpdateStoragePoolCommand] (default
task-29) [efd285b] CanDoAction of action 'UpdateStoragePool' failed for
user admin@internal. Reasons:
VAR__TYPE__STORAGE__POOL,VAR__ACTION__UPDATE,$ClustersList
Default,ERROR_CANNOT_UPDATE_STORAGE_POOL_COMPATIBILITY_VERSION_BIGGER_THAN_CLUSTERS
2018-09-22 07:13:15,717 WARN
[org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-6)
[4c9f3ee8] CanDoAction of action 'UpdateVdsGroup' failed for user
admin@internal. Reasons:
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,ACTION_TYPE_FAILED_WRONG_PROTOCOL_FOR_CLUSTER_VERSION
2018-09-22 07:15:21,460 WARN
[org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-28)
[649bae65] CanDoAction of action 'UpdateVdsGroup' failed for user
admin@internal. Reasons:
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,ACTION_TYPE_FAILED_WRONG_PROTOCOL_FOR_CLUSTER_VERSION
2018-09-22 07:18:44,633 WARN
[org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-8)
[23167cfd] CanDoAction of action 'UpdateVdsGroup' failed for user
admin@internal. Reasons:
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,ACTION_TYPE_FAILED_WRONG_PROTOCOL_FOR_CLUSTER_VERSION
2018-09-22 07:24:20,372 WARN
[org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-15)
[5d2ce633] CanDoAction of action 

[ovirt-users] oVirt Node install failed

2019-02-19 Thread kiv
Hi all!

The following error occurs during installation oVirt Node 4.2.8:

 EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during 
installation of Host hostname_ovirt_node2: Yum Cannot queue package dmidecode: 
Cannot retrieve metalink for repository: ovirt-4.2-epel/x86_64. Please verify 
its path and try again

From shell ovirt node type command:

yum install dmidecode

Cannot retrieve metalink for repository: ovirt-4.2-epel/x86_64. Please verify 
its path and try again
Uploading Enabled Repositories Report
Loaded plugins: fastestmirror, product-id, subscription-manager
This system is not registered with an entitlement server. You can use 
subscription-manager to register.
Cannot upload enabled repos report, is this client registered?

Does anyone know how to fix this?
___
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/7D4DLDSZ6F2U4CCQC63GMFYR5EF6HYDB/


[ovirt-users] Re: Migration of VMs across two Ovirt setups

2019-02-19 Thread Luca 'remix_tj' Lorenzetto
Hello Dipak,

i didn't used export domains, but directly data domain, which avoided
me the long time of copying and importing back before powering on.

Luca

On Tue, Feb 19, 2019 at 8:59 AM Dipak D. Chaudhari  wrote:
>
>
> Thanks
>
> Migrated in same way.
>
> 1] Created new nfs export domain on Local data center
> 2] Added export domain to local data center
> 3] Powered off all VMs and exported all VM and related templates to export 
> domain
> 4] Enabled maintenance for domain and detached from Local Data Center Setup
> 5] Added nfs domain created in step 1 to another Data Center
> 6] Imported VMs with templates
> 7] Enabled maintenance for domain and detached from Data Center
> 8]  Dismantled local data center
>
> Done :)
>
>
>
>
>
> On Mon, Feb 18, 2019 at 3:21 PM Luca 'remix_tj' Lorenzetto 
>  wrote:
>>
>> Hello Dipak,
>>
>> we shut down all the vms in a storage domain, detached and then
>> imported on the new environment. Once imported we moved the vms to a
>> newer storage and the old one removed.
>>
>> I don't know what can happen with local storage, but i think works
>> like shared storage.
>>
>> Luca
>>
>> On Sat, Feb 16, 2019 at 6:39 AM  wrote:
>> >
>> > Hi,
>> >
>> > I have two ovirt setups having multiple hosts and cluster and around 100+ 
>> > vms in one and around 32 in one setup.
>> >
>> > I want to dismantle one setup and before before doing so all vms are need 
>> > to be migrated to one setup
>> >
>> > I tried with import vms from another setup using Libvert -- 
>> > https://ovirt.org/develop/release-management/features/virt/KvmToOvirt.html 
>> > but no luck connection not getting established.
>> >
>> > What if I simply remove one host from one setup having local storage(all 
>> > vms are located on local storage) and simply add it to another setup? and 
>> > then migrate VMs from local to shared storage and then dismantle host !
>> >
>> >
>> > Regards
>> > Dipak Chaudhari
>> > ___
>> > 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/NWV54RQGZWPTA6HGAU2O42F2WSVFZCZC/
>>
>>
>>
>> --
>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
>> calcoli che potrebbero essere affidati a chiunque se si usassero delle
>> macchine"
>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>>
>> "Internet è la più grande biblioteca del mondo.
>> Ma il problema è che i libri sono tutti sparsi sul pavimento"
>> John Allen Paulos, Matematico (1945-vivente)
>>
>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
>> 
>
>
>
> --
>
> Thanks & Regards,
> Dipak D. Chaudhari
>
>


-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
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/QG4WN536Y5W5F7PFBE7UVSQWKPNBJN47/