Re: [ovirt-users] centos 7 kernel 693 extremely slow boot on ovirt version 4.1.5.2-1.el7.centos

[Charles Kozler]

removing all cloud-* services from boot seems to have fixed this and as
well, for some reason or another after doing a yum update, all of my
network configurations in the VM were lost. I guess I missed the supporting
documentation on glance and what to expect from using them? Having removed
them from boot I still get a brief hang on qxl but its about 5-10 seconds
then goes to login

Where can I follow up on reporting issues with glance images?

On Fri, Sep 15, 2017 at 11:57 PM, Charles Kozler 
wrote:

> I have tried this multiple times
>
> I imported glance image latest centos 7 as a template. Made a VM from it
> and rebooted it multiple times testing some apps. Reboot was always 30
> seconds or less
>
> I did a full yum update and then reboot
>
> on reboot I am hung up at "[drm] initalized qxl 0.1.0 20120117 for
> 000:00:02.0 on minor 0" for between 3-5 minutes (varies, but usually
> averages there)
>
> https://i.imgur.com/ZAhf4je.png for reference
>
> QXL I know is the console. I tried setting it to VGA and it hung on about
> the same part except it doesnt reference QXL, it references another device
> driver. I am guessing there is some issue with the display drivers?
>
> Not really sure what to say about this...is this a KVM issue? A centos 7
> kernel issue? Or is ovirt booting the VM via KVM with a parameter that is
> new-ish and causing some conflict with new kernel? or did something update
> in the image that I wasnt aware that is causing slow boot now?
>
> Host(s) kernel is 3.10.0-514.26.2.el7.x86_64
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] centos 7 kernel 693 extremely slow boot on ovirt version 4.1.5.2-1.el7.centos

[Charles Kozler]

I have tried this multiple times

I imported glance image latest centos 7 as a template. Made a VM from it
and rebooted it multiple times testing some apps. Reboot was always 30
seconds or less

I did a full yum update and then reboot

on reboot I am hung up at "[drm] initalized qxl 0.1.0 20120117 for
000:00:02.0 on minor 0" for between 3-5 minutes (varies, but usually
averages there)

https://i.imgur.com/ZAhf4je.png for reference

QXL I know is the console. I tried setting it to VGA and it hung on about
the same part except it doesnt reference QXL, it references another device
driver. I am guessing there is some issue with the display drivers?

Not really sure what to say about this...is this a KVM issue? A centos 7
kernel issue? Or is ovirt booting the VM via KVM with a parameter that is
new-ish and causing some conflict with new kernel? or did something update
in the image that I wasnt aware that is causing slow boot now?

Host(s) kernel is 3.10.0-514.26.2.el7.x86_64
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt automation through Ansible and cloud-init in oVirt 4.1.5 + Ansible 2.3.1

[Julián Tete]

You are absolutely right Ondra. Thank You

I have three questions for you:

1) How does this work ? Ansible creates the configuration disk?

2) How can I do to disable cloud-init after execution, maybe a script that
runs systemd disable cloud-init.service and systemd mask
cloud-init.service. There is little documentation about it

3) If you would like to turn off or on a huge set of virtual machines how
you can group them to do so. Without having to do a Task for each one

2017-09-11 4:25 GMT-05:00 Ondra Machacek :

> On Sat, Sep 9, 2017 at 2:02 AM, Julián Tete 
> wrote:
> > oVirt Version: 4.1.5
> >
> > Ansible: 2.3.1
> >
> > Hello Friends of oVirt
> >
> > I want to automate the creation, provisioning and deployment of virtual
> > machines in oVirt, using Ansible.
> >
> > I want to use a non-cloud image for the template. It has cloud-init
> > installed. And it looks for the IP http: //169.254.169 and the following
> > error message: "Calling 'http: //169.254.169 ."
> >
> > It looks like oVirt uses a config drive with a user-data.txt file
> >
> > This is my Ansible Playbook:
> >
> > ---
> > # Primer Play
> > - hosts: oVirtEnginePruebas
> >   remote_user: root
> >   tasks:
> > - name : Definiendo la conexion con el Engine de oVirt
> >   ovirt_auth:
> >   url: https://engine1.example.com/ovirt-engine/api
> >   username: admin@internal
> >   password: mysupersecretpassword
> >   ca_file: /etc/pki/ovirt-engine/ca.pem
> >
> > - name : Creando la maquina virtual requerida
> >   ovirt_vms:
> >   auth: "{{ ovirt_auth }}"
> >   state: present
> >   name: CentOS7CloudInit
> >   template: CloudInitTemplate
> >   cluster: Default
>
> Why you need this? I think you can remove and use just the task below.
>
> >
> > - name : Se establecen las propiedades de la maquina virtual y los
> > parametros de cloud-init
> >   ovirt_vms:
> >   auth: "{{ ovirt_auth }}"
> >   name: CentOS7CloudInit
> >   template: CloudInitTemplate
> >   cluster: Default
> >   memory: 5GiB
> >   cpu_cores: 8
> >   high_availability: true
> >   cloud_init:
> > host_name: cloudinit.example.com
> > nic_name: eth0
> > nic_boot_protocol: static
> > nic_ip_address: 192.168.0.238
> > nic_netmask: 255.255.255.0
> > nic_gateway: 192.168.0.1
> > dns_servers: 8.8.8.8
> > dns_search: example.com
> > nic_on_boot: true
> > user_name: root
> > root_password: mysupersecretpassword
>
> This looks OK, and should work, what is the issue you have?
>
> >
> > - name : Desconectando con el Engine de oVirt revocando el token SSO
> >   ovirt_auth:
> >   state: absent
> >   ovirt_auth: "{{ ovirt_auth }}"
> > ~
> >
> >
> > I just want to use Ansible for this, I do not want to use the oVirt
> > webinterface to run run once every time I want to provision a machine.
> >
> > How can I do that ?
> >
> > Thanks in advance
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Disk image upload via CLI?

[Nir Soffer]

On Thu, Sep 14, 2017 at 5:45 PM Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

> Hi Daniel and other friendly contributors,
>
> finally i sorted out how to set provisioned_size/initial_size correctly
> in upload_disk.py and my error is gone. It wasn't so easy, but maybe i
> took an awkard route when starting with a preallocated qcow2 image. In
> this special case you have to set provisioned_size to st_size, whereas
> with sparse images provisioned_size is "virtual size" from "qemu-img
> info". This may seem obvious to others, i took the hard route.
>

Just to make this more clear - when you create a disk, you want to use the
virtual size for the disk size - this is the size that the guest will see.

For example:

$ qemu-img create -f qcow2 test.qcow2 20g
Formatting 'test.qcow2', fmt=qcow2 size=21474836480 encryption=off
cluster_size=65536 lazy_refcounts=off refcount_bits=16

$ ls -lh test.qcow2
-rw-r--r--. 1 nsoffer nsoffer 193K Sep 15 18:15 test.qcow2

The disk size should be exactly 20g.

The initial size of the disk depends on the actual file size, in this
example,
anything bigger than 193k will be fine.

When using raw format, the disk size is always the file size.

When using preallocation, the actual file size may be more than the
virtual size, since the qcow file format needs extra space for image
metadata.

$ qemu-img create -f qcow2 test.qcow2 -o preallocation=full 1g
Formatting 'test.qcow2', fmt=qcow2 size=1073741824 encryption=off
cluster_size=65536 preallocation=full lazy_refcounts=off refcount_bits=16

$ ls -lht test.qcow2
-rw-r--r--. 1 nsoffer nsoffer 1.1G Sep 15 18:20 test.qcow2

$ python -c 'import os; print os.path.getsize("test.qcow2")'
1074135040

In this case the initial size must be 1074135040.

I guess the example upload code should be improved so it works
out of the box for preallocated images.


> My approach stems from my desire to repeat the exact example in
> upload_disk.py (which uses a qcow image) and my actual use case, which
> is uploading a rather large image converted from vmdk (i only tested
> this with raw format yet), so i wanted to have some "real large" data to
> upload.
>

I don't know any good reason to do full or falloc preallocation since this
means preallocating the entire image - in this case you should use raw
image and get better performance.

To simulate upload of a real image you can upload some dvd iso, or
create raw disk with some data and convert the disk to qcow2:

$ time dd if=/dev/zero bs=8M count=128 | tr "\0" "\1" > test.raw

$ qemu-img convert -f raw -O qcow2 test.raw test.qcow2

$ qemu-img info test.qcow2
image: test.qcow2
file format: qcow2
virtual size: 1.0G (1073741824 bytes)
disk size: 1.0G
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
refcount bits: 16
corrupt: false

Nir


>
> @nsoffer:
> I'll open a bug for better ovirt-imageio-daemon as soon as i can.
>
> thanks a lot for help
> matthias
>
> Am 2017-09-13 um 16:49 schrieb Daniel Erez:
> > Hi Matthias,
> >
> > The 403 response from the daemon means the ticket can't be authenticated
> > (for some reason). I assume that the issue here is the initial size of
> > the disk.
> > When uploading/downloading a qcow image, you should specify the apparent
> > size of the file (see 'st_size' in [1]). You can get it simply by 'ls
> > -l' [2] (which is
> > a different value from 'disk size' of qemu-img info [3]).
> > btw, why are you creating a preallocated qcow disk? For what use-case?
> >
> > [1] https://linux.die.net/man/2/stat
> >
> > [2] $ ls -l test.qcow2
> > -rw-r--r--. 1 user user 1074135040 Sep 13 16:50 test.qcow2
> >
> > [3]
> > $ qemu-img create -f qcow2 -o preallocation=full test.qcow2 1g
> > $ qemu-img info test.qcow2
> > image: test.qcow2
> > file format: qcow2
> > virtual size: 1.0G (1073741824 bytes)
> > disk size: 1.0G
> > cluster_size: 65536
> > Format specific information:
> >  compat: 1.1
> >  lazy refcounts: false
> >  refcount bits: 16
> >  corrupt: false
> >
> >
> >
> > On Wed, Sep 13, 2017 at 5:03 PM Matthias Leopold
> >  > > wrote:
> >
> > i tried it again twice:
> >
> > when using upload_disk.py from the ovirt engine host itself the disk
> > upload succeeds (despite an "503 Service Unavailable Completed 100%"
> in
> > script output in the end)
> >
> > another try was from an ovirt-sdk installation on my ubuntu desktop
> > itself (yesterday i tried it from a centos VM on my desktop machine).
> > this failed again, this time with "socket.error: [Errno 32] Broken
> pipe"
> > after reaching "200 OK Completed 100%". in imageio-proxy log i have
> > again the 403 error in this moment
> >
> > what's the difference between accessing the API from the engine host
> and
> > from "outside" in this case?
> >
> > thx
> > matthias
> >
> > Am 2017-09-12 um 16:42 schrieb Matthias Leopold:
> >  > Thanks, i tried this

Re: [ovirt-users] Recommended gluster setup

[Alex K]

mmm, perhaps one more reason to go to simple replica 3...

Thanx,
Alex

On Fri, Sep 15, 2017 at 3:30 PM, Sahina Bose  wrote:

>
>
> On Fri, Sep 15, 2017 at 5:48 PM, Alex K  wrote:
>
>> In the replica 3 + 1 arbiter does this mean that if I loose the two nodes
>> having the normal volumes and left only with the node that has the arbiter
>> volume, I loose all data?
>>
>
> Yes!
>
>
>>
>> Thanx,
>> Alex
>>
>> On Fri, Sep 15, 2017 at 11:25 AM, Kasturi Narra 
>> wrote:
>>
>>> Hi ,
>>>
>>>yes, you are right. Since arbiter brick  has only metadata and  data
>>> for the vm has to be served from one of the other two replicas, read is
>>> slow.
>>>
>>> Arbiter is a special subset of replica 3 volumes and is aimed at
>>> preventing split-brains and providing same consistency as a normal replica
>>> 3 volume with out consuming 3x space. You could use replica 3 and no issues
>>> with that.
>>>
>>> Thanks
>>> kasturi
>>>
>>> On Fri, Sep 15, 2017 at 12:41 PM, Abi Askushi 
>>> wrote:
>>>
 Hi all,

 I see in the ovirt guides that a gluster volume replica 3 with 1
 arbiter is recommended.
 Why not simple replica 3? Is it due to the higher replication data that
 would cause performance issues?

 What I am observing is that a VM running on the server which has the
 arbiter brick has slower read performance then when the same VM runs on
 another server with a normal brick. Has anyone observed this? Is it because
 the arbiter does not have the real data on it?

 Thanx,
 Alex

 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] API auto delete vms snapshot

[Lionel Caignec]

Hi,

i'm playing with ovirt sdk, to automatically manage snapshots. 
My script is for now very basic
step 1) list all vm of cluster
step 2) for each vm create a snapshot if needed
step 3) for each vm delete oldest snapshot
No problem for step 1 and 2. 

But step 3 is harder.
If i launch snap remove with command 
"snapshots_service.snapshot_service(snap.id).remove()", python tell me snapshot 
operation already in progress (creation of snapshot in step2).

If i launch snap remove with parameter "async=true" the snapshot to delete is 
locked by ovirt, but never deleted.

So how can i do? Also there is some way to monitor running task about snapshot 
(ovirt-shell ...)?

--
Lionel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] engine randomly updated 1 package on all my hosts overnight

[Charles Kozler]

Hello -

Can anyone just briefly tell me if this is expected behavior or not?

I know you can tell the engine to update hosts, but nobody was using the
engine and I see the engine logging in and the yum command being run so I
am curious if this is expected or not?

On Thu, Sep 14, 2017 at 10:54 AM, Charles Kozler 
wrote:

> I received an alert from OSSEC HIDS that a package was installed at 00:59.
> Nobody uses this infrastructure but me
>
> Upon investigation I find this
>
> Sep 14 00:59:18 ovirthost1 sshd[93263]: Accepted publickey for root from
> 10.0.16.50 port 50197 ssh2: RSA 1c:fc:0d:b8:40:2c:bf:87:f7:8f:
> b2:52:0b:c4:f6:4d
> Sep 14 00:59:18 ovirthost1 sshd[93263]: pam_unix(sshd:session): session
> opened for user root by (uid=0)
> Sep 14 00:59:46 ovirthost1 sshd[93263]: pam_unix(sshd:session): session
> closed for user root
>
> 10.0.16.50 is my ovirt engine
>
> And the yum log
>
> Sep 14 00:59:28 Updated: iproute-3.10.0-87.el7.x86_64
>
> However, what is baffling to me is that this is a cluster I setup about 9
> months ago and have not updated at all (its a testing env for VM systems)
>
> Why would ovirt seemingly randomly update and install a package? I know
> the engine checks for updates on hosts but this is the first time in my
> time using ovirt that ovirt instructed a host to install a package. This
> occurred on all of my ovirt nodes in this infrastructure (3)
>
> ovirt Version 4.0.1.1-1.el7.centos
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Recommended gluster setup

[Sahina Bose]

On Fri, Sep 15, 2017 at 5:48 PM, Alex K  wrote:

> In the replica 3 + 1 arbiter does this mean that if I loose the two nodes
> having the normal volumes and left only with the node that has the arbiter
> volume, I loose all data?
>

Yes!


>
> Thanx,
> Alex
>
> On Fri, Sep 15, 2017 at 11:25 AM, Kasturi Narra  wrote:
>
>> Hi ,
>>
>>yes, you are right. Since arbiter brick  has only metadata and  data
>> for the vm has to be served from one of the other two replicas, read is
>> slow.
>>
>> Arbiter is a special subset of replica 3 volumes and is aimed at
>> preventing split-brains and providing same consistency as a normal replica
>> 3 volume with out consuming 3x space. You could use replica 3 and no issues
>> with that.
>>
>> Thanks
>> kasturi
>>
>> On Fri, Sep 15, 2017 at 12:41 PM, Abi Askushi 
>> wrote:
>>
>>> Hi all,
>>>
>>> I see in the ovirt guides that a gluster volume replica 3 with 1 arbiter
>>> is recommended.
>>> Why not simple replica 3? Is it due to the higher replication data that
>>> would cause performance issues?
>>>
>>> What I am observing is that a VM running on the server which has the
>>> arbiter brick has slower read performance then when the same VM runs on
>>> another server with a normal brick. Has anyone observed this? Is it because
>>> the arbiter does not have the real data on it?
>>>
>>> Thanx,
>>> Alex
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Recommended gluster setup

[Alex K]

In the replica 3 + 1 arbiter does this mean that if I loose the two nodes
having the normal volumes and left only with the node that has the arbiter
volume, I loose all data?

Thanx,
Alex

On Fri, Sep 15, 2017 at 11:25 AM, Kasturi Narra  wrote:

> Hi ,
>
>yes, you are right. Since arbiter brick  has only metadata and  data
> for the vm has to be served from one of the other two replicas, read is
> slow.
>
> Arbiter is a special subset of replica 3 volumes and is aimed at
> preventing split-brains and providing same consistency as a normal replica
> 3 volume with out consuming 3x space. You could use replica 3 and no issues
> with that.
>
> Thanks
> kasturi
>
> On Fri, Sep 15, 2017 at 12:41 PM, Abi Askushi 
> wrote:
>
>> Hi all,
>>
>> I see in the ovirt guides that a gluster volume replica 3 with 1 arbiter
>> is recommended.
>> Why not simple replica 3? Is it due to the higher replication data that
>> would cause performance issues?
>>
>> What I am observing is that a VM running on the server which has the
>> arbiter brick has slower read performance then when the same VM runs on
>> another server with a normal brick. Has anyone observed this? Is it because
>> the arbiter does not have the real data on it?
>>
>> Thanx,
>> Alex
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] qemu-kvm images corruption

[Nicolas Ecarnot]

TL;DR:
How to avoid images corruption?


Hello,

On two of our old 3.6 DC, a recent series of VM migrations lead to some 
issues :

- I'm putting a host into maintenance mode
- most of the VM are migrating nicely
- one remaining VM never migrates, and the logs are showing :

* engine.log : "...VM has been paused due to I/O error..."
* vdsm.log : "...Improbable extension request for volume..."

After digging amongst the RH BZ tickets, I saved the day by :
- stopping the VM
- lvchange -ay the adequate /dev/...
- qemu-img check [-r all] /rhev/blahblah
- lvchange -an...
- boot the VM
- enjoy!

Yesterday this worked for a VM where only one error occurred on the qemu 
image, and the repair was easily done by qemu-img.


Today, facing the same issue on another VM, it failed because the errors 
were very numerous, and also because of this message :


[...]
Rebuilding refcount structure
ERROR writing refblock: No space left on device
qemu-img: Check failed: No space left on device
[...]

The PV/VG/LV are far from being full, so I guess I don't where to look at.
I tried many ways to solve it but I'm not comfortable at all with qemu 
images, corruption and solving, so I ended up exporting this VM (to an 
NFS export domain), importing it into another DC : this had the side 
effect to use qemu-img convert from qcow2 to qcow2, and (maybe?) to 
solve some errors???
I also copied it into another qcow2 file with the same qemu-img convert 
way, but it is leading to another clean qcow2 image without errors.


I saw that on 4.x some bugs are fixed about VM migrations, but this is 
not the point here.
I checked my SANs, my network layers, my blades, the OS (CentOS 7.2) of 
my hosts, but I see nothing special.


The real reason behind my message is not to know how to repair anything, 
rather than to understand what could have lead to this situation?

Where to keep a keen eye?

--
Nicolas ECARNOT
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Engine Backup/Restore Question

[Alan Griffiths]

Hi,

Currently testing my recovery plan for HE failure.

I run a hosted engine, but in the event of some failure of the engine VM i
want to be able to quickly restore the engine to a standalone host running
independent of Ovirt (in this case a VM running on ESXi).

On a dry run I restore the backup onto the ESXi VM and run engine-setup. At
this point it fails with an error that I am not in Global Maintenance mode.

If I put the cluster into maintenance mode before performing the backup
then it works correctly. So is it necessary to do this on every backup? I
can find nothing in the documentation detailing this as a requirement?

Alternatively it seems I can manually update the ha_global_maintenance
column in the vds_statistics table before running engine-setup, but not
sure of the implications of doing this.

ovirt-4.0.6.3

Thanks,

Alan
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt web interface events console sorting

[Arman Khalatyan]

this is fixed in 4.1.6

Am 15.09.2017 9:52 vorm. schrieb "Arsène Gschwind" <
arsene.gschw...@unibas.ch>:

> Hi,
>
> I can confirm the same behavior on 4.1.5 HE setup.
>
> Rgds,
> Arsene
>
> On 08/24/2017 04:41 PM, Misak Khachatryan wrote:
>
> Hello,
>
> my events started appear in reverse order lower part of web interface.
> Anybody have same issues?
>
>
> Best regards,
> Misak Khachatryan
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
> --
>
> *Arsène Gschwind*
> Fa. Sapify AG im Auftrag der Universität Basel
> IT Services
> Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
> Tel. +41 79 449 25 63 <+41%2079%20449%2025%2063>  |  http://its.unibas.ch
> ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11
> <+41%2061%20267%2014%2011>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Recommended gluster setup

[Kasturi Narra]

Hi ,

   yes, you are right. Since arbiter brick  has only metadata and  data for
the vm has to be served from one of the other two replicas, read is slow.

Arbiter is a special subset of replica 3 volumes and is aimed at
preventing split-brains and providing same consistency as a normal replica
3 volume with out consuming 3x space. You could use replica 3 and no issues
with that.

Thanks
kasturi

On Fri, Sep 15, 2017 at 12:41 PM, Abi Askushi 
wrote:

> Hi all,
>
> I see in the ovirt guides that a gluster volume replica 3 with 1 arbiter
> is recommended.
> Why not simple replica 3? Is it due to the higher replication data that
> would cause performance issues?
>
> What I am observing is that a VM running on the server which has the
> arbiter brick has slower read performance then when the same VM runs on
> another server with a normal brick. Has anyone observed this? Is it because
> the arbiter does not have the real data on it?
>
> Thanx,
> Alex
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt web interface events console sorting

[Arsène Gschwind]

Hi,

I can confirm the same behavior on 4.1.5 HE setup.

Rgds,
Arsene


On 08/24/2017 04:41 PM, Misak Khachatryan wrote:

Hello,

my events started appear in reverse order lower part of web interface.
Anybody have same issues?


Best regards,
Misak Khachatryan
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Different link speeds in LACP LAG?

[Pavel Gashev]

Chris,

Each network reconfiguration step would require some downtime. It makes sense 
to add 10G and remove 1G in single step.

On 14/09/2017, 01:21, "users-boun...@ovirt.org on behalf of Chris Adams" 
 wrote:

I have a small oVirt setup for one customer, with two servers each
connected to a two-switch stack with 1G links.  Now the customer would
like to upgrade the server links to 10G.  My question is this: can I add
a 10G NIC and do this with minimal "fuss" by just adding the 10G links
to the same LAG, then removing the 1G links?  I would have the host in
maintenance mode no matter what.

I haven't checked the switch to see if it'll support that yet, figured
I'd start on the oVirt side.

-- 
Chris Adams 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Manual transfer of VMs from DC to DC

[Abi Askushi]

Hi all,

Is there any way of transferring VMs manually from DC to DC, without the
DCs having connectivity with each other?

I was thinking to backup all the export domain directory, and then later
rsync this directory VMs to a new NFS share, then import this NFS share as
an export domain on the other DC.

What do you think?

Thanx,
Alex
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hyper converged network setup

[Tailor, Bharat]

Hi,

Any help from you guys would be appreciated.

Regrards
Bharat Kumar

G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad
Udaipur (Raj.)
313001
Mob: +91-9950-9960-25





On Thu, Sep 14, 2017 at 7:02 PM, Tailor, Bharat <
bha...@synergysystemsindia.com> wrote:

> Hi,
>
> I've reinstall Centos7 Minimal on all three hosts. Installed Ovirt self
> hosted ova 4.1 on test1.localdomain.
> After installation completed, I got an error like engine vm is
> unreachable. I am able to ping engine from both IP and FQDN but unable to
> access it in browser. When I check engine VM status I got an error "Failed
> to connect to broker".
> I've enclosed engine-vm config snap and Error snap for more details. Kind
> help to resolve it.
>
>
> Regrards
> Bharat Kumar
>
> G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad
> Udaipur (Raj.)
> 313001
> Mob: +91-9950-9960-25
>
>
>
>
>
> On Wed, Sep 13, 2017 at 5:14 PM, Tailor, Bharat <
> bha...@synergysystemsindia.com> wrote:
>
>> I can't. I've destroyed that VM and clean all files. Now I am trying to
>> reinstall new engine VM.
>>
>> Regrards
>> Bharat Kumar
>>
>> G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad
>> Udaipur (Raj.)
>> 313001
>> Mob: +91-9950-9960-25
>>
>>
>>
>>
>>
>> On Wed, Sep 13, 2017 at 5:12 PM, Donny Davis 
>> wrote:
>>
>>> Can you ping the VM when it comes up?
>>>
>>> On Wed, Sep 13, 2017 at 7:40 AM, Tailor, Bharat <
>>> bha...@synergysystemsindia.com> wrote:
>>>
 I am not using any DNS server. I have made entries in /etc/hosts for
 all Nodes and for engine VM also.

 Regrards
 Bharat Kumar

 G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad
 Udaipur (Raj.)
 313001
 Mob: +91-9950-9960-25





 On Wed, Sep 13, 2017 at 5:02 PM, Donny Davis 
 wrote:

> Bharat,
>
> Are you using DNS for host names or /etc/hosts
>
> I personally place the engines hostname with ip address in /etc/hosts
> on all the hypervisors in case my DNS services go down.
> I also put the hypervisors in /etc/hosts too
>
> Hope this helps.
>
> On Wed, Sep 13, 2017 at 6:04 AM, Yaniv Kaul  wrote:
>
>>
>>
>> On Wed, Sep 13, 2017 at 8:42 AM, Tailor, Bharat <
>> bha...@synergysystemsindia.com> wrote:
>>
>>> Hi Charles & Donny,
>>>
>>> Thank you so much.
>>>
>>> @Donny my 3rd node's IP is 192.168.100.17(Mentioned wrong in above
>>> mail).
>>> I was trying to install ovirt ova on test2.localdomain. I've cleared
>>> all the steps and at last I got a message like "Engine is still
>>> unreachable". Kindly help me to troubleshoot it.
>>>
>>> @Ykaul How can I register myself in mailing list?
>>>
>>
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>> Y.
>>
>>
>>>
>>> Regrards
>>> Bharat Kumar
>>>
>>> G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad
>>> Udaipur (Raj.)
>>> 313001
>>> Mob: +91-9950-9960-25
>>>
>>>
>>>
>>>
>>>
>>> On Wed, Sep 13, 2017 at 3:06 AM, Charles Kozler <
>>> ckozler...@gmail.com> wrote:
>>>
 Bharat -

 1. Yes. Will need to configure switch port as a trunk and setup
 your VLANs and VLAN ID's
 2. Yes
 3. You can still access the hosts. The engine itself crashing or
 being down wont stop your VMs or hosts or anything (unless fencing). 
 You
 can use virsh
 4. My suggestion here is start immediately after a fresh server
 install and yum update. Installer does a lot and checks a lot and wont 
 like
 things: ex - you setup ovirtmgmt bridged network yourself
 5. Yes. See #1, usually what I do is each ovirt node I have I set
 an IP of .5, then .6, and so on. This way I can be sure my network 
 itself
 is working before adding a VM and attaching that NIC to it

 On Tue, Sep 12, 2017 at 4:41 PM, Donny Davis 
 wrote:

> 1. Yes, you can do this
> 2. Yes, In linux it's called bonding and this can be done from the
> UI
> 3. You can get around using the Engine machine if required with
> virsh or virt-manager - however I would just wait for the manager to
> migrate and start on another host in the cluster
> 4.  The deployment will take care of everything for you. You just
> need an IP
> 5. Yes, you can use vlans or virtual networking(NSXish) called OVS
> in oVirt.
>
> I noticed on your deployment machines 2 and 3 have the same IP.
> Might want to fix that before deploying
>
> Happy trails
> ~D
>
>
> On Tue, Sep 12, 2017 at 2:00 PM, Tailor, Bharat <
> bha...@synergysystemsindia.com> wrote:
>
>> Hi Charles,
>>
>> Thank you so much to share a cool stuff with us.
>>
>> My dou

[ovirt-users] Recommended gluster setup

[Abi Askushi]

Hi all,

I see in the ovirt guides that a gluster volume replica 3 with 1 arbiter is
recommended.
Why not simple replica 3? Is it due to the higher replication data that
would cause performance issues?

What I am observing is that a VM running on the server which has the
arbiter brick has slower read performance then when the same VM runs on
another server with a normal brick. Has anyone observed this? Is it because
the arbiter does not have the real data on it?

Thanx,
Alex
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users