Newly deployed cluster with glusterfs doesn't show engine and gives errors
by Endre Karlson
VDSM ovhost20 command GlusterTaskListVDS failed: 'AutoProxy[instance]
object has no attribute 'glusterTaskList' do you guys have any idea on this?
Also I cannot select hosts as hosted engine host when I add a new host nor
does the HostedEgnine vm show in the vm's pane for the cluster.
7 years, 7 months
oVirt and Openstack Neutron: network not working
by Luca 'remix_tj' Lorenzetto
Hello,
i have a oVirt 4.1 setup attached to an openstack newton. I imported a
network from my openstack setup without issues.
I attached a VM to that network, but dhcp isn't working. Tried setting
fixed ip, but still not working. I've seen a new qbr* bridge appeared
and so tried to tcpdump on it. I've seen only arp requests, but no arp
replies.
Openstack is using openvswitch, and here i can use ovs-vsctl show to
see the status of the switch. Here i see instead a linuxbridge. How do
i check if everything is flowing correctly?
Nodes are based on ovirt-node-ng 4.1.
Luca
--
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)
Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>
7 years, 7 months
Re: [ovirt-users] oVirt Hosted Engine Setup fails
by Manuel Luis Aznar
Hello to all there again,
I was having some troubles while installing ovirt Hosted Engine, I took
some look at the hosted engine setup logs while I was running the
hosted-engine --deploy and I found the following in the ovirt hosted engine
setup logs:
lvm requires configuration
libvirt is not configured for vdsm yet
FAILED: conflicting vdsm and libvirt-qemu tls configuration.
vdsm.conf with ssl=True requires the following changes:
libvirtd.conf: listen_tcp=0, auth_tcp="sasl", listen_tls=1
qemu.conf: spice_tls=1.
When I saw this I stopped the setup and edited this two files (vdsm.conf
and qemu.conf) set the stated configurations and run the deploy again. All
was fine and I dont have any trouble the installation finished
successfully. This was using ovirt-release41-pre.rpm repo.
I will be trying the same installation with ovirt-release41.rpm (when I
have time) and I will report what happened.
Thanks for all
Manuel Luis Aznar
2017-03-06 1:31 GMT+00:00 Manuel Luis Aznar <manuel.luis.aznar(a)gmail.com>:
> Hey there,
>
> I have been loking around, of course as of now the following I am going to
> say I suppose is not anything new to you:
>
> This is the status of libvirtd:
>
> â libvirtd.service - Virtualization daemon
> Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled;
> vendor preset: enabled)
> Drop-In: /etc/systemd/system/libvirtd.service.d
> ââunlimited-core.conf
> Active: active (running) since lun 2017-03-06 01:25:05 WET; 1min 37s ago
> Docs: man:libvirtd(8)
> http://libvirt.org
> Main PID: 24350 (libvirtd)
> CGroup: /system.slice/libvirtd.service
> ââ24350 /usr/sbin/libvirtd --listen
>
> mar 06 01:25:05 host1.bajada.es systemd[1]: Starting Virtualization
> daemon...
> mar 06 01:25:05 host1.bajada.es systemd[1]: Started Virtualization daemon.
>
>
> After looking at the state I fire up the VM engine with the command
> "hosted-engine --vm-start" and I got the following:
>
>
> VM exists and is down, destroying it
> Machine destroyed
>
> ed786811-0321-431e-be4b-2d03764c1b02
> Status = WaitForLaunch
> nicModel = rtl8139,pv
> statusTime = 4374100040 <(437)%20410-0040>
> emulatedMachine = pc
> pid = 0
> vmName = HostedEngine
> devices = [{'index': '2', 'iface': 'ide', 'specParams': {},
> 'readonly': 'true', 'deviceId': '506df4eb-e783-4451-a8a6-993fa4dbb381',
> 'address': {'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0',
> 'unit': '0'}, 'device': 'cdrom', 'shared': 'false', 'path': '', 'type':
> 'disk'}, {'index': '0', 'iface': 'virtio', 'format': 'raw', 'bootOrder':
> '1', 'poolID': '00000000-0000-0000-0000-000000000000', 'volumeID':
> '2bc39472-1a4b-4c7d-8ef9-1212182ad802', 'imageID':
> '08288fcf-6b12-4bd1-84d3-259992e7aa6d', 'specParams': {}, 'readonly':
> 'false', 'domainID': 'f44afe8d-56f9-4e1e-beee-4daa548dbad8', 'optional':
> 'false', 'deviceId': '08288fcf-6b12-4bd1-84d3-259992e7aa6d', 'address':
> {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci',
> 'function': '0x0'}, 'device': 'disk', 'shared': 'exclusive',
> 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 'model':
> 'virtio-scsi', 'type': 'controller'}, {'nicModel': 'pv', 'macAddr':
> '00:16:3e:65:a6:4e', 'linkActive': 'true', 'network': 'ovirtmgmt',
> 'specParams': {}, 'deviceId': '84b82c6c-bcca-4983-82d5-8d1e3ab3811a',
> 'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x0000', 'type':
> 'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface'},
> {'device': 'console', 'specParams': {}, 'type': 'console', 'deviceId':
> '6236af73-8dab-4d14-b950-fb4ad01d4420', 'alias': 'console0'}, {'device':
> 'vga', 'alias': 'video0', 'type': 'video'}, {'device': 'virtio',
> 'specParams': {'source': 'random'}, 'model': 'virtio', 'type': 'rng'}]
> guestDiskMapping = {}
> vmType = kvm
> clientIp =
> displaySecurePort = -1
> memSize = 4096
> displayPort = -1
> cpuType = Broadwell
> spiceSecureChannels = smain,sdisplay,sinputs,
> scursor,splayback,srecord,ssmartcard,susbredir
> smp = 2
> displayIp = 0
> display = vnc
> maxVCpus = 6
>
>
> After that if I look again at the status of libvirtd I obtain:
>
>
> â libvirtd.service - Virtualization daemon
> Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled;
> vendor preset: enabled)
> Drop-In: /etc/systemd/system/libvirtd.service.d
> ââunlimited-core.conf
> Active: active (running) since lun 2017-03-06 01:25:05 WET; 5min ago
> Docs: man:libvirtd(8)
> http://libvirt.org
> Main PID: 24350 (libvirtd)
> CGroup: /system.slice/libvirtd.service
> ââ24350 /usr/sbin/libvirtd --listen
>
> mar 06 01:25:05 host1.bajada.es systemd[1]: Starting Virtualization
> daemon...
> mar 06 01:25:05 host1.bajada.es systemd[1]: Started Virtualization daemon.
> mar 06 01:29:39 host1.bajada.es libvirtd[24350]: libvirt version: 2.0.0,
> package: 10.el7_3.5 (CentOS BuildSystem <http://bugs.centos.org>,
> 2017-03-03-02:09:45, c1bm.rdu2.centos.org)
> mar 06 01:29:39 host1.bajada.es libvirtd[24350]: hostname: host1.bajada.es
> mar 06 01:29:39 host1.bajada.es libvirtd[24350]: Falló al conectar con
> el socket de monitor: No existe el proceso
> mar 06 01:29:39 host1.bajada.es libvirtd[24350]: internal error: process
> exited while connecting to monitor: Could not access KVM kernel module:
> Permission denied
> failed to initialize KVM:
> Permission denied
>
>
> So the libvirtd is the problem, as i said this is nothing new to you of
> course...
>
> Thanks again for any help
> Manuel
>
>
> 2017-03-05 18:51 GMT+00:00 Manuel Luis Aznar <manuel.luis.aznar(a)gmail.com>
> :
>
>> Hey there again,
>>
>>
>> Can you check if you have KVM modules loaded?
>>
>> In order to check that I fire up the following command: "lsmod | grep
>> kvm"
>>
>> Result was:
>>
>> kvm_intel 170181 0
>> kvm 554609 1 kvm_intel
>> irqbypass 13503 1 kvm
>>
>>
>> Also check group owner for "/dev/kvm". I fire this: "ls -la /dev/kvm".
>> The result was:
>>
>> crw-rw-rw-+ 1 root kvm 10, 232 mar 5 03:35 /dev/kvm
>>
>>
>> Also I check if there were some remain packages pending to install for
>> kvm and qemu and I got:
>>
>> yum install \*kvm\*
>>
>> The result is, that the system need to install the following:
>>
>> Instalando:
>> centos-release-qemu-ev noarch 1.0-1.el7
>> extras 11 k
>> qemu-guest-agent x86_64 10:2.5.0-3.el7
>> base 133 k
>> qemu-kvm-ev-debuginfo x86_64
>> 10:2.6.0-28.el7_3.3.1 ovirt-4.0 12 M
>> vdsm-hook-faqemu noarch
>> 4.18.21-1.el7.centos ovirt-4.0
>> 15 k
>> vdsm-hook-qemucmdline noarch 4.18.21-1.el7.centos
>> ovirt-4.0 11 k
>> Instalando para las dependencias:
>> centos-release-virt-common noarch 1-1.el7.centos
>> extras 4.5 k
>>
>>
>> Checking libvirtd service status I got:
>>
>> libvirtd.service - Virtualization daemon
>> Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled;
>> vendor preset: enabled)
>> Drop-In: /etc/systemd/system/libvirtd.service.d
>> ââunlimited-core.conf
>> Active: active (running) since dom 2017-03-05 15:56:11 WET; 2h 51min
>> ago
>> Docs: man:libvirtd(8)
>> http://libvirt.org
>> Main PID: 19415 (libvirtd)
>> CGroup: /system.slice/libvirtd.service
>> 19415 /usr/sbin/libvirtd --listen
>>
>> mar 05 15:56:10 host1.bajada.es systemd[1]: Starting Virtualization
>> daemon...
>> mar 05 15:56:11 host1.bajada.es systemd[1]: Started Virtualization
>> daemon.
>> mar 05 16:00:04 host1.bajada.es libvirtd[19415]: libvirt version: 2.0.0,
>> package: 10.el7_3.5 (CentOS BuildSystem <http://bugs.centos.org>,
>> 2017-03-03-02:09:45, c1bm.rdu2.centos.org)
>> mar 05 16:00:04 host1.bajada.es libvirtd[19415]: hostname:
>> host1.bajada.es
>> mar 05 16:00:04 host1.bajada.es libvirtd[19415]: Failed to connect to
>> the socket monitor: process does not exits
>>
>> (Fallo al conectar con el socket de monitor: No existe el proceso)
>> mar 05 16:00:04 host1.bajada.es libvirtd[19415]: internal error: process
>> exited while connecting to monitor: Could not access KVM kernel module:
>> Permission denied
>> failed to initialize
>> KVM: Permission denied
>>
>>
>> Thanks for all in advance
>> I will be waiting for you. Any help appreciated
>> Manuel
>>
>> 2017-03-05 17:33 GMT+00:00 Artyom Lukianov <alukiano(a)redhat.com>:
>>
>>> I found this one under the vdsm log:
>>> libvirtError: internal error: process exited while connecting to
>>> monitor: Could not access KVM kernel module: Permission denied
>>> failed to initialize KVM: Permission denied
>>> Thread-70::INFO::2017-03-05 16:00:04,325::vm::1330::virt.vm::(setDownStatus)
>>> vmId=`ed786811-0321-431e-be4b-2d03764c1b02`::Changed state to Down:
>>> internal error: process exited while connecting to monitor: Could not
>>> access KVM kernel module: Permission denied
>>> failed to initialize KVM: Permission denied (code=1)
>>> Thread-70::INFO::2017-03-05 16:00:04,325::guestagent::430::virt.vm::(stop)
>>> vmId=`ed786811-0321-431e-be4b-2d03764c1b02`::Stopping connection
>>> Thread-70::DEBUG::2017-03-05 16:00:04,325::vmchannels::238::vds::(unregister)
>>> Delete fileno 52 from listener.
>>> Thread-70::DEBUG::2017-03-05 16:00:04,325::vmchannels::66::vds::(_unregister_fd)
>>> Failed to unregister FD from epoll (ENOENT): 52
>>> Thread-70::DEBUG::2017-03-05 16:00:04,326::__init__::209::jsonrpc.Notification::(emit)
>>> Sending event {"params": {"ed786811-0321-431e-be4b-2d03764c1b02":
>>> {"status": "Down", "exitReason": 1, "exitMessage": "internal error: process
>>> exited while connecting to monitor: Could not access KVM kernel module:
>>> Permission denied\nfailed to initialize KVM: Permission denied",
>>> "exitCode": 1}, "notify_time": 4339924730}, "jsonrpc": "2.0", "method":
>>> "|virt|VM_status|ed786811-0321-431e-be4b-2d03764c1b02"}
>>>
>>> Can you check if you have KVM modules loaded? Also, check group owner
>>> for "/dev/kvm".
>>> Best Regards
>>>
>>>
>>> On Sat, Mar 4, 2017 at 4:24 PM, Manuel Luis Aznar <
>>> manuel.luis.aznar(a)gmail.com> wrote:
>>>
>>>> Hello there again,
>>>>
>>>> The error on the first email was using the repo ovirt-release41.rpm (
>>>> http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm), so as I
>>>> were getting the same error again and again I am currently trying with
>>>> ovirt-release41-snapshot.rpm (http://resources.ovirt.org/pu
>>>> b/yum-repo/ovirt-release41-snapshot.rpm) and the result is nearly the
>>>> same.
>>>>
>>>> After creating the VM on the installation I got the same error with the
>>>> command "systemctl status vdsmd":
>>>>
>>>> mar 04 14:10:19 host1.bajada.es vdsm[20443]: vdsm root ERROR failed to
>>>> retrieve Hosted Engine HA info
>>>>
>>>> Traceback (most recent call last):
>>>> File "/usr/lib/python2.7/site-packages/vdsm/host/api.py",
>>>> line 231, in _getHaInfo
>>>> stats = instance.get_all_stats()
>>>> File "/usr/lib/python2.7/site-packa
>>>> ges/ovirt_hosted_engine_ha/client/client.py", line 102, in
>>>> get_all_stats
>>>> with broker.connection(self._retries, self._wait):
>>>> File "/usr/lib64/python2.7/contextlib.py", line 17, in
>>>> __enter__
>>>> return self.gen.next()
>>>> File "/usr/lib/python2.7/site-packa
>>>> ges/ovirt_hosted_engine_ha/lib/brokerlink.py", line 99, in connection
>>>> self.connect(retries, wait)
>>>> File "/usr/lib/python2.7/site-packa
>>>> ges/ovirt_hosted_engine_ha/lib/brokerlink.py", line 78, in connect
>>>> raise BrokerConnectionError(error_msg)
>>>> BrokerConnectionError: Failed to connect to broker, the number
>>>> of errors has exceeded the limit (1)
>>>>
>>>> mar 04 14:10:34 host1.bajada.es vdsm[20443]: vdsm
>>>> ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink ERROR Failed to
>>>> connect to broker, the number of errors has exceeded the limit (1)
>>>>
>>>> I have noticed that the ovirt-ha-agent and ovirt-ha-broker services was
>>>> not running. I guess if this have something to do with the error in vsmd
>>>> service log.
>>>>
>>>> But in this case the ovirt-hosted-engine-installation prints the vnc
>>>> connection and I can connect to the engine VM.
>>>>
>>>> Thanks for all in advance
>>>> Any help would be appreciated
>>>> Manuel Luis Aznar
>>>>
>>>> 2017-03-03 21:48 GMT+00:00 Manuel Luis Aznar <
>>>> manuel.luis.aznar(a)gmail.com>:
>>>>
>>>>> Hello there,
>>>>>
>>>>> I am having some trouble when deploying an oVirt 4.1 hosted engine
>>>>> installation.
>>>>>
>>>>> When I m just to end the installation and the hosted engine setup
>>>>> script is about to start the Vm engine (appliance) it fails saying "The VM
>>>>> is not powring up".
>>>>>
>>>>> If I double check the service vdsmd i get this error all the time:
>>>>>
>>>>> vdsm root ERROR failed to retrieve Hosted Engine HA info
>>>>> Traceback (most recent call last):
>>>>> File "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line
>>>>> 231, in _getHaInfo
>>>>> stats = instance.get_all_stats()
>>>>> File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>>>>> line 102, in get_all_stats
>>>>> with broker.connection(self._retries, self._wait):
>>>>> File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__
>>>>> return self.gen.next()
>>>>> File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>>>>> line 99, in connection
>>>>> self.connect(retries, wait)
>>>>> File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>>>>> line 78, in connect
>>>>> raise BrokerConnectionError(error_msg)
>>>>> BrokerConnectionError: Failed to connect to broker, the number of
>>>>> errors has exceeded the limit (1)
>>>>>
>>>>> Did anyone have experimented the same problem?¿? Any hint on How to
>>>>> solved it?¿? I have tried several times with clean installations and always
>>>>> getting the same...
>>>>>
>>>>> The host where I am trying to do the installation have CentOS 7...
>>>>>
>>>>>
>>>>> Thanks for all in advance
>>>>> Will be waiting for any hint to see what I am doing wrong...
>>>>> Manuel Luis Aznar
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>
7 years, 7 months
engine upgrade 3.5 -> 4.1.1
by Sverker Abrahamsson
Hi
I upgraded an old ovirt installation from 3.5 to latest version, but end
up with this error message when running engine-setup:
[ INFO ] Stage: Setup validation
[ ERROR ] It seems that you are running your engine inside of the
hosted-engine VM and are not in "Global Maintenance" mode. In that case
you should put the system into the "Global Maintenance" mode before
running engine-setup, or the hosted-engine HA agent might kill the
machine, which might corrupt your data.
[ ERROR ] Failed to execute stage 'Setup validation': Hosted Engine
setup detected, but Global Maintenance is not set.
This is not a hosted engine, so why does it think so? How can I get it
past this step?
Best regards
/Sverker
7 years, 7 months
Hello from Bacchus !
by Niyazi Elvan
Dear Community,
I have been working on Bacchus for a while. The idea behind the Bacchus has
emerged from an internal need at my company. This is my first open-source
project and I would like to share this experience with all of you. If you
are interested you may check it out at this page
https://github.com/openbacchus/bacchus
I am not a code geek, so I am sorry for the future bugs in advance. I would
like to draw your attention that Bacchus is not ready for production yet.
It works well when all conditions are met (in a healthy oVirt/RHEV-M env.)
but needs some more improvement on error handling.
Hope you enjoy it. Please contact me for any issues.
King Regards,
--
Niyazi Elvan
7 years, 7 months
change Memory Ballooning setting
by Nelson Lameiras
------=_Part_25155000_1542602363.1493303271022
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hello oVirt gurus,=20
When activating/deactivating memory balloning on VM, this will change /usr/=
libexec/qemu-kvm command line on host on vm startup (you can see it using "=
ps aux").=20
So I understand a vm reboot is needed to take this change into account.=20
But when activating/deactivating memory balloning on Cluster (plus MoM Sync=
on host) I do not really understand what happens "under the hood"=20
- Is there a mechanism on host which controls "memory balloning" globally?=
=20
- Is it able to change it's behaviour "on the fly" with "MoM Sync" ?=20
If you have any information, it would be greatly appreciated=20
cordialement, regards,=20
=09Nelson LAMEIRAS=20
Ing=C3=A9nieur Syst=C3=A8mes et R=C3=A9seaux / Systems and Networks enginee=
r=20
Tel: +33 5 32 09 09 70=20
nelson.lameiras(a)lyra-network.com=20
www.lyra-network.com | www.payzen.eu=20
=09
=09
=09
Lyra Network, 109 rue de l'innovation, 31670 Lab=C3=A8ge, FRANCE=20
------=_Part_25155000_1542602363.1493303271022
Content-Type: multipart/related;
boundary="----=_Part_25155001_467551193.1493303271022"
------=_Part_25155001_467551193.1493303271022
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s=
ize: 12pt; color: #000000"><div>Hello oVirt gurus,<br></div><div><br data-m=
ce-bogus=3D"1"></div><div>When activating/deactivating memory balloning on =
VM, this will change /usr/libexec/qemu-kvm command line on host on vm =
startup (you can see it using "ps aux"). </div><div>So I understand a vm re=
boot is needed to take this change into account.<br data-mce-bogus=3D"1"></=
div><div><br data-mce-bogus=3D"1"></div><div>But when activating/deactivati=
ng memory balloning on Cluster (plus MoM Sync on host) I do not really unde=
rstand what happens "under the hood"<br data-mce-bogus=3D"1"></div><div><br=
data-mce-bogus=3D"1"></div><div>- Is there a mechanism on host which contr=
ols "memory balloning" globally?<br data-mce-bogus=3D"1"></div><div>- Is it=
able to change it's behaviour "on the fly" with "MoM Sync" ?<br data-mce-b=
ogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div data-marker=3D"__=
SIG_PRE__"><div>If you have any information, it would be greatly appreciate=
d</div><div><br data-mce-bogus=3D"1"></div><div>cordialement, regards,</div=
><div><br data-mce-bogus=3D"1"></div><table style=3D"margin: 0px; table-lay=
out: fixed; border: none; width: 345pt; padding: 0px;" data-mce-style=3D"ma=
rgin: 0px; table-layout: fixed; border: none; width: 345pt; padding: 0px;" =
width=3D"460" cellspacing=3D"0" cellpadding=3D"0" border=3D"0"><tbody><tr><=
td style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; colo=
r: #2b3c7a; line-height: 16px; width: 86.25pt; text-align: left;" data-mce-=
style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: =
#2b3c7a; line-height: 16px; width: 86.25pt; text-align: left;" width=3D"115=
" valign=3D"top"><a href=3D"https://www.lyra-network.com/" style=3D"border:=
none; text-decoration: none; width: 100%; display: block; clear: both;" da=
ta-mce-href=3D"https://www.lyra-network.com/" data-mce-style=3D"border: non=
e; text-decoration: none; width: 100%; display: block; clear: both;"><img s=
rc=3D"cid:96366d21eaf0a7ec7643a618c10bbede615a81ff@zimbra" alt=3D"" data-mc=
e-src=3D"/home/admin(a)lyra-network.com/corporate-documents/element-signature=
_logo_lyra_115x94.jpg" doc=3D"corporate-documents/element-signature_logo_ly=
ra_115x94.jpg" height=3D"94" width=3D"115" border=3D"0"></a><br data-mce-bo=
gus=3D"1"></td><td style=3D"margin: 0; font-size: 11px; font-family: Arial,=
sans-serif; color: #2b3c7a; line-height: 16px; width: 258.75pt;" data-mce-s=
tyle=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #=
2b3c7a; line-height: 16px; width: 258.75pt;" width=3D"345" valign=3D"top"><=
table style=3D"margin: 0; width: 258.75pt; table-layout: fixed; border: non=
e;" data-mce-style=3D"margin: 0; width: 258.75pt; table-layout: fixed; bord=
er: none;" width=3D"345" cellspacing=3D"0" cellpadding=3D"0" border=3D"0"><=
tbody><tr><td style=3D"font-size: 16px; font-family: Arial,sans-serif; colo=
r: #2b3c7a; line-height: 18px; font-weight: bold;" data-mce-style=3D"font-s=
ize: 16px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 18px=
; font-weight: bold;">Nelson LAMEIRAS</td></tr><tr><td style=3D"font-family=
: Arial,sans-serif; color: #2b3c7a; font-size: 11px; line-height: 16px;" da=
ta-mce-style=3D"font-family: Arial,sans-serif; color: #2b3c7a; font-size: 1=
1px; line-height: 16px;">Ing=C3=A9nieur Syst=C3=A8mes et R=C3=A9seaux<span =
style=3D"font-family: Arial,sans-serif; color: #337ab7; font-size: 11px;" d=
ata-mce-style=3D"font-family: Arial,sans-serif; color: #337ab7; font-size: =
11px;"> / Systems and Networks engineer</span></td></tr><tr><td style=3D"li=
ne-height: 16px; font-family: 'Arial',sans-serif; color: #2b3c7a; font-size=
: 11px;" data-mce-style=3D"line-height: 16px; font-family: 'Arial',sans-ser=
if; color: #2b3c7a; font-size: 11px;"><span style=3D"font-family: Arial,san=
s-serif; color: #2b3c7a; font-size: 11px;" data-mce-style=3D"font-family: A=
rial,sans-serif; color: #2b3c7a; font-size: 11px;">Tel: +33 5 32 09 09 70</=
span></td></tr><tr><td style=3D"line-height: 16px; font-family: 'Arial',san=
s-serif; color: #2b3c7a; font-size: 11px;" data-mce-style=3D"line-height: 1=
6px; font-family: 'Arial',sans-serif; color: #2b3c7a; font-size: 11px;"><a =
href=3D"mailto:nelson.lameiras@lyra-network.com" style=3D"font-size: 11px; =
font-family: Arial,sans-serif; line-height: 16px; text-decoration: none;" d=
ata-mce-href=3D"mailto:nelson.lameiras@lyra-network.com" data-mce-style=3D"=
font-size: 11px; font-family: Arial,sans-serif; line-height: 16px; text-dec=
oration: none;">nelson.lameiras(a)lyra-network.com</a><br data-mce-bogus=3D"1=
"></td></tr><tr><td style=3D"line-height: 16px; font-family: 'Arial',sans-s=
erif; color: #2b3c7a; font-size: 11px;" data-mce-style=3D"line-height: 16px=
; font-family: 'Arial',sans-serif; color: #2b3c7a; font-size: 11px;"><a hre=
f=3D"https://www.lyra-network.com/" style=3D"font-size: 11px; font-family: =
Arial,sans-serif; line-height: 16px; border: none; text-decoration: none;" =
data-mce-href=3D"https://www.lyra-network.com/" data-mce-style=3D"font-size=
: 11px; font-family: Arial,sans-serif; line-height: 16px; border: none; tex=
t-decoration: none;">www.lyra-network.com</a> <a href=3D"https://payzen.eu"=
style=3D"font-size: 11px; font-family: Arial,sans-serif; line-height: 16px=
; border: none; text-decoration: none;" data-mce-href=3D"https://payzen.eu"=
data-mce-style=3D"font-size: 11px; font-family: Arial,sans-serif; line-hei=
ght: 16px; border: none; text-decoration: none;"> | www.payzen.eu</a><br da=
ta-mce-bogus=3D"1"></td></tr></tbody></table></td></tr></tbody></table><tab=
le style=3D"margin: 0; table-layout: fixed; border: none; width: 345pt;" da=
ta-mce-style=3D"margin: 0; table-layout: fixed; border: none; width: 345pt;=
" width=3D"460" cellspacing=3D"0" cellpadding=3D"0"><tbody><tr><td style=3D=
"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a;=
line-height: 16px; width: 24pt; text-align: left;" data-mce-style=3D"margi=
n: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-=
height: 16px; width: 24pt; text-align: left;" width=3D"32" valign=3D"top"><=
a href=3D"https://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA" style=
=3D"border: none; text-decoration: none; margin: 0; float: left; display: i=
nline-block; width: 32px;" data-mce-href=3D"https://www.youtube.com/channel=
/UCrVl1CO_Jlu3KbiRH-tQ_vA" data-mce-style=3D"border: none; text-decoration:=
none; margin: 0; float: left; display: inline-block; width: 32px;"><img sr=
c=3D"cid:5729c98297082daba12c34899362f0b89d6e9b39@zimbra" alt=3D"" data-mce=
-src=3D"/home/admin(a)lyra-network.com/corporate-documents/element-signature_=
logo_YouTube_32x28.jpg" doc=3D"corporate-documents/element-signature_logo_Y=
ouTube_32x28.jpg" height=3D"28" width=3D"32" border=3D"0"></a><br data-mce-=
bogus=3D"1"></td><td style=3D"margin: 0; font-size: 11px; font-family: Aria=
l,sans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt; text-align=
: left;" data-mce-style=3D"margin: 0; font-size: 11px; font-family: Arial,s=
ans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt; text-align: l=
eft;" width=3D"41" valign=3D"top"><a href=3D"https://www.linkedin.com/compa=
ny/lyra-network_2" style=3D"border: none; text-decoration: none; margin: 0;=
float: left; display: inline-block; width: 41px;" data-mce-href=3D"https:/=
/www.linkedin.com/company/lyra-network_2" data-mce-style=3D"border: none; t=
ext-decoration: none; margin: 0; float: left; display: inline-block; width:=
41px;"><img src=3D"cid:7e2ef72d3a500f0c26415dcf659e76aec8d3494e@zimbra" da=
ta-mce-src=3D"/home/admin(a)lyra-network.com/corporate-documents/element-sign=
ature_logo_LinkedIn_41x28.jpg" doc=3D"corporate-documents/element-signature=
_logo_LinkedIn_41x28.jpg" height=3D"28" width=3D"41" border=3D"0"></a><br d=
ata-mce-bogus=3D"1"></td><td style=3D"margin: 0; font-size: 11px; font-fami=
ly: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 31.5pt; tex=
t-align: left;" data-mce-style=3D"margin: 0; font-size: 11px; font-family: =
Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 31.5pt; text-al=
ign: left;" width=3D"42" valign=3D"top"><a href=3D"https://twitter.com/Lyra=
Network" style=3D"border: none; text-decoration: none; margin: 0; float: le=
ft; display: inline-block; width: 42px;" data-mce-href=3D"https://twitter.c=
om/LyraNetwork" data-mce-style=3D"border: none; text-decoration: none; marg=
in: 0; float: left; display: inline-block; width: 42px;"><img src=3D"cid:3c=
6d4e1fdb255162c1ec0e24e8ca38b18e024619@zimbra" alt=3D"" data-mce-src=3D"/ho=
me/admin(a)lyra-network.com/corporate-documents/element-signature_logo_Twitte=
r_42x28.jpg" doc=3D"corporate-documents/element-signature_logo_Twitter_42x2=
8.jpg" height=3D"28" width=3D"42" border=3D"0"></a><br data-mce-bogus=3D"1"=
></td><td style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-seri=
f; color: #2b3c7a; line-height: 16px; width: 258.75pt; text-align: left;" d=
ata-mce-style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif;=
color: #2b3c7a; line-height: 16px; width: 258.75pt; text-align: left;" wid=
th=3D"345" valign=3D"top"><a href=3D"https://payzen.eu" style=3D"border: no=
ne; text-decoration: none; margin: 0; float: left; display: inline-block; w=
idth: 61px;" data-mce-href=3D"https://payzen.eu" data-mce-style=3D"border: =
none; text-decoration: none; margin: 0; float: left; display: inline-block;=
width: 61px;"><img src=3D"cid:a07e7359c3af13e7d7dbc046f92667eb196da527@zim=
bra" alt=3D"" data-mce-src=3D"/home/admin(a)lyra-network.com/corporate-docume=
nts/element-signature_payzen_61x28.jpg" doc=3D"corporate-documents/element-=
signature_payzen_61x28.jpg" height=3D"28" width=3D"61" border=3D"0"></a><br=
data-mce-bogus=3D"1"></td></tr></tbody></table><table style=3D"margin: 0; =
table-layout: fixed; border: none; width: 345pt;" data-mce-style=3D"margin:=
0; table-layout: fixed; border: none; width: 345pt;" width=3D"460" cellspa=
cing=3D"0" cellpadding=3D"0"><tbody><tr><td><hr style=3D"background: #293b7=
9 none repeat scroll 0% 0%; width: 100%; height: 4px; color: #293b79; margi=
n: 0px;" data-mce-style=3D"background: #293b79 none repeat scroll 0% 0%; wi=
dth: 100%; height: 4px; color: #293b79; margin: 0px;"></td></tr></tbody></t=
able><table style=3D"margin: 0; table-layout: fixed; border: none; width: 3=
45pt;" data-mce-style=3D"margin: 0; table-layout: fixed; border: none; widt=
h: 345pt;" width=3D"460" cellspacing=3D"0" cellpadding=3D"0"><tbody><tr><td=
style=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color:=
#2b3c7a; line-height: 16px; width: 30.75pt; text-align: left;" data-mce-st=
yle=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2=
b3c7a; line-height: 16px; width: 30.75pt; text-align: left;"><div>Lyra Netw=
ork, 109 rue de l'innovation, 31670 Lab=C3=A8ge, FRANCE</div></td></tr></tb=
ody></table><div><br></div></div></div></body></html>
------=_Part_25155001_467551193.1493303271022
Content-Type: image/jpeg; name=element-signature_logo_lyra_115x94.jpg
Content-Disposition: attachment;
filename=element-signature_logo_lyra_115x94.jpg
Content-Transfer-Encoding: base64
Content-ID: <96366d21eaf0a7ec7643a618c10bbede615a81ff@zimbra>
/9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov
L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl
aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4
OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6
MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5
OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht
bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i
aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w
PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9
InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1
bWVudElEPSJ4bXAuZGlkOkU1QUU4Nzk1OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXBNTTpJ
bnN0YW5jZUlEPSJ4bXAuaWlkOkU1QUU4Nzk0OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXA6
Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N
OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1
LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4
YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG
PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE
BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f
Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f
Hx8fHx8fHx8fHx8fH//AABEIAF4AcwMBEQACEQEDEQH/xACdAAEBAAIDAQEAAAAAAAAAAAAACAUH
AgMGBAEBAQADAQEAAAAAAAAAAAAAAAACBAUBAxAAAAUDAgAHDQcCBwAAAAAAAAECAwQRBQYSByFR
E7RWFzcxQSKS0nOT03RVlQgYYXEyQiMUFYEzsVJicmODOBEAAgECAwcEAgIDAAAAAAAAAAECEQNR
EwQhgbESMlIzMUGhFHEVwQUiQzT/2gAMAwEAAhEDEQA/AKpAE9b/AGQZdF3FtNpsd4l29M2DHSll
iS6w0bzsp5slqJCiLvERnTuENTRQg7bckntK15vmojj1WfMP0rc+Jy/JD7Fjt+EMueJ6bbnBN4bR
lkWdkt+XPtDaHSfjKnSHyUpTZkg+TcLSdFGRjyv3rUo0iqP8EoQkntZ7fcOy5VdrXGYxuccGW2+S
3nCecYq3oUWnU2RmfhGXAPPSXLcJNzVVT8kNVbnKKUHRmppW1/zBOSXVtZS4lpSjNtP8nLKhfcSR
alqdPXp+ERhauKKTe38nX1WfMP0qc+Jy/JHPsWO34RPLniOqz5h+lTnxOX5IfYsdvwhlzxHVZ8w/
Spz4nL8kPsWO34Qy54jqs+YfpU58Tl+SH2LHb8IZc8R1WfMP0qc+Jy/JD7Fjt+EMueJ2bCX3MH9y
LxZr7eJdxKBCkoW0/JdfaJ5mUy2a0EszL/MRHTuGGshDLTiqVf8AAst81GUGMssgAAAAE5b89s+L
+zwefPDV0fhlv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACc
t+e2fF/Z4PPnhq6Pwy38Crd60UaMotAAAAAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLI
AAAABOW/PbPi/s8Hnzw1dH4Zb+BVu9aKNGUWjAKzrGk5cnEjkq/nVo5RMbk3NOnkzd/uU0fgKvdH
rky5eb2I86rQz48iQAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLIAAAABOW/PbPi/s8Hn
zw1dH4Zb+BVu9aKNGUWjSD//AKkj+xnzJQ0V/wA2/wDkr/7D3e7GX5DiOMfzlniMTEMPIRORIJfg
tOeCladCk/nNJH94raa1GcuVnpck4qqOrJdz4dr2yazKOhDjkxhlUGMszop98i/TOlD/AE/CNX+0
x23p27nIJXKRqeeyjdnLMd27sGSzLdEO4Xd4uWifqkhDDiFut0qrUSzQlNa9wz7g9bemjK44puiI
yuNRTOzGs53hud+gvzsYjwMVnqNfLuqUTrEck69bitZmStPc1NJIz4hy5ZtKLpKskIzk36bDHRt2
9yMsuMw9v8ejybNBc5M5s5Rp5Uy4aEZuMJSai4dPCZFStBN6a3BLne1nMyT6Uffgu8GQ5DnysXuN
mbtZx461TG1ms3kyGiLWRHXToMz8Hg7nfMQvaWMYcydTsLjcqG2BSPYnbY/twy3zVw5+yNXV+GO7
gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLROmdZbAxL5g/5yey6/GjREJW2wSTc
M3YpoKms0F3VcY1bNpzscqKs5UnU9pad4cG3Fefw1UWXFO7x3mULkpaJJnoM6JNC10WREak/aXGK
8tLO1/ns2HorilsNTYzar/kOQWTa+5tmmBjk+W9cKGqimkrJS68RcCkoV/yC7clGMXcXrJI8Yptq
OBsj5oEpTiNmSRESSuKSJJFwUJlzgoKv9f1P8Hrf9Db1wh/vbVJh6tH7lhbOvi5RBpr/AEqKMXR1
PZrYaC2x3Jgbawp+IZjBkwpkWS480603rSslkRU7qTOuiqFlUlEfepw6WosO61ODK9ufLsZ27f36
RkG/8q9OwXbe3PgKciMPp0uHHS22hpxRf60o1f4VC9DlsUrWjEHWdSghllknbY/twy3zVw5+yNXV
+GO7gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLRxU00o6qQlR8ZkRhUGMyO7W7H
7FOvUpCSZgMrfMqERqNJeCgj41qokvtMTtxcpJL3OSdFU1n8vFimPwbrnF18O55DIXybhlw8ihZm
s08RLdqVOJJC5rZqqgvSJ42V7v3MpM3dTBnyWbtBQmHFnXFpLzdXOWjW9tWo2irwPpd0pWhVPBPU
R0qILTVWx+y+STuYmQj7sxHH1Kctb7NuahnMflKW2akk3J/bvGlojqtpv8ZuJP8ACR8Ag9M8dtTu
YdErdfEJTCZKrY/L5JSySbrbCdKmicdWRLeWlJK/bs8skq+ElSacJ8HVppr3OZiP2RuxFK4W5xi3
LK2T5D8NmY8baHHnWySSeTSa6to1K8JTumn3gtM6PbtQzDYYqnqTtsf24Zb5q4c/ZGrq/DHdwK1r
rZRIyiyAAAAATlvz2z4v7PB588NXR+GW/gVbvWijRlFoADGZHjVmyO2Ltd4YOTAcUlbjJLcbJRoO
qam2pCuA+GlROFxwdV6nJRT2M+q226DbLfHt8BkmIcRtLMdlNaJQgqEVTqZ/eYjKTbqwlQ5Hb4Bp
Uk4zRpUpa1FoTQ1uEaVqPg7qiUZGffDmYodSbNZ0toaTBjk02hbTaCaQSUtu/wBxCSpQkr/MXfHe
d4iiP12z2h5k2XYMdxlSkuKbW0hSTW2kkIUZGVKpSkiI+8RApPEURydtltdQpDsRlxCtepKm0mR8
qdXKkZfn/NxjnMxQ+kcOk7bH9uGW+auHP2Rq6vwx3cCta62USMosgAAAAE5b89s+L+zwefPDV0fh
lv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACb9/3mWN4cbff
WTTLUWEt1xX4UpTNeNSj+wiGtolW1LfwKt7qRuTrY226RwfSkKH1rnaz3zI4jrZ226RwfSkH1rna
xmRxHWztt0jg+lIPrXO1jMjiOtnbbpHB9KQfWudrGZHEdbO23SOD6Ug+tc7WMyOJ+o3W24WtKE5F
CUpR0SknCqZmH1rnazjuxW2pnbTfbPeGnHbXMamNtK0OLaVqJKjKtDELlqUNklQ7C5GfS6mOu+f4
XZpy4F0vMWHMbJKlsOrJKyJRVTUvtIdjZnJVSOuaXqfF1sbbdI4PpSEvrXO1nMyOJp7YiQxJ3oyi
RHcS9Hejz3GXUcKVoVOZNKi+wyOovaxUsx3cDwtdbKNGUWgAAAADX+4GzGPZveWbtcpsuO+xGTFS
iObRINCFrcIz1oWdaun3xas6qVtUSR5ztKTqeZ+lrCvely8Zj1Q9f2M8EQyEPpawr3pcvGY9UH7G
eCGQh9LWFe9Ll4zHqg/YzwQyEPpawr3pcvGY9UH7GeCGQh9LWFe9Ll4zHqg/YzwQyEc2flfwxl5t
1NzuJqbUSiI1MUqX/UOr+xmn6I5LTRaaxNg4XhNuxOHIiwX3n0SXCdWb5pMyMk6eDSlPEPDU6mV5
pteg0+nVpNI8zm+xeNZfkDt7nzprEl5Dbam2FNEgibTpKmttR97jErWslCNEkTlaUnUwP0tYV70u
XjMeqHp+xngiOQj023+zGPYReXrtbZsuQ+/GVFUiQbRoJC1ocMy0IQdatF3x5XtVK4qNInC0oups
AVT0AAAAAAAAAAAAAAAAAAAAAAAAAAAAD//Z
------=_Part_25155001_467551193.1493303271022
Content-Type: image/jpeg; name=element-signature_logo_YouTube_32x28.jpg
Content-Disposition: attachment;
filename=element-signature_logo_YouTube_32x28.jpg
Content-Transfer-Encoding: base64
Content-ID: <5729c98297082daba12c34899362f0b89d6e9b39@zimbra>
/9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov
L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl
aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4
OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6
MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5
OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht
bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i
aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w
PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9
InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1
bWVudElEPSJ4bXAuZGlkOjQ1REY5Njk1OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXBNTTpJ
bnN0YW5jZUlEPSJ4bXAuaWlkOjQ1REY5Njk0OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXA6
Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N
OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1
LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4
YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG
PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE
BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f
Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f
Hx8fHx8fHx8fHx8fH//AABEIABwAIAMBEQACEQEDEQH/xAB5AAADAQEAAAAAAAAAAAAAAAAABwgF
BgEAAgMBAAAAAAAAAAAAAAAAAAQCAwUBEAABBAECBAUFAAAAAAAAAAABAgMEBQARBiESEwcxUdIU
CEEik1UYEQACAQMCBQUAAAAAAAAAAAAAAQIRAwQhMVFhEiITQaHBYhX/2gAMAwEAAhEDEQA/AKpw
AnD5Hbg3JA35XxKqxmxUPVrJEaI862FuqkPp4IbI5lHQDNXBhFwbaW4tebqcMIvfYjURtz6eesv1
YzWz9fYh38zR7eX2+mu5lHV3VhaNOe8aTJgTHnweVXEBba1cQRkb8IeNtJbHYN9WpW+YY2T53inQ
4HfzZk6a4lmHGaiOSHl8EoT7mSOZR+gBIzUxU3Yklz+Be4+9DRl30N3dMOxjbyro9EzHW3MqupHc
L7qlaoX1SsFvlHl44moPpa6XXiW113FPuu3qrT5I7dfrJLUxllMRl15hQWjqBbiuXmTqCQlQx23F
rHdSqTrNFFZlDAou7vZa43xuSNaw7CPFZZhIiKbeSsqKkOuuE/aCNNHcexspW40a9Sm5bcmcH/J1
5+0rvxOenGf0o8GQ8DN7ZXxzv9vbpqrhy0huMQJCHlstocBKU+ITqANcru50ZRao9SUbLTqPvMwv
DAAwAMAP/9k=
------=_Part_25155001_467551193.1493303271022
Content-Type: image/jpeg; name=element-signature_logo_LinkedIn_41x28.jpg
Content-Disposition: attachment;
filename=element-signature_logo_LinkedIn_41x28.jpg
Content-Transfer-Encoding: base64
Content-ID: <7e2ef72d3a500f0c26415dcf659e76aec8d3494e@zimbra>
/9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov
L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl
aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4
OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6
MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5
OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht
bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i
aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w
PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9
InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1
bWVudElEPSJ4bXAuZGlkOjY2MEYzRTFGOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXBNTTpJ
bnN0YW5jZUlEPSJ4bXAuaWlkOjY2MEYzRTFFOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXA6
Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N
OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1
LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4
YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG
PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE
BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f
Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f
Hx8fHx8fHx8fHx8fH//AABEIABwAKQMBEQACEQEDEQH/xAB2AAEBAQEAAAAAAAAAAAAAAAAABggH
AQEAAwEAAAAAAAAAAAAAAAAAAwQFAhAAAQMEAgICAgMBAAAAAAAAAQIDBAARBQYhEjEHMghBE1Fh
IhcRAAICAQIDCQAAAAAAAAAAAAABAgMREgQxkTIhQVGhscETMxX/2gAMAwEAAhEDEQA/ANU0Bl33
zsuzQfZcmHj8tMiMKaihDLMl1psKcQkXslSUjk8mtjZ1xdeWkVbW9RDZ/ZN8wOXkYnI7LKMuL1Lq
o+RddaIWkLHVwLAPCuf4NWYVwksqPkcNtd5V+ldr2ef7MwkaZmJsqK6p/uy9JdcbUBGcULpUog8i
9Q7uuKreEjquT1GsKxC2KAUBk37B2/6y72t1tB7X8dbIvf8Aq3mtvZfVzKlvUWWw7Dr+Dfy8rCt4
d153Z8ew0FNx3kohuxmUyFtAfFPyBUOBz+arwhKWE89L9SRtLmTuns4xj7LLaxYaGNE6SYojlJZ6
rhLUf19f89eyj4qa1t7ft449ziPWairGLQoBQHFvZ/onObht0jNxclFjMPNtNpZdS4Vj9aAk36gj
mtDb7yMIaWiGdTbySSfqnsKbdctAFh1Fm3Bwfx8fFT/ox8GcfAyk9dfX7OapuGNzj+SiPRoJcKmG
kuBRDjS2x1uAPK71DfvYzg444nUKmnk7lWcTigFAKAUAoBQCgP/Z
------=_Part_25155001_467551193.1493303271022
Content-Type: image/jpeg; name=element-signature_logo_Twitter_42x28.jpg
Content-Disposition: attachment;
filename=element-signature_logo_Twitter_42x28.jpg
Content-Transfer-Encoding: base64
Content-ID: <3c6d4e1fdb255162c1ec0e24e8ca38b18e024619@zimbra>
/9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov
L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl
aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4
OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6
MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5
OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht
bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i
aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w
PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9
InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1
bWVudElEPSJ4bXAuZGlkOjdDMkI3MjMyOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXBNTTpJ
bnN0YW5jZUlEPSJ4bXAuaWlkOjdDMkI3MjMxOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXA6
Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N
OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1
LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4
YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG
PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE
BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f
Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f
Hx8fHx8fHx8fHx8fH//AABEIABwAKgMBEQACEQEDEQH/xAB3AAEBAQEBAAAAAAAAAAAAAAAABwUI
BgEBAAMBAQAAAAAAAAAAAAAAAAMEBQIBEAABAwIEBwEBAQAAAAAAAAABAgMEAAUREhMGITFBFBUH
CIEiFhEAAgIBAgQHAAAAAAAAAAAAAAERAgMxBCHBEgVBUWGBQhMV/9oADAMBAAIRAxEAPwDC9g7u
3dH33uJiNeri2wxcJQQ01JfCUNodVwCUqwSlI/AK3sGKropS0Kd7OWZMXcPsyZDdnQ7he5UFhQQ/
LZelOMoURiEqWlRAOFdumNOGqyeTYtPzFfL1df8ASm5XCTP0ey0e5eceyZu4zZc5VhjlGOFZ/cKJ
dMKNeRNhbclzrOJxQCgOSW7o5a/oKXMRFXNT5iYw/EaAUtbL61tOBKTwXglWOXrW30zgj0RUmLlb
9p3rZ/r/ANd3GxWJtm3XC8B1EO2RsEqDkng88pAP8JSnEk8ugqlt6Xy5Fa3FImyNVUI8z8nJCU7o
SOSRAA/O5qbuXx9+Rxg8ToGsssCgFAc/7q+b9xXrc11u7V3iNN3CW/JbQUuhaUuuFYBIHMA9K08e
+rWqUPgivbC25MofK25Qoq81DKjwKlJeUT+kE13+jXyZ59DKX6a9WXPYfmO+msTPJdtp6AWMuhq4
5swHPVFVN1uFkiFoS46dJSqqEgoBQCgFAKAUAoBQH//Z
------=_Part_25155001_467551193.1493303271022
Content-Type: image/jpeg; name=element-signature_payzen_61x28.jpg
Content-Disposition: attachment; filename=element-signature_payzen_61x28.jpg
Content-Transfer-Encoding: base64
Content-ID: <a07e7359c3af13e7d7dbc046f92667eb196da527@zimbra>
/9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov
L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl
aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4
OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6
MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5
OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht
bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i
aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w
PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9
InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1
bWVudElEPSJ4bXAuZGlkOkU1NjczQjM2OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXBNTTpJ
bnN0YW5jZUlEPSJ4bXAuaWlkOkU1NjczQjM1OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXA6
Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N
OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1
LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4
YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG
PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE
BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f
Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f
Hx8fHx8fHx8fHx8fH//AABEIABwAPQMBEQACEQEDEQH/xABvAAABBAMAAAAAAAAAAAAAAAAAAQUG
BwIDBAEBAAAAAAAAAAAAAAAAAAAAABAAAQQABAQEAgsBAAAAAAAAAQIDBAUAERIGITETFEEiFQfS
I1FhcYGhMlIkRMQWhhEBAAAAAAAAAAAAAAAAAAAAAP/aAAwDAQACEQMRAD8AvqZ7q7OhzZMSS9IQ
Yjy2JT/avqZbW2rSvU6lBSACOeeAljLzTzSHmVhxpxIW24k5pUlQzBBHgRgM8BBJ9fKuvcGwr3La
wgxIlfGeaagyVsJ1uOOBRUBmOSRgI0bnZgfQwdx7qDrroYZSVzBrcJ0hKM2xq+7AWBU7PTXTEShc
2svRx6MuWp5o5gjigj68BombFRKmPyTfXTPXWpzoszloaRqOelCQPKkeAwEP6lp6f6V6vYaP9Z6b
3fcr7ntuhno6vPnxwGyohb2ntbpr6Y17NdKt7Bp5+YHlPJLitKyltI0KGk+XPANVgzV1Eyyqbe3s
IMmnhsMbVaYcebDraY+XVbQ15XXFOghQVnkMBkbjcVPTUs6M5IkPbnpWa1hKlrWG7QZBp0hROnUh
xRUfHTgJDWuwtsbptVTpC1xaqhgJfkuFTji9DjoKiTmpSlq/HAcO2d11d/cuXUySJG4C0+NvbfCH
CmK2hClHUop0GQ6E+dWfAeUYBi2lY2E+zgW7twhVlHDk+7AkzFO9u2lRdjORFIEZrTmAkA+GYwDl
TwLJhjZFouxsF3NzN6r7Lj7imExHUOSHWi0TpyCdORIzzwHT/J/7n+vgLVAA5YBChBUlRSCpOelR
HEZ88sA2WG3YVhb1lnJW4VVJcXFjAgM9VxOjqKTlmVJTnp48M8Ax2+3N3J3TJu6KVAbRKisxnWpr
brh+SpasxoKf14BBD91hxE2kB+nt5Px4AEL3VGoiZSAr4qyjyOP2+fAL2nuvw/e0vDl8iT8eAbv8
Lur0vPvYXrPrfrfU6bvb59Lp6NOev83HngLBwBgDAGAMAYAwBgP/2Q==
------=_Part_25155001_467551193.1493303271022--
------=_Part_25155000_1542602363.1493303271022--
7 years, 7 months
oVirt, LDAP & SSO: authentication domain/profile consolidation
by Lloyd Kamara
Hello,
I have installed ovirt-engine version 4.1.1.8 on CentOS Linux release
7.3.1611 and have configured authentication against Active Directory
with the ovirt-engine-extension-aaa-ldap-setup version 1.3.1.
I have also configured single-sign-on (SSO) via
ovirt-engine-extension-aaa-misc version 1.0.1. We use MIT Kerberos
in our organisation for Linux authentication. After configuring
appropriate System Permissions in the oVirt Engine web interface,
end-users can successfully authenticate:
- without additional input if they have a valid Kerberos
ticket-granting-ticket (TGT).
- by entering their Active Directory login and password in the
oVirt log-in page if they do not have a valid TGT.
The problem is that oVirt sees the Active Directory and SSO log-ins
as two distinct Authentication Domains. In more detail:
- ovirt.engine.extension.name = Kerberos in the authz.properties file
for our SSO configuration.
If a user authenticates via a Kerberos TGT, their user-name appears
as username@our.ad.domain(a)Kerberos within oVirt engine.
- ovirt.engine.extension.name = LDAP in the authz.properties file for
our Active Directory configuration.
If a user authenticates by entering the relevant Active Directory login
and password in the oVirt web-form log-in, their user-name appears as
user@our.ad.domain(a)LDAP within oVirt engine.
Is there a way to configure both authentication methods to map to the
same user irrespective of the Authentication domain? That is, is
there a way in oVirt to say that user1@domain1 and user1@domain2 are
to be treated as being equivalent?
Best wishes,
Lloyd Kamara
7 years, 7 months
Re: [ovirt-users] how does ovirt deal with multiple networks, with multiple gateways
by Charles Tassell
Hi Martin,
oVirt 4.1 (and maybe earlier versions that I just didn't notice) use
policy based routing. You can see these routes by typing "ip rule show"
on one of the hosts.
In situations such as yours, where you are connected to multiple
networks and need to specify which one has the gateway, there is a
little trick you need to use on the admin box (usually the hosted engine
VM, it' sthe same box that runs the GUI) ssh into that box and then run
the following two commands:
engine-config -g UserDefinedNetworkCustomProperties
engine-config -s
UserDefinedNetworkCustomProperties='default_route=^(true|false)$'
Next, go into the GUI and onto the Hosts tab. Click on your first host
then on the Network Interfaces tab, and "Setup Host Networks" Click on
the little pencil icon next to your VM network (the one that should have
the default route) and then on the Custom Properties tab. Add the
property "default_route" and set it to true and hit OK. Then click on
all of the other networks you have and add the same property with the
value of false. Then hit OK to save the network config. Repeat this
process for all hosts.
Note that I think when I did this I had a problem getting it to save for
the host that was running the HostedEngine. You may have to put each
host into Maintenance Mode in order to apply the setting.
This bug has some more details on the setup I think:
https://bugzilla.redhat.com/show_bug.cgi?id=1400366
On 2017-04-30 09:00 AM, users-request(a)ovirt.org wrote:
> Message: 1
> Date: Sun, 30 Apr 2017 13:03:28 +0200
> From: martin chamambo <chamambom(a)gmail.com>
> To: Yaniv Kaul <ykaul(a)redhat.com>
> Cc: users <users(a)ovirt.org>
> Subject: Re: [ovirt-users] how does ovirt deal with multiple networks
> with multiple gateways
> Message-ID:
> <CAHbWOdZRBsTuqWKTzU6Aa4e=e1RXH30fQpg58dT3mOVWZgVAKg(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I am using ovirt 4.1.1.X.X version on both nodes and Engine.
> There are no static routes and the network topology is is such a way that
> only the VMnetwork logical network is on a network with internet and has
> got a default gateway .
>
> so i have
> 192.168.1.X with a gateway of say 192.168.1.50 (This has internet) and
> this is the VM network
> 192.168.2.X , no gateway and is the ovirtmangnt
> 192.168.3.X no gateway and its the display
> ,192.168.4.X , no gateway and its the Migration network
> 192.168.5.X , no gateway and its the Storage
>
> when i set up these networks using the Ovirt engine GUI , ovirt seems to
> create routes and rule files for each specific network ,but for some reason
> , i cant ping anything besides the networks defined
>
> On Sun, Apr 30, 2017 at 8:45 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
>
>> Can you share some more details?
>> - What version are you using?
>> - What is the network topology? Are any static routes defined? The fact
>> oVirt sets a specific network for storage does not imply it'll use it for
>> storage automatically - unless routing is properly defined for it.
>>
>> TIA,
>> Y.
>>
>> On Sun, Apr 30, 2017 at 8:11 AM, martin chamambo <chamambom(a)gmail.com>
>> wrote:
>>
>>> Hello
>>>
>>> I am testing ovirt and i have configured it with 5 networks as shown
>>> below
>>>
>>> Display , Migration , VMnetwork ,Storage and the default ovirtmngmnt
>>> network
>>>
>>> These networks are represented by individual phyiscal interfaces on the
>>> ovirt nodes and for some reason the default gateway is not being set
>>> correctly
>>>
>>> it always seem to prefer the ovirtmngmnt interface as the default
>>>
>>> The only network thats supposed to have internet is the VMnetwork role
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
7 years, 7 months
how does ovirt deal with multiple networks with multiple gateways
by martin chamambo
Hello
I am testing ovirt and i have configured it with 5 networks as shown below
Display , Migration , VMnetwork ,Storage and the default ovirtmngmnt
network
These networks are represented by individual phyiscal interfaces on the
ovirt nodes and for some reason the default gateway is not being set
correctly
it always seem to prefer the ovirtmngmnt interface as the default
The only network thats supposed to have internet is the VMnetwork role
7 years, 7 months
Trouble Adding Gluster Host in oVirt Manager
by Langley, Robert
--_000_MWHPR09MB14214B6FA5B51503BE74D70787130MWHPR09MB1421namp_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hello oVirt Community,
This may be my first time writing in. Although, I've been reviewing and pla=
ying with oVirt for the past 3 years. My name is Robert Langley and I work =
for a local Government in Southern California. My agency (with me as the pr=
imary/lead IT person) has been using VMWare vSphere to host our server envi=
ronment for 6 years. I have a few different reasons I want to jump the VMWa=
re ship and I've been pleased with the progression oVirt has been making. I=
do not care to jump from VMWare to Microsoft's Hyper-V, so this had lead m=
e to look into Xen for a while, then dropped anchor with oVirt. I'm determi=
ned to see this implementation through.
I have moved over from the test (workstation class) environment, where I wa=
s really just getting familiar with the commands and UI, and now I am worki=
ng on implementation with server class hardware.
I have the engine up and running. I'll get into more specifics below.
I'm running into an issue where I have not been able to add my Gluster host=
s or add the Storage Domain (I had tried adding the storage domain first).
For my new oVirt and GlusterFS hosts I have the following:
* I want to first mention that I do have a DNS server for the separat=
ed/private networks and those are configured and working properly (forward =
& reverse).
Dell PE R830 and I would like this to be a failover server housed in a sepa=
rate building where we have an Emergency Operations Center and Datacenter (=
server room).
- Has bonded gigabit (2 port) network that is connected to our main n=
etwork & internet, configured to be used for ovirtmgnt. Name =3D gsaov08.en=
t...
o As far as all the various names, oVirt Hosted Engine Deployment com=
plained that the Main network name was seen on more than one interface, or =
something to that effect.
o I did originally have DNS for the separated/private networks config=
ured for forwarding DNS from our main network DNS servers. Which has been r=
emoved and the Hosted Engine Deployment stopped complaining at that point. =
I was going to use the forwarding DNS for another private network I use for=
some management traffic, but that is not as important or an absolute need =
either.
- Has 2nd bonded gigabit (4 port) network (separate/private) for engi=
ne storage. Name =3D gsaov08e.engine.local
- Has 3rd bonded 10G (2 port) network (separate/private) for VM Guest=
storage. Name =3D gsaov08s.stor.local
- Will have a 4th network (separate/private) configured for security =
related devices that are managed by a couple of our VM guests.
As far as storage in this same server.
- I have split up the local storage to be hosted by GlusterFS and thi=
s host is a peer with the other two dedicated GlusterFS storage servers. Th=
at is for the failover piece.
o Engine volume (currently being used for the Hosted Engine) and setu=
p as a replica 3 with the two dedicated GlusterFS storage servers.
o VM Guest "Data" volume. The volume is created, configured and start=
ed. Setup as a replica 3 with the two dedicated GlusterFS storage servers.
So far, this is the only host I have hosting the engine. Now, onto the othe=
r host I am about to run Hosted-Engine -Deploy on.
Dell PE R730 - It has the same network setup as the R830. Storage is a bit =
different. I would like to run another VM Guest GlusterFS volume from here,=
along with 2 other hosts I have. They are currently serving as the vSphere=
ESX hosts and have the same total size of storage to create another replic=
a 3.
The Dedicated GlusterFS Hosts are custom AMD Opteron G2 builds with ASUS se=
rver motherboards. Strictly designed to be dedicated storage servers.
- I'm using the onboard NICs to connect to my management network only=
for the purpose of getting updates. So, internet is served to these hosts =
via a NAT router. Since I figured they don't otherwise need access to our m=
ain network. The primary names =3D gsa-stor1 & gsa-stor2
- They both have a bonded (4 port) gigabit network for the Engine sto=
rage network. Names =3D gsa-stor1e.engine.local & gsa-stor2e.engine.local
- They both have a bonded (2 port) 10G network for the VM Guest stora=
ge network. Names =3D gsa-stor2s.stor.local & gsa-stor2s.stor.local
As far as storage in these servers.
- It is the same as the R830, as these servers are the peers to the R=
830.
First, I added an ISO Storage Domain (NFS). That was successful. Next, I wa=
s trying to add the GlusterFS VM Guest Data Storage Domain. I receive an Op=
eration Canceled: Error while executing action AddGlusterFsStorageDomain: E=
rror creating a storage domain.
When I try to add the Gluster hosts as hosts in the oVirt Manager, I get a =
message stating that SSH has failed, verify that the host is reachable (IP =
address, routable address etc.) You may refer to the engine.log file for fu=
rther details.
I can otherwise communicate with the hosts and the engine.log does not appe=
ar to have specifics to this particular failure. But, there are other clues=
that I don't understand. So, I can follow up with the engine log. It conta=
ins "WARN" entries. They seem to be because I do not have the hosts, for th=
e engine volume, added to the cluster.
Oh, one thing I should mention, I did select the option to enable the Glust=
er service in the default cluster. So, both virt and Gluster are enabled. A=
fter I did so, I wasn't so sure that was a good thing or not. It seems that=
documentation is outdated on whether that is now supported. I noticed from=
screenshots that the selection used to be radio buttons and now they are c=
heck boxes. I did read the release notes for 4.0.1, which seem to talk as t=
hough support for both in a cluster has been added.
Thank you for any help that can be extended.
Robert
--_000_MWHPR09MB14214B6FA5B51503BE74D70787130MWHPR09MB1421namp_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Exchange Server">
<!-- converted from rtf -->
<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left:=
#800000 2px solid; } --></style>
</head>
<body>
<font face=3D"Calibri" size=3D"2"><span style=3D"font-size:11pt;">
<div>Hello oVirt Community,</div>
<div> </div>
<div>This may be my first time writing in. Although, I’ve been review=
ing and playing with oVirt for the past 3 years. My name is Robert Langley =
and I work for a local Government in Southern California. My agency (with m=
e as the primary/lead IT person) has been
using VMWare vSphere to host our server environment for 6 years. I have a f=
ew different reasons I want to jump the VMWare ship and I’ve been ple=
ased with the progression oVirt has been making. I do not care to jump from=
VMWare to Microsoft’s Hyper-V, so this
had lead me to look into Xen for a while, then dropped anchor with oVirt. I=
’m determined to see this implementation through.</div>
<div> </div>
<div>I have moved over from the test (workstation class) environment, where=
I was really just getting familiar with the commands and UI, and now I am =
working on implementation with server class hardware.</div>
<div>I have the engine up and running. I’ll get into more specifics b=
elow.</div>
<div>I’m running into an issue where I have not been able to add my G=
luster hosts or add the Storage Domain (I had tried adding the storage doma=
in first).</div>
<div>For my new oVirt and GlusterFS hosts I have the following:</div>
<ul style=3D"margin:0;padding-left:36pt;">
<li>I want to first mention that I do have a DNS server for the separated/p=
rivate networks and those are configured and working properly (forward &=
; reverse).</li></ul>
<div>Dell PE R830 and I would like this to be a failover server housed in a=
separate building where we have an Emergency Operations Center and Datacen=
ter (server room).</div>
<ul style=3D"margin:0;padding-left:43pt;">
<li>Has bonded gigabit (2 port) network that is connected to our main netwo=
rk & internet, configured to be used for ovirtmgnt. Name =3D gsaov08.en=
t…</li></ul>
<ul style=3D"margin:0;padding-left:79pt;">
<li>As far as all the various names, oVirt Hosted Engine Deployment complai=
ned that the Main network name was seen on more than one interface, or some=
thing to that effect.</li><li>I did originally have DNS for the separated/p=
rivate networks configured for forwarding DNS from our main network DNS ser=
vers. Which has been removed and the Hosted Engine Deployment stopped compl=
aining at that point. I was going to use the forwarding DNS
for another private network I use for some management traffic, but that is =
not as important or an absolute need either.</li></ul>
<ul style=3D"margin:0;padding-left:43pt;">
<li>Has 2<font size=3D"1"><span style=3D"font-size:7.3pt;"><sup>nd</sup></s=
pan></font> bonded gigabit (4 port) network (separate/private) for engine s=
torage. Name =3D gsaov08e.engine.local</li><li>Has 3<font size=3D"1"><span =
style=3D"font-size:7.3pt;"><sup>rd</sup></span></font> bonded 10G (2 port) =
network (separate/private) for VM Guest storage. Name =3D gsaov08s.stor.loc=
al</li><li>Will have a 4<font size=3D"1"><span style=3D"font-size:7.3pt;"><=
sup>th</sup></span></font> network (separate/private) configured for securi=
ty related devices that are managed by a couple of our VM guests.</li></ul>
<div style=3D"padding-left:25pt;">As far as storage in this same server.</d=
iv>
<ul style=3D"margin:0;padding-left:43pt;">
<li>I have split up the local storage to be hosted by GlusterFS and this ho=
st is a peer with the other two dedicated GlusterFS storage servers. That i=
s for the failover piece.</li></ul>
<ul style=3D"margin:0;padding-left:79pt;">
<li>Engine volume (currently being used for the Hosted Engine) and setup as=
a replica 3 with the two dedicated GlusterFS storage servers.</li><li>VM G=
uest “Data” volume. The volume is created, configured and start=
ed. Setup as a replica 3 with the two dedicated GlusterFS storage servers.<=
/li></ul>
<div style=3D"text-indent:36pt;">So far, this is the only host I have hosti=
ng the engine. Now, onto the other host I am about to run Hosted-Engine -De=
ploy on.</div>
<div>Dell PE R730 – It has the same network setup as the R830. Storag=
e is a bit different. I would like to run another VM Guest GlusterFS volume=
from here, along with 2 other hosts I have. They are currently serving as =
the vSphere ESX hosts and have the same
total size of storage to create another replica 3.</div>
<div> </div>
<div>The Dedicated GlusterFS Hosts are custom AMD Opteron G2 builds with AS=
US server motherboards. Strictly designed to be dedicated storage servers.<=
/div>
<ul style=3D"margin:0;padding-left:43pt;">
<li>I’m using the onboard NICs to connect to my management network on=
ly for the purpose of getting updates. So, internet is served to these host=
s via a NAT router. Since I figured they don’t otherwise need access =
to our main network. The primary names =3D gsa-stor1
& gsa-stor2</li><li>They both have a bonded (4 port) gigabit network fo=
r the Engine storage network. Names =3D gsa-stor1e.engine.local & gsa-s=
tor2e.engine.local</li><li>They both have a bonded (2 port) 10G network for=
the VM Guest storage network. Names =3D gsa-stor2s.stor.local & gsa-st=
or2s.stor.local</li></ul>
<div style=3D"padding-left:25pt;">As far as storage in these servers.</div>
<ul style=3D"margin:0;padding-left:43pt;">
<li>It is the same as the R830, as these servers are the peers to the R830.=
</li></ul>
<div style=3D"padding-left:43pt;"> </div>
<div>First, I added an ISO Storage Domain (NFS). That was successful. Next,=
I was trying to add the GlusterFS VM Guest Data Storage Domain. I receive =
an Operation Canceled: Error while executing action AddGlusterFsStorageDoma=
in: Error creating a storage domain.</div>
<div>When I try to add the Gluster hosts as hosts in the oVirt Manager, I g=
et a message stating that SSH has failed, verify that the host is reachable=
(IP address, routable address etc.) You may refer to the engine.log file f=
or further details.</div>
<div>I can otherwise communicate with the hosts and the engine.log does not=
appear to have specifics to this particular failure. But, there are other =
clues that I don’t understand. So, I can follow up with the engine lo=
g. It contains “WARN” entries. They seem
to be because I do not have the hosts, for the engine volume, added to the =
cluster.</div>
<div>Oh, one thing I should mention, I did select the option to enable the =
Gluster service in the default cluster. So, both virt and Gluster are enabl=
ed. After I did so, I wasn’t so sure that was a good thing or not. It=
seems that documentation is outdated
on whether that is now supported. I noticed from screenshots that the selec=
tion used to be radio buttons and now they are check boxes. I did read the =
release notes for 4.0.1, which seem to talk as though support for both in a=
cluster has been added.</div>
<div> </div>
<div>Thank you for any help that can be extended.</div>
<div>Robert</div>
<div> </div>
</span></font>
</body>
</html>
--_000_MWHPR09MB14214B6FA5B51503BE74D70787130MWHPR09MB1421namp_--
7 years, 7 months
