[ovirt-users] Re: oVirt Performance (Horrific)

[Strahil]

Hi Drew,

During my tests on gluster v3, using 'disable.nfs: false' and using that as 
ovirt storage brought maximum performance for my 1 Gbit/s network.
Can you try using NFS and if it works well, you can disable nfs and get NFS 
Ganesha up and running.

It seems that FUSE in gluster v5 is performing way better, but still it is not 
the optimal solution.

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

[ovirt-users] Re: virt-viewer centos7.6

[Staniforth, Paul]

Thanks Michal,

I get messages on oVirt

Client from address "*.*.*.*" is using version 3 of the API, which has been 
deprecated since version 4.0 of the engine, and will no longer be supported 
starting with version 4.4. Make sure to update that client to use a supported 
versions of the API and the SDKs, before upgrading to version 4.4 of the engine.

I know virt-viewer on  RHEL 6 stopped working completely.

Regards,
   Paul S.

From: Michal Skrivanek 
Sent: 06 March 2019 09:48
To: Staniforth, Paul
Cc: users@ovirt.org
Subject: Re: [ovirt-users] virt-viewer centos7.6

> On 5 Mar 2019, at 18:35, p.stanifo...@leedsbeckett.ac.uk wrote:
>
> Hello is there a newer version than 5 for virt-viewer for Centos?

That’s a CentOS question really.
But apparently not.

Any specific issue you’re trying to fix?

Thanks,
michal

>
> Thanks,
>   Paul S.
> ___
> 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/7IUB6RBX6R5ESIZTRDFKAYULBR23IFMK/

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

[ovirt-users] Re: Infiniband Usage / Support

[Douglas Duckworth]

It works out of the box if you have OFED on hosts

On Wed, Mar 6, 2019, 1:32 PM Andrey Rusakov 
mailto:anrusa...@gmail.com>> wrote:
Hi,

looking for help...
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to 
users-le...@ovirt.org
Privacy Statement: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_privacy-2Dpolicy_=DwIGaQ=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu2s=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw=DBIukpsUJnryg3eoxRPbVM1yflb_Id4SYPireIRaZWQ=7WmarnhBxtmhhcxmYj9cUjggtt5GgHZBEnI1pm2NbG0=
oVirt Code of Conduct: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_community_about_community-2Dguidelines_=DwIGaQ=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu2s=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw=DBIukpsUJnryg3eoxRPbVM1yflb_Id4SYPireIRaZWQ=A-bfO-TZ8qKTtkzeCq6BooIrUi7xDeDzxjc0f_Ri88w=
List Archives: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_archives_list_users-40ovirt.org_message_GOIHBWFJPPSJJRCBMTRBGMSZSKDOIXZI_=DwIGaQ=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu2s=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw=DBIukpsUJnryg3eoxRPbVM1yflb_Id4SYPireIRaZWQ=KYyL8XswKA1yebNXXRgcNigThYGxgAw9w2SLo-ZkT_w=
___
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/OZC5JTBFNUPZOTEY46YNZXUYAH32ZPSL/

[ovirt-users] Re: oVirt Performance (Horrific)

[Drew Rash]

Here is the output for our ssd gluster which exhibits the same issue as the
hdd glusters.
However, I can replicate the issue on an 8TB WD Gold disk NFS mounted as
well ( removed the gluster part )  Which is the reason I'm on the oVirt
site.  I can start a file copy that writes at max speed, then after a gb or
2 it drops down to 3-10 MBps maxing at 13.3 ish overall.
Testing outside of oVirt using dd doesn't have the same behavior. Outside
ovirt (directly on the ovirtnode to the gluster or 8tb nfs mount results is
max drive speeds consistently for large file copies)

I enabled writeback (as someone suggested) on the virtio-scsi windows disk
and one of our windows 10 installs speed up. Still suffers from sustained
write issue which causes the whole box to cripple. Opening chrome for
example cripples the box or sql server management studio also.

Volume Name: gv1
Type: Replicate
Volume ID: 7340a436-d971-4d69-84f9-12a23cd76ec8
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x (2 + 1) = 3
Transport-type: tcp
Bricks:
Brick1: 10.30.30.121:/gluster_bricks/gv1/brick
Brick2: 10.30.30.122:/gluster_bricks/gv1/brick
Brick3: 10.30.30.123:/gluster_bricks/gv1/brick (arbiter)
Options Reconfigured:
network.ping-timeout: 30
performance.strict-o-direct: on
storage.owner-gid: 36
storage.owner-uid: 36
user.cifs: off
cluster.shd-wait-qlength: 1
cluster.shd-max-threads: 8
cluster.locking-scheme: granular
cluster.data-self-heal-algorithm: full
cluster.server-quorum-type: server
cluster.quorum-type: auto
cluster.eager-lock: enable
network.remote-dio: off
performance.low-prio-threads: 32
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
features.shard: off
cluster.granular-entry-heal: enable
transport.address-family: inet
nfs.disable: on
performance.client-io-threads: off


On Thu, Mar 7, 2019 at 1:00 AM Krutika Dhananjay 
wrote:

> So from the profile, it appears the XATTROPs and FINODELKs are way higher
> than the number of WRITEs:
>
> 
> ...
> ...
> %-latency   Avg-latency   Min-Latency   Max-Latency   No. of calls
>  Fop
>  -   ---   ---   ---   
> 
>   0.43 384.83 us  51.00 us   65375.00 us  13632
> FXATTROP
>   7.54   13535.70 us 225.00 us  210298.00 us   6816
>  WRITE
>  45.99   28508.86 us   7.00 us 2591280.00 us  19751
> FINODELK
>
> ...
> ...
> 
>
> We'd noticed something similar in our internal tests and found
> inefficiencies in gluster's eager-lock implementation. This was fixed at
> https://review.gluster.org/c/glusterfs/+/19503.
> I need the two things I asked for in the prev mail to confirm if you're
> hitting the same issue.
>
> -Krutika
>
> On Thu, Mar 7, 2019 at 12:24 PM Krutika Dhananjay 
> wrote:
>
>> Hi,
>>
>> Could you share the following pieces of information to begin with -
>>
>> 1. output of `gluster volume info $AFFECTED_VOLUME_NAME`
>> 2. glusterfs version you're running
>>
>> -Krutika
>>
>>
>> On Sat, Mar 2, 2019 at 3:38 AM Drew R  wrote:
>>
>>> Saw some people asking for profile info.  So I had started a migration
>>> from a 6TB WDGold 2+1arb replicated gluster to a 1TB samsung ssd 2+1 rep
>>> gluster and it's been running a while for a 100GB file thin provisioned
>>> with like 28GB actually used.  Here is the profile info.  I started the
>>> profiler like 5 minutes ago. The migration had been running for like
>>> 30minutes:
>>>
>>> gluster volume profile gv2 info
>>> Brick: 10.30.30.122:/gluster_bricks/gv2/brick
>>> -
>>> Cumulative Stats:
>>>Block Size:256b+ 512b+
>>> 1024b+
>>>  No. of Reads: 1189 8
>>> 12
>>> No. of Writes:4  3245
>>>883
>>>
>>>Block Size:   2048b+4096b+
>>> 8192b+
>>>  No. of Reads:   1020
>>>  2
>>> No. of Writes: 1087312228
>>> 124080
>>>
>>>Block Size:  16384b+   32768b+
>>>  65536b+
>>>  No. of Reads:0 1
>>> 52
>>> No. of Writes: 5188  3617
>>>   5532
>>>
>>>Block Size: 131072b+
>>>  No. of Reads:70191
>>> No. of Writes:   634192
>>>  %-latency   Avg-latency   Min-Latency   Max-Latency   No. of calls
>>>Fop
>>>  -   ---   ---   ---   
>>>   
>>>   0.00   0.00 us   0.00 us   0.00 us  2
>>> FORGET
>>>   0.00   0.00 us   0.00 us   0.00 us202
>>>  RELEASE
>>>   0.00   0.00 us   0.00 us   0.00 us   1297
>>> RELEASEDIR
>>>   0.00  14.50 us   9.00 us  20.00 us  4
>>>  READDIR
>>>   0.00  38.00 us   9.00 us 120.00 us  7
>>> GETXATTR
>>>   0.00  66.00 

[ovirt-users] Re: Ovirt 4.3.1 problem with HA agent

[Simone Tiraboschi]

On Thu, Mar 7, 2019 at 2:54 PM Strahil Nikolov 
wrote:

>
>
>
> >The OVF_STORE volume is going to get periodically recreated by the engine
> so at least you need a running engine.
>
> >In order to avoid this kind of issue we have two OVF_STORE disks, in your
> case:
>
> >MainThread::INFO::2019-03-06
> 06:50:02,391::ovf_store::120::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
> Found >OVF_STORE: imgUUID:441abdc8-6cb1-49a4-903f-a1ec0ed88429,
> volUUID:c3309fc0-8707-4de1-903d-8d4bbb024f81
> >MainThread::INFO::2019-03-06
> 06:50:02,748::ovf_store::120::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
> Found >OVF_STORE: imgUUID:94ade632-6ecc-4901-8cec-8e39f3d69cb0,
> volUUID:9460fc4b-54f3-48e3-b7b6-da962321ecf4
>
> >Can you please check if you have at lest the second copy?
>
> Second Copy is empty too:
> [root@ovirt1 ~]# ll
> /rhev/data-center/mnt/glusterSD/ovirt1.localdomain:_engine/808423f9-8a5c-40cd-bc9f-2568c85b8c74/images/441abdc8-6cb1-49a4-903f-a1ec0ed88429
> total 66561
> -rw-rw. 1 vdsm kvm   0 Mar  4 05:23
> c3309fc0-8707-4de1-903d-8d4bbb024f81
> -rw-rw. 1 vdsm kvm 1048576 Jan 31 13:24
> c3309fc0-8707-4de1-903d-8d4bbb024f81.lease
> -rw-r--r--. 1 vdsm kvm 435 Mar  4 05:24
> c3309fc0-8707-4de1-903d-8d4bbb024f81.meta
>
>
>
> >And even in the case you lost both, we are storing on the shared storage
> the initial vm.conf:
> >MainThread::ERROR::2019-03-06
> >06:50:02,971::config_ovf::70::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm::>(_get_vm_conf_content_from_ovf_store)
> Failed extracting VM OVF from the OVF_STORE volume, falling back to initial
> vm.conf
>
> >Can you please check what do you have
> in /var/run/ovirt-hosted-engine-ha/vm.conf ?
>
> It exists and has the following:
>
> [root@ovirt1 ~]# cat /var/run/ovirt-hosted-engine-ha/vm.conf
> # Editing the hosted engine VM is only possible via the manager UI\API
> # This file was generated at Thu Mar  7 15:37:26 2019
>
> vmId=8474ae07-f172-4a20-b516-375c73903df7
> memSize=4096
> display=vnc
> devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0, bus:1,
> type:drive},specParams:{},readonly:true,deviceId:,path:,device:cdrom,shared:false,type:disk}
> devices={index:0,iface:virtio,format:raw,poolID:----,volumeID:a9ab832f-c4f2-4b9b-9d99-6393fd995979,imageID:8ec7a465-151e-4ac3-92a7-965ecf854501,specParams:{},readonly:false,domainID:808423f9-8a5c-40cd-bc9f-2568c85b8c74,optional:false,deviceId:a9ab832f-c4f2-4b9b-9d99-6393fd995979,address:{bus:0x00,
> slot:0x06, domain:0x, type:pci,
> function:0x0},device:disk,shared:exclusive,propagateErrors:off,type:disk,bootOrder:1}
> devices={device:scsi,model:virtio-scsi,type:controller}
> devices={nicModel:pv,macAddr:00:16:3e:62:72:c8,linkActive:true,network:ovirtmgmt,specParams:{},deviceId:,address:{bus:0x00,
> slot:0x03, domain:0x, type:pci,
> function:0x0},device:bridge,type:interface}
> devices={device:console,type:console}
> devices={device:vga,alias:video0,type:video}
> devices={device:vnc,type:graphics}
> vmName=HostedEngine
>
> spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir
> smp=1
> maxVCpus=8
> cpuType=Opteron_G5
> emulatedMachine=emulated_machine_list.json['values']['system_option_value'][0]['value'].replace('[','').replace(']','').split(',
> ')|first
> devices={device:virtio,specParams:{source:urandom},model:virtio,type:rng}
>

You should be able to copy it to /root/myvm.conf.xml and start the engine
VM with
hosted-engine --vm-start --vm-conf=/root/myvm.conf


>
>
>
> Also, I think this happened when I was upgrading ovirt1 (last in the
> gluster cluster) from 4.3.0 to 4.3.1 . The engine got restarted , because I
> forgot to enable the global maintenance.
>
>
> >Sorry, I don't understand
> >Can you please explain what happened?
>
> I have updated the engine first -> All OK, next was the arbiter -> again
> no issues with it.
> Next was the empty host -> ovirt2 and everything went OK.
> After that I migrated the engine to ovirt2 , and tried to updated ovirt1.
> The web showed that the installation failed, but using "yum update" was
> working.
> During the update via yum of ovirt1 -> the engine app crashed and
> restarted on ovirt2.
> After the reboot of ovirt1 I have noticed the error about pinging the
> gateway ,thus I stopped the engine and stopped the following services on
> both hosts (global maintenance):
> ovirt-ha-agent ovirt-ha-broker vdsmd supervdsmd sanlock
>
> Next was a reinitialization of the sanlock space via 'sanlock direct -s'.
> In the end I have managed to power on the hosted-engine and it was running
> for a while.
>
> As the errors did not stop - I have decided to shutdown everything, then
> power it up , heal gluster and check what will happen.
>
> Currently I'm not able to power up the engine:
>
>
> [root@ovirt1 ovirt-hosted-engine-ha]# hosted-engine --vm-status
>
>
> !! Cluster is in GLOBAL MAINTENANCE mode !!
>

Please notice that in 

[ovirt-users] Re: Two Hosts with Self Hosted Engine - HA / Failover & NFS

[Greg Sheremeta]

On Thu, Mar 7, 2019 at 10:39 AM Gianluca Cecchi 
wrote:

> On Thu, Mar 7, 2019 at 4:31 PM Greg Sheremeta  wrote:
>
>> Yes, you can do this with only 2 hosts and NFS.
>>
>> https://ovirt.org/documentation/vmm-guide/chap-Administrative_Tasks.html#improving-uptime-with-virtual-machine-high-availability
>>
>> With the 2 hosts in the same cluster, they will both see the storage
>> domain automatically.
>>
>> [He's not asking about gluster -- he's asking about NFS. gluster, split
>> brain, arbiters, etc are not relevant.]
>>
>> Greg
>>
>>
> Hi Greg,
> actually the OP wrote:
>
> 1)  Both hosts are identical with RAID Drive Arrays of 8TB.
> 2) how the Storage setup is done so that NFS will replicate across the
> hosts?
>
> These considerations let think that he/she has not an external NFS server,
> but would like to provide the local storage (syncronyzed between hosts in
> some way) offered via NFS.
> Hence the suggestions in following answers about Gluster based solutions.
> If there i an external NFS server your link perfectly applies
>
> Gianluca
>
>
>
Ah. Fair enough.

Greg


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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

[ovirt-users] Re: Two Hosts with Self Hosted Engine - HA / Failover & NFS

[Gianluca Cecchi]

On Thu, Mar 7, 2019 at 4:31 PM Greg Sheremeta  wrote:

> Yes, you can do this with only 2 hosts and NFS.
>
> https://ovirt.org/documentation/vmm-guide/chap-Administrative_Tasks.html#improving-uptime-with-virtual-machine-high-availability
>
> With the 2 hosts in the same cluster, they will both see the storage
> domain automatically.
>
> [He's not asking about gluster -- he's asking about NFS. gluster, split
> brain, arbiters, etc are not relevant.]
>
> Greg
>
>
Hi Greg,
actually the OP wrote:

1)  Both hosts are identical with RAID Drive Arrays of 8TB.
2) how the Storage setup is done so that NFS will replicate across the
hosts?

These considerations let think that he/she has not an external NFS server,
but would like to provide the local storage (syncronyzed between hosts in
some way) offered via NFS.
Hence the suggestions in following answers about Gluster based solutions.
If there i an external NFS server your link perfectly applies

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

[ovirt-users] Re: Two Hosts with Self Hosted Engine - HA / Failover & NFS

[Greg Sheremeta]

Yes, you can do this with only 2 hosts and NFS.
https://ovirt.org/documentation/vmm-guide/chap-Administrative_Tasks.html#improving-uptime-with-virtual-machine-high-availability

With the 2 hosts in the same cluster, they will both see the storage domain
automatically.

[He's not asking about gluster -- he's asking about NFS. gluster, split
brain, arbiters, etc are not relevant.]

Greg

On Wed, Mar 6, 2019 at 11:58 PM Strahil  wrote:

> I don't think that you can achieve it with only 2 nodes, as you can't
> protect yourself of split brain.
> Ovirt supports only glusterfs of replica 3 arbiter 1. If you create your
> own glusterfs , you can use glusterd2 with a "remote arbiter" in another
> location. That will give you protection from split brain and as it is
> remote - the latency won't kill your write speed.
>
> I can recommend you to get a VM in your environment (not hosted on any of
> the 2 hosts) or a small machine with a SSD  and use that as pure arbiter.
>
> Using one of the 2 nodes as arbiter brick is not going to help, as when
> that node fails - the cluster on the other node will stop working.
> It's the same with hosting NFS on one of the machines.
>
> As far as I know DRBD is not yet fully integrated, but you can give it a
> try.Still, using only 2 nodes gives no protection from split brain.
>
> Best Regards,
> Strahil NikolovOn Mar 7, 2019 01:28, sha...@lifestylepanel.com wrote:
> >
> > Is it possible to have only two physical hosts with NFS and be able to
> do VM HA / Failover between these hosts?
> >
> > Both hosts are identical with RAID Drive Arrays of 8TB.
> >
> > If so, can anybody point me to any docs or examples on exactly how the
> Storage setup is done so that NFS will replicate across the hosts?
> >
> > If not what file system should I use to achieve this?
> >
> > Thanks
> > Shane
> > ___
> > 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/5H4NDGUBBFYWI65KFNVJVVQO3O5HNPN2/
> ___
> 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/DZ7ZL7QLZQHUCPUTNJ3OYSOXHUM7YZKM/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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

[ovirt-users] Re: Ovirt 4.3.1 problem with HA agent

[Strahil Nikolov]

 

  
>The OVF_STORE volume is going to get periodically recreated by the engine so 
>at least you need a running engine.
>In order to avoid this kind of issue we have two OVF_STORE disks, in your case:
>MainThread::INFO::2019-03-06 
>06:50:02,391::ovf_store::120::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
> Found >OVF_STORE: imgUUID:441abdc8-6cb1-49a4-903f-a1ec0ed88429, 
>volUUID:c3309fc0-8707-4de1-903d-8d4bbb024f81>MainThread::INFO::2019-03-06 
>06:50:02,748::ovf_store::120::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
> Found >OVF_STORE: imgUUID:94ade632-6ecc-4901-8cec-8e39f3d69cb0, 
>volUUID:9460fc4b-54f3-48e3-b7b6-da962321ecf4
>Can you please check if you have at lest the second copy?
Second Copy is empty too:[root@ovirt1 ~]# ll 
/rhev/data-center/mnt/glusterSD/ovirt1.localdomain:_engine/808423f9-8a5c-40cd-bc9f-2568c85b8c74/images/441abdc8-6cb1-49a4-903f-a1ec0ed88429
total 66561
-rw-rw. 1 vdsm kvm   0 Mar  4 05:23 c3309fc0-8707-4de1-903d-8d4bbb024f81
-rw-rw. 1 vdsm kvm 1048576 Jan 31 13:24 
c3309fc0-8707-4de1-903d-8d4bbb024f81.lease
-rw-r--r--. 1 vdsm kvm 435 Mar  4 05:24 
c3309fc0-8707-4de1-903d-8d4bbb024f81.meta



>And even in the case you lost both, we are storing on the shared storage the 
>initial vm.conf:>MainThread::ERROR::2019-03-06 
>>06:50:02,971::config_ovf::70::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm::>(_get_vm_conf_content_from_ovf_store)
> Failed extracting VM OVF from the OVF_STORE volume, falling back to initial 
>vm.conf

>Can you please check what do you have in 
>/var/run/ovirt-hosted-engine-ha/vm.conf ? It exists and has the following:
[root@ovirt1 ~]# cat /var/run/ovirt-hosted-engine-ha/vm.conf
# Editing the hosted engine VM is only possible via the manager UI\API
# This file was generated at Thu Mar  7 15:37:26 2019

vmId=8474ae07-f172-4a20-b516-375c73903df7
memSize=4096
display=vnc
devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0, bus:1, 
type:drive},specParams:{},readonly:true,deviceId:,path:,device:cdrom,shared:false,type:disk}
devices={index:0,iface:virtio,format:raw,poolID:----,volumeID:a9ab832f-c4f2-4b9b-9d99-6393fd995979,imageID:8ec7a465-151e-4ac3-92a7-965ecf854501,specParams:{},readonly:false,domainID:808423f9-8a5c-40cd-bc9f-2568c85b8c74,optional:false,deviceId:a9ab832f-c4f2-4b9b-9d99-6393fd995979,address:{bus:0x00,
 slot:0x06, domain:0x, type:pci, 
function:0x0},device:disk,shared:exclusive,propagateErrors:off,type:disk,bootOrder:1}
devices={device:scsi,model:virtio-scsi,type:controller}
devices={nicModel:pv,macAddr:00:16:3e:62:72:c8,linkActive:true,network:ovirtmgmt,specParams:{},deviceId:,address:{bus:0x00,
 slot:0x03, domain:0x, type:pci, function:0x0},device:bridge,type:interface}
devices={device:console,type:console}
devices={device:vga,alias:video0,type:video}
devices={device:vnc,type:graphics}
vmName=HostedEngine
spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir
smp=1
maxVCpus=8
cpuType=Opteron_G5
emulatedMachine=emulated_machine_list.json['values']['system_option_value'][0]['value'].replace('[','').replace(']','').split(',
 ')|first
devices={device:virtio,specParams:{source:urandom},model:virtio,type:rng}




Also, I think this happened when I was upgrading ovirt1 (last in the gluster 
cluster) from 4.3.0 to 4.3.1 . The engine got restarted , because I forgot to 
enable the global maintenance.

>Sorry, I don't understand>Can you please explain what happened?
I have updated the engine first -> All OK, next was the arbiter -> again no 
issues with it.Next was the empty host -> ovirt2 and everything went OK.After 
that I migrated the engine to ovirt2 , and tried to updated ovirt1.The web 
showed that the installation failed, but using "yum update" was working.During 
the update via yum of ovirt1 -> the engine app crashed and restarted on 
ovirt2.After the reboot of ovirt1 I have noticed the error about pinging the 
gateway ,thus I stopped the engine and stopped the following services on both 
hosts (global maintenance):ovirt-ha-agent ovirt-ha-broker vdsmd supervdsmd 
sanlock
Next was a reinitialization of the sanlock space via 'sanlock direct -s'. 
In the end I have managed to power on the hosted-engine and it was running for 
a while.
As the errors did not stop - I have decided to shutdown everything, then power 
it up , heal gluster and check what will happen.
Currently I'm not able to power up the engine:

[root@ovirt1 ovirt-hosted-engine-ha]# hosted-engine --vm-status


!! Cluster is in GLOBAL MAINTENANCE mode !!



--== Host ovirt1.localdomain (id: 1) status ==--

conf_on_shared_storage : True
Status up-to-date  : True
Hostname   : ovirt1.localdomain
Host ID    : 1
Engine status  : {"reason": "vm not running on this host", 
"health": "bad", "vm": "down", "detail": "unknown"}
Score 

[ovirt-users] Re: Failed to deploy ovirt engine with "hosted-engine --deploy"

[Simone Tiraboschi]

On Thu, Mar 7, 2019 at 2:10 PM Bong Shau Fui  wrote:

> Hi:
>Some more updates.  While running the hosted-engine --deploy, it seems
> like the VM is created, and still get stuck at the line
>
> [ INFO  ] TASK [ovirt.hosted_engine_setup : Get local VM IP]
>
> I opened up another terminal and run brctl show
>
> bridge name bridge id   STP enabled interfaces
> ;vdsmdummy; 8000.   no
> ovirtmgmt   8000.525400da358f   no  eth0
> virbr0  8000.5254002d053d   yes virbr0-nic
> vnet0
>
> Looks like the engine vm's network interface is connected to the default
> NAT network bridge of virbr0!  When selecting the interface to bridge
> ovirtmgmt I specifically choose 'eth0'.  I'm very sure I didn't choose
> anything but eth0 as I've been trying for many times already.  But why
> vnet0 is bridged to virbr0?
>

This is fine: the bootstrap engine VM is started over libvirt default
network then we will use that engine to configure your system.


>
>
>
> regards,
> Bong SF
> ___
> 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/XRL6V6XHHKW3G6OT5DCM7EQFT6WLCSKN/
>
___
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/PPRVAB3MQXEYJXCZS3RFY53O37SFCOAT/

[ovirt-users] Re: Failed to deploy ovirt engine with "hosted-engine --deploy"

[Bong Shau Fui]

Hi:
   Some more updates.  While running the hosted-engine --deploy, it seems like 
the VM is created, and still get stuck at the line

[ INFO  ] TASK [ovirt.hosted_engine_setup : Get local VM IP]

I opened up another terminal and run brctl show

bridge name bridge id   STP enabled interfaces
;vdsmdummy; 8000.   no
ovirtmgmt   8000.525400da358f   no  eth0
virbr0  8000.5254002d053d   yes virbr0-nic
vnet0

Looks like the engine vm's network interface is connected to the default  NAT 
network bridge of virbr0!  When selecting the interface to bridge ovirtmgmt I 
specifically choose 'eth0'.  I'm very sure I didn't choose anything but eth0 as 
I've been trying for many times already.  But why vnet0 is bridged to virbr0?



regards,
Bong SF
___
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/XRL6V6XHHKW3G6OT5DCM7EQFT6WLCSKN/

[ovirt-users] Re: Please don't remove instance type

[Michal Skrivanek]

> On 7 Mar 2019, at 10:43, Baptiste Agasse  
> wrote:
> 
> - Le 15 Fév 19, à 16:36, Michal Skrivanek  a 
> écrit :
> 
> 
> On 12 Feb 2019, at 22:21, Greg Sheremeta  > wrote:
> 
> Hi!
> 
> On Sat, Feb 2, 2019 at 1:35 PM Baptiste Agasse 
> mailto:baptiste.aga...@lyra-network.com>> 
> wrote:
> Hi all,
> 
> We are happy oVirt users for some years now (we started with 3.6, now on 4.2) 
> and we manage most of our virtualization stacks with it. To provision and 
> manage our machines, we use the foreman (for bare metal and virtual machines) 
> on top of it. I made some little contributions to the foreman and other 
> underlying stuff to have a deeper integration with oVirt, like to be able to 
> select instance type directly from foreman interface/api and we rely on it. 
> We use instance types to standardize our vms by defining system resources 
> (memory, cpu and cpu topology) console type, boot options. On top of that we 
> plan to use templates to apply OS (CentOS 7 and CentOS 6 actually). Having 
> resources definitions separated from OS installation help us to keep instance 
> types and templates lists small and don't bother users about some technical 
> underlying stuff. As we are interested in automating oVirt maintenance tasks 
> and configuration with ansible, I asked at FOSDEM oVirt booth if there is any 
> ansible module to manage instance types in Ovirt as I didn't find it in ovirt 
> ansible infra repo. The person to whom I asked the question said that you are 
> planning to remove instance types from ovirt, and this make me sad :(. So 
> here I am to ask why do you plan to remove instance types from oVirt. As far 
> as I know, it's fairly common to have "instance types" / "flavors" / "sizes" 
> on one side and then templates (bare OS, preinstalled appliances...) on other 
> side and pick one of each to make an instance. If this first part is missing 
> in future version of ovirt, it will be a pain point for us. So, my question 
> is, do you really plan to remove instances type definitely ?
> 
> I don't know the future plans (maybe someone else can comment), but I have 
> heard that instance types are barely used. You might be the first person I 
> know of who is using them.
> 
> The argument for keeping templates but removing instance types is probably 
> that templates already are effectively instance types. That's why I never use 
> them. For example, create a CentOS template with 16 CPUs, 32GB RAM, 500GB 
> disk ... that's effectively a large instance type. Create another template 
> with 1 CPU, 2GB RAM, 30GB disk ... that's effectively a small instance type.
> 
> Is there a use case beyond this that instance types provide that templates 
> don’t?
> 
> It was supposed to give better abstraction for hw, and more importantly 
> something you can change later on and it gets reflected in all VMs using that 
> type. Problem with that is that it got quite complex and we never really 
> found the right cut between what belongs to Instance and what to Template. It 
> works…but there are few corner cases here and there which are quite difficult 
> to fix. 
> 
> But no, we do not plan to remove them. It’s just in a deep maintenance mode 
> where we don’t really invest time to cover REST, ansible and all the bells 
> and whistles. If it works for you, great. If not and you would want to submit 
> a fix then please feel free to do so too.
> 
> Thanks,
> michal
> 
> Hi,
> 
> First, thank you both for your answers, and sorry for the delay. To be more 
> clear on how we use instance types and templates, we use it like our external 
> cloud providers use this kind of concepts:
> 
> * Templates is a pre-provisionned OS (and maybe one or more application 
> installed on top of it). Template needs storage space on storage domain(s) to 
> be stored. 
> * Instance types are "size" and other "metadata" applied to the template/VM 
> (eg: CPUs/Cores count, RAM size, headless VM, SPICE, or VNC ?, scsi support ? 
> HA ? ...). You can have a lot of "profiles" at "no cost" because it's just 
> configuration

yep, that was the idea for them. It’s just that not enough people expressed 
their interest in this feature…

> 
> IMHO, on our workload, as we have a limited set of templates but a lot of 
> different "sizes/types" of VMs. If instead of using instance types +  
> templates, we only use templates we will have a lot of templates with mostly 
> the same OSes/application preinstalled on it and the maintenance/storage 
> costs will be a lot greater than today. For some corner cases, we also have 
> "non templated" VMs and we apply instance type to it too (we enforce that any 
> VM, build from template or not on our clusters have an instance type applied 
> to it)
> 
> We are greatly interested in ansible modules to maintain and configure our 
> multiple oVirt stacks. I know that you will not invest time in providing 
> ansible module for instance types as you said that part of ovirt is 

[ovirt-users] Re: How to Copy-Paste without QXL ?

[Michal Skrivanek]

> On 5 Mar 2019, at 18:25, Guillaume Pavese 
>  wrote:
> 
> This is something i would like to know too
> As far as I know, copy paste with SPICE only works in graphical mode, with a 
> X session running. Before X is starded, while in the console, no copy/paste 
> is possible.
> 
> However, with virt-manager, it is possible to copy paste directly in the 
> serial console of a vm installed with "--no-graphics"
> This is a feature of virt-manager I deeply miss if it's not possible to make 
> it work with VNC/SPICE remote consoles. 
> 
> What would be great is the possibility to connect directly to the serial 
> console of the vm from ovirt-manager (I think that's what virt-manager is 
> doing seamlessly when no graphic hw is configured for the vm).

it’s doable, but we’re not working on that currently.
We have the pieces. ovirt-web-ui noVNC integration is using the console 
component we have created[1] which embeds xterm.js terminal. But the part 
connecting it to oVirt is difficult since oVirt’s entry point is SSH. You’d 
need to add a js ssh implementation and hook it up as a backend for xterm.js to 
be able to connect

In the meantime, use have to use your own window and run ssh yourself:)

Thanks,
michal

[1] 
https://github.com/patternfly/patternfly-react/tree/master/packages/patternfly-3/react-console

> 
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
> 
> 
> On Tue, Mar 5, 2019 at 11:39 PM Victor Toso  > wrote:
> Hi Jean,
> 
> On Tue, Mar 05, 2019 at 02:20:59PM -, jeanbapti...@nfrance.com 
>  wrote:
> > Hello Guys,
> > 
> > I try to make work copy and paste from a virt-viewer client to
> > a Linux VM (Centos 6).
> > I have install spice-vdagent (service run). Guest is configured
> > as QXL + Spice. I also have test :
> > - Enable SPICE clipboard copy and paste
> > - Enable VirtIO serial console
> > 
> > But Paste (CTRL + SHIFT + V ?) not work
> > 
> > Is this function can work without QXL driver ?
> 
> The copy, like drag, those are features that rely on
> spice-vdagent, not QXL.
> 
> I assume that spice-vdagent and spice-vdagentd are running
> without errors in your CentOS 6 box? If that's the case, you can
> share some logs from the client remote-viewer or virt-viewer
> --debug --spice-debug.
> 
> Cheers,
> Victor
> ___
> 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/FNP6WOTOM7OHMSP74XDZOQXFGFREB5VF/
>  
> 
> ___
> 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/XRA2SHGUMPAIUEIH36YM3EH3YASW5Y22/

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

[ovirt-users] Re: Ovirt 4.3.1 problem with HA agent

[Simone Tiraboschi]

On Thu, Mar 7, 2019 at 9:19 AM Strahil Nikolov 
wrote:

> Hi Simone,
>
> I think I found the problem - ovirt-ha cannot extract the file containing
> the needed data .
> In my case it is completely empty:
>
>
> [root@ovirt1 ~]# ll
> /rhev/data-center/mnt/glusterSD/ovirt1.localdomain:_engine/808423f9-8a5c-40cd-bc9f-2568c85b8c74/images/94ade632-6ecc-4901-8cec-8e39f3d69cb0
> total 66561
> -rw-rw. 1 vdsm kvm   0 Mar  4 05:21
> 9460fc4b-54f3-48e3-b7b6-da962321ecf4
> -rw-rw. 1 vdsm kvm 1048576 Jan 31 13:24
> 9460fc4b-54f3-48e3-b7b6-da962321ecf4.lease
> -rw-r--r--. 1 vdsm kvm 435 Mar  4 05:22
> 9460fc4b-54f3-48e3-b7b6-da962321ecf4.meta
>
>
> Any hint how to recreate that ? Maybe wipe and restart the ovirt-ha-broker
> and agent ?
>

The OVF_STORE volume is going to get periodically recreated by the engine
so at least you need a running engine.

In order to avoid this kind of issue we have two OVF_STORE disks, in your
case:

MainThread::INFO::2019-03-06
06:50:02,391::ovf_store::120::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
Found OVF_STORE: imgUUID:441abdc8-6cb1-49a4-903f-a1ec0ed88429,
volUUID:c3309fc0-8707-4de1-903d-8d4bbb024f81
MainThread::INFO::2019-03-06
06:50:02,748::ovf_store::120::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
Found OVF_STORE: imgUUID:94ade632-6ecc-4901-8cec-8e39f3d69cb0,
volUUID:9460fc4b-54f3-48e3-b7b6-da962321ecf4

Can you please check if you have at lest the second copy?

And even in the case you lost both, we are storing on the shared storage
the initial vm.conf:
MainThread::ERROR::2019-03-06
06:50:02,971::config_ovf::70::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm::(_get_vm_conf_content_from_ovf_store)
Failed extracting VM OVF from the OVF_STORE volume, falling back to initial
vm.conf

Can you please check what do you have
in /var/run/ovirt-hosted-engine-ha/vm.conf ?


>
> Also, I think this happened when I was upgrading ovirt1 (last in the
> gluster cluster) from 4.3.0 to 4.3.1 . The engine got restarted , because I
> forgot to enable the global maintenance.
>

Sorry, I don't understand.
Can you please explain what happened?



>
>
>
> Best Regards,
> Strahil Nikolov
>
> В сряда, 6 март 2019 г., 16:57:30 ч. Гринуич+2, Simone Tiraboschi <
> stira...@redhat.com> написа:
>
>
>
>
> On Wed, Mar 6, 2019 at 3:09 PM Strahil Nikolov 
> wrote:
>
> Hi Simone,
>
> thanks for your reply.
>
> >Are you really sure that the issue was on the ping?
> >on storage errors the broker restart itself and while the broker is
> restarting >the agent cannot ask the broker to trigger the gateway monitor
> (the ping one) and >so that error message.
>
> It seemed so in that moment, but I'm not so sure , right now :)
>
> >Which kind of storage are you using?
> >can you please attach /var/log/ovirt-hosted-engine-ha/broker.log ?
>
> I'm using glustervs v5 from ovirt 4.3.1 with FUSE mount.
> Please , have a look in the attached logs.
>
>
> Nothing seems that strange there but that error.
> Can you please try with ovirt-ha-agent and ovirt-ha-broker in debug mode?
> you have to set level=DEBUG in [logger_root] section
> in /etc/ovirt-hosted-engine-ha/agent-log.conf
> and /etc/ovirt-hosted-engine-ha/broker-log.conf and restart the two
> services.
>
>
>
> Best Regards,
> Strahil Nikolov
>
> В сряда, 6 март 2019 г., 9:53:20 ч. Гринуич+2, Simone Tiraboschi <
> stira...@redhat.com> написа:
>
>
>
>
> On Wed, Mar 6, 2019 at 6:13 AM Strahil  wrote:
>
> Hi guys,
>
> After updating to 4.3.1 I had an issue where the ovirt-ha-broker was
> complaining that it couldn't ping the gateway.
>
>
> Are you really sure that the issue was on the ping?
> on storage errors the broker restart itself and while the broker is
> restarting the agent cannot ask the broker to trigger the gateway monitor
> (the ping one) and so that error message.
>
>
> As I have seen that before - I stopped ovirt-ha-agent, ovirt-ha-broker,
> vdsmd, supervdsmd and sanlock on the nodes and reinitialized the lockspace.
>
> I gues s I didn't do it properly as now I receive:
>
> ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR
> Failed extracting VM OVF from the OVF_STORE volume, falling back to initial
> vm.conf
>
> Any hints how to fix this ? Of course a redeploy is possible, but I prefer
> to recover from that.
>
>
> Which kind of storage are you using?
> can you please attach /var/log/ovirt-hosted-engine-ha/broker.log ?
>
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OU3FKLEPH7AHT2LO2IYZ47RJHRA72C3Z/
>
> ___
> Users mailing list -- users@ovirt.org
> To 

[ovirt-users] Re: Info about Cinderlib integration testing

[Benny Zlotnik]

Sorry, I meant which storage backend are you planning to test :)

On Thu, Mar 7, 2019 at 9:48 AM Gianluca Cecchi 
wrote:

> On Wed, Mar 6, 2019 at 12:49 PM Benny Zlotnik  wrote:
>
>> Also, which driver are you planning on trying?
>>
>> And there are some known issues we fixed in the upcoming 4.3.2,
>> like setting correct permissions to /usr/share/ovirt-engine/cinderlib
>> it should be owned by the ovirt user
>>
>> We'll be happy to receive bug reports
>>
>> On Wed, Mar 6, 2019, 13:44 Benny Zlotnik  wrote:
>>
>>> unfortunately we don't have proper packaging for cinderlib at the
>>> moment, it needs to be installed via pip,
>>> pip install cinderlib
>>>
>>> also you need to enable the config value ManagedBlockDomainSupported
>>>


> Thanks all for the info and the links.
> I thought from the engine-setup output that it had already been integrated.
> I'm going to test something with the upcoming 4.3.2 so.
> As far as the driver version is concerned, I think I can use the latest
> version available or what did you mean exactly?
>
> 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/CXGHP5XJ5MJIL6YK3LURPGYYQNDJBJR7/

[ovirt-users] Re: Please don't remove instance type

[Baptiste Agasse]

- Le 15 Fév 19, à 16:36, Michal Skrivanek  a 
écrit : 





BQ_BEGIN

On 12 Feb 2019, at 22:21, Greg Sheremeta < [ mailto:gsher...@redhat.com | 
gsher...@redhat.com ] > wrote: 

Hi! 

On Sat, Feb 2, 2019 at 1:35 PM Baptiste Agasse < [ 
mailto:baptiste.aga...@lyra-network.com | baptiste.aga...@lyra-network.com ] > 
wrote: 

BQ_BEGIN
Hi all, 

We are happy oVirt users for some years now (we started with 3.6, now on 4.2) 
and we manage most of our virtualization stacks with it. To provision and 
manage our machines, we use the foreman (for bare metal and virtual machines) 
on top of it. I made some little contributions to the foreman and other 
underlying stuff to have a deeper integration with oVirt, like to be able to 
select instance type directly from foreman interface/api and we rely on it. We 
use instance types to standardize our vms by defining system resources (memory, 
cpu and cpu topology) console type, boot options. On top of that we plan to use 
templates to apply OS (CentOS 7 and CentOS 6 actually). Having resources 
definitions separated from OS installation help us to keep instance types and 
templates lists small and don't bother users about some technical underlying 
stuff. As we are interested in automating oVirt maintenance tasks and 
configuration with ansible, I asked at FOSDEM oVirt booth if there is any 
ansible module to manage instance types in Ovirt as I didn't find it in ovirt 
ansible infra repo. The person to whom I asked the question said that you are 
planning to remove instance types from ovirt, and this make me sad :(. So here 
I am to ask why do you plan to remove instance types from oVirt. As far as I 
know, it's fairly common to have "instance types" / "flavors" / "sizes" on one 
side and then templates (bare OS, preinstalled appliances...) on other side and 
pick one of each to make an instance. If this first part is missing in future 
version of ovirt, it will be a pain point for us. So, my question is, do you 
really plan to remove instances type definitely ? 




I don't know the future plans (maybe someone else can comment), but I have 
heard that instance types are barely used. You might be the first person I know 
of who is using them. 

The argument for keeping templates but removing instance types is probably that 
templates already are effectively instance types. That's why I never use them. 
For example, create a CentOS template with 16 CPUs, 32GB RAM, 500GB disk ... 
that's effectively a large instance type. Create another template with 1 CPU, 
2GB RAM, 30GB disk ... that's effectively a small instance type. 

Is there a use case beyond this that instance types provide that templates 
don’t? 

BQ_END


It was supposed to give better abstraction for hw, and more importantly 
something you can change later on and it gets reflected in all VMs using that 
type. Problem with that is that it got quite complex and we never really found 
the right cut between what belongs to Instance and what to Template. It 
works…but there are few corner cases here and there which are quite difficult 
to fix. 

But no, we do not plan to remove them. It’s just in a deep maintenance mode 
where we don’t really invest time to cover REST, ansible and all the bells and 
whistles. If it works for you, great. If not and you would want to submit a fix 
then please feel free to do so too. 

Thanks, 
michal 

BQ_END

Hi, 

First, thank you both for your answers, and sorry for the delay. To be more 
clear on how we use instance types and templates, we use it like our external 
cloud providers use this kind of concepts: 

* Templates is a pre-provisionned OS (and maybe one or more application 
installed on top of it). Template needs storage space on storage domain(s) to 
be stored. 
* Instance types are "size" and other "metadata" applied to the template/VM 
(eg: CPUs/Cores count, RAM size, headless VM, SPICE, or VNC ?, scsi support ? 
HA ? ...). You can have a lot of "profiles" at "no cost" because it's just 
configuration 

IMHO, on our workload, as we have a limited set of templates but a lot of 
different "sizes/types" of VMs. If instead of using instance types + templates, 
we only use templates we will have a lot of templates with mostly the same 
OSes/application preinstalled on it and the maintenance/storage costs will be a 
lot greater than today. For some corner cases, we also have "non templated" VMs 
and we apply instance type to it too (we enforce that any VM, build from 
template or not on our clusters have an instance type applied to it) 

We are greatly interested in ansible modules to maintain and configure our 
multiple oVirt stacks. I know that you will not invest time in providing 
ansible module for instance types as you said that part of ovirt is in 
maintenance mode, but contribution are welcome on this part (I saw that the SDK 
already cover it) ? 

Have a nice day. 

Cheers. 



BQ_BEGIN


BQ_BEGIN


Best wishes, 
Greg 

BQ_BEGIN

Cheers. 

-- 
Baptiste 

[ovirt-users] Re: Ovirt 4.3.1 problem with HA agent

[Strahil Nikolov]

 Hi Simone,
I think I found the problem - ovirt-ha cannot extract the file containing the 
needed data .In my case it is completely empty:

[root@ovirt1 ~]# ll 
/rhev/data-center/mnt/glusterSD/ovirt1.localdomain:_engine/808423f9-8a5c-40cd-bc9f-2568c85b8c74/images/94ade632-6ecc-4901-8cec-8e39f3d69cb0total
 66561-rw-rw. 1 vdsm kvm       0 Mar  4 05:21 
9460fc4b-54f3-48e3-b7b6-da962321ecf4-rw-rw. 1 vdsm kvm 1048576 Jan 31 13:24 
9460fc4b-54f3-48e3-b7b6-da962321ecf4.lease-rw-r--r--. 1 vdsm kvm     435 Mar  4 
05:22 9460fc4b-54f3-48e3-b7b6-da962321ecf4.meta

Any hint how to recreate that ? Maybe wipe and restart the ovirt-ha-broker and 
agent ?
Also, I think this happened when I was upgrading ovirt1 (last in the gluster 
cluster) from 4.3.0 to 4.3.1 . The engine got restarted , because I forgot to 
enable the global maintenance.


Best Regards,Strahil Nikolov
В сряда, 6 март 2019 г., 16:57:30 ч. Гринуич+2, Simone Tiraboschi 
 написа:  
 
 

On Wed, Mar 6, 2019 at 3:09 PM Strahil Nikolov  wrote:

 Hi Simone,
thanks for your reply.
>Are you really sure that the issue was on the ping?>on storage errors the 
>broker restart itself and while the broker is restarting >the agent cannot ask 
>the broker to trigger the gateway monitor (the ping one) and >so that error 
>message.
It seemed so in that moment, but I'm not so sure , right now :)
>Which kind of storage are you using?>can you please attach 
>/var/log/ovirt-hosted-engine-ha/broker.log ?
I'm using glustervs v5 from ovirt 4.3.1 with FUSE mount.Please , have a look in 
the attached logs.

Nothing seems that strange there but that error.Can you please try with 
ovirt-ha-agent and ovirt-ha-broker in debug mode?you have to set level=DEBUG in 
[logger_root] section in /etc/ovirt-hosted-engine-ha/agent-log.conf and 
/etc/ovirt-hosted-engine-ha/broker-log.conf and restart the two services. 

Best Regards,Strahil Nikolov

В сряда, 6 март 2019 г., 9:53:20 ч. Гринуич+2, Simone Tiraboschi 
 написа:  
 
 

On Wed, Mar 6, 2019 at 6:13 AM Strahil  wrote:


Hi guys,

After updating to 4.3.1 I had an issue where the ovirt-ha-broker was 
complaining that it couldn't ping the gateway.



Are you really sure that the issue was on the ping?on storage errors the broker 
restart itself and while the broker is restarting the agent cannot ask the 
broker to trigger the gateway monitor (the ping one) and so that error message. 

As I have seen that before - I stopped ovirt-ha-agent, ovirt-ha-broker, vdsmd, 
supervdsmd and sanlock on the nodes and reinitialized the lockspace.

I gues s I didn't do it properly as now I receive:

ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR Failed 
extracting VM OVF from the OVF_STORE volume, falling back to initial vm.conf

Any hints how to fix this ? Of course a redeploy is possible, but I prefer to 
recover from that.


Which kind of storage are you using?can you please attach 
/var/log/ovirt-hosted-engine-ha/broker.log ? 

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

___
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/BNV7AVUBLOV2UDVBTYN23ZEZ2Q4TJYHV/
  
  ___
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/QGBP6GYMCMEMI7GM2RB5OQOWMMNILDX5/