Re: [ovirt-users] Hosts Network Management

2017-04-09 Thread Kai Wagner
I need to create a bonded device with lacp. How can I do this through
the UI?

Sorry, maybe it's quite easy, but I don't know how to configure it.


On 04/07/2017 07:10 PM, Ondrej Svoboda wrote:
> Hello Kai,
>
> I'd like to know – what is your initial problem that you cannot solve
> through the GUI?
>
> VDSM does use a custom comment in ifcfg files, but only to recognize
> them – if they are unknown, it acquires the relevant network devices
> from NetworkManager. But VDSM is in charge of networking
> configuration, exclusively.
>
> If you need to add extra configuration parameters in ifcfg files, or
> modify them, you could write or use a VDSM hook to alter the ifcfg
> files as they are written.
>
> But perhaps it is better for us to know what problems you are having
> and whether they can be solved by available methods.
>
> Thank you,
> Ondra
>
> On Thu, Apr 6, 2017 at 12:14 PM, Kai Wagner  > wrote:
>
> Hi all,
>
> is it possible to set a comment at the beginning of a file for network
> files -> something like don't touch this anymore please?
>
> I want to configure my network stuff on the cli and not via the UI
> because I failed now a few times.
>
> Thx
>
> Kai
>
>
> --
> SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham
> Norton, HRB 21284 (AG Nürnberg)
>
>
>
> ___
> Users mailing list
> Users@ovirt.org 
> http://lists.ovirt.org/mailman/listinfo/users
> 
>
>

-- 
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 
(AG Nürnberg)



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


Re: [ovirt-users] moving disk from one storage domain to another

2017-04-09 Thread Yaniv Kaul
On Fri, Apr 7, 2017 at 5:29 PM, Bill James  wrote:

>
>
> On 4/7/17 12:52 AM, Nir Soffer wrote:
>
> On Fri, Apr 7, 2017 at 2:40 AM Bill James  wrote:
>
>> We are trying to convert our qa environment from local nfs to gluster.
>> When I move a disk with a VM that is running on same server as the
>> storage it fails.
>> When I move a disk with VM running on a different system it works.
>>
>> VM running on same system as disk:
>>
>> 2017-04-06 13:31:00,588 ERROR (jsonrpc/6) [virt.vm]
>> (vmId='e598485a-dc74-43f7-8447-e00ac44dae21') Unable to start
>> replication for vda to {u'domainID':
>> u'6affd8c3-2c51-4cd1-8300-bfbbb14edbe9', 'volumeInfo': {'domainID':
>> u'6affd8c3-2c
>> 51-4cd1-8300-bfbbb14edbe9', 'volType': 'path', 'leaseOffset': 0, 'path':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:
>> _gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-
>> d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5',
>> 'volumeID': u'30fd46c9-c738-4b13-aeca-3dc9ffc677f5', 'leasePath':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:
>> _gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-
>> d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5.lease',
>> 'imageID': u'7ae9b3f7-3507-4469-a080-d0944d0ab753'}, 'diskType': 'file',
>> 'format': 'cow', 'cache': 'none', u'volumeID':
>> u'30fd46c9-c738-4b13-aeca-3dc9ffc677f5', u'imageID':
>> u'7ae9b3f7-3507-4469-a080-d0944d0ab753', u'poolID':
>> u'8b6303b3-79c6-4633-ae21-71b15ed00675', u'device': 'disk', 'path':
>> u'/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/
>> 6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-
>> 3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5',
>> 'propagateErrors': u'off', 'volumeChain': [{'domainID':
>> u'6affd8c3-2c51-4cd1-8300-bfbbb14edbe9', 'volType': 'path',
>> 'leaseOffset': 0, 'path':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:
>> _gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-
>> d0944d0ab753/6756eb05-6803-42a7-a3a2-10233bf2ca8d',
>> 'volumeID': u'6756eb05-6803-42a7-a3a2-10233bf2ca8d', 'leasePath':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:
>> _gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-
>> d0944d0ab753/6756eb05-6803-42a7-a3a2-10233bf2ca8d.lease',
>> 'imageID': u'7ae9b3f7-3507-4469-a080-d0944d0ab753'}, {'domainID':
>> u'6affd8c3-2c51-4cd1-8300-bfbbb14edbe9', 'volType': 'path',
>> 'leaseOffset': 0, 'path':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:
>> _gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-
>> d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5',
>> 'volumeID': u'30fd46c9-c738-4b13-aeca-3dc9ffc677f5', 'leasePath':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:
>> _gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-
>> d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5.lease',
>> 'imageID': u'7ae9b3f7-3507-4469-a080-d0944d0ab753'}]} (vm:3594)
>> Traceback (most recent call last):
>>File "/usr/share/vdsm/virt/vm.py", line 3588, in diskReplicateStart
>>  self._startDriveReplication(drive)
>>File "/usr/share/vdsm/virt/vm.py", line 3713, in _startDriveReplication
>>  self._dom.blockCopy(drive.name, destxml, flags=flags)
>>File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line
>> 69, in f
>>  ret = attr(*args, **kwargs)
>>File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
>> line 123, in wrapper
>>  ret = f(*args, **kwargs)
>>File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 941, in
>> wrapper
>>  return func(inst, *args, **kwargs)
>>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 684, in
>> blockCopy
>>  if ret == -1: raise libvirtError ('virDomainBlockCopy() failed',
>> dom=self)
>> libvirtError: internal error: unable to execute QEMU command
>> 'drive-mirror': Could not open
>> '/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/
>> 6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-
>> 3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5':
>> Permission denied
>>
>>
>> [root@ovirt1 test vdsm]# ls -l
>> /rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/
>> 6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-
>> 3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5
>> -rw-rw 2 vdsm kvm 197120 Apr  6 13:29
>> /rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/
>> 6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-
>> 3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5
>>
>>
>>
>> Then if I try and rerun it it says, even though move failed:
>>
>> 2017-04-06 13:49:27,197 INFO  (jsonrpc/1) [dispatcher] Run and protect:
>> getAllTasksStatuses, Return response: {'allT
>> asksStatus': {'078d962c-e682-40f9-a177-2a8b479a7d8b': {'code': 212,
>> 'message': 'Volume already exists', 'taskState':
>>   'finished', 'taskResult': 'cleanSuccess'

Re: [ovirt-users] Hosts Network Management

2017-04-09 Thread Charles Tassell

Hey Kai,

  Go into the Hosts tab, click on the host you want to add the bonded 
interface to then on the Network Interfaces tab in the bottom pane.  
Click on Setup Host Networks and drag an unused network adaptor over the 
one that you want to bond it with.  A box will come up and let you 
configure bonding parameters like which mode to use.


On 2017-04-09 04:17 AM, users-requ...@ovirt.org wrote:

Date: Sat, 8 Apr 2017 23:46:27 +0200
From: Kai Wagner 
To: Ondrej Svoboda , users@ovirt.org
Subject: Re: [ovirt-users] Hosts Network Management
Message-ID: 
Content-Type: text/plain; charset="utf-8"

I need to create a bonded device with lacp. How can I do this through
the UI?

Sorry, maybe it's quite easy, but I don't know how to configure it.


On 04/07/2017 07:10 PM, Ondrej Svoboda wrote:

Hello Kai,

I'd like to know ? what is your initial problem that you cannot solve
through the GUI?

VDSM does use a custom comment in ifcfg files, but only to recognize
them ? if they are unknown, it acquires the relevant network devices
from NetworkManager. But VDSM is in charge of networking
configuration, exclusively.

If you need to add extra configuration parameters in ifcfg files, or
modify them, you could write or use a VDSM hook to alter the ifcfg
files as they are written.

But perhaps it is better for us to know what problems you are having
and whether they can be solved by available methods.

Thank you,
Ondra

On Thu, Apr 6, 2017 at 12:14 PM, Kai Wagner mailto:kwag...@suse.com>> wrote:

 Hi all,

 is it possible to set a comment at the beginning of a file for network
 files -> something like don't touch this anymore please?

 I want to configure my network stuff on the cli and not via the UI
 because I failed now a few times.

 Thx

 Kai


 --
 SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Graham
 Norton, HRB 21284 (AG N?rnberg)



 ___
 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] moving disk from one storage domain to another

2017-04-09 Thread Michal Skrivanek

> On 9 Apr 2017, at 09:16, Yaniv Kaul  wrote:
> 
> 
> 
> On Fri, Apr 7, 2017 at 5:29 PM, Bill James  > wrote:
> 
> 
> On 4/7/17 12:52 AM, Nir Soffer wrote:
>> On Fri, Apr 7, 2017 at 2:40 AM Bill James > > wrote:
>> We are trying to convert our qa environment from local nfs to gluster.
>> When I move a disk with a VM that is running on same server as the
>> storage it fails.
>> When I move a disk with VM running on a different system it works.
>> 
>> VM running on same system as disk:
>> 
>> 2017-04-06 13:31:00,588 ERROR (jsonrpc/6) [virt.vm]
>> (vmId='e598485a-dc74-43f7-8447-e00ac44dae21') Unable to start
>> replication for vda to {u'domainID':
>> u'6affd8c3-2c51-4cd1-8300-bfbbb14edbe9', 'volumeInfo': {'domainID':
>> u'6affd8c3-2c
>> 51-4cd1-8300-bfbbb14edbe9', 'volType': 'path', 'leaseOffset': 0, 'path':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5',
>> 'volumeID': u'30fd46c9-c738-4b13-aeca-3dc9ffc677f5', 'leasePath':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5.lease',
>> 'imageID': u'7ae9b3f7-3507-4469-a080-d0944d0ab753'}, 'diskType': 'file',
>> 'format': 'cow', 'cache': 'none', u'volumeID':
>> u'30fd46c9-c738-4b13-aeca-3dc9ffc677f5', u'imageID':
>> u'7ae9b3f7-3507-4469-a080-d0944d0ab753', u'poolID':
>> u'8b6303b3-79c6-4633-ae21-71b15ed00675', u'device': 'disk', 'path':
>> u'/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5',
>> 'propagateErrors': u'off', 'volumeChain': [{'domainID':
>> u'6affd8c3-2c51-4cd1-8300-bfbbb14edbe9', 'volType': 'path',
>> 'leaseOffset': 0, 'path':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/6756eb05-6803-42a7-a3a2-10233bf2ca8d',
>> 'volumeID': u'6756eb05-6803-42a7-a3a2-10233bf2ca8d', 'leasePath':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/6756eb05-6803-42a7-a3a2-10233bf2ca8d.lease',
>> 'imageID': u'7ae9b3f7-3507-4469-a080-d0944d0ab753'}, {'domainID':
>> u'6affd8c3-2c51-4cd1-8300-bfbbb14edbe9', 'volType': 'path',
>> 'leaseOffset': 0, 'path':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5',
>> 'volumeID': u'30fd46c9-c738-4b13-aeca-3dc9ffc677f5', 'leasePath':
>> u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5.lease',
>> 'imageID': u'7ae9b3f7-3507-4469-a080-d0944d0ab753'}]} (vm:3594)
>> Traceback (most recent call last):
>>File "/usr/share/vdsm/virt/vm.py", line 3588, in diskReplicateStart
>>  self._startDriveReplication(drive)
>>File "/usr/share/vdsm/virt/vm.py", line 3713, in _startDriveReplication
>>  self._dom.blockCopy(drive.name , destxml, 
>> flags=flags)
>>File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line
>> 69, in f
>>  ret = attr(*args, **kwargs)
>>File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
>> line 123, in wrapper
>>  ret = f(*args, **kwargs)
>>File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 941, in
>> wrapper
>>  return func(inst, *args, **kwargs)
>>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 684, in
>> blockCopy
>>  if ret == -1: raise libvirtError ('virDomainBlockCopy() failed',
>> dom=self)
>> libvirtError: internal error: unable to execute QEMU command
>> 'drive-mirror': Could not open
>> '/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5':
>> Permission denied
>> 
>> 
>> [root@ovirt1 test vdsm]# ls -l
>> /rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5
>> -rw-rw 2 vdsm kvm 197120 Apr  6 13:29
>> /rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5
>> 
>> 
>> 
>> Then if I try and rerun it it says, even though move failed:
>> 
>> 2017-04-06 13:49:27,197 INFO  (jsonrpc/1) [dispatcher] Run and protect:
>> getAllTasksStatuses, Return response: {'allT
>> asksStatus': {'078d962c-e682-40f9-a177-2a8b479a7d8b': {'code': 212,
>> 'message': 'Volume already e

[ovirt-users] oVirt repositories 101; or everything you wanted to know about oVirt repositories and didn't ask

2017-04-09 Thread Eyal Edri
Hi oVirt developers and users,

Some of you might be familiar with the oVirt repositories and all their
flavors, while some of you are just familiar with the official releases.
The fact is, we have plenty of them and each has its own role and a right
usage. Moreover, we did a significant overhaul on all the repositories in
the past months,
So hopefully now it will be easier to explain which repo to use when.


I'll start with reviewing each oVirt repository and give a bit of
background and the logic behind it, how to consume it and the relevant
usage for it.
For simplicity, I'll review the repositories on the 4.1 release, but it
valid for all other oVirt releases ( except 'master' which doesn't have an
official or pre-release repositories ).

I will also upload this information to the oVirt.org site, but since this
is important, I didn't want to wait with the sending this email.

*oVirt repositories*

*Official repositories*

*Desc:* here you can find the official signed oVirt RPMs, immediately after
an official release has been done.
*Path:* http://resources.ovirt.org/pub/ovirt-4.1/rpm/$distro
*Update frequency:* on every oVirt release, usually happens on a monthly
cadence.
*Release rpm: *http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm

*Who should use it? *
oVirt users, developers or anyone who wants a final and official release

*Pre-release repositories*

*Desc:* here you can find the pre-release bits of oVirt RC builds, just
before they are released.
*Path:* http://resources.ovirt.org/pub/ovirt-4.1-pre/rpm/$distro
*Update frequency:* usually on a weekly or bi-weekly basis
*Release rpm: *http://resources.ovirt.org/pub/yum-repo/ovirt-
release41-pre.rpm

*Who should use it? *
oVirt users, developers or anyone who wants to try out oVirt new version
before its out,
Keeping in mind this isn't a fully verified release and might still have
critical bugs which are not fixed yet.
Packages in this repo are verified by automation and checked by humans for
basic sanity before publishing.


*Nightly snapshot (verified) repositories*

*Desc:* here you can find the nightly snapshot of RPMs, which passed basic
sanity by our 'oVirt System Tests' framework in the oVirt CI system.
*Path:* http://resources.ovirt.org/pub/ovirt-4.1-snapshot/rpm/$distro
*Update frequency:* Every night
*Release rpm: *http://resources.ovirt.org/pub/yum-repo/ovirt-
release41-snapshot.rpm

*Who should use it? *
oVirt users, developers or anyone who wants to try out oVirt latest bits
right of the build oven!
We trust our system tests, which already run more than 40 various tests
such as 'add host', 'create VM', 'live migration' and more!

*** Important note: the snapshot repositories are verified only in master
currently, we might do the same for 4.1 soon, as we see no issues with
master so far ** *


*The above repos should suffice to most usres and developers, but if you
feel its not enough and you still need a faster verified repo, look below! *


*Advanced oVirt repositories*


*Builds artifacts repo*

*Desc:* This is a new feature from oVirt 'standard CI' project, where each
'build-artifacts' job is actually a yum repo as well.
*Path:* http://jenkins.ovirt.org/job/ovirt-engine_4.1_
build-artifacts-on-demand-el7-x86_64/lastSuccessfulBuild/
artifact/exported-artifacts ( example )
*Update frequency:* after each commit or 'ci please build' comment
*Release rpm: *N/A

*Who should use it? *
oVirt developers who need latest RPMs from another oVirt project and cannot
or need not wait for that project`s packages to pass OST".
oVirt developers running manual OST job and need to test an open Gerrit
patch, using the 'ci please build' command.


*Tested repositories*

*Desc:* The tested repositories hold all the oVIrt packages which passed CI
( similar to snapshot repos ) and retain also version history for X
versions back.
*Path:* http://resources.ovirt.org/repos/ovirt/tested/4.1/rpm/$distro
*Update frequency:* after each 'build artifacts' job is triggered by any
oVirt project and if the packages passed sanity checks
*Release rpm: *N/A

*Who should use it? *
If you want to have latest and greatest oVirt packages and can't wait for
the nightly repo.
If you are testing upgrades or need more than one version of a pacakge in
your repo.



*Experimental repositories *

*Desc:* Internal CI repos which are a part of the 'experimental' flow which
runs OST on each built package.
*Path:* http://resources.ovirt.org/repos/ovirt/experimental/
4.1/latest.tested/rpm/el7/$distro
*Update frequency:* after each 'build artifacts' job is triggered by any
oVirt project and if the packages passed sanity checks
*Release rpm: *N/A

*Who should use it? *
*No one other than internal CI jobs.*
These repos are constantly refreshed and RPMs are being removed from them,
so they are very prone to errors, please don't use them.


I hope this makes a bit of order in all the repos and how to use them.
If you still have questions, please don't hesitate to contact the infra
te

Re: [ovirt-users] VDSM overwrites network config

2017-04-09 Thread Dan Kenigsberg
On Fri, Apr 7, 2017 at 4:24 PM, Alan Cowles  wrote:
> Hey guys,
>
> I'm in a lab setup currently with 2 hosts, running RHEV-3.5, with a
> self-hosted engine on RHEL 6.9 servers. I am doing this in order to plot out
> a production upgrade I am planning going forward to 4.0, and I'm a bit stuck
> and I'm hoping it's ok to ask questions here concerning this product and
> version.
>
> In my lab, I have many vlans trunked on my switchports, so I have to create
> individual vlan interfaces on my RHEL install. During the install, I am able
> to pick my ifcfg-eth0.502 interface for rhevm, and ifcfg-eth1.504 interface
> for NFS, access the storage and create my self-hosted engine. The issue I am
> running into is that I get into RHEV-M, and I am continuing to set the hosts
> up or add other hosts, when I go to move my NFS network to host2 it only
> allows me to select the base eth1 adapter, and not the VLAN tagged version.
> I am able to tag the VLAN in the RHEV-M configured network itself, but this
> has the unfortunate side effect of tagging a network on top of the already
> tagged interface on host1, taking down NFS and the self hosted engine.
>
> I am able to access the console of host1, and I configure the ifcfg files,
> vlan files, and bridge files to be on the correct interfaces, and I get my
> host back up, and my RHEV-M back up. However when I try to make these manual
> changes to host2 and get it up, the changes to these files are completely
> overwritten the moment the host reboots connected to vdsmd start-up.

If that was your only issue, I would have recommended you to read
https://www.ovirt.org/blog/2016/05/modify-ifcfg-files/ and implement a
hook that would leave the configuration as you wanted it.


>
> Right now, I have vdsmd disabled, and I have host2 configured the way I need
> it to be with the rhevm bridge on eth0.502, the NFS bridge on eth1.504, and
> my VMNet "guest" bridge on eth1.500, however that leaves me with a useless
> host from RHEV standards.
>
> I've checked several different conf files to see where vdsmd is pulling it's
> configuration from but I can't find it, or find a way to modify it to fit my
> needs.
>
> Any advice or pointers here would be greatly appreciated. Thank you all in
> advance.

Pardon me for not clearly understanding the problem at hand.

Could you specify your Engine-defined network names and vlan IDs? Can
you specify the ifcfgs that you'd like to see on your hosts, and the
ones re-generated on reboot?

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


Re: [ovirt-users] Initial network setup question ...

2017-04-09 Thread martin chamambo
Hie alan

I am not an expect on ovirt but problem is if you setup via CLI ,and you
then try to set up or edit the interfaces via GUI ,ovirt will overwrite
whatever you put via CLI so the best option will be to do everything via
OVirt GUI

On Fri, Apr 7, 2017 at 2:44 PM, Alan Bunch  wrote:

> Hello all,
>
>
>
> I have a question about the initial setup for ovirt. I have 3 nodes that I
> am about ready to install a hyper converged setup using Gluster for storage
> and hosted-engine. Gluster is setup and the volumes are mounted.
>
>
>
> My question is this:
>
> What does the networking setup need to look like at install time ? Do I
> need to setup all of the bonds, vlans and bridges before I start the
> install or should I just set an ovirtmgmt bond/vlan/bridge and setup the
> rest of the networking inside of ovirt. I expect to need 3 or 4
> networks/vlan to match my existing networks to attach vm's to.
>
>
>
> Any help or pointers would be appreciated.
>
>
>
> Thank You
>
> ___
> 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] SKD4

2017-04-09 Thread Fabrice Bacchella

> Le 6 avr. 2017 à 17:21, Ondra Machacek  a écrit :
> 
> 
> 
> On Thu, Apr 6, 2017 at 5:00 PM, Fabrice Bacchella 
> mailto:fabrice.bacche...@orange.fr>> wrote:
> Ho my good, in ovirtsdk.services.py , for every 
> service, there is a different method with a different name that return a 
> associated service, so it's not possible to have a generic like:
> 
> def  resolve(service, ...):
>   id = .
>   return service.service(id)
> 
> because the generic call service is used by something that take a path 
> argument. But why not a service_by_id(self, id) ?
> 
> I am not fully sure I understand what you are missing, but feel free to open
> the bug on Python SDK in bugzilla, we will be happy to improve the SDK.

I tried :
https://bugzilla.redhat.com/show_bug.cgi?id=1439879 


I hit a wall. it seems that some of you are not willing to improve the SDK.

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


Re: [ovirt-users] SKD4

2017-04-09 Thread Oved Ourfali
Hi Fabrice,

I think you got proper explanation from Juan.
I think you should indeed consider whether to use the sdk or not, depending
on whether it fits your needs.

Regards,
Oved



On Apr 9, 2017 12:14, "Fabrice Bacchella" 
wrote:


Le 6 avr. 2017 à 17:21, Ondra Machacek  a écrit :



On Thu, Apr 6, 2017 at 5:00 PM, Fabrice Bacchella <
fabrice.bacche...@orange.fr> wrote:

> Ho my good, in ovirtsdk.services.py, for every service, there is a
> different method with a different name that return a associated service, so
> it's not possible to have a generic like:
>
> def  resolve(service, ...):
> id = .
> return service.service(id)
>
> because the generic call service is used by something that take a path
> argument. But why not a service_by_id(self, id) ?
>

I am not fully sure I understand what you are missing, but feel free to open
the bug on Python SDK in bugzilla, we will be happy to improve the SDK.


I tried :
https://bugzilla.redhat.com/show_bug.cgi?id=1439879

I hit a wall. it seems that some of you are not willing to improve the SDK.


___
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] SKD4

2017-04-09 Thread Yaniv Kaul
On Sun, Apr 9, 2017 at 12:14 PM, Fabrice Bacchella <
fabrice.bacche...@orange.fr> wrote:

>
> Le 6 avr. 2017 à 17:21, Ondra Machacek  a écrit :
>
>
>
> On Thu, Apr 6, 2017 at 5:00 PM, Fabrice Bacchella <
> fabrice.bacche...@orange.fr> wrote:
>
>> Ho my good, in ovirtsdk.services.py, for every service, there is a
>> different method with a different name that return a associated service, so
>> it's not possible to have a generic like:
>>
>> def  resolve(service, ...):
>> id = .
>> return service.service(id)
>>
>> because the generic call service is used by something that take a path
>> argument. But why not a service_by_id(self, id) ?
>>
>
> I am not fully sure I understand what you are missing, but feel free to
> open
> the bug on Python SDK in bugzilla, we will be happy to improve the SDK.
>
>
> I tried :
> https://bugzilla.redhat.com/show_bug.cgi?id=1439879
>
> I hit a wall. it seems that some of you are not willing to improve the SDK.
>

That's the beauty of open source.  You can help improving the SDK, instead
just complaining. Patches are welcome.

However, I tend to agree with closing the bug - I'd create a library
(module) *on top of the SDK* . The comment in the bug is quite clear about
it:
"The objective of the SDK is to offer the same that the API offers, without
the burden of the details of the HTTP and XML handling. Nothing less, and
nothing more."

So improving the SDK where we do not feel it should be improved, may not be
the best path.

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


Re: [ovirt-users] SKD4

2017-04-09 Thread Fabrice Bacchella

> Le 9 avr. 2017 à 11:25, Yaniv Kaul  a écrit :
> 

> However, I tend to agree with closing the bug - I'd create a library (module) 
> *on top of the SDK* . The comment in the bug is quite clear about it:
> "The objective of the SDK is to offer the same that the API offers, without 
> the burden of the details of the HTTP and XML handling. Nothing less, and 
> nothing more."

Then don't call it a SDK, they are barely helper functions with bad design 
decisions, connection.vms_service().vm_service(id) is nothing else than 
redundancy and bring nothing else than noise. 




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


Re: [ovirt-users] SKD4

2017-04-09 Thread Yaniv Kaul
On Sun, Apr 9, 2017 at 1:27 PM, Fabrice Bacchella <
fabrice.bacche...@orange.fr> wrote:

>
> > Le 9 avr. 2017 à 11:25, Yaniv Kaul  a écrit :
> >
>
> > However, I tend to agree with closing the bug - I'd create a library
> (module) *on top of the SDK* . The comment in the bug is quite clear about
> it:
> > "The objective of the SDK is to offer the same that the API offers,
> without the burden of the details of the HTTP and XML handling. Nothing
> less, and nothing more."
>
> Then don't call it a SDK, they are barely helper functions with bad design
> decisions, connection.vms_service().vm_service(id) is nothing else than
> redundancy and bring nothing else than noise.
>

http://www.ovirt.org/community/about/community-guidelines/#be-respectful

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


[ovirt-users] Ovirt 4.0 to 4.1 CentOS7.3 and libvirtd 2.0.0 segfault issue

2017-04-09 Thread Rafał Wojciechowski
hi, I am having some problems after upgrade Ovirt from 4.0 to 4.1 
version. I made full reinstall of Ovirt, but it seems to be not ovirt 
upgrade related problem(libvirt)
strange thing is that I am able to run any VM in headless mode without 
console
and with Console(spice) it it throwing error like here 
https://paste.fedoraproject.org/paste/4WZIackx7ndzv2Kg-ucybl5M1UNdIGYhyRLivL9gydE=

if someone knows the resolution here I will be very happy to apply it

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


[ovirt-users] Upgrade hypervisor to 4.1.1.1

2017-04-09 Thread eric stam
Yesterday I executed an upgrade on my hypervisor to version 4.1.1.1
After the upgrade, it is impossible to start a virtual machine on it.
The messages I found: Failed to connect socket to 
'/var/run/libvirt/virtlogd-sock': Connection refused

[root@vm-1 log]# hosted-engine --vm-status | grep -i engine
Engine status                      : {"reason": "bad vm status", "health": 
"bad", "vm": "down", "detail": "down"}
state=EngineUnexpectedlyDown

The redhead version: CentOS Linux release 7.3.1611 (Core)

Is this a known problem?

Regards, Eric


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


Re: [ovirt-users] Upgrade hypervisor to 4.1.1.1

2017-04-09 Thread Sandro Bonazzola
Adding node team.

Il 09/Apr/2017 15:43, "eric stam"  ha scritto:

Yesterday I executed an upgrade on my hypervisor to version 4.1.1.1
After the upgrade, it is impossible to start a virtual machine on it.
The messages I found: Failed to connect socket to
'/var/run/libvirt/virtlogd-sock': Connection refused

[root@vm-1 log]# hosted-engine --vm-status | grep -i engine

Engine status  : {"reason": "bad vm status", "health":
"bad", "vm": "down", "detail": "down"}

state=EngineUnexpectedlyDown

The redhead version: CentOS Linux release 7.3.1611 (Core)

Is this a known problem?

Regards, Eric



___
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] engine upgrade 4.1.0 => 4.1.1, no more engine console available

2017-04-09 Thread Arsène Gschwind

Hi,

After updating to oVirt 4.1.1 Async release i can confirm that the 
problem still persists.


Rgds,
Arsène


On 03/25/2017 12:25 PM, Arsène Gschwind wrote:


Hi,

After updating to 4.1.1 i'm observing the same behavior, HE without 
any console.
Even when trying to edit the HE VMs it doesn't change anything, 
Graphics stays to NONE.


Thanks for any Help.

Regards,
Arsène

On 03/24/2017 03:11 PM, Nelson Lameiras wrote:

Hello,

When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's 
console (from SPICE to None in GUI)


My test setup :
2 manually built hosts using centos 7.3, ovirt 4.1
1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, 
accessible with SPICE console via GUI


I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine :
- yum update
- engine-setup
- reboot engine

When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual 
Machines" page, with "console button" greyed out (all other VMs have 
the same Graphics set to the same value as before)
I tried to edit engine VM settings, and console options are same as 
before (SPLICE, QXL).


I'm hopping this is not a new feature, since if we loose network on 
engine, console is the only way to debug...


Is this a bug?

ps. I was able to reproduce this bug 2 times

cordialement, regards,



Nelson LAMEIRAS
Ingénieur Systèmes et Réseaux/ Systems and Networks engineer
Tel: +33 5 32 09 09 70
nelson.lamei...@lyra-network.com 

www.lyra-network.com  | www.payzen.eu 










Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE




___
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


--

*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


[ovirt-users] More 4.1 Networking Questions

2017-04-09 Thread Charles Tassell

Hi Everyone,

  Okay, I'm again having problems with getting basic networking setup 
with oVirt 4.1  Here is my situation.  I have two servers I want to use 
to create an oVirt cluster, with two different networks.  My "public" 
network is a 1G link on device em1 connected to my Internet feed, and my 
"storage" network is a 10G link connected on device p5p1 to my file 
server.  Since I need to connect to my storage network in order to do 
the install, I selected p5p1 has the ovirtmgmt interface when installing 
the hosted engine.  That worked fine, I got everything installed, so I 
used some ssh-proxy magic to connect to the web console and completed 
the install (setup a Storage domain and create a new network vmNet for 
VM networking and added em1 to it.)


  The problem was that when I added a second network device to the 
HostedEngine VM (so that I can connect to it from my public network) it 
would intermittently go down.  I did some digging and found some IPV6 
errors in the dmesg (IPv6: eth1: IPv6 duplicate address 
2001:410:e000:902:21a:4aff:fe16:151 detected!) so I disabled IPv6 on 
both eth0 and eth1 in the HostedEngine and rebooted it.  The problem is 
that when I restarted the VM, the eth1 device was missing.


  So, my question is: Can I add a second NIC to the HostedEngine VM and 
make it stick, or will it be deleted whenever the engine VM is 
restarted?  Is there a better way to do what I'm trying to do, ie, 
should I setup ovirtmgmt on the public em1 interface, and then create 
the "storage" network after the fact for connecting to the datastores 
and such.  Is that even possible, or required?  I was thinking that it 
would be better for migrations and other management functions to happen 
on the faster 10G network, but if the HostedEngine doesn't need to be 
able to connect to the storage network maybe it's not worth the effort?


  Eventually I want to setup LACP on the storage network, but I had to 
wipe the servers and reinstall from scratch the last time I tried to set 
that up.  I was thinking that it was because I setup the bonding before 
installing oVirt, so I didn't do that this time.


  Here are my /etc/sysconfig/network-scripts/ifcfg-* files in case I 
did something wrong there (I'm more familiar with Debian/Ubuntu network 
setup than CentOS)


ifcfg-eth0: (ovirtmgmt aka storage)

BROADCAST=192.168.130.255
NETMASK=255.255.255.0
BOOTPROTO=static
DEVICE=eth0
IPADDR=192.168.130.179
ONBOOT=yes
DOMAIN=public.net
ZONE=public
IPV6INIT=no


ifcfg-eth1: (vmNet aka Internet)

BROADCAST=192.168.1.255
NETMASK=255.255.255.0
BOOTPROTO=static
DEVICE=eth1
IPADDR=192.168.1.179
GATEWAY=192.168.1.254
ONBOOT=yes
DNS1=192.168.1.1
DNS2=192.168.1.2
DOMAIN=public.net
ZONE=public
IPV6INIT=no

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