Re: [ovirt-users] Problem showing errata from main menu ( Errata on VM or Host tab shows correct )

2016-01-19 Thread Oved Ourfali
Also, please specify the version of satellite/katello you work with.

On Wed, Jan 20, 2016 at 8:45 AM, Oved Ourfali  wrote:

> Please attach complete logs.
>
>
> On Tue, Jan 19, 2016 at 11:38 PM, Paul Groeneweg | Pazion 
> wrote:
>
>> I have configured spacewalk server and linked several hosts and hosted
>> engine to the spacewalk/satellite provider.
>>
>> When I click the "Errata" menu item I still get an error:
>> "Problem retrieving errata: The engine is not associated with a
>> Foreman/Satellite provider. No errata for the engine are available." =>
>> http://screencast.com/t/aVfmJ21wTi
>>
>> In the /var/log/ovirt-engine/engine.log I see :
>>
>> 2016-01-19 21:58:52,966 ERROR
>> [org.ovirt.engine.core.bll.host.provider.foreman.SystemProviderFinder]
>> (default task-21) [] Failed to find host on any provider by host name '
>> hostedengine..nl'
>>
>> The hosted engine hostedengine..nl is registered in spacewalk
>> and when I go to virtual machines and click the hosted engine's Errata tab
>> it does show results.
>>
>> I am running oVirt 3.6.1 on Centos 6 x64 hosts and hosted-engine too.
>>
>> What is required to get the Errata tab working too?
>>
>> Best Regards,
>> Paul
>> --
>> Met vriendelijke groeten,
>>
>> Paul Groeneweg
>> Pazion
>> Webdevelopment  -  Hosting  -  Apps
>>
>> T +31 26 3020038
>> M +31 614 277 577
>> E  p...@pazion.nl
>>
>>  ***disclaimer***
>> "This e-mail and any attachments thereto may contain information which is
>> confidential and/or protected by intellectual property rights and are
>> intended for the sole use of the recipient(s) named above. Any use of the
>> information contained herein (including, but not limited to, total or
>> partial reproduction, communication or distribution in any form) by persons
>> other than the designated recipient(s) is prohibited. If you have received
>> this e-mail in error, please notify the sender either by telephone or by
>> e-mail and delete the material from any computer. Thank you for your
>> cooperation."
>>
>> ___
>> 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] Problem showing errata from main menu ( Errata on VM or Host tab shows correct )

2016-01-19 Thread Oved Ourfali
Please attach complete logs.


On Tue, Jan 19, 2016 at 11:38 PM, Paul Groeneweg | Pazion 
wrote:

> I have configured spacewalk server and linked several hosts and hosted
> engine to the spacewalk/satellite provider.
>
> When I click the "Errata" menu item I still get an error:
> "Problem retrieving errata: The engine is not associated with a
> Foreman/Satellite provider. No errata for the engine are available." =>
> http://screencast.com/t/aVfmJ21wTi
>
> In the /var/log/ovirt-engine/engine.log I see :
>
> 2016-01-19 21:58:52,966 ERROR
> [org.ovirt.engine.core.bll.host.provider.foreman.SystemProviderFinder]
> (default task-21) [] Failed to find host on any provider by host name '
> hostedengine..nl'
>
> The hosted engine hostedengine..nl is registered in spacewalk and
> when I go to virtual machines and click the hosted engine's Errata tab it
> does show results.
>
> I am running oVirt 3.6.1 on Centos 6 x64 hosts and hosted-engine too.
>
> What is required to get the Errata tab working too?
>
> Best Regards,
> Paul
> --
> Met vriendelijke groeten,
>
> Paul Groeneweg
> Pazion
> Webdevelopment  -  Hosting  -  Apps
>
> T +31 26 3020038
> M +31 614 277 577
> E  p...@pazion.nl
>
>  ***disclaimer***
> "This e-mail and any attachments thereto may contain information which is
> confidential and/or protected by intellectual property rights and are
> intended for the sole use of the recipient(s) named above. Any use of the
> information contained herein (including, but not limited to, total or
> partial reproduction, communication or distribution in any form) by persons
> other than the designated recipient(s) is prohibited. If you have received
> this e-mail in error, please notify the sender either by telephone or by
> e-mail and delete the material from any computer. Thank you for your
> cooperation."
>
> ___
> 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-host-deploy PKI

2016-01-19 Thread Jaicel
i checked it after failure. but yesterday i also tried observing /tmp during
installation, ovirt created a directory but no file was inside during or even
after the installation failed.

Thanks

- Original Message -
From: "Yedidyah Bar David" 
To: "jaicel" 
Cc: "Simone Tiraboschi" , "users" 
Sent: Tuesday, January 19, 2016 4:47:07 PM
Subject: Re: [ovirt-users] ovirt-host-deploy PKI

On Tue, Jan 19, 2016 at 7:25 AM, Jaicel  wrote:
> If the engine wasn't able to copy back host-deploy logs, you can also find
> them under /tmp/ on the host.
> Can you please try to look for them and attach here?
>
> i've checked the /tmp directory on the host but no host-deploy logs created
> there during the host installation on ovirt manager yesterday.

Did you check this _during_ deploy? Or after it failed?

Can you check again during deploy?

It should be inside a temporary sub directory of /tmp .

Thanks,

>
> Thanks,
> Jaicel
>
> 
> From: "Simone Tiraboschi" 
> To: "jaicel" 
> Cc: "users" 
> Sent: Monday, January 18, 2016 10:06:22 PM
> Subject: Re: [ovirt-users] ovirt-host-deploy PKI
>
>
> On Mon, Jan 18, 2016 at 8:20 AM, Jaicel  wrote:
>>
>> 2016-01-18 14:59:25,321 INFO  [org.ovirt.engine.core.uutils.ssh.SSHDialog]
>> (org.ovirt.thread.pool-8-thread-31) SSH execute root@192.168.208.21 'umask
>> 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XX)";
>> trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" >
>> /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x &&
>> "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True'
>> 2016-01-18 15:09:25,323 ERROR [org.ovirt.engine.core.bll.VdsDeploy]
>> (VdsDeploy) Error during deploy dialog: java.io.IOException: Unexpected
>> connection termination
>> at
>> org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:388)
>> [otopi.jar:]
>> at
>> org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405)
>> [otopi.jar:]
>> at
>> org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821)
>> [bll.jar:]
>> at
>> org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83)
>> [bll.jar:]
>> at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969)
>> [bll.jar:]
>> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79]
>
>
> Hello Jaicel,
> the engine was correctly able to connect once to the host at 2016-01-18
> 14:59:25,321 but then the SSH connection got dropped at 2016-01-18
> 15:09:25,323 and the engine wasn't able to reconnect so something strange is
> happened is probably happened at network level.
> If the engine wasn't able to copy back host-deploy logs, you can also find
> them under /tmp/ on the host.
> Can you please try to look for them and attach here?
>
>
> ___
> 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] Problem showing errata from main menu ( Errata on VM or Host tab shows correct )

2016-01-19 Thread Paul Groeneweg | Pazion
I have configured spacewalk server and linked several hosts and hosted
engine to the spacewalk/satellite provider.

When I click the "Errata" menu item I still get an error:
"Problem retrieving errata: The engine is not associated with a
Foreman/Satellite provider. No errata for the engine are available." =>
http://screencast.com/t/aVfmJ21wTi

In the /var/log/ovirt-engine/engine.log I see :

2016-01-19 21:58:52,966 ERROR
[org.ovirt.engine.core.bll.host.provider.foreman.SystemProviderFinder]
(default task-21) [] Failed to find host on any provider by host name '
hostedengine..nl'

The hosted engine hostedengine..nl is registered in spacewalk and
when I go to virtual machines and click the hosted engine's Errata tab it
does show results.

I am running oVirt 3.6.1 on Centos 6 x64 hosts and hosted-engine too.

What is required to get the Errata tab working too?

Best Regards,
Paul
-- 
Met vriendelijke groeten,

Paul Groeneweg
Pazion
Webdevelopment  -  Hosting  -  Apps

T +31 26 3020038
M +31 614 277 577
E  p...@pazion.nl

 ***disclaimer***
"This e-mail and any attachments thereto may contain information which is
confidential and/or protected by intellectual property rights and are
intended for the sole use of the recipient(s) named above. Any use of the
information contained herein (including, but not limited to, total or
partial reproduction, communication or distribution in any form) by persons
other than the designated recipient(s) is prohibited. If you have received
this e-mail in error, please notify the sender either by telephone or by
e-mail and delete the material from any computer. Thank you for your
cooperation."
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Storage network clarification

2016-01-19 Thread combuster
Increasing network ping timeout and lowering the number of io threads 
helped. Disk image gets created, but during that time nodes are pretty 
much unresponsive. I should've expected that on my setup...


In any case, I hope this helps...

Ivan

On 01/19/2016 06:43 PM, combuster wrote:
OK, setting up gluster on a dedicated network is easier this time 
around, mostly point and click adventure (setting everything up from 
scratch):


- 4 NIC's, 2 bonds, one for ovirtmgmt and the other one for gluster
- Tagged gluster network for gluster traffic
- configured IP addresses without gateways on gluster dedicated bonds 
on both nodes
- allowed_replica_counts=1,2,3 in gluster section within 
/etc/vdsm/vdsm.conf to allow replica 2
- added transport.socket.bind-address to /etc/glusterfs/glusterd.vol 
to force glusterd to listen only from gluster dedicated IP address
- modified /etc/hosts so that the nodes can resolve each other by 
gluster dedicated hostnames (optional)

- probed the peers by their gluster hostnames
- created the volume in the same fashion (I've tried creating another 
one from oVirt webadmin and it works also)
- oVirt picked it up and I was able to create gluster storage domain 
on this volume (+ optimized the volume for virt store)
- tcpdump and iftop shows that replication is going through gluster 
dedicated interfaces


One problem so far, creating preallocated disk images fails. It broke 
after zeroing out some 37GB of 40GB in total, but it's an intermittent 
issue (sometimes it fails earlier), I'm still poking around to find 
the culprit. Thin provisioning works. Bricks and volume are fine, as 
are gluster services. Bandwidth related issues from what I can see 
(large amount of net traffic during flushes, 
rpc_clnt_ping_timer_expired followed by sanlock renewal errors), but 
I'll report it as soon as I can confirm it's not a 
hardware/configuration related issue.


vdsm.log:

bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,782::utils::716::Storage.Misc.excCmd::(watchCmd) FAILED: 
 = ["/usr/bin/dd: error writing 
'/rhev/data-center/90758579-cae7-4fdf-97e5-e8415db68c54/9cbc0f15-119e-4fe7-94ef-8bc84e0c8254/images/283ddfaa-7fc2-4bea-9acc-c8ff601110de/e3d135b2-a7c0-43d4-b3a5-04991cce73ae': 
Transport endpoint is not connected", "/usr/bin/dd: closing output 
file 
'/rhev/data-center/90758579-cae7-4fdf-97e5-e8415db68c54/9cbc0f15-119e-4fe7-94ef-8bc84e0c8254/images/283ddfaa-7fc2-4bea-9acc-c8ff601110de/e3d135b2-a7c0-43d4-b3a5-04991cce73ae': 
Transport endpoint is not connected"];  = 1
bf482d82-d8f9-442d-ba93-da5ec225c8c3::ERROR::2016-01-19 
18:03:20,783::fileVolume::133::Storage.Volume::(_create) Unexpected 
error

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/fileVolume.py", line 129, in _create
vars.task.aborting, sizeBytes)
  File "/usr/share/vdsm/storage/misc.py", line 350, in ddWatchCopy
raise se.MiscBlockWriteException(dst, offset, size)
MiscBlockWriteException: Internal block device write failure: 
u'name=/rhev/data-center/90758579-cae7-4fdf-97e5-e8415db68c54/9cbc0f15-119e-4fe7-94ef-8bc84e0c8254/images/283ddfaa-7fc2-4bea-9acc-c8ff601110de/e3d135b2-a7c0-43d4-b3a5-04991cce73ae, 
offset=0, size=42949672960'
jsonrpc.Executor/7::DEBUG::2016-01-19 
18:03:20,784::__init__::533::jsonrpc.JsonRpcServer::(_serveRequest) 
Return 'GlusterTask.list' in bridge with {'tasks': {}}
bf482d82-d8f9-442d-ba93-da5ec225c8c3::ERROR::2016-01-19 
18:03:20,790::volume::515::Storage.Volume::(create) Unexpected error

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/volume.py", line 476, in create
initialSize=initialSize)
  File "/usr/share/vdsm/storage/fileVolume.py", line 134, in _create
raise se.VolumesZeroingError(volPath)
VolumesZeroingError: Cannot zero out volume: 
(u'/rhev/data-center/90758579-cae7-4fdf-97e5-e8415db68c54/9cbc0f15-119e-4fe7-94ef-8bc84e0c8254/images/283ddfaa-7fc2-4bea-9acc-c8ff601110de/e3d135b2-a7c0-43d4-b3a5-04991cce73ae',)
bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,795::resourceManager::616::Storage.ResourceManager::(releaseResource) 
Trying to release resource 
'9cbc0f15-119e-4fe7-94ef-8bc84e0c8254_imageNS.283ddfaa-7fc2-4bea-9acc-c8ff601110de'
bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,796::resourceManager::635::Storage.ResourceManager::(releaseResource) 
Released resource 
'9cbc0f15-119e-4fe7-94ef-8bc84e0c8254_imageNS.283ddfaa-7fc2-4bea-9acc-c8ff601110de' 
(0 active users)
bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,796::resourceManager::641::Storage.ResourceManager::(releaseResource) 
Resource 
'9cbc0f15-119e-4fe7-94ef-8bc84e0c8254_imageNS.283ddfaa-7fc2-4bea-9acc-c8ff601110de' 
is free, finding out if anyone is waiting for it.
bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,796::resourceManager::649::Storage.ResourceManager::(releaseResource) 
No one is waiting for resource 
'9cbc0f15-119e-4fe7-94ef-8bc84e0c8254_imageNS.283ddfaa-7fc2-4bea-9acc

Re: [ovirt-users] Storage network clarification

2016-01-19 Thread combuster
OK, setting up gluster on a dedicated network is easier this time 
around, mostly point and click adventure (setting everything up from 
scratch):


- 4 NIC's, 2 bonds, one for ovirtmgmt and the other one for gluster
- Tagged gluster network for gluster traffic
- configured IP addresses without gateways on gluster dedicated bonds on 
both nodes
- allowed_replica_counts=1,2,3 in gluster section within 
/etc/vdsm/vdsm.conf to allow replica 2
- added transport.socket.bind-address to /etc/glusterfs/glusterd.vol to 
force glusterd to listen only from gluster dedicated IP address
- modified /etc/hosts so that the nodes can resolve each other by 
gluster dedicated hostnames (optional)

- probed the peers by their gluster hostnames
- created the volume in the same fashion (I've tried creating another 
one from oVirt webadmin and it works also)
- oVirt picked it up and I was able to create gluster storage domain on 
this volume (+ optimized the volume for virt store)
- tcpdump and iftop shows that replication is going through gluster 
dedicated interfaces


One problem so far, creating preallocated disk images fails. It broke 
after zeroing out some 37GB of 40GB in total, but it's an intermittent 
issue (sometimes it fails earlier), I'm still poking around to find the 
culprit. Thin provisioning works. Bricks and volume are fine, as are 
gluster services. Bandwidth related issues from what I can see (large 
amount of net traffic during flushes, rpc_clnt_ping_timer_expired 
followed by sanlock renewal errors), but I'll report it as soon as I can 
confirm it's not a hardware/configuration related issue.


vdsm.log:

bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,782::utils::716::Storage.Misc.excCmd::(watchCmd) FAILED: 
 = ["/usr/bin/dd: error writing 
'/rhev/data-center/90758579-cae7-4fdf-97e5-e8415db68c54/9cbc0f15-119e-4fe7-94ef-8bc84e0c8254/images/283ddfaa-7fc2-4bea-9acc-c8ff601110de/e3d135b2-a7c0-43d4-b3a5-04991cce73ae': 
Transport endpoint is not connected", "/usr/bin/dd: closing output 
file 
'/rhev/data-center/90758579-cae7-4fdf-97e5-e8415db68c54/9cbc0f15-119e-4fe7-94ef-8bc84e0c8254/images/283ddfaa-7fc2-4bea-9acc-c8ff601110de/e3d135b2-a7c0-43d4-b3a5-04991cce73ae': 
Transport endpoint is not connected"];  = 1
bf482d82-d8f9-442d-ba93-da5ec225c8c3::ERROR::2016-01-19 
18:03:20,783::fileVolume::133::Storage.Volume::(_create) Unexpected error

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/fileVolume.py", line 129, in _create
vars.task.aborting, sizeBytes)
  File "/usr/share/vdsm/storage/misc.py", line 350, in ddWatchCopy
raise se.MiscBlockWriteException(dst, offset, size)
MiscBlockWriteException: Internal block device write failure: 
u'name=/rhev/data-center/90758579-cae7-4fdf-97e5-e8415db68c54/9cbc0f15-119e-4fe7-94ef-8bc84e0c8254/images/283ddfaa-7fc2-4bea-9acc-c8ff601110de/e3d135b2-a7c0-43d4-b3a5-04991cce73ae, 
offset=0, size=42949672960'
jsonrpc.Executor/7::DEBUG::2016-01-19 
18:03:20,784::__init__::533::jsonrpc.JsonRpcServer::(_serveRequest) 
Return 'GlusterTask.list' in bridge with {'tasks': {}}
bf482d82-d8f9-442d-ba93-da5ec225c8c3::ERROR::2016-01-19 
18:03:20,790::volume::515::Storage.Volume::(create) Unexpected error

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/volume.py", line 476, in create
initialSize=initialSize)
  File "/usr/share/vdsm/storage/fileVolume.py", line 134, in _create
raise se.VolumesZeroingError(volPath)
VolumesZeroingError: Cannot zero out volume: 
(u'/rhev/data-center/90758579-cae7-4fdf-97e5-e8415db68c54/9cbc0f15-119e-4fe7-94ef-8bc84e0c8254/images/283ddfaa-7fc2-4bea-9acc-c8ff601110de/e3d135b2-a7c0-43d4-b3a5-04991cce73ae',)
bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,795::resourceManager::616::Storage.ResourceManager::(releaseResource) 
Trying to release resource 
'9cbc0f15-119e-4fe7-94ef-8bc84e0c8254_imageNS.283ddfaa-7fc2-4bea-9acc-c8ff601110de'
bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,796::resourceManager::635::Storage.ResourceManager::(releaseResource) 
Released resource 
'9cbc0f15-119e-4fe7-94ef-8bc84e0c8254_imageNS.283ddfaa-7fc2-4bea-9acc-c8ff601110de' 
(0 active users)
bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,796::resourceManager::641::Storage.ResourceManager::(releaseResource) 
Resource 
'9cbc0f15-119e-4fe7-94ef-8bc84e0c8254_imageNS.283ddfaa-7fc2-4bea-9acc-c8ff601110de' 
is free, finding out if anyone is waiting for it.
bf482d82-d8f9-442d-ba93-da5ec225c8c3::DEBUG::2016-01-19 
18:03:20,796::resourceManager::649::Storage.ResourceManager::(releaseResource) 
No one is waiting for resource 
'9cbc0f15-119e-4fe7-94ef-8bc84e0c8254_imageNS.283ddfaa-7fc2-4bea-9acc-c8ff601110de', 
Clearing records.
bf482d82-d8f9-442d-ba93-da5ec225c8c3::ERROR::2016-01-19 
18:03:20,797::task::866::Storage.TaskManager.Task::(_setError) 
Task=`bf482d82-d8f9-442d-ba93-da5ec225c8c3`::Unexpected error

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/tas

Re: [ovirt-users] Gracefully GUEST shutown via ovirt Python-SDK

2016-01-19 Thread Juan Hernández
On 01/19/2016 11:57 AM, Jean-Pierre Ribeauville wrote:
> Hi,
> 
>  
> 
> By using vm.shutdown()  instead of vm.stop() , for a Windows guest then
> I got a graceful shutdown but not on my Linux Guest .
> 
>  
> 
> Strange isn’t ?
> 

Depending on the Linux variant that you have installed you may need to
have the acpid daemon installed and running in order to process
correctly the shutdown IRQ.

>  
> 
> Regards,
> 
>  
> 
> J.P.
> 
>  
> 
> *De :*Simon Hallam [mailto:s...@pml.ac.uk]
> *Envoyé :* mardi 19 janvier 2016 11:38
> *À :* Jean-Pierre Ribeauville
> *Cc :* users@ovirt.org
> *Objet :* RE: [ovirt-users] Gracefully GUEST shutown via ovirt Python-SDK
> 
>  
> 
> Try using vm.shutdown()
> 
>  
> 
> *From:*users-boun...@ovirt.org 
> [mailto:users-boun...@ovirt.org] *On Behalf Of *Jean-Pierre Ribeauville
> *Sent:* 19 January 2016 10:30
> *To:* users@ovirt.org 
> *Subject:* [ovirt-users] Gracefully GUEST shutown via ovirt Python-SDK
> 
>  
> 
> Hi,
> 
>  
> 
> When using shutdown from ovirt manager GUI  , then  on a Linux Guest , I
> get this massage :
> 
>  
> 
> /System Administrator has initiated shutdown of this Virtual Machine.
> Virtual Machine is shutting down."/
> 
> /The system is going down for power-off at Tue 2016-01-19 10:32:19 CET!/
> 
>  
> 
> When , via ovirt Python SDK , I use this  :
> 
>  
> 
> /api = API(url=URL, username=USERNAME, password=PASSWORD, ca_file=CA_FILE)/
> 
> /   vm = api.vms.get(name=VM_NAME)/
> 
> /  print 'Stopping this VM'/
> 
> /  vm.stop()
> 
> /Then the Guest is stopped in a ‘non –gracefully » way.
> Is it a way to achieve same behavior as via GUI shutdown ?
> 
> Thx for help.
> 
>  
> 
> Regards,
> 
>  
> 
>  
> 
>  
> 
> *J.P. Ribeauville*
> 
>  
> 
> P: +33.(0).1.47.17.20.49
> 
> .
> 
> Puteaux 3 Etage 5  Bureau 4
> 
>  
> 
> jpribeauvi...@axway.com 
> http://www.axway.com 
> 
>  
> 
>  
> 
> P Pensez à l’environnement avant d’imprimer.
> 
>  
> 
>  
> 
>  
> 
>  
> 
> Please visit our new website at www.pml.ac.uk  and
> follow us on Twitter  @PlymouthMarine
> 
>  
> 
> Winner of the Environment & Conservation category, the Charity Awards 2014.
> 
>  
> 
> Plymouth Marine Laboratory (PML) is a company limited by guarantee
> registered in England & Wales, company number 4178503. Registered
> Charity No. 1091222. Registered Office: Prospect Place, The Hoe,
> Plymouth  PL1 3DH, UK.
> 
>  
> 
> This message is private and confidential. If you have received this
> message in error, please notify the sender and remove it from your
> system. You are reminded that e-mail communications are not secure and
> may contain viruses; PML accepts no liability for any loss or damage
> which may be caused by viruses.
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Sysprep and Ovirt Python SDK

2016-01-19 Thread Robert Parker
I understand how to set an OS hostname in CloudInit for a Linux VM using the 
Python SDK like below, but how would I do the same thing for setting an OS 
hostname in a Windows VM using Sysprep?  I can't find any examples of this 
anywhere.

[...]
   action = params.Action(
   vm=params.VM(
   initialization=params.Initialization(
   cloud_init=params.CloudInit(
   
host=params.Host(address="rheltest001.example.com")

   )
   )
   vm.start( action )
[...]

Robert

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


Re: [ovirt-users] ovirt appliance for he on master?

2016-01-19 Thread Yedidyah Bar David
On Tue, Jan 19, 2016 at 5:54 PM, Gianluca Cecchi
 wrote:
>
> On Tue, Jan 19, 2016 at 3:48 PM, Simone Tiraboschi 
> wrote:
>>
>>
>>>
>>> >> >>
>>> >> Thanks, but i see 4.0 inside the name of the rpm file ...
>>> >
>>> >
>>> > Master is already targeting to 4.0
>>> > If you need 3.6 go here:
>>> >
>>> > http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-3.6_build-artifacts-el7-x86_64/
>>> >
>>> >> Is it usable as 3.6.x?
>>> >
>>> >
>>> > It should but I cannot ensure since master is a development branch and
>>> > something could be broken or new or simply different.
>>>
>>> OK, is there any chance that Italian is inserted in any 3.6.x or not?
>>> So you are saying that today if I set repo as master I would go with
>>> future 4.0 and not 3.6.yrc?
>>
>> We are absolutely out of time to add it to 3.6 so it will be in 4.0.
>> Thanks for all your effort on that topic.
>
>
>
> No problem.
> Contributing to translation is a complimentary way to learn oVirt
> internals... ;-)
>
> The question was because now I'm a bit confused:
> we have RC for 3.6.2 as described here:
> http://lists.ovirt.org/pipermail/users/2016-January/037237.html
>
> I suppose that we will have other 3.6.x or is 3.6.2 the terminal one?
> I see some days ago that 4.0 is still in planning phase without schedule
> defined:
> http://lists.ovirt.org/pipermail/users/2016-January/037194.html
>
> But you are saying that master is already targeting 4.0.
> So if one wants to test 3.6 development between 3.6.2 and 3.6.3 but before
> any RC is released yet for 3.6.3 which repo should he/she use?

There is 3.6 nightly snapshot:

http://www.ovirt.org/Install_nightly_snapshot

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


Re: [ovirt-users] ovirt appliance for he on master?

2016-01-19 Thread Gianluca Cecchi
On Tue, Jan 19, 2016 at 3:48 PM, Simone Tiraboschi 
wrote:

>
>
>> >> >>
>> >> Thanks, but i see 4.0 inside the name of the rpm file ...
>> >
>> >
>> > Master is already targeting to 4.0
>> > If you need 3.6 go here:
>> >
>> http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-3.6_build-artifacts-el7-x86_64/
>> >
>> >> Is it usable as 3.6.x?
>> >
>> >
>> > It should but I cannot ensure since master is a development branch and
>> something could be broken or new or simply different.
>>
>> OK, is there any chance that Italian is inserted in any 3.6.x or not?
>> So you are saying that today if I set repo as master I would go with
>> future 4.0 and not 3.6.yrc?
>>
> We are absolutely out of time to add it to 3.6 so it will be in 4.0.
> Thanks for all your effort on that topic.
>


No problem.
Contributing to translation is a complimentary way to learn oVirt
internals... ;-)

The question was because now I'm a bit confused:
we have RC for 3.6.2 as described here:
http://lists.ovirt.org/pipermail/users/2016-January/037237.html

I suppose that we will have other 3.6.x or is 3.6.2 the terminal one?
I see some days ago that 4.0 is still in planning phase without schedule
defined:
http://lists.ovirt.org/pipermail/users/2016-January/037194.html

But you are saying that master is already targeting 4.0.
So if one wants to test 3.6 development between 3.6.2 and 3.6.3 but before
any RC is released yet for 3.6.3 which repo should he/she use?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt engine 3.6 in Internet connectionless network

2016-01-19 Thread İren SALTALI
Thanx for your interest. I figure it out myself. You can read solution here: 
http://serverfault.com/questions/749941/ovirt-engine-3-6-in-local-internet-connectionless-network

İren SALTALI

19 Oca 2016 tarihinde 16:46 saatinde, Dan Kenigsberg  
şunları yazdı:

>> On Mon, Jan 18, 2016 at 03:36:08PM +0200, İren SALTALI wrote:
>> Hi Everyone,
>> 
>> I wanna use oVirt engine 3.6 in my Internet _connectionless_ network. I
>> installed oVirt with yum over internet. After that I tried to work offline.
>> When I go offline it still works fine. But Web I connect it to my local
>> netowork Interface starts not to respond. I check POST/GET request that it
>> made and I see it stuck on request from GenericApiGWTService. For example
>> normally time between request and respond takes 1 to 600ms but when I
>> connect it to local network it take up to 200.000ms second and eventually
>> it fails. I use CentOS 7 x86_64.
> 
> Could you provide more details about your setup?
> 
> Where is ovirt-engine installed? From where do you access its web
> interface?
> 
> Dan.
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt engine 3.6 in Internet connectionless network

2016-01-19 Thread Dan Kenigsberg
On Mon, Jan 18, 2016 at 03:36:08PM +0200, İren SALTALI wrote:
> Hi Everyone,
> 
> I wanna use oVirt engine 3.6 in my Internet _connectionless_ network. I
> installed oVirt with yum over internet. After that I tried to work offline.
> When I go offline it still works fine. But Web I connect it to my local
> netowork Interface starts not to respond. I check POST/GET request that it
> made and I see it stuck on request from GenericApiGWTService. For example
> normally time between request and respond takes 1 to 600ms but when I
> connect it to local network it take up to 200.000ms second and eventually
> it fails. I use CentOS 7 x86_64.

Could you provide more details about your setup?

Where is ovirt-engine installed? From where do you access its web
interface?

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


Re: [ovirt-users] oVirt engine 3.6 in Internet connectionless network

2016-01-19 Thread Dan Kenigsberg
On Mon, Jan 18, 2016 at 03:36:08PM +0200, İren SALTALI wrote:
> Hi Everyone,
> 
> I wanna use oVirt engine 3.6 in my Internet _connectionless_ network. I
> installed oVirt with yum over internet. After that I tried to work offline.
> When I go offline it still works fine. But Web I connect it to my local
> netowork Interface starts not to respond. I check POST/GET request that it
> made and I see it stuck on request from GenericApiGWTService. For example
> normally time between request and respond takes 1 to 600ms but when I
> connect it to local network it take up to 200.000ms second and eventually
> it fails. I use CentOS 7 x86_64.

Could you provide more details about your setup?

Where is ovirt-engine installed? From where do you access its web
interface?

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


Re: [ovirt-users] ovirt appliance for he on master?

2016-01-19 Thread Simone Tiraboschi
On Mon, Jan 18, 2016 at 6:17 PM, Gianluca Cecchi 
wrote:

>
> Il 18/gen/2016 18:13, "Simone Tiraboschi"  ha
> scritto:
> >
> >
> >
> > On Mon, Jan 18, 2016 at 6:06 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
> >>
> >>
> >> Il 18/gen/2016 17:55, "Simone Tiraboschi"  ha
> scritto:
> >> >
> >> >
> >> >
> >> > On Mon, Jan 18, 2016 at 5:41 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
> >> >>
> >> >> Hell,
> >> >> tried old link
> >> >>
> http://jenkins.ovirt.org/job/ovirt-appliance-engine_master_create-rpms-el7-noarch_merged/
> >> >
> >> >
> >> >
> http://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-el7-x86_64/
>
> >> >>
> >> Thanks, but i see 4.0 inside the name of the rpm file ...
> >
> >
> > Master is already targeting to 4.0
> > If you need 3.6 go here:
> >
> http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-3.6_build-artifacts-el7-x86_64/
> >
> >> Is it usable as 3.6.x?
> >
> >
> > It should but I cannot ensure since master is a development branch and
> something could be broken or new or simply different.
>
> OK, is there any chance that Italian is inserted in any 3.6.x or not?
> So you are saying that today if I set repo as master I would go with
> future 4.0 and not 3.6.yrc?
>
We are absolutely out of time to add it to 3.6 so it will be in 4.0.
Thanks for all your effort on that topic.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] network problem in ovirt3.6.1

2016-01-19 Thread alireza sadeh seighalan
hi again


the problem solved.
network team confused me . their switch crash and  our ehterchannel
configurations deleted ! after reconfigure swith   everything  is ok.  :)

On Mon, Jan 18, 2016 at 8:56 PM, alireza sadeh seighalan <
seighal...@gmail.com> wrote:

> hi everyone
>
>
> i dont know why  some guests  have network problem. for example my guest
> can ping the host but host cant ping the guest. but when guest ping the
> host  and host can ping guest too !
> i attach  the hypervisor vdsm log.
>
>
> my  ip addr command  show that  interfaces that related to guest is down
> or unknown state.
>
> 18: vnet1:  mtu 1500 qdisc pfifo_fast
> master Du state UNKNOWN qlen 500
> link/ether fe:1a:4a
> 23: vnet0:  mtu 1500 qdisc pfifo_fast
> master USD state UNKNOWN qlen 500
> link/ether fe:1a:4a
> 26: vnet2:  mtu 1500 qdisc pfifo_fast
> master USD state UNKNOWN qlen 500
> link/ether fe:1a:4a:16:01:57 brd ff:ff:ff:ff:ff:ff
> 30: ovirtmgmt:  mtu 1500 qdisc noqueue
> state UP
> link/ether a0:b3:cc
> inet 192.168.6.7/24 brd 192.168.6.255 scope global ovirtmgmt
>valid_lft forever preferred_lft forever
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] AAA/ldap/3.6 Issues - WARNING [ovirt-engine-extension-aaa-ldap.authn::LDAP-authn] Cannot initialize LDAP framework, deferring initialization.

2016-01-19 Thread Hans-Joachim
Hello,

thank you for your hint.

Indeed, there have been 2 A records for bbgpvmas100. As soon as I deleted the 
2nd one.. all works fine.

Hans-Joachim

> Sent: Monday, January 18, 2016 at 8:20 PM
> From: "Ondra Machacek" 
> To: r...@chef.net, users@ovirt.org
> Subject: Re: [ovirt-users] AAA/ldap/3.6 Issues - WARNING 
> [ovirt-engine-extension-aaa-ldap.authn::LDAP-authn] Cannot initialize LDAP 
> framework, deferring initialization.
>
> Hi,
> 
> I can see that 'ovirt-engine-aaa-ldap-setup' successfully connect to 
> 'ldap://bbgpvmas100.prozess.bbg:389', but later it says connection 
> refused on to 'bbgpvmas100.prozess.bbg/10.157.8.25:389'.
> 
> Don't you have more 'A' records set for 'bbgpvmas100.prozess.bbg'?
> Can you please assure that you can run 'telnet 10.157.8.25 389' from 
> ovirt machine?
> 
> If yes, can you please send us debug log of 
> 'ovirt-engine-extension-aaa-ldap-setup'.
> It's stored in /tmp directory. It would be very helpful if you could 
> send us also debug log of migration tool, so we can see where is the 
> problem and fix.
> 
> Thanks in advance,
> Ondra
> 

> > ___
> > 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] Gracefully GUEST shutown via ovirt Python-SDK

2016-01-19 Thread Jean-Pierre Ribeauville
Hi,

By using vm.shutdown()  instead of vm.stop() , for a Windows guest then I got a 
graceful shutdown but not on my Linux Guest .

Strange isn't ?

Regards,

J.P.

De : Simon Hallam [mailto:s...@pml.ac.uk]
Envoyé : mardi 19 janvier 2016 11:38
À : Jean-Pierre Ribeauville
Cc : users@ovirt.org
Objet : RE: [ovirt-users] Gracefully GUEST shutown via ovirt Python-SDK

Try using vm.shutdown()

From: users-boun...@ovirt.org 
[mailto:users-boun...@ovirt.org] On Behalf Of Jean-Pierre Ribeauville
Sent: 19 January 2016 10:30
To: users@ovirt.org
Subject: [ovirt-users] Gracefully GUEST shutown via ovirt Python-SDK

Hi,

When using shutdown from ovirt manager GUI  , then  on a Linux Guest , I get 
this massage :

System Administrator has initiated shutdown of this Virtual Machine. Virtual 
Machine is shutting down."
The system is going down for power-off at Tue 2016-01-19 10:32:19 CET!

When , via ovirt Python SDK , I use this  :

api = API(url=URL, username=USERNAME, password=PASSWORD, ca_file=CA_FILE)
   vm = api.vms.get(name=VM_NAME)
  print 'Stopping this VM'
  vm.stop()

Then the Guest is stopped in a 'non -gracefully » way.
Is it a way to achieve same behavior as via GUI shutdown ?

Thx for help.

Regards,



J.P. Ribeauville


P: +33.(0).1.47.17.20.49
.
Puteaux 3 Etage 5  Bureau 4

jpribeauvi...@axway.com
http://www.axway.com



P Pensez à l'environnement avant d'imprimer.







Please visit our new website at www.pml.ac.uk and follow 
us on Twitter  @PlymouthMarine



Winner of the Environment & Conservation category, the Charity Awards 2014.



Plymouth Marine Laboratory (PML) is a company limited by guarantee registered 
in England & Wales, company number 4178503. Registered Charity No. 1091222. 
Registered Office: Prospect Place, The Hoe, Plymouth  PL1 3DH, UK.



This message is private and confidential. If you have received this message in 
error, please notify the sender and remove it from your system. You are 
reminded that e-mail communications are not secure and may contain viruses; PML 
accepts no liability for any loss or damage which may be caused by viruses.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Gracefully GUEST shutown via ovirt Python-SDK

2016-01-19 Thread Simon Hallam
Try using vm.shutdown()

From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Jean-Pierre Ribeauville
Sent: 19 January 2016 10:30
To: users@ovirt.org
Subject: [ovirt-users] Gracefully GUEST shutown via ovirt Python-SDK

Hi,

When using shutdown from ovirt manager GUI  , then  on a Linux Guest , I get 
this massage :

System Administrator has initiated shutdown of this Virtual Machine. Virtual 
Machine is shutting down."
The system is going down for power-off at Tue 2016-01-19 10:32:19 CET!

When , via ovirt Python SDK , I use this  :

api = API(url=URL, username=USERNAME, password=PASSWORD, ca_file=CA_FILE)
   vm = api.vms.get(name=VM_NAME)
  print 'Stopping this VM'
  vm.stop()

Then the Guest is stopped in a 'non -gracefully » way.
Is it a way to achieve same behavior as via GUI shutdown ?

Thx for help.

Regards,



J.P. Ribeauville


P: +33.(0).1.47.17.20.49
.
Puteaux 3 Etage 5  Bureau 4

jpribeauvi...@axway.com
http://www.axway.com



P Pensez à l'environnement avant d'imprimer.






Please visit our new website at www.pml.ac.uk and follow us on Twitter  
@PlymouthMarine

Winner of the Environment & Conservation category, the Charity Awards 2014.

Plymouth Marine Laboratory (PML) is a company limited by guarantee registered 
in England & Wales, company number 4178503. Registered Charity No. 1091222. 
Registered Office: Prospect Place, The Hoe, Plymouth  PL1 3DH, UK. 

This message is private and confidential. If you have received this message in 
error, please notify the sender and remove it from your system. You are 
reminded that e-mail communications are not secure and may contain viruses; PML 
accepts no liability for any loss or damage which may be caused by viruses.

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


[ovirt-users] Gracefully GUEST shutown via ovirt Python-SDK

2016-01-19 Thread Jean-Pierre Ribeauville
Hi,

When using shutdown from ovirt manager GUI  , then  on a Linux Guest , I get 
this massage :

System Administrator has initiated shutdown of this Virtual Machine. Virtual 
Machine is shutting down."
The system is going down for power-off at Tue 2016-01-19 10:32:19 CET!

When , via ovirt Python SDK , I use this  :

api = API(url=URL, username=USERNAME, password=PASSWORD, ca_file=CA_FILE)
   vm = api.vms.get(name=VM_NAME)
  print 'Stopping this VM'
  vm.stop()

Then the Guest is stopped in a 'non -gracefully » way.
Is it a way to achieve same behavior as via GUI shutdown ?

Thx for help.

Regards,



J.P. Ribeauville

P: +33.(0).1.47.17.20.49
.
Puteaux 3 Etage 5  Bureau 4

jpribeauvi...@axway.com
http://www.axway.com


* Pensez à l'environnement avant d'imprimer.



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


Re: [ovirt-users] not able to select profile in console after update

2016-01-19 Thread Johan Vermeulen
Hello Ondra,

thanks for the reply. It's in both admin portal en user portal.
Indeed, it's the same issue as in the other mail.
Do running
# engine-setup was the solution.

Greetings, J.


2016-01-18 20:28 GMT+01:00 Ondra Machacek :

> Hi,
>
> You cannot see it only in UserPortal or also in Webadmin?
> Can you please send engine.log?
>
> Maybe you hit same issue as described here[1].
>
> Ondra
>
> [1] http://lists.ovirt.org/pipermail/users/2016-January/037313.html
>
> On 01/18/2016 05:24 PM, Johan Vermeulen wrote:
>
>> Hello All,
>>
>> I have installed an all-in-one server on a Centos7 machine, with one vm.
>> After updating to Centos7.2 ( Ovirt 3.6 ) I cannot login on
>> user portal of web portal because I cannot set the profile field.
>> So it complains the field cannot be left blanc.
>>
>> This is a test setup so no biggie.
>>
>> Thanks for any advise.
>>
>> greetings, J.
>>
>>
>> ___
>> 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-host-deploy PKI

2016-01-19 Thread Yedidyah Bar David
On Tue, Jan 19, 2016 at 7:25 AM, Jaicel  wrote:
> If the engine wasn't able to copy back host-deploy logs, you can also find
> them under /tmp/ on the host.
> Can you please try to look for them and attach here?
>
> i've checked the /tmp directory on the host but no host-deploy logs created
> there during the host installation on ovirt manager yesterday.

Did you check this _during_ deploy? Or after it failed?

Can you check again during deploy?

It should be inside a temporary sub directory of /tmp .

Thanks,

>
> Thanks,
> Jaicel
>
> 
> From: "Simone Tiraboschi" 
> To: "jaicel" 
> Cc: "users" 
> Sent: Monday, January 18, 2016 10:06:22 PM
> Subject: Re: [ovirt-users] ovirt-host-deploy PKI
>
>
> On Mon, Jan 18, 2016 at 8:20 AM, Jaicel  wrote:
>>
>> 2016-01-18 14:59:25,321 INFO  [org.ovirt.engine.core.uutils.ssh.SSHDialog]
>> (org.ovirt.thread.pool-8-thread-31) SSH execute root@192.168.208.21 'umask
>> 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XX)";
>> trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" >
>> /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x &&
>> "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True'
>> 2016-01-18 15:09:25,323 ERROR [org.ovirt.engine.core.bll.VdsDeploy]
>> (VdsDeploy) Error during deploy dialog: java.io.IOException: Unexpected
>> connection termination
>> at
>> org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:388)
>> [otopi.jar:]
>> at
>> org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405)
>> [otopi.jar:]
>> at
>> org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821)
>> [bll.jar:]
>> at
>> org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83)
>> [bll.jar:]
>> at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969)
>> [bll.jar:]
>> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79]
>
>
> Hello Jaicel,
> the engine was correctly able to connect once to the host at 2016-01-18
> 14:59:25,321 but then the SSH connection got dropped at 2016-01-18
> 15:09:25,323 and the engine wasn't able to reconnect so something strange is
> happened is probably happened at network level.
> If the engine wasn't able to copy back host-deploy logs, you can also find
> them under /tmp/ on the host.
> Can you please try to look for them and attach here?
>
>
> ___
> 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


Re: [ovirt-users] Storage network clarification

2016-01-19 Thread Sahina Bose



On 01/19/2016 12:37 PM, Nicolas Ecarnot wrote:

Hi Sahina,

Le 19/01/2016 07:02, Sahina Bose a écrit :

The steps to make sure gluster uses separate network for data traffic :

1. Create a logical network (non-VM), and mark it's role as "Gluster"
2. After adding the host via the ovirtmgmt hostname/ ip address, assign
this gluster network to your interface (with the storage sub-net)
  This step will initiate a peer probe of the host with this additonal
ip address.

3. When creating a volume after an interface/bond is tagged with gluster
network, the bricks are added using the gluster n/w's ip address. Now
when clients connect to the volume, traffic is routed via your gluster
network that's used by bricks.


Does that mean that there's no way to reach this goal with an existing 
volume, previously created, and that was (alas) using the management 
network?



There's some ongoing work to replace network used by brick - 
http://review.gluster.org/#/c/12250/ and https://gerrit.ovirt.org/#/c/51685/
[+Kaushal, Anuradha for further inputs and if there's any manual 
workaround possible]



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