[ovirt-users] VMs halt on Storage Error

[David Gerner]

Hi,

I'm running into a strange issue that I've been trying to solve
unsuccessfully for a few days now, and I was hoping someone could offer
some insight.

A few days ago I needed to reboot the the server that hosts the management
engine and is also a node in the system. Following proper procedure I
selected a new host to be the SPM, migrated VMs off the Host, and put it
into maintenance mode. After the host came back up (and the management
engine was back online) I noticed that one of my VMs had halted on a
storage error, to rule out the SPM being the issue I asked oVirt to select
a new SPM and it was stuck in a contending loop where each host tries to
contend for SPM status but ultimately fails (every other VM also halted by
this point). The error was "BlockSD master file system FSCK error", after
researching the error I found a post on this list that was the same error
and the author said that a simple FSCK on the offending file system fixed
his issue. I had to force shutdown every VM from the halted state and put
all but one host into maintenance mode. On that host I ran a FSCK on the
offending volume which found a lot of short read errors which it fixed and
afterwards the contending loop was broke and hosts could now successfully
be an SPM.

Now every VM halts on start or resume, even ones that were offline at the
time of the earlier incident, with a Storage Error "abnormal vm stop device
virtio-disk0 error eio". I can't even create new disks because it fails
with an error. I've attached what I think is the relevant VDSM log portion
of a VM trying to resume, if more is needed please just let me know.

I'm worried FSCK and I mangled the file system, and have no idea how to
repair it.

Any insight is greatly appreciated.


Thank you,
Dave


oVirt Engine Version: 3.6.2.6-1.el7.centos
Storage Tech: iSCSI
4 Servers each with:
OS: RHEL - 7 - 2.1511.el7.centos.2.10
Kernel: 3.10.0 - 327.4.5.el7.x86_64
KVM Version: 2.3.0 - 31.el7_2.7.1
libVirt Version: libvirt-1.2.17-13.el7_2.5
VDSM Version: vdsm-4.17.28-0.el7.centos
jsonrpc.Executor/1::DEBUG::2016-06-27 
11:19:57,344::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling 
'VM.create' in bridge with {u'vmParams': {u'acpiEnable': u'true', 
u'emulatedMachine': u'pc-i440fx-rhel7.2.0', u'vmId': 
u'25267411-1ec2-4220-82dc-4ae048255fb0', u'memGuaranteedSize': 682, 
u'transparentHugePages': u'true', u'timeOffset': u'0', u'cpuType': 
u'Haswell-noTSX', u'custom': 
{u'device_8c35d886-872f-4dc1-9464-2efee62137a4device_5586a2bf-f164-4fe2-8335-088a9109f44e':
 u"VmDevice:{id='VmDeviceId:{deviceId='5586a2bf-f164-4fe2-8335-088a9109f44e', 
vmId='25267411-1ec2-4220-82dc-4ae048255fb0'}', device='unix', type='CHANNEL', 
bootOrder='0', specParams='[]', address='{bus=0, controller=0, 
type=virtio-serial, port=1}', managed='false', plugged='true', 
readOnly='false', deviceAlias='channel0', customProperties='[]', 
snapshotId='null', logicalName='null', usingScsiReservation='false'}", 
u'device_8c35d886-872f-4dc1-9464-2efee62137a4device_5586a2bf-f164-4fe2-8335-088a9109f44edevice_e637898d-11e8-4bf5-b301-c33d78167c1ddevice_d7d04f26-05f3-4e9c-8d97-6af15a80591f':
 u"VmDevice:{id='VmDeviceId:{deviceId='d7d04f26-05f3-4e9c-8d97-6af15a80591f', 
vmId='25267411-1ec2-4220-82dc-4ae048255fb0'}', device='spicevmc', 
type='CHANNEL', bootOrder='0', specParams='[]', address='{bus=0, controller=0, 
type=virtio-serial, port=3}', managed='false', plugged='true', 
readOnly='false', deviceAlias='channel2', customProperties='[]', 
snapshotId='null', logicalName='null', usingScsiReservation='false'}", 
u'device_8c35d886-872f-4dc1-9464-2efee62137a4': 
u"VmDevice:{id='VmDeviceId:{deviceId='8c35d886-872f-4dc1-9464-2efee62137a4', 
vmId='25267411-1ec2-4220-82dc-4ae048255fb0'}', device='ide', type='CONTROLLER', 
bootOrder='0', specParams='[]', address='{slot=0x01, bus=0x00, domain=0x, 
type=pci, function=0x1}', managed='false', plugged='true', readOnly='false', 
deviceAlias='ide', customProperties='[]', snapshotId='null', 
logicalName='null', usingScsiReservation='false'}", 
u'device_8c35d886-872f-4dc1-9464-2efee62137a4device_5586a2bf-f164-4fe2-8335-088a9109f44edevice_e637898d-11e8-4bf5-b301-c33d78167c1d':
 u"VmDevice:{id='VmDeviceId:{deviceId='e637898d-11e8-4bf5-b301-c33d78167c1d', 
vmId='25267411-1ec2-4220-82dc-4ae048255fb0'}', device='unix', type='CHANNEL', 
bootOrder='0', specParams='[]', address='{bus=0, controller=0, 
type=virtio-serial, port=2}', managed='false', plugged='true', 
readOnly='false', deviceAlias='channel1', customProperties='[]', 
snapshotId='null', logicalName='null', usingScsiReservation='false'}"}, 
u'guestNumaNodes': [{u'nodeIndex': 0, u'cpus': u'0,1,2,3', u'memory': 
u'1024'}], u'numaTune': {u'nodeset': u'1,0', u'mode': u'interleave'}, u'smp': 
u'4', u'vmType': u'kvm', u'spiceSslCipherSuite': u'DEFAULT', u'memSize': 1024, 
u'smpCoresPerSocket': u'2', u'vmName': u'TestVM_Amestris', u'nice': u'0', 
u'maxMemSize': 4194304, u'bootMenuEnable': u'false', u'copyPasteEnable': 

Re: [ovirt-users] VDI experience to share?

[David Jaša]

On Pá, 2016-06-17 at 10:33 +0200, Alexis HAUSER wrote:
> >we were looking for a  prepackaged solution because of the lack of
> >human resources to devote to the project.
> >But if pursuing this research becomes too exhausting we would probably
> >develop a linux solution and in that case the kind of terminal you
> >suggested is interesting indeed.
> 
> Hi, I'm currently trying to find a solution based on linux too.
> If you're interested in details about my research and tests, I can make you a 
> summary : 
> On most linux thin client distributions, spicec and spicy are intergrated. 
> Sadly, they are not real spice clients. 
> As you can find on the spice documentation "spicec is an obsolete legacy 
> client, and spicy is only a test application".
> The only real Spice client yet is remote-viewer (part of virt-viewer 
> package), by default it works with VNC, but if you want it also to support 
> spice, you need spice-client-gtk (the name of this package can maybe vary 
> betweem distributions).
> 
> Before developing a solution, you should maybe check Thinstation, which is a 
> prepackaged solution that make you able to create your own ISO files for 
> client. I made once some 65 MB client images. Yet it support very well RDP, 
> ICA and VNC.
> The only bad point with his solution is the fact remote-viewer and 
> spice-client gtk aren't integrated yet. 

According to [1], they are.

David

[1] https://github.com/Thinstation/thinstation/issues/106#issuecomment-228758466

> But it should be integrated soon (I'll work on that when I'll have time) but 
> you can still compile it. However, it takes time to understand how to deal 
> with Thinstation, but the result is really impressive.
> 
> There are also some other solutions like Netpoldo, but it's using old 
> debian/ubuntu versions and doesn't seem to be still really alive... (and old 
> remote-viewer versions don't really work properly, or when it does there is 
> no sound, cf debian jessie)
> 
> 
> I hope this helps. I'll try to post here when I will have a working setup 
> from client side. I guess this is still in the topic as Giorgio was asking 
> for sharing experience :)
> ___
> 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] restore of backup fail when Migrating to ovirt-engine 4.0

[Fernando Fuentes]

Just curious.
Is the ovirt where the backup is coming from above version 3.6.6?

Regards,

-- 
Fernando Fuentes
ffuen...@txweather.org
http://www.txweather.org

On Mon, Jun 27, 2016, at 10:44 AM, Simone Tiraboschi wrote:
> On Mon, Jun 27, 2016 at 5:05 PM, Ricky Schneberger 
> wrote:
> > Hi,
> >
> > I ran my oVirt 3.6 on Centos6 and because of that I had to do a manual
> > migration when trying to move to oVirt 4.0.
> >
> > http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/
> >
> > Everything went OK until I did the restore,
> >
> > ## engine-backup --mode=restore --no-restore-permissions --provision-db
> > --file=engine-backup.tar.gz --log=engine-backup-restore.log
> >
> > Preparing to restore:
> > - Unpacking file 'engine-backup.tar.gz'
> > FATAL: Backup was created by version '3.6' and can not be restored using
> > the installed version 4.1
> 
> This looks pretty strange: it should be 4.0 and it should work.
> 
> Can you please share the list of oVirt packages you installed on the
> engine server?
> Can you please share your oVirt repo details?
> 
> > and then I got stucked. Is there something I need to do when I do the
> > backup?
> >
> > My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch
> >
> > regards
> >
> > --
> > Ricky Schneberger
> >
> > 
> >
> > Use PGP to protect your own privacy!
> >
> > Key fingerprint = 59E1 2B00 C28B 6E0D C8D1  D85B 39AA 7CD5 B88C 0B63
> > Key-ID: 0xB88C0B63
> >
> >
> >
> >
> > ___
> > 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] restore of backup fail when Migrating to ovirt-engine 4.0

[Ricky Schneberger]

Hi,

I ran my oVirt 3.6 on Centos6 and because of that I had to do a manual
migration when trying to move to oVirt 4.0.

http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/

Everything went OK until I did the restore,

## engine-backup --mode=restore --no-restore-permissions --provision-db
--file=engine-backup.tar.gz --log=engine-backup-restore.log

Preparing to restore:
- Unpacking file 'engine-backup.tar.gz'
FATAL: Backup was created by version '3.6' and can not be restored using
the installed version 4.1

and then I got stucked. Is there something I need to do when I do the
backup?

My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch

regards

-- 
Ricky Schneberger



Use PGP to protect your own privacy!

Key fingerprint = 59E1 2B00 C28B 6E0D C8D1  D85B 39AA 7CD5 B88C 0B63
Key-ID: 0xB88C0B63





signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0

[Simone Tiraboschi]

On Mon, Jun 27, 2016 at 5:05 PM, Ricky Schneberger  wrote:
> Hi,
>
> I ran my oVirt 3.6 on Centos6 and because of that I had to do a manual
> migration when trying to move to oVirt 4.0.
>
> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/
>
> Everything went OK until I did the restore,
>
> ## engine-backup --mode=restore --no-restore-permissions --provision-db
> --file=engine-backup.tar.gz --log=engine-backup-restore.log
>
> Preparing to restore:
> - Unpacking file 'engine-backup.tar.gz'
> FATAL: Backup was created by version '3.6' and can not be restored using
> the installed version 4.1

This looks pretty strange: it should be 4.0 and it should work.

Can you please share the list of oVirt packages you installed on the
engine server?
Can you please share your oVirt repo details?

> and then I got stucked. Is there something I need to do when I do the
> backup?
>
> My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch
>
> regards
>
> --
> Ricky Schneberger
>
> 
>
> Use PGP to protect your own privacy!
>
> Key fingerprint = 59E1 2B00 C28B 6E0D C8D1  D85B 39AA 7CD5 B88C 0B63
> Key-ID: 0xB88C0B63
>
>
>
>
> ___
> 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] restore of backup fail when Migrating to ovirt-engine 4.0

[Ricky Schneberger]

On 2016-06-27 17:44, Simone Tiraboschi wrote:
> On Mon, Jun 27, 2016 at 5:05 PM, Ricky Schneberger  
> wrote:
>> Hi,
>>
>> I ran my oVirt 3.6 on Centos6 and because of that I had to do a manual
>> migration when trying to move to oVirt 4.0.
>>
>> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/
>>
>> Everything went OK until I did the restore,
>>
>> ## engine-backup --mode=restore --no-restore-permissions --provision-db
>> --file=engine-backup.tar.gz --log=engine-backup-restore.log
>>
>> Preparing to restore:
>> - Unpacking file 'engine-backup.tar.gz'
>> FATAL: Backup was created by version '3.6' and can not be restored using
>> the installed version 4.1
> This looks pretty strange: it should be 4.0 and it should work.
>
> Can you please share the list of oVirt packages you installed on the
> engine server?
> Can you please share your oVirt repo details?
>
>> and then I got stucked. Is there something I need to do when I do the
>> backup?
>>
>> My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch
>>
>> regards
>>
>> --
>> Ricky Schneberger

I attached my repo files and below you find parts of my yum.log.

Jun 27 16:36:40 Installed:
ovirt-release-master-4.0.0-0.3.master.20160518074018.gitec2301a.noarch
Jun 27 16:42:01 Installed: ovirt-setup-lib-1.0.2-1.el7.centos.noarch
Jun 27 16:42:30 Installed:
ovirt-engine-extensions-api-impl-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:42:31 Installed:
ovirt-engine-extension-aaa-jdbc-1.1.1-0.0.master.20160526092913.git2e68ef6.el7.noarch
Jun 27 16:42:33 Installed:
ovirt-engine-sdk-python-3.6.5.2-0.1.20160531.gite3a4f2a.el7.centos.noarch
Jun 27 16:42:39 Installed: ovirt-host-deploy-1.5.0-1.el7.centos.noarch
Jun 27 16:43:08 Installed:
python-ovirt-engine-sdk4-4.0.0-0.3.a3.el7.centos.x86_64
Jun 27 16:43:09 Installed:
ovirt-image-uploader-4.0.1-0.0.master.20160601214601.gitd6fd324.el7.centos.noarch
Jun 27 16:43:09 Installed:
ovirt-iso-uploader-4.0.1-0.0.master.20160531154203.git7213b00.el7.centos.noarch
Jun 27 16:43:16 Installed: ovirt-engine-wildfly-overlay-10.0.0-1.el7.noarch
Jun 27 16:43:42 Installed: ovirt-engine-wildfly-10.0.0-1.el7.x86_64
Jun 27 16:43:59 Installed:
ovirt-engine-lib-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:44:04 Installed:
ovirt-engine-setup-base-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:44:40 Installed:
ovirt-engine-setup-plugin-ovirt-engine-common-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:44:41 Installed:
ovirt-engine-tools-backup-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:44:42 Installed:
ovirt-engine-setup-plugin-websocket-proxy-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:44:42 Installed:
ovirt-engine-websocket-proxy-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:45:28 Installed:
ovirt-vmconsole-1.0.3-0.0.master.20160614081534.gitd1c5824.el7.noarch
Jun 27 16:46:09 Installed:
ovirt-vmconsole-proxy-1.0.3-0.0.master.20160614081534.gitd1c5824.el7.noarch
Jun 27 16:46:13 Installed: ovirt-engine-cli-3.6.7.0-1.el7.centos.noarch
Jun 27 16:46:45 Installed: ovirt-host-deploy-java-1.5.0-1.el7.centos.noarch
Jun 27 16:46:56 Installed:
ovirt-engine-dwh-setup-4.1.0-0.0.master.20160623114857.git8c585e3.el7.centos.noarch
Jun 27 16:46:58 Installed:
ovirt-engine-dwh-4.1.0-0.0.master.20160623114857.git8c585e3.el7.centos.noarch
Jun 27 16:47:13 Installed:
ovirt-engine-dashboard-1.0.0-0.3.20160622gitdf5c4fb.el7.centos.noarch
Jun 27 16:47:30 Installed:
ovirt-engine-webadmin-portal-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:47:34 Installed:
ovirt-engine-backend-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:47:35 Installed:
ovirt-engine-dbscripts-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:47:36 Installed:
ovirt-engine-setup-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:47:37 Installed:
ovirt-engine-vmconsole-proxy-helper-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:47:37 Installed:
ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:47:39 Installed:
ovirt-engine-setup-plugin-ovirt-engine-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:47:57 Installed:
ovirt-engine-userportal-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:47:58 Installed:
ovirt-engine-restapi-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:47:59 Installed:
ovirt-engine-tools-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
Jun 27 16:48:00 Installed:
ovirt-engine-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch


Regards

//Ricky

[ovirt-master-snapshot]
name=Latest oVirt master nightly snapshot
#baseurl=http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el$releasever/

Re: [ovirt-users] direct mounting of vm disks?

[Robert Story]

So as (bad) luck would have it, I needed to restore an older backup that
the one I initially used. This time I decided to dig deeper into this
possibility, and got it working. libguestfs took care of all the dirty work,
even with dealing with snapshots and thin provisioning. Here's what I did:

- yum install libguestfs libguestfs-tools-c
- find the disk id
  - via GUI 'Disks' tab, search for VM in 'attached to' column, copy disk ID
- shut down vm
- on nfs server
  - switch to the directory for the ID found above
- e.g. cd /srv/ovirt/storage/*/images/$ID/
  - find latest modified file: ls -lt
  - mount it: guestmount -a $last_modified_file -m /dev/vg_el7/root /mnt/tmp
  - start restore
- cd /mnt/tmp
- ionice -c 3 tar xvf /tmp/backup.tar

Average load on my NFS server for about 12 VMs is generally less than 1.
During the initial restore over the weekend, run on the VM, restore took 5
hours and the load climbed up to 16. I'm running the new restore now, and
the load is holding steady at just under 2.

Robert


On Sun, 26 Jun 2016 12:27:24 + Scott wrote:
S> Hi Robert,
S> 
S> I've modified disk images for oVirt virtual machines before.  I mostly run
S> servers so they all use preallocated as opposed to thin provisioned disks.
S> I'm not sure if that matters, but it means my VM disk images are raw files
S> (as opposed to qcow).  Therefore, I used something like the following guide
S> to get into the disk image.  These directions don't use kpartx or
S> libguestfs, but I guess those would work too.  I think it goes without
S> saying, your VM should be off before you modify its disk without its
S> knowledge.
S> 
S> 
https://major.io/2010/12/14/mounting-a-raw-partition-file-made-with-dd-or-dd_rescue-in-linux/
S> 
S> For me, the biggest problem I had was the partition in the disk image was
S> really an LVM PV.  And that LVM group had the same volume group name as one
S> on the server I was doing this modification.  I had two volume groups with
S> the same name, which made things a little tricky.  But I'll leave that to
S> you to figure out :)
S> 
S> Scott
S> 
S> On Sat, Jun 25, 2016 at 11:41 PM Robert Story  wrote:
S> 
S> > Hello,
S> >
S> > I'm using oVirt 3.5.x w/nfs for vm file storage. I'm trying to restore a vm
S> > from backup, which entails:
S> >
S> >  - scp backup.tar to vm
S> >  - untar backup on vm
S> >
S> > this means all the data makes 3 trips over the network, each of which
S> > causes a load spike on my nfs server. That nfs load, of course, affects all
S> > other vms.
S> >
S> > what I'd like to be able to do is
S> >
S> >  - scp backup.tar to nfs server
S> >  - stop vm
S> >  - mount vm disks on nfs server
S> >  - untar backup on nfs server (using ionice to minimze load impact)
S> >  - unmount vm disks
S> >  - start vm
S> >
S> > I remember that I used to use kpartx to mount regular KVM disks, so I'm
S> > hoping that it can also be done here. Anyone else tried to make this work?
S> >
S> >
S> > Robert
S> >
S> > --
S> > Senior Software Engineer @ Parsons
S> > ___
S> > Users mailing list
S> > Users@ovirt.org
S> > http://lists.ovirt.org/mailman/listinfo/users
S> >  



Robert

-- 
Senior Software Engineer @ Parsons


pgp2T1dW2bHDe.pgp
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VDI experience to share?

[Melissa Mesler]

Fernando, you can use LTSP for your solution. Check them out.
www.ltsp.org
 
 
On Fri, Jun 17, 2016, at 10:50 AM, Fernando Fuentes wrote:
> On that same note... I would love to deploy several Thin clients
> around my house using a single Centos Server for my kids to use.
> Is this still not possible?
> Do I still have to assign each of my kids a vm?
>
> Regards,
>
> --
> Fernando Fuentes
> ffuen...@txweather.org
> http://www.txweather.org
>
>
>
> On Wed, Jun 15, 2016, at 12:20 PM, Gianluca Cecchi wrote:
>>
>>
>> Il 15/Giu/2016 17:29, "Giorgio Bersano" 
>> ha scritto:
>> >
>> > 2016-06-15 12:21 GMT+02:00 Donny Davis :
>> > > Do you have a requirement for 3d acceleration on the VDI guests?
>> >
>> > On the first deployment no, it is basically for frontend and
>> > backend
>> > office activity.
>> > But we would probably also asked to try it for multimedia
>> > activities
>> > like casual guests watching internet videos at the local public
>> > library.
>> > So two different kind of devices, I suppose.
>> >
>> > Anything to suggest?
>> >
>> > Thank you,
>> > Giorgio.
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>> Why not a nuc, or similar device from other vendors that are
>> emerging?
>> I don't know for the lan security part, but you can find a nuc5cpyh
>> with celeron or nuc5ppyh with pentium respectively at 140 and 170
>> euros. Both have 6w tdp.
>> You have to add at least memory but with further 20 euros you
>> get 4gb.
>> Disk optional, you can use sdxc or boot from lan
>> Just a suggestion for further investigation.
>> I'm currently using a top line nuc6 as an hypervisor without any
>> problem with 3-4 vms, so I think a bottom line nuc can serve
>> optimally as a thin client without its costs.
>> Some of them have also Kensington anti theft that can be a good idea
>> due to their size.
>> Hih,
>> Gianluca
>>
>> _
>> 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] migrating a vm from a down node

[Bill James]

I am doing some fault tolerance type testing with ovirt before we put it 
in production.
One thing I noticed is if I unplug the power from a hardware node, 
including iLo (fence),

that the VMs that were on that host go to unknown state.
I have found no way in the GUI to migrate the hosts, even they they are 
marked HA.

The only way I've found so far is to modify the database directly.
Is that the only recovery from a host failure of this type?



engine=> update vm_dynamic set status = 0 where vm_guid =(select
engine(> vm_guid from vm_static where vm_name = 'myvm');


ovirt-engine-3.6.4.1-1.el7.centos.noarch
centos 7.2


Also is 3.6.4 a OK version to use or should I upgrade first?
(looks like 3.6.6.2-1.el7.centos is current latest)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VMs halt on Storage Error

[Nir Soffer]

On Mon, Jun 27, 2016 at 6:32 PM, David Gerner  wrote:
> Hi,
>
> I'm running into a strange issue that I've been trying to solve
> unsuccessfully for a few days now, and I was hoping someone could offer some
> insight.
>
> A few days ago I needed to reboot the the server that hosts the management
> engine and is also a node in the system. Following proper procedure I
> selected a new host to be the SPM, migrated VMs off the Host, and put it
> into maintenance mode. After the host came back up (and the management
> engine was back online) I noticed that one of my VMs had halted on a storage
> error, to rule out the SPM being the issue I asked oVirt to select a new SPM
> and it was stuck in a contending loop where each host tries to contend for
> SPM status but ultimately fails (every other VM also halted by this point).
> The error was "BlockSD master file system FSCK error", after researching the
> error I found a post on this list that was the same error and the author
> said that a simple FSCK on the offending file system fixed his issue. I had
> to force shutdown every VM from the halted state and put all but one host
> into maintenance mode. On that host I ran a FSCK on the offending volume
> which found a lot of short read errors which it fixed and afterwards the
> contending loop was broke and hosts could now successfully be an SPM.

This means that the master file system is probably ok on the current master
domain, which may be different domain - do you have more than one storage
domain?

> Now every VM halts on start or resume, even ones that were offline at the
> time of the earlier incident, with a Storage Error "abnormal vm stop device
> virtio-disk0 error eio". I can't even create new disks because it fails with
> an error. I've attached what I think is the relevant VDSM log portion of a
> VM trying to resume, if more is needed please just let me know.

We need full vdsm logs and engine logs to understand such errors.

I think the best thing would be to open a bug and attach these logs.

> I'm worried FSCK and I mangled the file system, and have no idea how to
> repair it.

It can be useful to investigate the master that failed and you fixed using fsck.

You can copy this lv contents like this:

1. Make sure the domain is not the master domain, and that the master
lv is not mounted.

If the lv is mounted, you can force another domain to be the master
domain by deactivating this domain. Since your vms are not running,
this should not be a problem.

If you deactivated this domain, you may need to connect to it again,
you can do this using iscsiadm.

If you connect to the target manually using iscsiadm, do delete the node
when you finish, so it will not be connected automatically on reboot.

2. Activate the master lv if needed:

lvchange -ay vgname/master

Warning: do not mount this lv

3. Copy the lv using dd to other storage:

dd if=/dev/vgname/master of=master.backup bs=1M iflag=direct oflag=direct

4. Deactivate the master lv

lvchange -an vgname/master

5. Compress the backup

And share the image.

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

[ovirt-users] Security Groups

[Pavel Gashev]

Hello,

Currently oVirt supports network security groups for OpenStack network provider 
only. Are there plans to implement Security Groups for native networks?

Technically, I can configure a vNic profile with some Security Groups UUID, and 
apply it in before_device_create and before_update_device VDSM hooks as 
filterref to some custom nwfilter. The only issue is that I have to manually 
edit and distribute nwfilter xml among hardware nodes. If I want isolate set of 
VMs, I have to manually maintain MAC addresses of VMs in that xml.

It would be great if oVirt web interface had a nwfilter editor. Are there plans 
for it?

Thanks


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

Re: [ovirt-users] Network redundancy with Manual balancing per VLAN

[Edward Haas]

On Sun, Jun 26, 2016 at 4:37 PM, Yevgeny Zaspitsky 
wrote:

> Dan, Edy,
>
> Could you guys answer this?
>
> IIUC, the requirements are:
>
>- stream the traffic of few VLANs(network roles) through a single bond
>- be able to bind a VLAN to a bond slave with an option of fallback
>- have redundancy
>- assign different QoS to every VLAN (my addition)
>
> I guess this is a new RFC that we do not support currently, but would we
> be able to provide in any future?
>
> -- Forwarded message --
> From: Fernando Frediani 
> Date: Sat, Jun 25, 2016 at 11:17 PM
> Subject: [ovirt-users] Network redundancy with Manual balancing per VLAN
> To: users@ovirt.org
>
>
> Hello,
>
> In VMware it is possible to bond two network interfaces and for each
> Portgroup (equivalent to a VLAN) is possible to tell which of the physical
> interfaces underneath it you wish the traffic to flow primarily and which
> stays as secondary(bond mode=1 equivalent). So for certain VLANs
> (Management, Live Migration, etc) is possible to force traffic flow via one
> physical NIC of the bond and for other VLANs (Virtual Machine's traffic)
> outs via the other NIC with failover to each other should a cable or switch
> fails.
>
> This is specially good for better utilize the fewer NICs available and
> still have redundancy.
>
> In oVirt it is also possible to have bonds, but would it still be possible
> to do that same and favor the traffic per VLAN basis ? I guess it is
> something related to Linux Bond module but perhaps someone has done this
> already.
>
>


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

As you mentioned, oVirt is using the Linux Bond and the solution you are
looking for is not supported.
The oVirt way to handle this is by applying QoS on the networks, providing
the guaranteed rates for each and utilizing the bond for throughput beyond
the one link limit.

With the introduction of OVS as an alternative networking infrastructure
for the hosts, you could create a hook that implements some special
functionality, but ovs is not in yet.

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

Re: [ovirt-users] InClusterUpgrade Scheduling Policy

[Roman Mohr]

On Fri, Jun 24, 2016 at 6:34 PM, Scott  wrote:
> Actually, I figured out a work around. I changed the HostedEngine VM's
> vds_group_id in the database to the vds_group_id of my temporary cluster
> (found from the vds_groups table). This worked and I could put my main
> cluster in upgrade mode. Now to continue the process...
>
That's exactly what I had in mind.  I hope you made it  through the
whole process.

Roman

> Thanks,
> Scott
>
>
> On Fri, Jun 24, 2016, 9:29 AM Scott  wrote:
>>
>> Hi Roman,
>>
>> I made it through step 6 however it does look like the problem you
>> mentioned has occurred.  My engine VM is running on my host in the temporary
>> cluster.  The stats under Hosts show this.  But in the Virtual Machines tab
>> this VM still thinks its on my main cluster and I can't change that setting.
>> Did you have a suggestion on how to work around this?  Thankfully only one
>> of my RHEV instances has this upgrade path.
>>
>> Thanks for your help,
>> Scott
>>
>> On Fri, Jun 24, 2016 at 2:15 AM Roman Mohr  wrote:
>>>
>>> On Thu, Jun 23, 2016 at 10:26 PM, Scott  wrote:
>>> > Hi Roman,
>>> >
>>> > Thanks for the detailed steps.  I follow the idea you have outlined and
>>> > I
>>> > think its easier than what I thought of (moving my self hosted engine
>>> > back
>>> > to physical hardware, upgrading and moving it back to self hosted).  I
>>> > will
>>> > give it a spin in my build RHEV cluster tomorrow and let you know how I
>>> > get
>>> > on.
>>> >
>>>
>>> Thanks.
>>>
>>> The bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=1349745.
>>>
>>> I thought about the solution and I see one possible problem with this
>>> approach. It might be that the engine still thinks that the VM is on
>>> the old cluster.
>>> Let me know if this happens, we can work around that too.
>>>
>>> Roman
>>>
>>> > Thanks again,
>>> > Scott
>>> >
>>> > On Thu, Jun 23, 2016 at 2:41 PM Roman Mohr  wrote:
>>> >>
>>> >> Hi Scott,
>>> >>
>>> >> On Thu, Jun 23, 2016 at 8:54 PM, Scott  wrote:
>>> >> > Hello list,
>>> >> >
>>> >> > I'm trying to upgrade a self-hosted engine RHEV environment running
>>> >> > 3.5/el6
>>> >> > to 3.6/el7.  I'm following the process outlined in these two
>>> >> > documents:
>>> >> >
>>> >> >
>>> >> >
>>> >> > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
>>> >> > https://access.redhat.com/solutions/2300331
>>> >> >
>>> >> > The problem I'm having is I don't seem to be able to apply the
>>> >> > "InClusterUpgrade" policy (procedure 5.5, step 4).  I get the
>>> >> > following
>>> >> > error:
>>> >> >
>>> >> > Can not start cluster upgrade mode, see below for details:
>>> >> > VM HostedEngine with id 5ca9cb38-82e5-4eea-8ff6-e2bc33598211 is
>>> >> > configured
>>> >> > to be not migratable.
>>> >> >
>>> >> That is correct, only the he-agents on each host decide where the
>>> >> hosted engine VM can start
>>> >>
>>> >> > But the HostedEngine VM is not one I can edit due to being
>>> >> > mid-upgrade.
>>> >> > And
>>> >> > even if I could, the setting its complaining about can't be managed
>>> >> > by
>>> >> > the
>>> >> > engine (I tried in another RHEV instance).
>>> >> >
>>> >> Also true, it is very limited what you can currently do with the
>>> >> hosted engine VM.
>>> >>
>>> >>
>>> >> > Is this a bug?  What am I missing to be able to move on?  As it
>>> >> > seems
>>> >> > now,
>>> >> > the InClusterUpgrade scheduling policy is useless and can't actually
>>> >> > be
>>> >> > used.
>>> >>
>>> >> That is indeed something the InClusterUpgrade does not take into
>>> >> consideration. I will file a bug report.
>>> >>
>>> >>  But what you can do is the following:
>>> >>
>>> >> You can create a temporary cluster, move one host and the hosted
>>> >> engine VM there, upgrade all hosts and then start the hosted-engine VM
>>> >> in the original cluster again.
>>> >>
>>> >> The detailed steps are:
>>> >>
>>> >> 1) Enter the global maintenance mode
>>> >> 2) Create a temporary cluster
>>> >> 3) Put one of the hosted engine hosts which does not currently host
>>> >> the engine into maintenance
>>> >> 4) Move this host to the temporary cluster
>>> >> 5) Stop the hosted-engine-vm with `hosted-engine --destroy-vm` (it
>>> >> should not come up again since you are in maintenance mode)
>>> >> 6) Start the hosted-egine-vm with `hosted-engine --start-vm` on the
>>> >> host in the temporary cluster
>>> >> 7) Now you can enable the InClusterUpgrade policy on your main cluster
>>> >> 7) Proceed with your main cluster like described in
>>> >>
>>> >>
>>> >> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
>>> >> 8) When all hosts are upgraded and InClusterUpgrade policy is disabled
>>> 

Re: [ovirt-users] Network Interface order changed after reboot

[Dan Kenigsberg]

On Sun, Jun 26, 2016 at 03:59:31PM +0300, Yedidyah Bar David wrote:
> On Sun, Jun 26, 2016 at 3:51 PM, Edward Haas  wrote:
> >
> >
> > On Thu, Jun 23, 2016 at 3:49 PM,  wrote:
> >>
> >> Hi List,
> >>
> >> I have two nodes (running CentOS 7) and the network interface order
> >> changed for some interfaces after every reboot.
> >>
> >> The configurations are done through the oVirt GUI. So the ifcfg-ethX
> >> scripts are configured automatically by VDSM.
> >>
> >> Is there any option to get this configured to be stable?
> >>
> >> Best regards and thank you
> >>
> >> Christoph
> >>
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >
> >
> > Hi Christoph,
> >
> > VDSM indeed edits and takes ownership of the interfaces for the networks it
> > manages.
> > However, editing the ifcfg files should not change anything in the order of
> > the devices, unless it was originally set
> > in an unsupported fashion. An ifcfg file is bound to a specific device name
> > and I'm not familiar to device names
> > floating around randomly.
> > Perhaps you should elaborate more on what it means by 'order changed'.
> >
> > Here is an example of a setup we do not support (pre adding the host to
> > Engine):
> > The initial ifcfg file name: ifcfg-eth0
> > The initial ifcfg file content: DEVICE="eth1"
> > In this configuration, the name of the ifcfg file is inconsistent with the
> > name of the device it represents.
> > VDSM expects them to me in sync.
> >
> > Please provide the ifcfg files before and after you add the host to Engine.
> 
> Perhaps Christoph refers to the problem that [1] was meant to solve?
> 
> [1] 
> https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

To add on what didi says, this should be the default with el7's systemd.
It is surprising that your nics are named eth*, and not by the
predictable nic name scheme.

Maybe if you share your `lspci -vvv` and /var/log/messages of two
different boots, we can have a hint regarding your instability.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt and Ceph

[Nir Soffer]

On Sun, Jun 26, 2016 at 11:49 AM, Nicolás  wrote:
> Hi Nir,
>
> El 25/06/16 a las 22:57, Nir Soffer escribió:
>
> On Sat, Jun 25, 2016 at 11:47 PM, Nicolás  wrote:
>
> Hi,
>
> We're using Ceph along with an iSCSI gateway, so our storage domain is
> actually an iSCSI backend. So far, we have had zero issues with cca. 50 high
> IO rated VMs. Perhaps [1] might shed some light on how to set it up.
>
> Can you share more details on this setup and how you integrate with ovirt?
>
> For example, are you using ceph luns in regular iscsi storage domain, or
> attaching luns directly to vms?
>
>
> Fernando Frediani (responding to this thread) hit the nail on the head.
> Actually we have a 3-node Ceph infrastructure, so we created a few volumes
> on the Ceph nodes side (RBD) and then exported them to iSCSI, so it's oVirt
> who creates the LVs on the top, this way we don't need to attach luns
> directly.
>
> Once the volumes are exported on the iSCSI side, adding an iSCSI domain on
> oVirt is enough to make the whole thing work.
>
> As for experience, we have done a few tests and so far we've had zero
> issues:
>
> The main bottleneck is the iSCSI gateway interface bandwith. In our case we
> have a balance-alb bond over two 1G network interfaces. Later we realized
> this kind of bonding is useless because MAC addresses won't change, so in
> practice only 1G will be used at most. Making some heavy tests (i.e.,
> powering on 50 VMs at a time) we've reached this threshold at specific
> points but it didn't affect performance significantly.
> Doing some additional heavy tests (powering on and off all VMs at a time),
> we've reached the maximum value of cca. 1200 IOPS at a time. In normal
> conditions we don't surpass 200 IOPS, even when these 50 VMs do lots of disk
> operations.
> We've also done some tolerance tests, like removing one or more disks from a
> Ceph node, reinserting them, suddenly shut down one node, restoring it...
> The only problem we've experienced is a slower access to the iSCSI backend,
> which results in a message in the oVirt manager warning about this:
> something like "Storage is taking to long to respond...", which was maybe
> 15-20 seconds. We got no VM pauses at any time, though, nor any significant
> issue.

This setup works, but you are not fully using ceph potential.

You are actually using iscsi storage, so you are limited to 350 lvs per
storage domain (for performance reasons). You are also using ovirt thin
provisioning instead of ceph thin provisioning, so all your vms depend
on the spm to extend vms disks when needed, and your vms may pause
from time to time if the spm could not extend the disks fast enough.

When cloning disks (e.g. create vm from template), you are copying the
data from ceph to the spm node, and back to ceph. With cinder/ceph,
this operation happen inside the ceph cluster and is much more efficient,
possibly not copying anything.

Performance is limited by the iscsi gateway(s) - when using native ceph,
each vm is talking directly to the osds keeping its data. Reads and writes
are using multiple hosts.

On the other hand you are not limited by missing features in our current
ceph implementation (e.g. live storage migration, copy disks from other
storage domains, no monitoring).

It would be interesting to compare cinder/ceph with your system. You
can install a vm with cinder and the rest of the components, add another
pool for cinder, and compare vms using native ceph and iscsi/ceph.

You may like to check this project providing production-ready openstack
containers:
https://github.com/openstack/kolla

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

Re: [ovirt-users] Network Interface order changed after reboot

[ovirt]

Hi Dan,

I'm using the kernal parameter net.ifnames=0 to have the old naming schema.

I will try to get rid of it on the machine and check if this is solving 
my issue.


Best regards

Christoph

Am 27.06.2016 um 08:29 schrieb Dan Kenigsberg:

On Sun, Jun 26, 2016 at 03:59:31PM +0300, Yedidyah Bar David wrote:

On Sun, Jun 26, 2016 at 3:51 PM, Edward Haas  wrote:


On Thu, Jun 23, 2016 at 3:49 PM,  wrote:

Hi List,

I have two nodes (running CentOS 7) and the network interface order
changed for some interfaces after every reboot.

The configurations are done through the oVirt GUI. So the ifcfg-ethX
scripts are configured automatically by VDSM.

Is there any option to get this configured to be stable?

Best regards and thank you

Christoph

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


Hi Christoph,

VDSM indeed edits and takes ownership of the interfaces for the networks it
manages.
However, editing the ifcfg files should not change anything in the order of
the devices, unless it was originally set
in an unsupported fashion. An ifcfg file is bound to a specific device name
and I'm not familiar to device names
floating around randomly.
Perhaps you should elaborate more on what it means by 'order changed'.

Here is an example of a setup we do not support (pre adding the host to
Engine):
The initial ifcfg file name: ifcfg-eth0
The initial ifcfg file content: DEVICE="eth1"
In this configuration, the name of the ifcfg file is inconsistent with the
name of the device it represents.
VDSM expects them to me in sync.

Please provide the ifcfg files before and after you add the host to Engine.

Perhaps Christoph refers to the problem that [1] was meant to solve?

[1] 
https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

To add on what didi says, this should be the default with el7's systemd.
It is surprising that your nics are named eth*, and not by the
predictable nic name scheme.

Maybe if you share your `lspci -vvv` and /var/log/messages of two
different boots, we can have a hint regarding your instability.



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

Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0

[Simone Tiraboschi]

Il 27 Giu 2016 18:18, "Ricky Schneberger"  ha scritto:
>
> On 2016-06-27 17:44, Simone Tiraboschi wrote:
> > On Mon, Jun 27, 2016 at 5:05 PM, Ricky Schneberger 
wrote:
> >> Hi,
> >>
> >> I ran my oVirt 3.6 on Centos6 and because of that I had to do a manual
> >> migration when trying to move to oVirt 4.0.
> >>
> >> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/
> >>
> >> Everything went OK until I did the restore,
> >>
> >> ## engine-backup --mode=restore --no-restore-permissions --provision-db
> >> --file=engine-backup.tar.gz --log=engine-backup-restore.log
> >>
> >> Preparing to restore:
> >> - Unpacking file 'engine-backup.tar.gz'
> >> FATAL: Backup was created by version '3.6' and can not be restored
using
> >> the installed version 4.1
> > This looks pretty strange: it should be 4.0 and it should work.
> >
> > Can you please share the list of oVirt packages you installed on the
> > engine server?
> > Can you please share your oVirt repo details?
> >
> >> and then I got stucked. Is there something I need to do when I do the
> >> backup?
> >>
> >> My old oVirt-engine was version ovirt-engine-3.6.3.4-1.el6.noarch
> >>
> >> regards
> >>
> >> --
> >> Ricky Schneberger
>
> I attached my repo files and below you find parts of my yum.log.

OK, the issue is here: ovirt-master-snapshot is the nightly build repo from
the development branch.
If you want something stable, please downgrade to 4.0.

> Jun 27 16:36:40 Installed:
> ovirt-release-master-4.0.0-0.3.master.20160518074018.gitec2301a.noarch
> Jun 27 16:42:01 Installed: ovirt-setup-lib-1.0.2-1.el7.centos.noarch
> Jun 27 16:42:30 Installed:
>
ovirt-engine-extensions-api-impl-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:42:31 Installed:
>
ovirt-engine-extension-aaa-jdbc-1.1.1-0.0.master.20160526092913.git2e68ef6.el7.noarch
> Jun 27 16:42:33 Installed:
> ovirt-engine-sdk-python-3.6.5.2-0.1.20160531.gite3a4f2a.el7.centos.noarch
> Jun 27 16:42:39 Installed: ovirt-host-deploy-1.5.0-1.el7.centos.noarch
> Jun 27 16:43:08 Installed:
> python-ovirt-engine-sdk4-4.0.0-0.3.a3.el7.centos.x86_64
> Jun 27 16:43:09 Installed:
>
ovirt-image-uploader-4.0.1-0.0.master.20160601214601.gitd6fd324.el7.centos.noarch
> Jun 27 16:43:09 Installed:
>
ovirt-iso-uploader-4.0.1-0.0.master.20160531154203.git7213b00.el7.centos.noarch
> Jun 27 16:43:16 Installed:
ovirt-engine-wildfly-overlay-10.0.0-1.el7.noarch
> Jun 27 16:43:42 Installed: ovirt-engine-wildfly-10.0.0-1.el7.x86_64
> Jun 27 16:43:59 Installed:
>
ovirt-engine-lib-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:44:04 Installed:
>
ovirt-engine-setup-base-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:44:40 Installed:
>
ovirt-engine-setup-plugin-ovirt-engine-common-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:44:41 Installed:
>
ovirt-engine-tools-backup-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:44:42 Installed:
>
ovirt-engine-setup-plugin-websocket-proxy-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:44:42 Installed:
>
ovirt-engine-websocket-proxy-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:45:28 Installed:
> ovirt-vmconsole-1.0.3-0.0.master.20160614081534.gitd1c5824.el7.noarch
> Jun 27 16:46:09 Installed:
>
ovirt-vmconsole-proxy-1.0.3-0.0.master.20160614081534.gitd1c5824.el7.noarch
> Jun 27 16:46:13 Installed: ovirt-engine-cli-3.6.7.0-1.el7.centos.noarch
> Jun 27 16:46:45 Installed:
ovirt-host-deploy-java-1.5.0-1.el7.centos.noarch
> Jun 27 16:46:56 Installed:
>
ovirt-engine-dwh-setup-4.1.0-0.0.master.20160623114857.git8c585e3.el7.centos.noarch
> Jun 27 16:46:58 Installed:
>
ovirt-engine-dwh-4.1.0-0.0.master.20160623114857.git8c585e3.el7.centos.noarch
> Jun 27 16:47:13 Installed:
> ovirt-engine-dashboard-1.0.0-0.3.20160622gitdf5c4fb.el7.centos.noarch
> Jun 27 16:47:30 Installed:
>
ovirt-engine-webadmin-portal-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:47:34 Installed:
>
ovirt-engine-backend-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:47:35 Installed:
>
ovirt-engine-dbscripts-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:47:36 Installed:
>
ovirt-engine-setup-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:47:37 Installed:
>
ovirt-engine-vmconsole-proxy-helper-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:47:37 Installed:
>
ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:47:39 Installed:
>
ovirt-engine-setup-plugin-ovirt-engine-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:47:57 Installed:
>
ovirt-engine-userportal-4.1.0-0.0.master.20160626231337.git2603680.el7.centos.noarch
> Jun 27 16:47:58 Installed:
>

Re: [ovirt-users] Accessing VM over WAN

[David Jaša]

On Ne, 2016-06-26 at 09:36 +0530, RK RK wrote:
> Hi,
> 
> 
> I am planning to deploy oVirt 4.0.0 in a production environment where
> initially it will host 150 VDIs and will expand by 20 to 25 in
> subsequent years with Windows 7, 8.1 and 10.
> 

Please note that official win8+ qxl driver is not ready yet so you won't
have continuous resolution change (just in steps of well-known
resolutions), multi monitor support and some video performance
optimizations with those OSs

> 
> Users will be accessing these VDIs from their android tab or any tiny
> thin client devices which will have only very small footprint OS with
> HTML5 supported browser. 
> 

Please consider use of native apps: aSpice/Opaque [1] or "flexVDI
Client" [2] or moVirt [3]. Opaque and moVirt give you oVirt integration
right away, flexVDI has iOS support

[1] 
https://play.google.com/store/apps/developer?id=Iordan%20Iordanov%20%28Undatech%29
[2] https://github.com/flexVDI/launcher-mobile
[3] https://play.google.com/store/apps/details?id=org.ovirt.mobile.movirt

All of them are going to have better UX than spice-html5. FlexVDI also
developed their own html5 client (available at their github as well)
with some stuff better and some worse than spice-html5 client.

> I wish to give users to access the VDIs over WAN(from their home or on
> travel). Is it possible to access the VDIs via spice-html5 over the
> WAN.
> 

IIRC spice-html5 supports all the compression types so protocol-side
optimizations should be available automatically and without issues.

The "WAN options" of user portal mean that agent disables "fancy" bits
of Windows graphics, the only support from client is to do the setting
when establishing connection. You could give it a try

> 
> Any special configurations to be made to enable it? How should I make
> spice-html5 as the default protocol to access the VDIs?

set ClientModeSpiceDefault engine-config variable to Html5 (as per
https://bugzilla.redhat.com/show_bug.cgi?id=1311408 )

HTH,

David

> 
> -- 
> 
> With Regards,
> RK,
> +91 9840483044
> 
> ___
> 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] no katello 3.0 errata available anymore into ovirt

[Moti Asayag]

Hi,

The Katello 3.x api is not backward compatible with Katello 2.1 api,
therefore it will not be supported until ovirt-engine-3.6.8.
Patches to support it were merged today [1].

Supporting Katello 3.0 was merged to the ovirt-engine master version last
week and it should be available in the nightly build versions
(both for ovirt-engine-master and ovirt-engine-4.0).

[1] https://gerrit.ovirt.org/#/c/59777/

Thanks,
Moti


On Mon, Jun 27, 2016 at 1:24 PM, Nathanaël Blanchet 
wrote:

> Hi,
>
> I upgraded to the latest katello 3.0, and errata are not available anymore
> for hosts or vms. There is no error, it always displays 0 errata.
> The name of the host/vm is the same as into foreman.
> Though, list of provisionned hosts is still available, so I suppose the
> issue comes from katello API and not foreman API.
> Thank you.
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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

Re: [ovirt-users] Migrations Guide in order to migrate to Enterprise Linux 7

[Ricky Schneberger]

On 2016-06-27 15:05, Yedidyah Bar David wrote:
> On Mon, Jun 27, 2016 at 3:29 PM, Ricky Schneberger  
> wrote:
>> Hi,
>> I found out that an upgrade of oVirt 3.6 to 4.0 is not supported on
>> Enterprise Linux 6.
>> The information was that I should follow an Migration Guide -
>> https://www.ovirt.org/release/4.0.0/documentation/migration-engine-3.6-to-4.0.
>>
>> "Upgrade on Fedora 22 and Enterprise Linux 6 is not supported and you should
>> follow our Migration Guide in order to migrate to Enterprise Linux 7 or
>> Fedora 23."
>>
>> The link only gives an 404.
> The correct link should be:
>
> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/
>
> Not sure why it's broken, now opened an issue about this:
>
> https://github.com/oVirt/ovirt-site/issues/338
>
> Best regards and thanks for the report,
>

Thanks for your help.

-- 
Ricky Schneberger



Use PGP to protect your own privacy!

Key fingerprint = 59E1 2B00 C28B 6E0D C8D1  D85B 39AA 7CD5 B88C 0B63
Key-ID: 0xB88C0B63





signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] no katello 3.0 errata available anymore into ovirt

[Nathanaël Blanchet]

Hi,

I upgraded to the latest katello 3.0, and errata are not available 
anymore for hosts or vms. There is no error, it always displays 0 errata.

The name of the host/vm is the same as into foreman.
Though, list of provisionned hosts is still available, so I suppose the 
issue comes from katello API and not foreman API.

Thank you.

--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

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

Re: [ovirt-users] Unofficial projects

[David Jaša]

FTR, stock remote viewer is not currently far from the functionality you
want, if you launch it as "remote-viewer ovirt://[user%
40domain@]ovirt.example.com/", it will list running VMs you can connect
to.

David

On So, 2016-06-25 at 09:28 +0100, James Michels wrote:
> We have lots of non-technically profiled users but yet we want them to
> use some machines, mostly "automatic" VM pools. So instead of making
> them open the User panel, we're working on a very simple desktop app
> that will connect to oVirt's API with their credentials, get a list of
> all VMs they have permissions on and allow them only 2 operations:
> manage power (power off, power on) and connect to the machine getting
> a SPICE ticket and chaining it to virt-viewer. The main advantage is
> that this app will be started on their session open, so it should be
> more confortable to them.
> 
> 
> Once finished we will publish the source code, so If you consider this
> useful I can notify you if interested.
> 
> 
> Regards
> 
> 2016-06-25 8:37 GMT+01:00 Michal Skrivanek
> :
> 
> > On 25 Jun 2016, at 08:56, James Michels
>  wrote:
> >
> > Greetings,
> >
> > Is there some official oVirt section where you list
> unofficial oVirt-related projects? If so, what is the process
> for a new unofficial project to get listed there?
> 
> What do you have in mind? Anything cool?
> 
> >
> > If not, I think it might be a good idea to provide a minimal
> support by listing them.
> 
> If you mean to include something as a part of oVirt then
> following pages should explain it:
> https://www.ovirt.org/develop/projects/adding-a-new-project/
> https://www.ovirt.org/develop/projects/incubating-an-subproject/
> 
> Thanks,
> michal
> 
> >
> > Thank you.
> >
> > James
> > ___
> > 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] Network redundancy with Manual balancing per VLAN

[Fernando Frediani]

Thanks for the reply.

Perhaps is the case of contacting the maintainer of Linux Bond module 
and see if there is room for this feature to be implement anytime. OVS 
is great in the coming future, but Bond module is still something very 
handy that simplify the things a lot.


Thanks
Fernando

Em 27/06/2016 03:00, Edward Haas escreveu:



On Sun, Jun 26, 2016 at 4:37 PM, Yevgeny Zaspitsky 
> wrote:


Dan, Edy,

Could you guys answer this?

IIUC, the requirements are:

  * stream the traffic of few VLANs(network roles) through a
single bond
  * be able to bind a VLAN to a bond slave with an option of fallback
  * have redundancy
  * assign different QoS to every VLAN (my addition)

I guess this is a new RFC that we do not support currently, but
would we be able to provide in any future?

-- Forwarded message --
From: *Fernando Frediani* >
Date: Sat, Jun 25, 2016 at 11:17 PM
Subject: [ovirt-users] Network redundancy with Manual balancing
per VLAN
To: users@ovirt.org 


Hello,

In VMware it is possible to bond two network interfaces and for
each Portgroup (equivalent to a VLAN) is possible to tell which of
the physical interfaces underneath it you wish the traffic to flow
primarily and which stays as secondary(bond mode=1 equivalent). So
for certain VLANs (Management, Live Migration, etc) is possible to
force traffic flow via one physical NIC of the bond and for other
VLANs (Virtual Machine's traffic) outs via the other NIC with
failover to each other should a cable or switch fails.

This is specially good for better utilize the fewer NICs available
and still have redundancy.

In oVirt it is also possible to have bonds, but would it still be
possible to do that same and favor the traffic per VLAN basis ? I
guess it is something related to Linux Bond module but perhaps
someone has done this already.


Thanks

Fernando

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


Hello Fernando,

As you mentioned, oVirt is using the Linux Bond and the solution you 
are looking for is not supported.
The oVirt way to handle this is by applying QoS on the networks, 
providing the guaranteed rates for each and utilizing the bond for 
throughput beyond the one link limit.


With the introduction of OVS as an alternative networking 
infrastructure for the hosts, you could create a hook that implements 
some special functionality, but ovs is not in yet.


Thanks,
Edy.




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

Re: [ovirt-users] Create a Virtual Disk failed

[Alexander Wels]

On Monday, June 27, 2016 11:56:12 AM Liron Aravot wrote:
> Thanks Dewey,
> 
> What exact 3.6 version do you use?
> Elad - have you encountered that issue? can you see if it happens on your
> env as well?
> 
> thanks.
> 

Also to get a de-obfuscated stack trace in the UI.log please install the ui 
debug 
package:

yum install ovirt-engine-webadmin-portal-debuginfo 
ovirt-engine-userportal-debuginfo

Then recreate the issue and look in the UI.log again, it should
now at least give you a better readable stack trace.

> On Sun, Jun 26, 2016 at 6:40 PM, Dewey Du  wrote:
> > the content attached above is ui.log, and there is no logs in server.log
> > and engine.log.
> > 
> > I'm using oVirt 3.6. Finally I found out I can create the disk from the
> > edit page of the vm.
> > 
> > On Sun, Jun 26, 2016 at 8:40 PM, Yaniv Dary  wrote:
> >> Adding Tal.
> >> What version are you using? Can you attach logs?
> >> 
> >> Yaniv Dary
> >> Technical Product Manager
> >> Red Hat Israel Ltd.
> >> 34 Jerusalem Road
> >> Building A, 4th floor
> >> Ra'anana, Israel 4350109
> >> 
> >> Tel : +972 (9) 7692306
> >> 
> >> 8272306
> >> 
> >> Email: yd...@redhat.com
> >> IRC : ydary
> >> 
> >> On Sat, Jun 25, 2016 at 12:26 PM, Dewey Du  wrote:
> >>> I use glusterfs as storage. When I tried to create a virtual disk for a
> >>> vm, I got the following error in UI logs.
> >>> 
> >>> ERROR
> >>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> >>> (default task-48) [] Permutation name: 
B003B5EDCB6FC4308644D5D001F65B4C
> >>> ERROR
> >>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> >>> (default task-48) [] Uncaught exception: :
> >>> com.google.gwt.core.client.JavaScriptException: (TypeError)
> >>> 
> >>>  __gwt$exception: : a is undefined
> >>>  
> >>> at Unknown._kj(Unknown Source)
> >>> at Unknown.JUq(Unknown Source)
> >>> at Unknown.Fbr(Unknown Source)
> >>> at Unknown.Hno(Unknown Source)
> >>> at Unknown.t0n(Unknown Source)
> >>> at Unknown.w0n(Unknown Source)
> >>> at Unknown.q3n(Unknown Source)
> >>> at Unknown.t3n(Unknown Source)
> >>> at Unknown.S2n(Unknown Source)
> >>> at Unknown.V2n(Unknown Source)
> >>> at Unknown.bMe(Unknown Source)
> >>> at Unknown.V7(Unknown Source)
> >>> at Unknown.k8(Unknown Source)
> >>> at Unknown.czf/c.onreadystatechange<(Unknown Source)
> >>> at Unknown.Ux(Unknown Source)
> >>> at Unknown.Yx(Unknown Source)
> >>> at Unknown.Xx/<(Unknown Source)
> >>> at Unknown.anonymous(Unknown Source)
> >>> 
> >>> ___
> >>> 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] Network redundancy with Manual balancing per VLAN

[Fernando Frediani]

Well, yes. That's actually the name VMware uses.

If it bring similar functionalities then that's the solution. Thanks for 
sharing. looks pretty intresting.


Fernando

Em 27/06/2016 09:39, Fabrice Bacchella escreveu:

Isn't teaming[1] the futur, instead of bonding ?

[1] http://rhelblog.redhat.com/2014/06/23/team-driver/


Le 27 juin 2016 à 14:31, Fernando Frediani 
> 
a écrit :


Thanks for the reply.

Perhaps is the case of contacting the maintainer of Linux Bond module 
and see if there is room for this feature to be implement anytime. 
OVS is great in the coming future, but Bond module is still something 
very handy that simplify the things a lot.


Thanks
Fernando

Em 27/06/2016 03:00, Edward Haas escreveu:



On Sun, Jun 26, 2016 at 4:37 PM, Yevgeny Zaspitsky 
 wrote:


Dan, Edy,

Could you guys answer this?

IIUC, the requirements are:

  * stream the traffic of few VLANs(network roles) through a
single bond
  * be able to bind a VLAN to a bond slave with an option of
fallback
  * have redundancy
  * assign different QoS to every VLAN (my addition)

I guess this is a new RFC that we do not support currently, but
would we be able to provide in any future?

-- Forwarded message --
From: *Fernando Frediani* 
Date: Sat, Jun 25, 2016 at 11:17 PM
Subject: [ovirt-users] Network redundancy with Manual balancing
per VLAN
To: users@ovirt.org 


Hello,

In VMware it is possible to bond two network interfaces and for
each Portgroup (equivalent to a VLAN) is possible to tell which
of the physical interfaces underneath it you wish the traffic to
flow primarily and which stays as secondary(bond mode=1
equivalent). So for certain VLANs (Management, Live Migration,
etc) is possible to force traffic flow via one physical NIC of
the bond and for other VLANs (Virtual Machine's traffic) outs
via the other NIC with failover to each other should a cable or
switch fails.

This is specially good for better utilize the fewer NICs
available and still have redundancy.

In oVirt it is also possible to have bonds, but would it still
be possible to do that same and favor the traffic per VLAN basis
? I guess it is something related to Linux Bond module but
perhaps someone has done this already.


Thanks

Fernando

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


Hello Fernando,

As you mentioned, oVirt is using the Linux Bond and the solution you 
are looking for is not supported.
The oVirt way to handle this is by applying QoS on the networks, 
providing the guaranteed rates for each and utilizing the bond for 
throughput beyond the one link limit.


With the introduction of OVS as an alternative networking 
infrastructure for the hosts, you could create a hook that 
implements some special functionality, but ovs is not in yet.


Thanks,
Edy.




___
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] Migrations Guide in order to migrate to Enterprise Linux 7

[Ricky Schneberger]

Hi,
I found out that an upgrade of oVirt 3.6 to 4.0 is not supported on
Enterprise Linux 6.
The information was that I should follow an Migration Guide -
https://www.ovirt.org/release/4.0.0/documentation/migration-engine-3.6-to-4.0.

"Upgrade on Fedora 22 and Enterprise Linux 6 is not supported and you
should follow our Migration Guide

in order to migrate to Enterprise Linux 7 or Fedora 23."

The link only gives an 404.

Regards

-- 
Ricky Schneberger


Use PGP to protect your own privacy!

Key fingerprint = 59E1 2B00 C28B 6E0D C8D1  D85B 39AA 7CD5 B88C 0B63
Key-ID: 0xB88C0B63




signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrations Guide in order to migrate to Enterprise Linux 7

[Yedidyah Bar David]

On Mon, Jun 27, 2016 at 3:29 PM, Ricky Schneberger  wrote:
> Hi,
> I found out that an upgrade of oVirt 3.6 to 4.0 is not supported on
> Enterprise Linux 6.
> The information was that I should follow an Migration Guide -
> https://www.ovirt.org/release/4.0.0/documentation/migration-engine-3.6-to-4.0.
>
> "Upgrade on Fedora 22 and Enterprise Linux 6 is not supported and you should
> follow our Migration Guide in order to migrate to Enterprise Linux 7 or
> Fedora 23."
>
> The link only gives an 404.

The correct link should be:

http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/

Not sure why it's broken, now opened an issue about this:

https://github.com/oVirt/ovirt-site/issues/338

Best regards and thanks for the report,

>
> Regards
>
> --
> Ricky Schneberger
>
> 
> Use PGP to protect your own privacy!
>
> Key fingerprint = 59E1 2B00 C28B 6E0D C8D1  D85B 39AA 7CD5 B88C 0B63
> Key-ID: 0xB88C0B63
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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

[ovirt-users] Importing *.ova appliance

[Anantha Raghava]

Hi,

How do we import a *.ova appliance in oVirt? Starting 3.6.6, we see this 
option in import dialog but, even if we specify the location of OVA 
files, it reports "did not find any VM to import".


Does oVirt still not support importing OVA appliance?
--

Thanks & Regards,

Anantha Raghava


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

Re: [ovirt-users] Network redundancy with Manual balancing per VLAN

[Fabrice Bacchella]

Isn't teaming[1] the futur, instead of bonding ?

[1] http://rhelblog.redhat.com/2014/06/23/team-driver/


> Le 27 juin 2016 à 14:31, Fernando Frediani  a 
> écrit :
> 
> Thanks for the reply.
> 
> Perhaps is the case of contacting the maintainer of Linux Bond module and see 
> if there is room for this feature to be implement anytime. OVS is great in 
> the coming future, but Bond module is still something very handy that 
> simplify the things a lot.
> 
> Thanks
> Fernando
> 
> Em 27/06/2016 03:00, Edward Haas escreveu:
>> 
>> 
>> On Sun, Jun 26, 2016 at 4:37 PM, Yevgeny Zaspitsky < 
>> yzasp...@redhat.com 
>> > wrote:
>> Dan, Edy,
>> 
>> Could you guys answer this?
>> 
>> IIUC, the requirements are:
>> stream the traffic of few VLANs(network roles) through a single bond
>> be able to bind a VLAN to a bond slave with an option of fallback
>> have redundancy
>> assign different QoS to every VLAN (my addition)
>> I guess this is a new RFC that we do not support currently, but would we be 
>> able to provide in any future?
>> 
>> -- Forwarded message --
>> From: Fernando Frediani < 
>> fernando.fredi...@upx.com.br 
>> >
>> Date: Sat, Jun 25, 2016 at 11:17 PM
>> Subject: [ovirt-users] Network redundancy with Manual balancing per VLAN
>> To: users@ovirt.org 
>> 
>> 
>> Hello,
>> 
>> In VMware it is possible to bond two network interfaces and for each 
>> Portgroup (equivalent to a VLAN) is possible to tell which of the physical 
>> interfaces underneath it you wish the traffic to flow primarily and which 
>> stays as secondary(bond mode=1 equivalent). So for certain VLANs 
>> (Management, Live Migration, etc) is possible to force traffic flow via one 
>> physical NIC of the bond and for other VLANs (Virtual Machine's traffic) 
>> outs via the other NIC with failover to each other should a cable or switch 
>> fails.
>> 
>> This is specially good for better utilize the fewer NICs available and still 
>> have redundancy.
>> 
>> In oVirt it is also possible to have bonds, but would it still be possible 
>> to do that same and favor the traffic per VLAN basis ? I guess it is 
>> something related to Linux Bond module but perhaps someone has done this 
>> already.
>> 
>> 
>>  
>> Thanks
>> 
>> Fernando
>> 
>> ___
>> Users mailing list
>> Users@ovirt.org 
>> http://lists.ovirt.org/mailman/listinfo/users 
>> 
>> 
>> 
>> Hello Fernando,
>> 
>> As you mentioned, oVirt is using the Linux Bond and the solution you are 
>> looking for is not supported.
>> The oVirt way to handle this is by applying QoS on the networks, providing 
>> the guaranteed rates for each and utilizing the bond for throughput beyond 
>> the one link limit.
>> 
>> With the introduction of OVS as an alternative networking infrastructure for 
>> the hosts, you could create a hook that implements some special 
>> functionality, but ovs is not in yet.
>> 
>> Thanks,
>> Edy.
>> 
>> 
> 
> ___
> 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] Importing *.ova appliance

[Yanir Quinn]

Hi,
A couple of questions for starters :

1. What did you use for importing the ova file ?
have you tried the uploader command : engine-image-uploader -e --name
upload 
2.Was the ova file was created by oVirt ? (the uploader tool supports only
files created by ovirt)

Regards,
Yanir Quinn




On Mon, Jun 27, 2016 at 3:37 PM, Anantha Raghava <
rag...@exzatechconsulting.com> wrote:

> Hi,
>
> How do we import a *.ova appliance in oVirt? Starting 3.6.6, we see this
> option in import dialog but, even if we specify the location of OVA files,
> it reports "did not find any VM to import".
>
> Does oVirt still not support importing OVA appliance?
> --
>
> Thanks & Regards,
> Anantha Raghava
>
> ___
> 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 and Ceph

[Barak Korren]

>
> You may like to check this project providing production-ready openstack
> containers:
> https://github.com/openstack/kolla
>

Also, the oVirt installer can actually deploy these containers for you:

https://www.ovirt.org/develop/release-management/features/cinderglance-docker-integration/


-- 
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt and Ceph

[Alessandro De Salvo]

Hi,
the cinder container is broken since a while, since when the kollaglue 
changed the installation method upstream, AFAIK.
Also, it seems that even the latest ovirt 4.0 pulls down the "kilo" 
version of openstack, so you will need to install yours if you need a 
more recent one.
We are using a VM managed by ovirt itself for keystone/glance/cinder 
with our ceph cluster, and it works quite well with the Mitaka version, 
which is the latest one. The DB is hosted outside, so that even if we 
loose the VM we don't loose the state, besides all performance reasons. 
The installation is not using containers, but installing the services 
directly via puppet/Foreman.
So far we are happily using ceph in this way. The only drawback of this 
setup is that if the VM is not up we cannot start machines with ceph 
volumes attached, but the running machines survives without problems 
even if the cinder VM is down.

Cheers,

Alessandro


Il 27/06/16 09:37, Barak Korren ha scritto:

You may like to check this project providing production-ready openstack
containers:
https://github.com/openstack/kolla


Also, the oVirt installer can actually deploy these containers for you:

https://www.ovirt.org/develop/release-management/features/cinderglance-docker-integration/




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

Re: [ovirt-users] Failed to start self hosted engine after upgrading oVirt to 4.0

[Stefano Danzi]

Hi!

The broker error is:

==> /var/log/ovirt-hosted-engine-ha/agent.log <==
MainThread::INFO::2016-06-27 
09:27:03,311::brokerlink::140::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) 
Success, id 140293563619152


==> /var/log/ovirt-hosted-engine-ha/broker.log <==
Thread-25::ERROR::2016-06-27 
09:27:03,314::listener::182::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) 
Error while serving connection

Traceback (most recent call last):
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", 
line 166, in handle

data)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", 
line 299, in _dispatch

.set_storage_domain(client, sd_type, **options)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", 
line 66, in set_storage_domain

self._backends[client].connect()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", 
line 400, in connect

volUUID=volume.volume_uuid
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", 
line 245, in _get_volume_path

volUUID
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
return self.__send(self.__name, args)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
verbose=self.__verbose
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
return self.single_request(host, handler, request_body, verbose)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
self.send_content(h, request_body)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
connection.endheaders(request_body)
  File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
self._send_output(message_body)
  File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
self.send(msg)
  File "/usr/lib64/python2.7/httplib.py", line 797, in send
self.connect()
  File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, 
in connect

sock = socket.create_connection((self.host, self.port), self.timeout)
  File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
raise err
error: [Errno 101] Network is unreachable


Broker PID is:

[root@ovirt01 ~]# ps -ef | grep bro
vdsm   925 1  0 09:23 ?00:00:01 /usr/bin/python 
/usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker --no-daemon

root  3558  3405  0 09:28 pts/000:00:00 grep --color=auto bro


[root@ovirt01 ~]# strace -f -p 925
[..]
[pid  3748] munmap(0x7f98bded, 4096) = 0
_*[pid  3748] socket(PF_INET6, SOCK_STREAM, IPPROTO_TCP) = 8*__*
*__*[pid  3748] connect(8, {sa_family=AF_INET6, sin6_port=htons(54321), 
inet_pton(AF_INET6, "::", _addr), sin6_flowinfo=0, 
sin6_scope_id=0}, 28) = -1 ENETUNREACH (Network is unreachable)*_

[pid  3748] close(8)= 0
[pid  3748] select(0, NULL, NULL, NULL, {1, 0} 
[pid  3742] <... recvfrom resumed> "set-storage-domain VdsmBackend 
h"..., 8192, 0, NULL, NULL) = 676

[pid  3742] fcntl(6, F_GETFL)   = 0x2 (flags O_RDWR)
[pid  3742] fcntl(6, F_SETFL, O_RDWR|O_NONBLOCK) = 0
[pid  3742] openat(AT_FDCWD, "/rhev/data-center/mnt", 
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8

[pid  3742] getdents(8, /* 7 entries */, 32768) = 312
[pid  3742] getdents(8, /* 0 entries */, 32768) = 0
[pid  3742] close(8)= 0
[pid  3742] 
access("/rhev/data-center/mnt/ovirt01.hawai.lan:_home_storage-ovirtShe/46f55a31-f35f-465c-b3e2-df45c05e06a7", 
F_OK) = -1 ENOENT (No such file or directory)
[pid  3742] 
access("/rhev/data-center/mnt/glusterSD/46f55a31-f35f-465c-b3e2-df45c05e06a7", 
F_OK) = -1 ENOENT (No such file or directory)
[pid  3742] 
access("/rhev/data-center/mnt/ovirtbk-mount.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7", 
F_OK) = -1 ENOENT (No such file or directory)
[pid  3742] 
access("/rhev/data-center/mnt/ovirtbk-sheng.hawai.lan:_var_lib_exports_iso/46f55a31-f35f-465c-b3e2-df45c05e06a7", 
F_OK) = -1 ENOENT (No such file or directory)
[pid  3742] 
access("/rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7", 
F_OK) = 0

[pid  3742] access("/etc/pki/vdsm/keys/vdsmkey.pem", R_OK) = 0
[pid  3742] access("/etc/pki/vdsm/certs/vdsmcert.pem", R_OK) = 0
[pid  3742] access("/etc/pki/vdsm/certs/cacert.pem", R_OK) = 0
[pid  3742] open("/etc/pki/vdsm/certs/vdsmcert.pem", O_RDONLY) = 8
[pid  3742] fstat(8, {st_mode=S_IFREG|0644, st_size=1574, ...}) = 0
[pid  3742] mmap(NULL, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f98bded

[pid  3742] read(8, "-BEGIN CERTIFICATE-\nMIIE"..., 4096) = 1574
[pid  3742] read(8, "", 4096)   = 0
[pid  3742] close(8)= 0
[pid  3742] munmap(0x7f98bded, 4096) = 0
[pid  3742] open("/etc/pki/vdsm/keys/vdsmkey.pem", O_RDONLY) = 8
[pid  3742] fstat(8, {st_mode=S_IFREG|0440, 

Re: [ovirt-users] oVirt and Ceph

[Nir Soffer]

On Mon, Jun 27, 2016 at 12:02 PM, Alessandro De Salvo
 wrote:
> Hi,
> the cinder container is broken since a while, since when the kollaglue
> changed the installation method upstream, AFAIK.
> Also, it seems that even the latest ovirt 4.0 pulls down the "kilo" version
> of openstack, so you will need to install yours if you need a more recent
> one.
> We are using a VM managed by ovirt itself for keystone/glance/cinder with
> our ceph cluster, and it works quite well with the Mitaka version, which is
> the latest one. The DB is hosted outside, so that even if we loose the VM we
> don't loose the state, besides all performance reasons. The installation is
> not using containers, but installing the services directly via
> puppet/Foreman.
> So far we are happily using ceph in this way. The only drawback of this
> setup is that if the VM is not up we cannot start machines with ceph volumes
> attached, but the running machines survives without problems even if the
> cinder VM is down.

Thanks for the info Alessandro!

This seems like the best way to run cinder/ceph, using other storage for
these vms, so cinder vm does not depend on the vm managing the
storage it runs on.

If you use highly available vms, ovirt will make sure they are up all the time,
and will migrated them to other hosts when needed.

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

Re: [ovirt-users] latest CentOS libvirt updates safe?

[Pavel Gashev]

Upgrading libvirt doesn’t touch running VMs, if there are no active VM 
operations (start/stop/snapshots/migration). I upgrade libvirt/qemu/vdsm on the 
fly. Just stop the engine to make sure that nothing will interrupt the upgrade.

On 25/06/16 17:57, "users-boun...@ovirt.org on behalf of Robert Story" 
 wrote:

I have oVirt 3.5.x on CentOS 7 hosts. These hosts have updates which
include livbirt:

 libvirt-client   x86_64  1.2.17-13.el7_2.5  updates  4.3 M
 libvirt-daemon   x86_64  1.2.17-13.el7_2.5  updates  585 k
 libvirt-daemon-config-nwfilter   x86_64  1.2.17-13.el7_2.5  updates  122 k
 libvirt-daemon-driver-interface  x86_64  1.2.17-13.el7_2.5  updates  162 k
 libvirt-daemon-driver-networkx86_64  1.2.17-13.el7_2.5  updates  302 k
 libvirt-daemon-driver-nodedevx86_64  1.2.17-13.el7_2.5  updates  161 k
 libvirt-daemon-driver-nwfilter   x86_64  1.2.17-13.el7_2.5  updates  185 k
 libvirt-daemon-driver-qemu   x86_64  1.2.17-13.el7_2.5  updates  571 k
 libvirt-daemon-driver-secret x86_64  1.2.17-13.el7_2.5  updates  155 k
 libvirt-daemon-driver-storagex86_64  1.2.17-13.el7_2.5  updates  328 k
 libvirt-daemon-kvm   x86_64  1.2.17-13.el7_2.5  updates  118 k
 libvirt-lock-sanlock

Is it safe to let yum update these packages while the host has running VMs?
in maintenance mode? or not at all?


Robert

-- 
Senior Software Engineer @ Parsons


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

Re: [ovirt-users] Create a Virtual Disk failed

[Liron Aravot]

Thanks Dewey,

What exact 3.6 version do you use?
Elad - have you encountered that issue? can you see if it happens on your
env as well?

thanks.

On Sun, Jun 26, 2016 at 6:40 PM, Dewey Du  wrote:

> the content attached above is ui.log, and there is no logs in server.log
> and engine.log.
>
> I'm using oVirt 3.6. Finally I found out I can create the disk from the
> edit page of the vm.
>
> On Sun, Jun 26, 2016 at 8:40 PM, Yaniv Dary  wrote:
>
>> Adding Tal.
>> What version are you using? Can you attach logs?
>>
>> Yaniv Dary
>> Technical Product Manager
>> Red Hat Israel Ltd.
>> 34 Jerusalem Road
>> Building A, 4th floor
>> Ra'anana, Israel 4350109
>>
>> Tel : +972 (9) 7692306
>> 8272306
>> Email: yd...@redhat.com
>> IRC : ydary
>>
>>
>> On Sat, Jun 25, 2016 at 12:26 PM, Dewey Du  wrote:
>>
>>> I use glusterfs as storage. When I tried to create a virtual disk for a
>>> vm, I got the following error in UI logs.
>>>
>>> ERROR
>>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>>> (default task-48) [] Permutation name: B003B5EDCB6FC4308644D5D001F65B4C
>>> ERROR
>>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>>> (default task-48) [] Uncaught exception: :
>>> com.google.gwt.core.client.JavaScriptException: (TypeError)
>>>  __gwt$exception: : a is undefined
>>> at Unknown._kj(Unknown Source)
>>> at Unknown.JUq(Unknown Source)
>>> at Unknown.Fbr(Unknown Source)
>>> at Unknown.Hno(Unknown Source)
>>> at Unknown.t0n(Unknown Source)
>>> at Unknown.w0n(Unknown Source)
>>> at Unknown.q3n(Unknown Source)
>>> at Unknown.t3n(Unknown Source)
>>> at Unknown.S2n(Unknown Source)
>>> at Unknown.V2n(Unknown Source)
>>> at Unknown.bMe(Unknown Source)
>>> at Unknown.V7(Unknown Source)
>>> at Unknown.k8(Unknown Source)
>>> at Unknown.czf/c.onreadystatechange<(Unknown Source)
>>> at Unknown.Ux(Unknown Source)
>>> at Unknown.Yx(Unknown Source)
>>> at Unknown.Xx/<(Unknown Source)
>>> at Unknown.anonymous(Unknown Source)
>>>
>>>
>>> ___
>>> 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