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

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 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 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 Fabrice Bacchella 

> Le 6 avr. 2017 à 17:21, Ondra Machacek  a écrit :
> 
> 
> 
> On Thu, Apr 6, 2017 at 5:00 PM, Fabrice Bacchella 
> > 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] 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] 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] 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':

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 > 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 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':
>>

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