[ovirt-users] aquantia 107 (10Gbase-T NIC) driver for oVirt node-ng?

[Edward Berger]

I'm not sure where to send a request for including the current Aquantia 107
(10GbaseT nic) driver to be included in the ovirt-node-ng image.  I don't
see a centos RPM for kmod-redhat-atlantic, apparently there's a scientific
linux rpm available for download.
___
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/5JONAJMDG2C6DMW2EY5URSUZIDD5TQQU/

[ovirt-users] Re: Self-Hosted engine deploy fails but hosted-engine --vm-status shows engine in good health

[Sam McLeod]

Did you get anywhere with this?

I'm having quite a similar issue with ovirt 4.2 on CentOS 7:

Deployment output: https://paste.fedoraproject.org/paste/j8G7EVHBoW4JK7orp-mD8A 

SQL errors: https://paste.fedoraproject.org/paste/tYNtxsVHMCETwWBMuM2wyg 



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

[ovirt-users] Re: VMs unexpectidly restarted

[Nir Soffer]

On Thu, Oct 18, 2018 at 3:43 PM fsoyer  wrote:

> Hi,
> I forgot to look in the /var/log/messages file on the host ! What a shame
> :/
> Here is the messages file at the time of the error :
> https://gist.github.com/fsoyer/4d1247d4c3007a8727459efd23d89737
> At the sasme time, the second host as no particular messages in its log.
> Does anyone have an idea of the source problem ?
>

The problem started when sanlock could not renew storage leases held by
some processes:

Oct 16 11:01:46 victor sanlock[904]: 2018-10-16 11:01:46 2945585 [4167]: s3
delta_renew read timeout 10 sec offset 0
/rhev/data-center/mnt/glusterSD/victor.local.systea.fr:
_DATA02/ffc53fd8-c5d1-4070-ae51-2e91835cd937/dom_md/ids
Oct 16 11:01:46 victor sanlock[904]: 2018-10-16 11:01:46 2945585 [4167]: s3
renewal error -202 delta_length 25 last_success 2945539

After 80 seconds, the vms are terminated by sanlock:

Oct 16 11:02:19 victor sanlock[904]: 2018-10-16 11:02:18 2945617 [904]: s1
check_our_lease failed 80
Oct 16 11:02:19 victor sanlock[904]: 2018-10-16 11:02:18 2945617 [904]: s1
kill 13823 sig 15 count 1

But process 13823 cannot be killed, since it is blocked on storage, so
sanlock send many more
TERM signals:

Oct 16 11:02:33 victor sanlock[904]: 2018-10-16 11:02:33 2945633 [904]: s1
kill 13823 sig 15 count 17

The VM finally dies after 17 retries:

Oct 16 11:02:33 victor sanlock[904]: 2018-10-16 11:02:33 2945633 [904]:
dead 13823 ci 10 count 17

We can see the same flow for other processes (HA VMs?)

This allows the system to start the HA VM
on another host, which is what we see in the events log in the first
message.

Trying to restart VM npi2 on Host victor.local.systea.fr
16 oct. 2018 11:02:33
Highly Available VM npi2 failed. It will be restarted automatically.
16 oct. 2018 11:02:33
VM npi2 is down with error. Exit message: VM has been terminated on the
host.

If the VMs were not started successfully on the other hosts, maybe the
storage domain
used for VM lease is not accessible?

It is recommended to choose the same storage domain used by the other VM
disks for
the VM lease.

Also check that all storage domains are accessible - if they are not you
will have warnings
in /var/log/vdsm/vdsm.log.

Nir


>
>
> --
>
> Cordialement,
>
> *Frank*
>
>
> Le Mardi, Octobre 16, 2018 13:25 CEST, "fsoyer"  a
> écrit:
>
>
>
>
> Hi all,
> this morning, some of my VMs were restarted unexpectidly. The events in
> GUI say :
>
> 16 oct. 2018 11:03:50
> Trying to restart VM patjoub1 on Host ginger.local.systea.fr
> 16 oct. 2018 11:03:26
> Trying to restart VM op2drugs1 on Host victor.local.systea.fr
> 16 oct. 2018 11:03:23
> Trying to restart VM npi2 on Host ginger.local.systea.fr
> 16 oct. 2018 11:02:54
> Trying to restart VM op2drugs1 on Host victor.local.systea.fr
> 16 oct. 2018 11:02:54
> Trying to restart VM patjoub1 on Host ginger.local.systea.fr
> 16 oct. 2018 11:02:53
> Highly Available VM op2drugs1 failed. It will be restarted automatically.
> 16 oct. 2018 11:02:53
> Failed to restart VM patjoub1 on Host victor.local.systea.fr
> 16 oct. 2018 11:02:53
> VM op2drugs1 is down with error. Exit message: VM has been terminated on
> the host.
> 16 oct. 2018 11:02:53
> VM patjoub1 is down with error. Exit message: Failed to acquire lock:
> Aucun espace disponible sur le périphérique.
> 16 oct. 2018 11:02:47
> Trying to restart VM npi2 on Host ginger.local.systea.fr
> 16 oct. 2018 11:02:46
> Failed to restart VM npi2 on Host victor.local.systea.fr
> 16 oct. 2018 11:02:46
> VM npi2 is down with error. Exit message: Failed to acquire lock: Aucun
> espace disponible sur le périphérique.
> 16 oct. 2018 11:02:38
> Trying to restart VM patjoub1 on Host victor.local.systea.fr
> 16 oct. 2018 11:02:37
> Highly Available VM patjoub1 failed. It will be restarted automatically.
> 16 oct. 2018 11:02:37
> VM patjoub1 is down with error. Exit message: VM has been terminated on
> the host.
> 16 oct. 2018 11:02:36
> VM patjoub1 is not responding.
> 16 oct. 2018 11:02:36
> VM altern8 is not responding.
> 16 oct. 2018 11:02:36
> VM Sogov3 is not responding.
> 16 oct. 2018 11:02:36
> VM cerbere3 is not responding.
> 16 oct. 2018 11:02:36
> VM Mint19 is not responding.
> 16 oct. 2018 11:02:35
> VM cerbere4 is not responding.
> 16 oct. 2018 11:02:35
> VM zabbix is not responding.
> 16 oct. 2018 11:02:34
> Trying to restart VM npi2 on Host victor.local.systea.fr
> 16 oct. 2018 11:02:33
> Highly Available VM npi2 failed. It will be restarted automatically.
> 16 oct. 2018 11:02:33
> VM npi2 is down with error. Exit message: VM has been terminated on the
> host.
> 16 oct. 2018 11:02:20
> VM cerbere3 is not responding.
> 16 oct. 2018 11:02:20
> VM logcollector is not responding.
> 16 oct. 2018 11:02:20
> VM HostedEngine is not responding.
>
> with engine. log :
> https://gist.github.com/fsoyer/e3b74b4693006736b4f737b642aed0ef
> searching for "Failed to acquire lock" I see a post about sanlock.log.
> Here it is at the time of the restart :
> https://gist.github.com/fsoyer/8d69

[ovirt-users] Re: Storage domain has corrupt data

[Nir Soffer]

On Sun, Oct 14, 2018 at 4:34 AM Chris Burckhard 
wrote:

> We have an iscsi storage domain that has corrupt data. The os
>

How OS is related to the storage domain?


> boots to the login screen, but does not accept the password, so ovirt
> cannot connect to it.
>

Connect to the storage domain because the storage server fail on boot?


> We are able to boot to a centos live usb and mount the root partitions to
> see that data, but that doesn't really help since it has iscsi targets. We
> are seeing errors such as this:
> ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand]
> (org.ovirt.thread.pool-6-thread-21) [3fb88fb0] Command
> 'GetVGInfoVDSCommand(HostName = 0103ITVH084,
> GetVGInfoVDSCommandParameters:{runAsync='true',
> hostId='aaf63dd3-d8b9-4cc2-8ca7-977fbb1ea18a',
> VGID='sxpvjb-cdco-NyZ9-ReKL-WQdw-WGxG-qNjVCp'})' execution failed:
> VDSGenericException: VDSErrorException: Failed to GetVGInfoVDS, error =
> Volume Group does not exist: (u'vg_uuid:
> sxpvjb-cdco-NyZ9-ReKL-WQdw-WGxG-qNjVCp',), code = 506
>

If the storage server in trouble, the LUNs are not available and the
storage domain
using these LUN will be missing.

Nir


>
> Which seems to me that since it is on the live cd, the uuid changed. Is
> there any way to get the storage domain back online using something like a
> Centos Live USB?
>
> 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/6A3B5Z3THNGPPWJUWBCVTHXIFYXZG5ZN/
>
___
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/PAKZKGZ4ZVNTKUQGNTXQFGLEIK7BMPXD/

[ovirt-users] Re: Lost access to Engine VM "The hosted engine has not been deployed"

[jataiy . target]

Hello - 

Yes, it is missing. 

I only see these two files "10-appliance.conf", "virsh_auth.conf" in there. 
___
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/XAH5O65QF2ZNZITPEV5ZIESW7VTZWGQ5/

[ovirt-users] Re: Cannot create VMs

[Albl, Oliver]

Hi all,

  resending this message as it came in empty:

I run a small oVirt installation where I automatically create VMs, run some 
workload and delete them again. Today I ran into a situation where I could not 
create VMs anymore. Messages were:

Failed to create VM  (User: …).
Failed to complete VM  creation.

Any ideas about the cause for this? I filed a BZ 
(https://bugzilla.redhat.com/show_bug.cgi?id=1640797) containing the engine 
logs.

I am on oVirt 4.2.6.4-1.el7 on CentOS 7.5

Viele Grüße,
Oliver


-Ursprüngliche Nachricht-
Von: Albl, Oliver 
Gesendet: Donnerstag, 18. Oktober 2018 20:49
An: users@ovirt.org
Betreff: [ovirt-users] Cannot create VMs

___
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/WHIFHWA2SMKUAM5PQI3BROMQ2ASR3AAV/
___
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/CKGP3OOWKH6NO4MN5BR2IONVQZ5ZY57C/

[ovirt-users] Re: Cannot create VMs

[Albl, Oliver]

smime.p7m
Description: S/MIME encrypted message
___
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/NBTNWBLQJ26AJJY5U3OPLNIR53FPEEZZ/

[ovirt-users] Node, failed to deploy hosted engine

[s . danzi]

Hello!

I'm setting up a new oVirt cluster.
I've 3 hosts with node. I setup gluster storace using node wizard. All ok.
I can't set up hosted engine. I have two ERROR, but I can't find a  
detailed log.

On node I have a VM running in local temp storage but not accessible.

[ INFO ] TASK [Wait for the host to be up]
[ INFO ] ok: [localhost]
[ INFO ] TASK [Check host status]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":  
"The host has been set in non_operational status, please check engine  
logs, fix accordingly and re-deploy.\n"}

[ INFO ] TASK [Fetch logs from the engine VM]
[ INFO ] ok: [localhost]
[ INFO ] TASK [Set destination directory path]
[ INFO ] ok: [localhost]
[ INFO ] TASK [Create destination directory]
[ INFO ] changed: [localhost]
[ INFO ] TASK [include_tasks]
[ INFO ] ok: [localhost]
[ INFO ] TASK [Find the local appliance image]
[ INFO ] ok: [localhost]
[ INFO ] TASK [Set local_vm_disk_path]
[ INFO ] ok: [localhost]
[ INFO ] TASK [Give the vm time to flush dirty buffers]
[ INFO ] ok: [localhost]
[ INFO ] TASK [Copy engine logs]
[ INFO ] TASK [include_tasks]
[ INFO ] ok: [localhost]
[ INFO ] TASK [Remove local vm dir]
[ INFO ] changed: [localhost]
[ INFO ] TASK [Notify the user about a failure]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":  
"The system may not be provisioned according to the playbook results:  
please check the logs for the issue, fix accordingly or re-deploy from  
scratch.\n"}

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

[ovirt-users] Re: Local disk RAID best practices (HW vs SW RAID)

[Christopher Cox]

On 10/18/18 11:00 AM, Vinícius Ferrão wrote:

Hello,

I’m RAIDing the local hypervisor disks. I’m aware that in some scenarios this 
isn’t even needed.

But I would like to know which is the best practice in this scenario: Hardware 
RAID from a cheap Dell H330 controller, or just leave the controller in HBA 
mode and make a software RAID during install of the Hypervisor?


Normal best practice is to use the storage's RAID.  Not saying there 
aren't cases for when you'd want to create a RAID on virtual disks, but 
performance usually wouldn't be one of the reasons.


You'll get better features usually from the HW RAID with regards to 
failure detection and automatic rebuild.


Now...after setting storage up using your storage solution's RAID, 
anything on top of that is totally up to you.


With that said, I've never used the H330 RAID controller.

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

[ovirt-users] Local disk RAID best practices (HW vs SW RAID)

[Vinícius Ferrão]

Hello,

I’m RAIDing the local hypervisor disks. I’m aware that in some scenarios this 
isn’t even needed.

But I would like to know which is the best practice in this scenario: Hardware 
RAID from a cheap Dell H330 controller, or just leave the controller in HBA 
mode and make a software RAID during install of the Hypervisor?

Thanks,

Sent from my iPhone
___
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/I65R3QZL4U5QR35SB7HJFSB4DNB464E4/

[ovirt-users] Re: Is it possible to start a setup of oVirt-Gluster Hyperconverged infrastructure with six nodes ?

[Ravi Linux]

Thanks Sahina. Will give that a try.
___
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/ZSG2BPTAA2TAYVJCD3QN7WPQYOJOM3LA/

[ovirt-users] PythonSDK 4.2.8 issues updating cdrom iso of a vm.

[Brad Riemann]

Hello,

I am currently fighting with attaching an iso to a vm's cdrom. There are two 
isos in the iso domain (A-Iso-Installer.iso and The-Iso-Installer.iso for our 
purposes), I can confirm the iso domain is attached to the cluster and 
everything is green. When attempting to attach the iso to the vm, I can see the 
pre and post output of the "/ovirt-engine/api/vms//cdroms" request, it 
shows the file id changing according to what the iso domain has available. 
However, whenever i attempt to power on the vm, from either the api or through 
the web interface, I get "Invalid ISO image path". Editing the vm through the 
web interface reveals that the "Attach CD" dropdown has selected the first iso 
("A-Iso-Installer.iso", and I am trying to use the second). I ran a list 
against the cdrom service, found no issues with the xml that was returned. I 
confirmed that listing out available isos on the iso domain results in the 
expected id that I matched in the cdrom service of the vm from the api. If I ch
 oose the correct iso from the gui and save, the output looks the same as the 
api listing.

Before and After gist:
https://gist.github.com/robotman321/909255cbdc36fa62b730a953807f7397

The code im using to set the cdrom is the following:
https://gist.github.com/robotman321/35617c96b96b329d5d1476e015aa9898

I did note that when i would run the update api code, it does change SOMETHING 
as when i go into the web interface the "Attach CD" value has gone back to the 
top value in the dropdown (the wrong iso).

Has anyone seen this before, please tell me it's right in front of me, any help 
is appreciated.

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

[ovirt-users] Problems with quotas

[siovelrm]

Hi, I need to use Ovirt's quotas system. I have approximately 50 users that use 
my Ovirt and they can create virtual machines only from templates, in total 
there are 20 templates. I have assigned a quota for each user, until here there 
are no problems. The problem is that in order for the user's quota to be used 
for each template, it must be linked to a specific quota, but only one. The 
only solution I see would be to have 20 templates for each user so it would be 
a total of 50X20 templates = 1000 templates and if a new user arrives 20 
templates more and so on, which would not be a good solution. I think evidently 
or that I have not understood well how Ovirt's system of quotas works or maybe 
my problem can be solved in another way. Please I need your help
___
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/CGFW72XC2CPCIZL5NEOCXVGFJH6KH4BI/

[ovirt-users] Re: ovirt - in docker

[Greg Sheremeta]

Ok, please open a bug describing your users and groups setup + your rpm
versions
https://github.com/oVirt/ovirt-web-ui/issues/new



On Tue, Oct 16, 2018 at 11:41 AM Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> We are using 4.2.6 but the cluster compatibility version is still at 4.1
> as we have too many VMs to upgrade as it's transactional, I believe there
> is a fix in 4.2.7
>
>
> Regards,
>
>Paul S.
> --
> *From:* Greg Sheremeta 
> *Sent:* 16 October 2018 16:25
> *To:* Staniforth, Paul
> *Cc:* users
> *Subject:* Re: [ovirt-users] Re: ovirt - in docker
>
> Which version of engine are you using?
>
> On Tue, Oct 16, 2018 at 6:49 AM Staniforth, Paul <
> p.stanifo...@leedsbeckett.ac.uk> wrote:
>
>> Hello Greg,
>>
>>I tried the ovirt-web-ui and it works but even though
>> I'm logging in as a user it displays all the VMs and it still doesn't give
>> the option to sort or filter them in the UI.
>>
>>
>> Thanks,
>>
>>Paul S.
>> --
>> *From:* Greg Sheremeta 
>> *Sent:* 13 October 2018 16:33
>> *To:* Staniforth, Paul
>> *Cc:* users
>> *Subject:* Re: [ovirt-users] Re: ovirt - in docker
>>
>> On Fri, Oct 12, 2018 at 7:32 PM Greg Sheremeta 
>> wrote:
>>
>>> I'm in the process of updating that. (It's not related to OP's question.)
>>>
>>
>> Done.
>> Note the new location, ovirtwebui
>> docker run --rm -it -e ENGINE_URL=https://[ENGINE.FQDN]/ovirt-engine -p
>> 3000:3000 ovirtwebui/ovirt-web-ui
>>
>>
>>> On Fri, Oct 12, 2018 at 7:40 AM Staniforth, Paul <
>>> p.stanifo...@leedsbeckett.ac.uk> wrote:
>>>
 Hello,

   do you know the situation with ovirt-web-ui and docker
 https://github.com/oVirt/ovirt-web-ui the last time I tried the docker
 instructions in the quick run section the latest released version was an
 old version and the most recent image was even older.


 Thanks,

 Paul S.
 --
 *From:* Sandro Bonazzola 
 *Sent:* 12 October 2018 09:18
 *To:* Roman Mohr; Martin Perina
 *Cc:* re.search.it@gmail.com; users
 *Subject:* [ovirt-users] Re: ovirt - in docker



 Il giorno ven 12 ott 2018 alle ore 09:06 Roman Mohr 
 ha scritto:

> On Tue, Oct 9, 2018 at 11:16 AM ReSearchIT Eng
>  wrote:
> >
> > Hello!
> > I am interested to run ovirt in docker container.
> > It was noticed that there is an official repo for it:
> > https://github.com/oVirt/ovirt-container-engine
>
> Yaniv Bronheim mostly worked on it when the repo was moved to oVirt.
>
> Sandro,  Simone, since he is now working on other things, do you guys
> know anything about plans for updating the repo?
>

 No. Martin?



>
> Best Regards,
>
> Roman
>
> > Unfortunately it did not get an update for 2 years (4.1).
> >
> > Can anyone help with the required answers/entrypoint/patch files for
> > the new 4.2 ?
> >
> > 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/C66CSW7CY7RCTC56V5YNSZ6KQKHLADIS/
>


 --

 SANDRO BONAZZOLA

 MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/OXJUNLHVCEU4S7NAU2HCRMPUKYOBBS62/

>>>
>>>
>>> --
>>>
>>> GREG SHEREMETA
>>>
>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>
>>> Red Hat NA
>>>
>>> 
>>>
>>> gsher...@redhat.comIRC: gshereme
>>> 
>>>
>>
>>
>> --
>>
>> GREG SHEREMETA
>>
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>
>> Red Hat NA
>>
>> 
>>
>> gsher...@redhat.comIRC: gshereme
>> 
>> To view the terms under which this email is distributed, please go to:-
>> http://disclaimer.leedsbeckett.ac.uk/disclaimer/discla

[ovirt-users] [ANN] oVirt 4.2.7 Third Release Candidate is now available

[Lev Veyde]

The oVirt Project is pleased to announce the availability of the oVirt
4.2.7 Third Release Candidate, as of October 18th, 2018.

This update is a release candidate of the seventh in a series of
stabilization updates to the 4.2
series.
This is pre-release software. This pre-release should not to be used in
production.

This release is available now for:
* Red Hat Enterprise Linux 7.5 or later
* CentOS Linux (or similar) 7.5 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.5 or later
* CentOS Linux (or similar) 7.5 or later

See the release notes [1] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:
- oVirt Appliance is available
- oVirt Node is available [2]

Additional Resources:
* Read more about the oVirt 4.2.7 release highlights:
http://www.ovirt.org/release/4.2.7/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] http://www.ovirt.org/release/4.2.7/
[2] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/

-- 

Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
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/ZOL4HUPLU5UV6REFNMFERZPRCHQW7FCZ/

[ovirt-users] Re: VMs unexpectidly restarted

[fsoyer]

And I add log of one of the restarted VMs
https://gist.github.com/fsoyer/b63daa0653d91a59ffc65f2b6ad263f6


--

Cordialement,

Frank

Le Jeudi, Octobre 18, 2018 14:41 CEST, "fsoyer"  a écrit:
  Hi,
I forgot to look in the /var/log/messages file on the host ! What a shame :/
Here is the messages file at the time of the error : 
https://gist.github.com/fsoyer/4d1247d4c3007a8727459efd23d89737
At the sasme time, the second host as no particular messages in its log.
Does anyone have an idea of the source problem ?


--

Cordialement,

Frank

Le Mardi, Octobre 16, 2018 13:25 CEST, "fsoyer"  a écrit:
  Hi all,
this morning, some of my VMs were restarted unexpectidly. The events in GUI say 
:
16 oct. 2018 11:03:50
Trying to restart VM patjoub1 on Host ginger.local.systea.fr
16 oct. 2018 11:03:26
Trying to restart VM op2drugs1 on Host victor.local.systea.fr
16 oct. 2018 11:03:23
Trying to restart VM npi2 on Host ginger.local.systea.fr
16 oct. 2018 11:02:54
Trying to restart VM op2drugs1 on Host victor.local.systea.fr
16 oct. 2018 11:02:54
Trying to restart VM patjoub1 on Host ginger.local.systea.fr
16 oct. 2018 11:02:53
Highly Available VM op2drugs1 failed. It will be restarted automatically.
16 oct. 2018 11:02:53
Failed to restart VM patjoub1 on Host victor.local.systea.fr
16 oct. 2018 11:02:53
VM op2drugs1 is down with error. Exit message: VM has been terminated on the 
host.
16 oct. 2018 11:02:53
VM patjoub1 is down with error. Exit message: Failed to acquire lock: Aucun 
espace disponible sur le périphérique.
16 oct. 2018 11:02:47
Trying to restart VM npi2 on Host ginger.local.systea.fr
16 oct. 2018 11:02:46
Failed to restart VM npi2 on Host victor.local.systea.fr
16 oct. 2018 11:02:46
VM npi2 is down with error. Exit message: Failed to acquire lock: Aucun espace 
disponible sur le périphérique.
16 oct. 2018 11:02:38
Trying to restart VM patjoub1 on Host victor.local.systea.fr
16 oct. 2018 11:02:37
Highly Available VM patjoub1 failed. It will be restarted automatically.
16 oct. 2018 11:02:37
VM patjoub1 is down with error. Exit message: VM has been terminated on the 
host.
16 oct. 2018 11:02:36
VM patjoub1 is not responding.
16 oct. 2018 11:02:36
VM altern8 is not responding.
16 oct. 2018 11:02:36
VM Sogov3 is not responding.
16 oct. 2018 11:02:36
VM cerbere3 is not responding.
16 oct. 2018 11:02:36
VM Mint19 is not responding.
16 oct. 2018 11:02:35
VM cerbere4 is not responding.
16 oct. 2018 11:02:35
VM zabbix is not responding.
16 oct. 2018 11:02:34
Trying to restart VM npi2 on Host victor.local.systea.fr
16 oct. 2018 11:02:33
Highly Available VM npi2 failed. It will be restarted automatically.
16 oct. 2018 11:02:33
VM npi2 is down with error. Exit message: VM has been terminated on the host.
16 oct. 2018 11:02:20
VM cerbere3 is not responding.
16 oct. 2018 11:02:20
VM logcollector is not responding.
16 oct. 2018 11:02:20
VM HostedEngine is not responding.with engine. log : 
https://gist.github.com/fsoyer/e3b74b4693006736b4f737b642aed0ef
searching for "Failed to acquire lock" I see a post about sanlock.log. Here it 
is at the time of the restart : 
https://gist.github.com/fsoyer/8d6952e85623a12f09317652aa4babd7
(hope that you can display this gists)

First question : there is all the days those message "delta_renew long write 
time".  What does this mean ? Even if I suspect some storage problem, I don't 
see latency on it (configuration described bellow).
Second question : what append that force some VMs (not all, and not and the 
sams host !) to restart ? Where and what must I search for ?
Thanks

Configuration
2 DELL R620 as ovirt hosts (4.2.8-2) with hosted-engine, also members of a 
gluster 3.12.13-1 cluster with an arbiter (1 DELL R310, non-ovirt). The DATAs 
and ENGINE storages are on gluster volumes. Around 11am, I do not see any 
specific messages in glusterd.log or glfsheal-*.log. Gluster is on a separate 
network (2*1G bond mode 4=aggegation) than ovirmgmt (2*1G bond mode 1=failover).

--

Regards,

Frank
 
 
___
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/IYQGUX7GLK7KKXOWCYCLHRMHYTH5CRKY/

[ovirt-users] Re: VMs unexpectidly restarted

[fsoyer]

Hi,
I forgot to look in the /var/log/messages file on the host ! What a shame :/
Here is the messages file at the time of the error : 
https://gist.github.com/fsoyer/4d1247d4c3007a8727459efd23d89737
At the sasme time, the second host as no particular messages in its log.
Does anyone have an idea of the source problem ?


--

Cordialement,

Frank

Le Mardi, Octobre 16, 2018 13:25 CEST, "fsoyer"  a écrit:
  Hi all,
this morning, some of my VMs were restarted unexpectidly. The events in GUI say 
:
16 oct. 2018 11:03:50
Trying to restart VM patjoub1 on Host ginger.local.systea.fr
16 oct. 2018 11:03:26
Trying to restart VM op2drugs1 on Host victor.local.systea.fr
16 oct. 2018 11:03:23
Trying to restart VM npi2 on Host ginger.local.systea.fr
16 oct. 2018 11:02:54
Trying to restart VM op2drugs1 on Host victor.local.systea.fr
16 oct. 2018 11:02:54
Trying to restart VM patjoub1 on Host ginger.local.systea.fr
16 oct. 2018 11:02:53
Highly Available VM op2drugs1 failed. It will be restarted automatically.
16 oct. 2018 11:02:53
Failed to restart VM patjoub1 on Host victor.local.systea.fr
16 oct. 2018 11:02:53
VM op2drugs1 is down with error. Exit message: VM has been terminated on the 
host.
16 oct. 2018 11:02:53
VM patjoub1 is down with error. Exit message: Failed to acquire lock: Aucun 
espace disponible sur le périphérique.
16 oct. 2018 11:02:47
Trying to restart VM npi2 on Host ginger.local.systea.fr
16 oct. 2018 11:02:46
Failed to restart VM npi2 on Host victor.local.systea.fr
16 oct. 2018 11:02:46
VM npi2 is down with error. Exit message: Failed to acquire lock: Aucun espace 
disponible sur le périphérique.
16 oct. 2018 11:02:38
Trying to restart VM patjoub1 on Host victor.local.systea.fr
16 oct. 2018 11:02:37
Highly Available VM patjoub1 failed. It will be restarted automatically.
16 oct. 2018 11:02:37
VM patjoub1 is down with error. Exit message: VM has been terminated on the 
host.
16 oct. 2018 11:02:36
VM patjoub1 is not responding.
16 oct. 2018 11:02:36
VM altern8 is not responding.
16 oct. 2018 11:02:36
VM Sogov3 is not responding.
16 oct. 2018 11:02:36
VM cerbere3 is not responding.
16 oct. 2018 11:02:36
VM Mint19 is not responding.
16 oct. 2018 11:02:35
VM cerbere4 is not responding.
16 oct. 2018 11:02:35
VM zabbix is not responding.
16 oct. 2018 11:02:34
Trying to restart VM npi2 on Host victor.local.systea.fr
16 oct. 2018 11:02:33
Highly Available VM npi2 failed. It will be restarted automatically.
16 oct. 2018 11:02:33
VM npi2 is down with error. Exit message: VM has been terminated on the host.
16 oct. 2018 11:02:20
VM cerbere3 is not responding.
16 oct. 2018 11:02:20
VM logcollector is not responding.
16 oct. 2018 11:02:20
VM HostedEngine is not responding.with engine. log : 
https://gist.github.com/fsoyer/e3b74b4693006736b4f737b642aed0ef
searching for "Failed to acquire lock" I see a post about sanlock.log. Here it 
is at the time of the restart : 
https://gist.github.com/fsoyer/8d6952e85623a12f09317652aa4babd7
(hope that you can display this gists)

First question : there is all the days those message "delta_renew long write 
time".  What does this mean ? Even if I suspect some storage problem, I don't 
see latency on it (configuration described bellow).
Second question : what append that force some VMs (not all, and not and the 
sams host !) to restart ? Where and what must I search for ?
Thanks

Configuration
2 DELL R620 as ovirt hosts (4.2.8-2) with hosted-engine, also members of a 
gluster 3.12.13-1 cluster with an arbiter (1 DELL R310, non-ovirt). The DATAs 
and ENGINE storages are on gluster volumes. Around 11am, I do not see any 
specific messages in glusterd.log or glfsheal-*.log. Gluster is on a separate 
network (2*1G bond mode 4=aggegation) than ovirmgmt (2*1G bond mode 1=failover).

--

Regards,

Frank
 
___
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/XFFJT4NORIELIOAGPHU4CUPC67KY3MMP/

[ovirt-users] Re: task was finished but not cleared

[Marcelo Leandro]

Thanks a lot.

Em qua, 17 de out de 2018 22:15, Simone Tiraboschi 
escreveu:

>
>
> On Tue, Oct 16, 2018 at 7:29 PM Marcelo Leandro 
> wrote:
>
>> Ok,
>> I run a backup every day at night ,and this create and delete snapshot, a
>> fews day ago I had a problem with SPM host, and it lost connect with
>> engine, I think that engine not send SPMClearTask to host clear this jobs
>> to delete snapshot, but this snapshots already deleted.
>> Now I need clear this tasks manually?
>>
>>  vdsm-client Task clear taskID='ids'
>>
>>
> Yes, you can do that.
>
>
>>
>> I have a doubt , after update to ovirt 4.2.6 I cant access engine
>> database, show that command psql not exist,do you know if changed to
>> connect in database?
>>
>
> Yes, now we are using postgresql 9.5 from scl.
> You can connect it with:
>   sudo -u postgres scl enable rh-postgresql95 -- psql -d engine
>
>
>>
>> Very thanks.
>>
>> Em ter, 16 de out de 2018 às 02:51, Simone Tiraboschi <
>> stira...@redhat.com> escreveu:
>>
>>>
>>>
>>> On Tue, Oct 16, 2018 at 1:55 AM Marcelo Leandro 
>>> wrote:
>>>
 Hello,
 In my spm I have some tasks list, but i dont have any task run now:

 vdsm-client Host getAllTasks
 {
 "97a40174-f443-4953-ae3c-f2662aa3f915": {
 "verb": "deleteVolume",
 "code": 0,
 "state": "finished",
 "tag": "spm",
 "result": "",
 "message": "1 jobs completed successfully",
 "id": "97a40174-f443-4953-ae3c-f2662aa3f915"
 },
 "2b7e9a47-6fed-4491-b2d7-a91b44d8b1c5": {
 "verb": "deleteVolume",
 "code": 0,
 "state": "finished",
 "tag": "spm",
 "result": "",
 "message": "1 jobs completed successfully",
 "id": "2b7e9a47-6fed-4491-b2d7-a91b44d8b1c5"
 },
 "45ec3b64-f972-4a22-ae2e-0d66b98022fd": {
 "verb": "deleteVolume",
 "code": 201,
 "state": "recovered",
 "tag": "spm",
 "result": "",
 "message": "Volume does not exist:
 (u'006acce5-a6f5-4cd8-af3f-6584339a9021',)",
 "id": "45ec3b64-f972-4a22-ae2e-0d66b98022fd"
 },
 "d6189787-d0b0-49ac-b31c-2bac6af87fff": {
 "verb": "deleteVolume",
 "code": 0,
 "state": "finished",
 "tag": "spm",
 "result": "",
 "message": "1 jobs completed successfully",
 "id": "d6189787-d0b0-49ac-b31c-2bac6af87fff"
 },
 "4cc71cd0-3b5f-4014-97fd-e1b6e7d6b859": {
 "verb": "deleteVolume",
 "code": 0,
 "state": "finished",
 "tag": "spm",
 "result": "",
 "message": "1 jobs completed successfully",
 "id": "4cc71cd0-3b5f-4014-97fd-e1b6e7d6b859"
 },
 "0afbc6ca-9ebf-4106-8d09-e73dd6d53e06": {
 "verb": "deleteVolume",
 "code": 201,
 "state": "recovered",
 "tag": "spm",
 "result": "",
 "message": "Volume does not exist:
 (u'86391e6a-6932-483a-af24-a29bf1430ac1',)",
 "id": "0afbc6ca-9ebf-4106-8d09-e73dd6d53e06"
 },
 "b097af0d-b6fc-45c1-8e0a-ebef1c127025": {
 "verb": "sdm_merge",
 "code": 0,
 "state": "finished",
 "tag": "sdm",
 "result": "",
 "message": "1 jobs completed successfully",
 "id": "b097af0d-b6fc-45c1-8e0a-ebef1c127025"
 },
 "ea9cf7c0-6f8c-4479-ae7e-2ef2b43b5a8e": {
 "verb": "sdm_update_volume",
 "code": 0,
 "state": "finished",
 "tag": "sdm",
 "result": "",
 "message": "1 jobs completed successfully",
 "id": "ea9cf7c0-6f8c-4479-ae7e-2ef2b43b5a8e"
 },
 "dd8aa378-04a7-4f89-9e06-10e50e995d55": {
 "verb": "deleteVolume",
 "code": 0,
 "state": "finished",
 "tag": "spm",
 "result": "",
 "message": "1 jobs completed successfully",
 "id": "dd8aa378-04a7-4f89-9e06-10e50e995d55"
 },
 "f4ae1499-8188-4ce9-ae81-a1bc54041a1e": {
 "verb": "deleteVolume",
 "code": 0,
 "state": "finished",
 "tag": "spm",
 "result": "",
 "message": "1 jobs completed successfully",
 "id": "f4ae1499-8188-4ce9-ae81-a1bc54041a1e"
 },
 "e7922e32-62f0-474e-b4ba-894a3fcf1aed": {
 "verb": "deleteVolume",
 "code": 0,
 "state": "finished",
 "tag": "spm",
 "result": "",
 "message": "1 jobs completed successfully",
 "id": "e7922e32-62f0-474e-b4ba-894a3fcf1aed"
 },
 "a379a1d1-1c03-40ce-af81-c501ee9ab7f4": {
 "verb": "deleteVolume",
 "code": 0,
>>

[ovirt-users] Re: Attempting to add iscsi storage --FAILING--.

[Raz Tamir]

Hi Jacob,

>From the screen shot it seems like you didn't log into any target (you have
a button 'login all').

After logging in, you'll have an option to select a specific lun that will
be used for creating the storage domain

On Wed, Oct 17, 2018, 18:12 Jacob Green  wrote:

> Hello all, I am attempting to add iscsi as a storage domain to my
> new Ovirt4.2 cluster. When I finish configuring the storage and click
> discover I see all my targets, however when I login to the appropriate
> target and then select OK, nothing happens the gui just sits there.
> Appended at the end of this email are the related logs from *engine.log. *I
> have also attached a screenshot, when I press the ok button nothing
> happens, I do not get an error, I do not pass go. I was wondering if I am
> not doing this correctly? Or what else might cause this?
>
>
> Thank you all.
>
>
>
> 2018-10-17 09:32:30,955-05 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
> (default task-1) [991cd20b-362c-4ae1-929a-7c4578018021] START,
> GetDeviceListVDSCommand(HostName = zappa,
> GetDeviceListVDSCommandParameters:{hostId='4fec85d1-8c84-40b3-8d3c-1392db395ceb',
> storageType='ISCSI', checkStatus='false', lunIds='null'}), log id: 556b0462
>
> 2018-10-17 09:32:31,278-05 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
> (default task-1) [991cd20b-362c-4ae1-929a-7c4578018021] FINISH,
> GetDeviceListVDSCommand, return: [], log id: 556b0462
>
> 2018-10-17 09:33:11,478-05 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand]
> (default task-1) [3670d01d-9746-4172-a042-7f91dfb208a7] START,
> DiscoverSendTargetsVDSCommand(HostName = zappa,
> DiscoverSendTargetsVDSCommandParameters:{hostId='4fec85d1-8c84-40b3-8d3c-1392db395ceb',
> connection='StorageServerConnections:{id='null',
> connection='172.16.12.100', iqn='null', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}'}), log id: 2a811f08
>
> 2018-10-17 09:33:12,003-05 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand]
> (default task-1) [3670d01d-9746-4172-a042-7f91dfb208a7] FINISH,
> DiscoverSendTargetsVDSCommand, return:
> [StorageServerConnections:{id='null', connection='172.16.12.100',
> iqn='iqn.2011-03.net.fakeserver.istgt:hyperprod-v12', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}, StorageServerConnections:{id='null',
> connection='172.16.12.100',
> iqn='iqn.2011-03.net.fakeserver.istgt:proxmoxvol-v12', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}, StorageServerConnections:{id='null',
> connection='172.16.12.100',
> iqn='iqn.2011-03.net.fakeserver.istgt:proxvirt-v12', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}, StorageServerConnections:{id='null',
> connection='172.16.12.100',
> iqn='iqn.2011-03.net.fakeserver.istgt:virtiodom-v12', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}, StorageServerConnections:{id='null',
> connection='172.16.12.100',
> iqn='iqn.2011-03.net.fakeserver.istgt:virtioiscsi-12', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}], log id: 2a811f08
>
> 2018-10-17 09:33:18,068-05 INFO
> [org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand]
> (default task-1) [4ddd8764-965d-4d81-82ca-44510d0ef454] Running command:
> ConnectStorageToVdsCommand internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group
> CREATE_STORAGE_DOMAIN with role type ADMIN
>
> 2018-10-17 09:33:18,086-05 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
> (default task-1) [4ddd8764-965d-4d81-82ca-44510d0ef454] START,
> ConnectStorageServerVDSCommand(HostName = zappa,
> StorageServerConnectionManagementVDSParameters:{hostId='4fec85d1-8c84-40b3-8d3c-1392db395ceb',
> storagePoolId='----', storageType='ISCSI',
> connectionList='[StorageServerConnections:{id='null',
> connection='172.16.12.100',
> iqn='iqn.2011-03.net.fakeserver.istgt:proxvirt-v12', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}]', sendNetworkEventOnFailure='true'}),
> log id: 67690dea
>
> 2018-10-17 09:33:18,994-05 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
> (default task-1) [4ddd8764-965d-4d81-82ca-44510d0ef454] FINISH,
> ConnectStorageServerVDSCommand, return:
> {----=0}, log id: 67690dea
>
> 2018-10-17 09:33:19,114-05 INFO
> [org.ovirt.engine.core

[ovirt-users] Re: Network configuration for self-hosted engine deployement oVirt node 4.2

[Arnaud DEBEC]

I did not try to reproduce the issue after it worked. As far as I remember:
1. I changed the bond0 policy from Active Backup to XOR (profile name: bond0, 
device: bond0) with eno1 and eno5 (ovirtmgmt).
2. I changed the bond1 policy from Round-Robin to XOR (profile name: bond1, 
device: bond1) with eno2, eno3, eno6 and eno7 (iSCSI).
___
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/BFGHA2EML3KF6NXZ4X25ERYHVDFGJ4NL/

[ovirt-users] Re: Moving an ISO domain from one storage domain to another

[Gianluca Cecchi]

On Thu, Oct 18, 2018 at 12:42 AM Nir Soffer  wrote:

>
>> Not quite true at the moment unfortunately, Nir.
>> If you have a block based storage domain you cannot done it because of
>> this bug:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1589763
>>
>
> This only an issue when changing CD, starting VM from ISO and provisioning
> works.
>

you are right.
I misunderstood it, because when I reported the problem and during my tests
I had broken links in the file system of the host, like I wrote here:
https://bugzilla.redhat.com/show_bug.cgi?id=1588400#c3
and I assumed there was no real lvm mapping between the presumed uploaded
iso and a real device...
I have just tried on oVirt 4.2.6.4 to upload a CentOS 6.2 boot iso on an
iSCSI based SD and then start a VM with run once and it was indeed able to
start.
Thanks.
But so where can I find the device on storage domain that maps to the ISO
file I uploaded?

The problem still remains, as you noted, when in need to attach CD to
running VMs and also in situations where during install you have to swap
CD, like reported for Windows and .vfd files inside the same bugzilla here:
https://bugzilla.redhat.com/show_bug.cgi?id=1588400#c9



>  The bug is scheduled to 4.2.8, hopefully we will have time to fix this.
>
> People wanting this bug to fix soon should vote for it here:
>
> https://bugzilla.redhat.com/page.cgi?id=voting/user.html&bug_id=1588400#vote_1588400
>
> Nir
>

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