- Users - oVirt List Archives

Re: [ovirt-users] 答复: Engine is still unreachable
by Coffee Chou 21 Nov '14

21 Nov '14

Hi, Sandvik I have read the engine.log, it shows: Cannot find a valid baseurl for repo: base can you show me your repo? 2014-11-21 12:21 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>: > Hi, > > I'm sorry I forgot, here's the attachement. > > On Fri, Nov 21, 2014 at 12:19 PM, Sandvik Agustin < > agustinsandvik(a)gmail.com> wrote: > >> Hi, >> >> I'm sorry I forgot, here's the attachement. >> >> On Fri, Nov 21, 2014 at 12:17 PM, Coffee Chou <coffee.zyr(a)gmail.com> >> wrote: >> >>> Hi, Sandvik >>> maybe you forgot to attach your log~ that's >>> ovirt-hosted-engine-setup, so you can also attach your setup log:-) >>> >>> 2014-11-21 11:11 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>: >>> >>>> Hi users, >>>> >>>> Chou, here's my I already tried your suggestion right now, but it still >>>> failed, here's my engine.log and vdsm.log. and one more thing, since the >>>> time that I started the installation of ovirt-hosted-engine setup, I >>>> starting to have this kind of error message on my /var/log/message. >>>> >>>> >>>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: >>>> multipath: error getting device >>>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding >>>> target to table >>>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: >>>> multipath: error getting device >>>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding >>>> target to table >>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) >>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, >>>> can't remove >>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) >>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, >>>> can't remove >>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) >>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, >>>> can't remove >>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) >>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, >>>> can't remove >>>> >>>> >>>> Thanks in advance >>>> Sandvik >>>> >>>> On Fri, Nov 21, 2014 at 9:42 AM, Coffee Chou <coffee.zyr(a)gmail.com> >>>> wrote: >>>> >>>>> Hi, Sandvik >>>>> it's just a suggestion:-) >>>>> >>>>> i think you can have a try, as i don't know my solution worked or >>>>> not. maybe there are some other people who have encountered this problem >>>>> before and they can give you some advice:-) >>>>> >>>>> 2014-11-20 22:35 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>: >>>>> >>>>>> HI Chou, >>>>>> >>>>>> >>>>>> Thanks, I will try your solution now, and should I resend this email >>>>>> to users(a)ovirt.org? >>>>>> >>>>>> >>>>>> Thanks >>>>>> Sandvik >>>>>> >>>>>> On Thu, Nov 20, 2014 at 9:28 AM, Coffee Chou <coffee.zyr(a)gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Hi, Sandvik >>>>>>> and please don't send the email to me only but to user mail >>>>>>> list, so everybody can help you :-) >>>>>>> >>>>>>> 2014-11-20 9:17 GMT+08:00 Coffee Chou <coffee.zyr(a)gmail.com>: >>>>>>> >>>>>>>> Hi, Sandvik >>>>>>>> i can see the ERROR message: Command returned failure code 1 >>>>>>>> during SSH session .... you can try these: >>>>>>>> >>>>>>>> 1. stop firewall on the hosted_engine_1 >>>>>>>> 2. running command: vdsm-tool configure >>>>>>>> >>>>>>>> if it's still failure, please attach your engine.log and >>>>>>>> vdsm.log >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2014-11-20 7:55 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com >>>>>>>> >: >>>>>>>> >>>>>>>>> Hi Chou, >>>>>>>>> >>>>>>>>> >>>>>>>>> I have successfully install the hosted engine, but at the end of >>>>>>>>> the installation I have this kind of error message >>>>>>>>> >>>>>>>>> To continue make a selection from the options below: >>>>>>>>> (1) Continue setup - engine installation is complete >>>>>>>>> (2) Power off and restart the VM >>>>>>>>> (3) Abort setup >>>>>>>>> >>>>>>>>> (1, 2, 3)[1]: >>>>>>>>> [ INFO ] Engine replied: DB Up!Welcome to Health Status! >>>>>>>>> Enter the name of the cluster to which you want to add >>>>>>>>> the host (Default) [Default]: >>>>>>>>> [ INFO ] Waiting for the host to become operational in the >>>>>>>>> engine. This may take several minutes... >>>>>>>>> [ ERROR ] The VDSM host was found in a failed state. Please check >>>>>>>>> engine and bootstrap installation logs. >>>>>>>>> [ ERROR ] Unable to add hosted_engine_1 to the manager >>>>>>>>> Please shutdown the VM allowing the system to launch it >>>>>>>>> as a monitored service. >>>>>>>>> The system will wait until the VM is down. >>>>>>>>> [ INFO ] Enabling and starting HA services >>>>>>>>> Hosted Engine successfully set up >>>>>>>>> [ INFO ] Stage: Clean up >>>>>>>>> [ INFO ] Generating answer file >>>>>>>>> '/etc/ovirt-hosted-engine/answers.conf' >>>>>>>>> [ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has >>>>>>>>> been updated >>>>>>>>> [ INFO ] Stage: Pre-termination >>>>>>>>> [ INFO ] Stage: Termination >>>>>>>>> >>>>>>>>> The ovirt webadmin is accessible, but my hosted_engine_1 status >>>>>>>>> failed. I tried to activate it inside the webadmin, but it say's Error >>>>>>>>> while executing action: >>>>>>>>> >>>>>>>>> hosted_engine_1: >>>>>>>>> >>>>>>>>> - Cannot activate Host. Host has no unique id. >>>>>>>>> >>>>>>>>> >>>>>>>>> and when I try to reinstall it on the webadmin, nothing happen it >>>>>>>>> still failed status. >>>>>>>>> >>>>>>>>> I hope you can help me. >>>>>>>>> >>>>>>>>> Please see attach for screenshot. >>>>>>>>> >>>>>>>>> >>>>>>>>> Thanks in advance. >>>>>>>>> sandvik >>>>>>>>> >>>>>>>>> On Wed, Nov 19, 2014 at 10:32 PM, Sandvik Agustin < >>>>>>>>> agustinsandvik(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>>> Hi guys, >>>>>>>>>> >>>>>>>>>> First of all I want to thank you for replying my email. >>>>>>>>>> @Chou, yes I can access the engine webadmin. >>>>>>>>>> @Chao, I've tried the no. 1 option and it worked, when I check my >>>>>>>>>> /etc/hosts I have hostname conflict, then the ovirt engine is now >>>>>>>>>> reachable, but there's another error message, it say's invalid certificate. >>>>>>>>>> Is this because of I've put different FQDN during the installation process? >>>>>>>>>> >>>>>>>>>> On Wed, Nov 19, 2014 at 11:40 AM, Coffee Chou < >>>>>>>>>> coffee.zyr(a)gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> Hi, Chao >>>>>>>>>>> You may make a mistake, that's not my setup :-) >>>>>>>>>>> But i don't think it's a problem of password. If the >>>>>>>>>>> passwords were not the same, it will throw an ERROR of: >>>>>>>>>>> [ ERROR ] Cannot automatically add the host to cluster None: >>>>>>>>>>> HTTP Status 401 >>>>>>>>>>> [ ERROR ] Failed to execute stage 'Closing up': Cannot add the >>>>>>>>>>> host to cluster None >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> so, i guess, maybe Sandvik's setup is still not accessable ? >>>>>>>>>>> >>>>>>>>>>> 2014-11-19 11:12 GMT+08:00 Xie, Chao <xiec.fnst(a)cn.fujitsu.com>: >>>>>>>>>>> >>>>>>>>>>> Hi, Chou >>>>>>>>>>>> >>>>>>>>>>>> It seems your rhevm is not setup successfully. I >>>>>>>>>>>> suggest you can think about the two possible root cause below: >>>>>>>>>>>> >>>>>>>>>>>> 1. your /etc/hosts about host/rhevm-vm is configured >>>>>>>>>>>> correctly? >>>>>>>>>>>> >>>>>>>>>>>> 2. your password set in hosted-engine –deploy and >>>>>>>>>>>> rhevm-setup is same ? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> If those are not your problem cause, Please provide more log >>>>>>>>>>>> about it. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> *发件人:* users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] >>>>>>>>>>>> *代表 *Coffee Chou >>>>>>>>>>>> *发送时间:* 2014年11月19日 10:08 >>>>>>>>>>>> *收件人:* Sandvik Agustin >>>>>>>>>>>> *抄送:* users(a)ovirt.org >>>>>>>>>>>> *主题:* Re: [ovirt-users] Engine is still unreachable >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Hi, can you access Engine webadmin with this ERROR message? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2014-11-18 19:45 GMT+08:00 Sandvik Agustin < >>>>>>>>>>>> agustinsandvik(a)gmail.com>: >>>>>>>>>>>> >>>>>>>>>>>> Hi!, >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I have install ovirt 3.4 on centos 6.6 following this >>>>>>>>>>>> documentation >>>>>>>>>>>> http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/ >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I have already completed the installation of ovirt engine >>>>>>>>>>>> inside of the vm, when going back to hosted-engine --deploy >>>>>>>>>>>> terminal and choosing 1 the hosted-engine --deploy says: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> (1, 2, 3)[1]: 1 >>>>>>>>>>>> >>>>>>>>>>>> [ ERROR ] Engine is still unreachable >>>>>>>>>>>> >>>>>>>>>>>> Engine health status page is not yet reachable. >>>>>>>>>>>> >>>>>>>>>>>> To continue make a selection from the options below: >>>>>>>>>>>> >>>>>>>>>>>> (1) Continue setup - engine installation is complete >>>>>>>>>>>> >>>>>>>>>>>> (2) Power off and restart the VM >>>>>>>>>>>> >>>>>>>>>>>> (3) Abort setup >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> what should I do? how to fix this? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks in advance, >>>>>>>>>>>> >>>>>>>>>>>> sandvik >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Users mailing list >>>>>>>>>>>> Users(a)ovirt.org >>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >

2 1

Re: [ovirt-users] Delivery Status Notification (Failure)
by Sandvik Agustin 21 Nov '14

21 Nov '14

> > Hi, > > I'm sorry I forgot, here's the attachement. > > On Fri, Nov 21, 2014 at 12:19 PM, Sandvik Agustin < > agustinsandvik(a)gmail.com> > wrote: > > > Hi, > > > > I'm sorry I forgot, here's the attachement. > > > > On Fri, Nov 21, 2014 at 12:17 PM, Coffee Chou <coffee.zyr(a)gmail.com> > > wrote: > > > >> Hi, Sandvik > >> maybe you forgot to attach your log~ that's > >> ovirt-hosted-engine-setup, so you can also attach your setup log:-) > >> > >> 2014-11-21 11:11 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>: > >> > >>> Hi users, > >>> > >>> Chou, here's my I already tried your suggestion right now, but it still > >>> failed, here's my engine.log and vdsm.log. and one more thing, since > the > >>> time that I started the installation of ovirt-hosted-engine setup, I > >>> starting to have this kind of error message on my /var/log/message. > >>> > >>> > >>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: > >>> multipath: error getting device > >>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding > >>> target to table > >>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: > >>> multipath: error getting device > >>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding > >>> target to table > >>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) > >>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, > can't > >>> remove > >>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) > >>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, > can't > >>> remove > >>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) > >>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, > can't > >>> remove > >>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) > >>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, > can't > >>> remove > >>> > >>> > >>> Thanks in advance > >>> Sandvik > >>> > >>> On Fri, Nov 21, 2014 at 9:42 AM, Coffee Chou <coffee.zyr(a)gmail.com> > >>> wrote: > >>> > >>>> Hi, Sandvik > > ----- Message truncated ----- > >

1 0

Re: [ovirt-users] 答复: Engine is still unreachable
by Sandvik Agustin 21 Nov '14

21 Nov '14

Hi, I'm sorry I forgot, here's the attachement. On Fri, Nov 21, 2014 at 12:17 PM, Coffee Chou <coffee.zyr(a)gmail.com> wrote: > Hi, Sandvik > maybe you forgot to attach your log~ that's ovirt-hosted-engine-setup, > so you can also attach your setup log:-) > > 2014-11-21 11:11 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>: > >> Hi users, >> >> Chou, here's my I already tried your suggestion right now, but it still >> failed, here's my engine.log and vdsm.log. and one more thing, since the >> time that I started the installation of ovirt-hosted-engine setup, I >> starting to have this kind of error message on my /var/log/message. >> >> >> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: multipath: >> error getting device >> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding >> target to table >> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: multipath: >> error getting device >> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding >> target to table >> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) >> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't >> remove >> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) >> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't >> remove >> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) >> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't >> remove >> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) >> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't >> remove >> >> >> Thanks in advance >> Sandvik >> >> On Fri, Nov 21, 2014 at 9:42 AM, Coffee Chou <coffee.zyr(a)gmail.com> >> wrote: >> >>> Hi, Sandvik >>> it's just a suggestion:-) >>> >>> i think you can have a try, as i don't know my solution worked or >>> not. maybe there are some other people who have encountered this problem >>> before and they can give you some advice:-) >>> >>> 2014-11-20 22:35 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>: >>> >>>> HI Chou, >>>> >>>> >>>> Thanks, I will try your solution now, and should I resend this email to >>>> users(a)ovirt.org? >>>> >>>> >>>> Thanks >>>> Sandvik >>>> >>>> On Thu, Nov 20, 2014 at 9:28 AM, Coffee Chou <coffee.zyr(a)gmail.com> >>>> wrote: >>>> >>>>> Hi, Sandvik >>>>> and please don't send the email to me only but to user mail list, >>>>> so everybody can help you :-) >>>>> >>>>> 2014-11-20 9:17 GMT+08:00 Coffee Chou <coffee.zyr(a)gmail.com>: >>>>> >>>>>> Hi, Sandvik >>>>>> i can see the ERROR message: Command returned failure code 1 >>>>>> during SSH session .... you can try these: >>>>>> >>>>>> 1. stop firewall on the hosted_engine_1 >>>>>> 2. running command: vdsm-tool configure >>>>>> >>>>>> if it's still failure, please attach your engine.log and vdsm.log >>>>>> >>>>>> >>>>>> >>>>>> 2014-11-20 7:55 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>: >>>>>> >>>>>>> Hi Chou, >>>>>>> >>>>>>> >>>>>>> I have successfully install the hosted engine, but at the end of the >>>>>>> installation I have this kind of error message >>>>>>> >>>>>>> To continue make a selection from the options below: >>>>>>> (1) Continue setup - engine installation is complete >>>>>>> (2) Power off and restart the VM >>>>>>> (3) Abort setup >>>>>>> >>>>>>> (1, 2, 3)[1]: >>>>>>> [ INFO ] Engine replied: DB Up!Welcome to Health Status! >>>>>>> Enter the name of the cluster to which you want to add the >>>>>>> host (Default) [Default]: >>>>>>> [ INFO ] Waiting for the host to become operational in the engine. >>>>>>> This may take several minutes... >>>>>>> [ ERROR ] The VDSM host was found in a failed state. Please check >>>>>>> engine and bootstrap installation logs. >>>>>>> [ ERROR ] Unable to add hosted_engine_1 to the manager >>>>>>> Please shutdown the VM allowing the system to launch it as >>>>>>> a monitored service. >>>>>>> The system will wait until the VM is down. >>>>>>> [ INFO ] Enabling and starting HA services >>>>>>> Hosted Engine successfully set up >>>>>>> [ INFO ] Stage: Clean up >>>>>>> [ INFO ] Generating answer file >>>>>>> '/etc/ovirt-hosted-engine/answers.conf' >>>>>>> [ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has >>>>>>> been updated >>>>>>> [ INFO ] Stage: Pre-termination >>>>>>> [ INFO ] Stage: Termination >>>>>>> >>>>>>> The ovirt webadmin is accessible, but my hosted_engine_1 status >>>>>>> failed. I tried to activate it inside the webadmin, but it say's Error >>>>>>> while executing action: >>>>>>> >>>>>>> hosted_engine_1: >>>>>>> >>>>>>> - Cannot activate Host. Host has no unique id. >>>>>>> >>>>>>> >>>>>>> and when I try to reinstall it on the webadmin, nothing happen it >>>>>>> still failed status. >>>>>>> >>>>>>> I hope you can help me. >>>>>>> >>>>>>> Please see attach for screenshot. >>>>>>> >>>>>>> >>>>>>> Thanks in advance. >>>>>>> sandvik >>>>>>> >>>>>>> On Wed, Nov 19, 2014 at 10:32 PM, Sandvik Agustin < >>>>>>> agustinsandvik(a)gmail.com> wrote: >>>>>>> >>>>>>>> Hi guys, >>>>>>>> >>>>>>>> First of all I want to thank you for replying my email. >>>>>>>> @Chou, yes I can access the engine webadmin. >>>>>>>> @Chao, I've tried the no. 1 option and it worked, when I check my >>>>>>>> /etc/hosts I have hostname conflict, then the ovirt engine is now >>>>>>>> reachable, but there's another error message, it say's invalid certificate. >>>>>>>> Is this because of I've put different FQDN during the installation process? >>>>>>>> >>>>>>>> On Wed, Nov 19, 2014 at 11:40 AM, Coffee Chou <coffee.zyr(a)gmail.com >>>>>>>> > wrote: >>>>>>>> >>>>>>>>> Hi, Chao >>>>>>>>> You may make a mistake, that's not my setup :-) >>>>>>>>> But i don't think it's a problem of password. If the passwords >>>>>>>>> were not the same, it will throw an ERROR of: >>>>>>>>> [ ERROR ] Cannot automatically add the host to cluster None: HTTP >>>>>>>>> Status 401 >>>>>>>>> [ ERROR ] Failed to execute stage 'Closing up': Cannot add the >>>>>>>>> host to cluster None >>>>>>>>> >>>>>>>>> >>>>>>>>> so, i guess, maybe Sandvik's setup is still not accessable ? >>>>>>>>> >>>>>>>>> 2014-11-19 11:12 GMT+08:00 Xie, Chao <xiec.fnst(a)cn.fujitsu.com>: >>>>>>>>> >>>>>>>>> Hi, Chou >>>>>>>>>> >>>>>>>>>> It seems your rhevm is not setup successfully. I suggest >>>>>>>>>> you can think about the two possible root cause below: >>>>>>>>>> >>>>>>>>>> 1. your /etc/hosts about host/rhevm-vm is configured >>>>>>>>>> correctly? >>>>>>>>>> >>>>>>>>>> 2. your password set in hosted-engine –deploy and >>>>>>>>>> rhevm-setup is same ? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> If those are not your problem cause, Please provide more log >>>>>>>>>> about it. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> *发件人:* users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] *代表 >>>>>>>>>> *Coffee Chou >>>>>>>>>> *发送时间:* 2014年11月19日 10:08 >>>>>>>>>> *收件人:* Sandvik Agustin >>>>>>>>>> *抄送:* users(a)ovirt.org >>>>>>>>>> *主题:* Re: [ovirt-users] Engine is still unreachable >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Hi, can you access Engine webadmin with this ERROR message? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2014-11-18 19:45 GMT+08:00 Sandvik Agustin < >>>>>>>>>> agustinsandvik(a)gmail.com>: >>>>>>>>>> >>>>>>>>>> Hi!, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I have install ovirt 3.4 on centos 6.6 following this >>>>>>>>>> documentation >>>>>>>>>> http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I have already completed the installation of ovirt engine inside >>>>>>>>>> of the vm, when going back to hosted-engine --deploy terminal >>>>>>>>>> and choosing 1 the hosted-engine --deploy says: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> (1, 2, 3)[1]: 1 >>>>>>>>>> >>>>>>>>>> [ ERROR ] Engine is still unreachable >>>>>>>>>> >>>>>>>>>> Engine health status page is not yet reachable. >>>>>>>>>> >>>>>>>>>> To continue make a selection from the options below: >>>>>>>>>> >>>>>>>>>> (1) Continue setup - engine installation is complete >>>>>>>>>> >>>>>>>>>> (2) Power off and restart the VM >>>>>>>>>> >>>>>>>>>> (3) Abort setup >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> what should I do? how to fix this? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Thanks in advance, >>>>>>>>>> >>>>>>>>>> sandvik >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Users mailing list >>>>>>>>>> Users(a)ovirt.org >>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >

1 0

Re: [ovirt-users] 答复: Engine is still unreachable
by Sandvik Agustin 21 Nov '14

21 Nov '14

Hi users, Chou, here's my I already tried your suggestion right now, but it still failed, here's my engine.log and vdsm.log. and one more thing, since the time that I started the installation of ovirt-hosted-engine setup, I starting to have this kind of error message on my /var/log/message. Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: multipath: error getting device Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding target to table Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: multipath: error getting device Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding target to table Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't remove Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't remove Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't remove Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent) Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't remove Thanks in advance Sandvik On Fri, Nov 21, 2014 at 9:42 AM, Coffee Chou <coffee.zyr(a)gmail.com> wrote: > Hi, Sandvik > it's just a suggestion:-) > > i think you can have a try, as i don't know my solution worked or not. > maybe there are some other people who have encountered this problem before > and they can give you some advice:-) > > 2014-11-20 22:35 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>: > >> HI Chou, >> >> >> Thanks, I will try your solution now, and should I resend this email to >> users(a)ovirt.org? >> >> >> Thanks >> Sandvik >> >> On Thu, Nov 20, 2014 at 9:28 AM, Coffee Chou <coffee.zyr(a)gmail.com> >> wrote: >> >>> Hi, Sandvik >>> and please don't send the email to me only but to user mail list, so >>> everybody can help you :-) >>> >>> 2014-11-20 9:17 GMT+08:00 Coffee Chou <coffee.zyr(a)gmail.com>: >>> >>>> Hi, Sandvik >>>> i can see the ERROR message: Command returned failure code 1 during >>>> SSH session .... you can try these: >>>> >>>> 1. stop firewall on the hosted_engine_1 >>>> 2. running command: vdsm-tool configure >>>> >>>> if it's still failure, please attach your engine.log and vdsm.log >>>> >>>> >>>> >>>> 2014-11-20 7:55 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>: >>>> >>>>> Hi Chou, >>>>> >>>>> >>>>> I have successfully install the hosted engine, but at the end of the >>>>> installation I have this kind of error message >>>>> >>>>> To continue make a selection from the options below: >>>>> (1) Continue setup - engine installation is complete >>>>> (2) Power off and restart the VM >>>>> (3) Abort setup >>>>> >>>>> (1, 2, 3)[1]: >>>>> [ INFO ] Engine replied: DB Up!Welcome to Health Status! >>>>> Enter the name of the cluster to which you want to add the >>>>> host (Default) [Default]: >>>>> [ INFO ] Waiting for the host to become operational in the engine. >>>>> This may take several minutes... >>>>> [ ERROR ] The VDSM host was found in a failed state. Please check >>>>> engine and bootstrap installation logs. >>>>> [ ERROR ] Unable to add hosted_engine_1 to the manager >>>>> Please shutdown the VM allowing the system to launch it as a >>>>> monitored service. >>>>> The system will wait until the VM is down. >>>>> [ INFO ] Enabling and starting HA services >>>>> Hosted Engine successfully set up >>>>> [ INFO ] Stage: Clean up >>>>> [ INFO ] Generating answer file >>>>> '/etc/ovirt-hosted-engine/answers.conf' >>>>> [ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been >>>>> updated >>>>> [ INFO ] Stage: Pre-termination >>>>> [ INFO ] Stage: Termination >>>>> >>>>> The ovirt webadmin is accessible, but my hosted_engine_1 status >>>>> failed. I tried to activate it inside the webadmin, but it say's Error >>>>> while executing action: >>>>> >>>>> hosted_engine_1: >>>>> >>>>> - Cannot activate Host. Host has no unique id. >>>>> >>>>> >>>>> and when I try to reinstall it on the webadmin, nothing happen it >>>>> still failed status. >>>>> >>>>> I hope you can help me. >>>>> >>>>> Please see attach for screenshot. >>>>> >>>>> >>>>> Thanks in advance. >>>>> sandvik >>>>> >>>>> On Wed, Nov 19, 2014 at 10:32 PM, Sandvik Agustin < >>>>> agustinsandvik(a)gmail.com> wrote: >>>>> >>>>>> Hi guys, >>>>>> >>>>>> First of all I want to thank you for replying my email. >>>>>> @Chou, yes I can access the engine webadmin. >>>>>> @Chao, I've tried the no. 1 option and it worked, when I check my >>>>>> /etc/hosts I have hostname conflict, then the ovirt engine is now >>>>>> reachable, but there's another error message, it say's invalid certificate. >>>>>> Is this because of I've put different FQDN during the installation process? >>>>>> >>>>>> On Wed, Nov 19, 2014 at 11:40 AM, Coffee Chou <coffee.zyr(a)gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Hi, Chao >>>>>>> You may make a mistake, that's not my setup :-) >>>>>>> But i don't think it's a problem of password. If the passwords >>>>>>> were not the same, it will throw an ERROR of: >>>>>>> [ ERROR ] Cannot automatically add the host to cluster None: HTTP >>>>>>> Status 401 >>>>>>> [ ERROR ] Failed to execute stage 'Closing up': Cannot add the host >>>>>>> to cluster None >>>>>>> >>>>>>> >>>>>>> so, i guess, maybe Sandvik's setup is still not accessable ? >>>>>>> >>>>>>> 2014-11-19 11:12 GMT+08:00 Xie, Chao <xiec.fnst(a)cn.fujitsu.com>: >>>>>>> >>>>>>> Hi, Chou >>>>>>>> >>>>>>>> It seems your rhevm is not setup successfully. I suggest >>>>>>>> you can think about the two possible root cause below: >>>>>>>> >>>>>>>> 1. your /etc/hosts about host/rhevm-vm is configured >>>>>>>> correctly? >>>>>>>> >>>>>>>> 2. your password set in hosted-engine –deploy and >>>>>>>> rhevm-setup is same ? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> If those are not your problem cause, Please provide more log about >>>>>>>> it. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> *发件人:* users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] *代表 >>>>>>>> *Coffee Chou >>>>>>>> *发送时间:* 2014年11月19日 10:08 >>>>>>>> *收件人:* Sandvik Agustin >>>>>>>> *抄送:* users(a)ovirt.org >>>>>>>> *主题:* Re: [ovirt-users] Engine is still unreachable >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Hi, can you access Engine webadmin with this ERROR message? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2014-11-18 19:45 GMT+08:00 Sandvik Agustin < >>>>>>>> agustinsandvik(a)gmail.com>: >>>>>>>> >>>>>>>> Hi!, >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I have install ovirt 3.4 on centos 6.6 following this documentation >>>>>>>> http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I have already completed the installation of ovirt engine inside of >>>>>>>> the vm, when going back to hosted-engine --deploy terminal and >>>>>>>> choosing 1 the hosted-engine --deploy says: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> (1, 2, 3)[1]: 1 >>>>>>>> >>>>>>>> [ ERROR ] Engine is still unreachable >>>>>>>> >>>>>>>> Engine health status page is not yet reachable. >>>>>>>> >>>>>>>> To continue make a selection from the options below: >>>>>>>> >>>>>>>> (1) Continue setup - engine installation is complete >>>>>>>> >>>>>>>> (2) Power off and restart the VM >>>>>>>> >>>>>>>> (3) Abort setup >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> what should I do? how to fix this? >>>>>>>> >>>>>>>> >>>>>>>> Thanks in advance, >>>>>>>> >>>>>>>> sandvik >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Users mailing list >>>>>>>> Users(a)ovirt.org >>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >

1 0

Simple way to activate live merge in FC20 cluster
by Markus Stockhausen 21 Nov '14

21 Nov '14

This is a multi-part message in MIME format. ------=_NextPartTM-000-32fe2721-2bd7-4bec-82af-199583881fe2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Bob,=0A= =0A= if your are on a cluster with FC20 hypervisor nodes wthout virt-preview =0A= (like we run it with qemu 1.6.2) the simplest way to get live merge feature= s =0A= should be - beware NOT FULLY TESTED!=0A= =0A= 1) choose a single host (we only need a single one if we think about the re= quired setup)=0A= 2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU BREAK = LIVE MIGRATION!=0A= 3) migrate VMs you want to live merge to the host=0A= 4) do the live merge=0A= 5) migrate VMs back to original host=0A= =0A= A quick test revealed:=0A= =0A= # systemctl stop vdsmd=0A= # systemctl stop libvirtd=0A= # cd /etc/yum.repos.d=0A= # wget http:/wget http://fedorapeople.org/groups/virt/virt-preview/fedora-v= irt-preview.repo=0A= # yum update libvirt=0A= ...=0A= # systemctl start libvirtd=0A= # systemctl start vdsmd=0A= # =0A= # vdsClient -s 0 getVdsCaps | grep -i merge=0A= ---> liveMerge =3D 'true'=0A= =0A= Best regards.=0A= =0A= Markus=0A= ________________________________________=0A= Von: Bob Doolittle [bob(a)doolittle.us.com]=0A= Gesendet: Donnerstag, 20. November 2014 16:49=0A= An: Markus Stockhausen=0A= Cc: s k; users(a)ovirt.org; Daniel Helgenberger; Coffee Chou=0A= Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 = Node and oVirt 3.5.0=0A= =0A= On 11/20/2014 10:32 AM, Markus Stockhausen wrote:=0A= > Iirc you simply need libvirt 1.2.9=0A= =0A= Thanks!=0A= =0A= Would you know how one could track to see if there is a plan for e,g.=0A= Fedora 20 to include that version at some point? I suspect every distro=0A= is different. F20 at this point includes 1.1.3. I'd like to know if I'll=0A= have to upgrade to Fedora 21 in order to get this functionality, as this=0A= will require some planning on my part.=0A= =0A= Thanks again,=0A= Bob=0A= =0A= =0A= >=0A= > Am 20.11.2014 16:20 schrieb Bob Doolittle <bob(a)doolittle.us.com>:=0A= >=0A= > Are there any bugs related to the changes in question that we can tra= ck=0A= > so we know when the changes are reflected in our distros of interest?= =0A= >=0A= > Thanks,=0A= > Bob=0A= >=0A= > On 11/20/2014 03:51 AM, s k wrote:=0A= > > Hi,=0A= > >=0A= > >=0A= > > Live snapshot indeed works, only live merge is not working. I guess= we=0A= > > will have to wait until is available on CentOS.=0A= > >=0A= > > Thanks!=0A= > >=0A= > > Sokratis=0A= > >=0A= > >=0A= > >=0A= > ---------------------------------------------------------------------= ---=0A= > > Date: Thu, 20 Nov 2014 09:49:40 +0800=0A= > > Subject: Re: [ovirt-users] Live Merge Functionality disabled on Cen= tOS=0A= > > 6.6 Node and oVirt 3.5.0=0A= > > From: coffee.zyr(a)gmail.com=0A= > > To: daniel.helgenberger(a)m-box.de=0A= > > CC: sokratis123k(a)outlook.com; users(a)ovirt.org=0A= > >=0A= > > Hi,=0A= > > as i know, live merge is only available from the versions in th= e=0A= > > fedora virt-preview repo. please see[1]=0A= > >=0A= > > [1] http://www.ovirt.org/Features/Live_Merge#Current_status=0A= > >=0A= > > 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger=0A= > > <daniel.helgenberger(a)m-box.de <mailto:daniel.helgenberger@m-box.de>= >:=0A= > >=0A= > > On 19.11.2014 14:06, s k wrote:=0A= > > > Hello,=0A= > > >=0A= > > > I performed a full yum upgrade on a CentOS 6.5 Node which was= =0A= > > upgraded to 6.6=0A= > > > and I currently the following RPM versions are installed:=0A= > > >=0A= > > > [root@node01 ~]# uname -a=0A= > > > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11=0A= > 17:57:25=0A= > > UTC 2014=0A= > > > x86_64 x86_64 x86_64 GNU/Linux=0A= > > > [root@node01 ~]# rpm -qa |grep libvirt=0A= > > > libvirt-python-0.10.2-46.el6_6.1.x86_64=0A= > > > libvirt-client-0.10.2-46.el6_6.1.x86_64=0A= > > > libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64=0A= > > > libvirt-0.10.2-46.el6_6.1.x86_64=0A= > > > [root@node01 ~]#=0A= > > > [root@node01 ~]# rpm -qa |grep kvm=0A= > > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64=0A= > > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64=0A= > > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64=0A= > > > [root@node01 ~]# rpm -qa |grep qemu=0A= > > > gpxe-roms-qemu-0.9.7-6.12.el6.noarch=0A= > > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64=0A= > > > qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64=0A= > > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64=0A= > > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64=0A= > > > [root@node01 ~]# rpm -qa |grep vdsm=0A= > > > vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch=0A= > > > vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch=0A= > > > vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch=0A= > > > vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch=0A= > > > vdsm-4.16.7-1.gitdb83943.el6.x86_64=0A= > > > vdsm-python-4.16.7-1.gitdb83943.el6.noarch=0A= > > > vdsm-cli-4.16.7-1.gitdb83943.el6.noarch=0A= > > >=0A= > > > The host reports that Live Snapsnot Support is Active on the= =0A= > > General Tab but=0A= > > > I'm unable to delete a snapshot.=0A= > > >=0A= > > > Any ideas?=0A= > > Hm could it be you mix up live snapshot and live merge? Live=0A= > snapshot=0A= > > works since 3.4.3 quite will. Live merge however is still=0A= > unsupported as=0A= > > I think it requires some quite new stuff from libvirt. It will= =0A= > > eventually work on EL7 [1].=0A= > >=0A= > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=3D1062142=0A= > > >=0A= > > > Thank you,=0A= > > >=0A= > > > Sokratis=0A= > > >=0A= > >=0A= > > --=0A= > > Daniel Helgenberger=0A= > > m box bewegtbild GmbH=0A= > >=0A= > > P: +49/30/2408781-22=0A= > > F: +49/30/2408781-10=0A= > >=0A= > > ACKERSTR. 19=0A= > > D-10115 BERLIN=0A= > >=0A= > >=0A= > > www.m-box.de <http://www.m-box.de> <http://www.m-box.de>=0A= > www.monkeymen.tv <http://www.monkeymen.tv>=0A= > > <http://www.monkeymen.tv>=0A= > >=0A= > > Gesch=E4ftsf=FChrer: Martin Retschitzegger / Michaela G=F6llner= =0A= > > Handeslregister: Amtsgericht Charlottenburg / HRB 112767=0A= > > _______________________________________________=0A= > > Users mailing list=0A= > > Users(a)ovirt.org <mailto:Users@ovirt.org>=0A= > > http://lists.ovirt.org/mailman/listinfo/users=0A= > >=0A= > >=0A= > >=0A= > >=0A= > > _______________________________________________=0A= > > Users mailing list=0A= > > Users(a)ovirt.org=0A= > > http://lists.ovirt.org/mailman/listinfo/users=0A= > >=0A= > _______________________________________________=0A= > Users mailing list=0A= > Users(a)ovirt.org=0A= > http://lists.ovirt.org/mailman/listinfo/users=0A= >=0A= ------=_NextPartTM-000-32fe2721-2bd7-4bec-82af-199583881fe2 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-32fe2721-2bd7-4bec-82af-199583881fe2--

3 4

Re: [ovirt-users] ;vdsmdummy; provokes several errors
by Dan Kenigsberg 20 Nov '14

20 Nov '14

> Hi there, Hi! Let me start by stating that the mailing list you've posted is deprecated, and should have been closed. vdsm-users-related discussion should take place on users(a)ovirt.org. > > the semicolons in the name of the vdsm-dummy interface provokes > several errors on our RHEV-Hypervisors. We use Fat-Hypervisors which > are fully puppetized. At the moment facter and rkhunter can't handle > the semicolons. > rkhunter: > - ---------------------- Start Rootkit Hunter Scan ---------------------- > Invalid ALLOWDEVFILE configuration option: Invalid pathname: > /dev/.udev/db/net:;vdsmdummy; > > - ----------------------- End Rootkit Hunter Scan ----------------------- > > Facter: https://tickets.puppetlabs.com/browse/FACT-546 > > Are those semicolon really necessary? The motivation for the semicolons was to eliminate the (albeit remote) chance of of this bridge name colliding with a previously-defined network. It was introduced two years ago http://gerrit.ovirt.org/9562 and it is a bit two entrenched by now. Modifying it to another string, while it is used by multiple VM in a distributed cluster of host is a painful hassle. It would be much more advisable for puppet to support all device names acceptable by Linux (anything but ':. \t\0', without adding its own limitations. I have a vague memory that Foreman encountered the same problem, and fixed it. Regards, Dan.

1 0

Migrate Ovirt to/from RHEV
by John Gardeniers 20 Nov '14

20 Nov '14

What is the procedure to use when migrating Ovirt to or from RHEV? I'm assuming of course that there's little difference for the two directions. Is it just a matter of detaching the storage domain(s), dumping the engine database and attaching/importing them into the other system? regards, John

2 4

Migration Progress Bar not updating
by s k 20 Nov '14

20 Nov '14

--_cba2ab89-3e90-4e5d-8eed-68af9fda4a73_ Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable Hi=2C On oVirt 3.5.0=2C while doing a VM migration the progress bar always stays = at 0%. I tried it on different browsers (Chrome=2CIE=2CFirefox) and the beh= avior is the same. Any ideas about this? Thanks=2C Sokratis = --_cba2ab89-3e90-4e5d-8eed-68af9fda4a73_ Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Hi=2C<div> </div><div>On oVir= t 3.5.0=2C while doing a VM migration the progress bar always stays at 0%. = I tried it on different browsers (Chrome=2CIE=2CFirefox) and the behavior i= s the same.</div><div> </div><div>Any ideas about this?</div><div> </= div><div>Thanks=2C</div><div> </div><div>Sokratis</div> </div= ></body> </html>= --_cba2ab89-3e90-4e5d-8eed-68af9fda4a73_--

5 6

Re: [ovirt-users] Fake power management?
by mots 20 Nov '14

20 Nov '14

------=_Part_39_1687046635.1416266377877 Content-Type: multipart/alternative; boundary="=_t8EqHT3xdZg+XwUZZBd4cSFdl9lEQF49Im0BRY50j2FqCbqe" This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_t8EqHT3xdZg+XwUZZBd4cSFdl9lEQF49Im0BRY50j2FqCbqe Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable -----Urspr=C3=BCngliche Nachricht-----=0D=0A=0D=0A> Von:Barak Azulay <baz= ulay(a)redhat.com <mailto:bazulay@redhat.com> >=0D=0A> Gesendet: Mon 17 Nov= ember 2014 23:30=0D=0A> An: Patrick Lottenbach <pl(a)a-bot.ch <mailto:pl@a-= bot.ch> >=0D=0A> CC: users(a)ovirt.org <mailto:users@ovirt.org>=20=0D=0A> B= etreff: Re: AW: [ovirt-users] Fake power management=3F=0D=0A>=20=0D=0A> W= ell you can hack the solution in the form of replacing the fencing master= script to always return success (Eli can help you with that),=0D=0A> and= define an imaginary fencing device on each host ... meaning that the fen= cing command will always succeeds.=0D=0A>=20=0D=0A=0D=0AThis sounds inter= esting. It's exactly what I need.=0D=0A=0D=0A> But this may be risky ... = as you might end up with the same VM running on 2 hosts.=20=0D=0A=0D=0AAs= I see it, this would only happen if someone unplugs the network interfac= e. I know this is a way to break the cluster. If someone unplugs the inte= rface, then everything gets started twice anyways thanks to pacemaker bei= ng configured to ignore the lack of quorum and it would look silly in fro= nt of the customer.=0D=0A=0D=0A> And one last note ... when you disconnec= t one of the hosts in the demo you mentioned, I think you'll be better to= disconnect the host that does not run the engine ...=0D=0A=20=0D=0AIt ju= st gets restarted on the remaining node and resumes operation. It even re= members which guests ran on which host.=0D=0AThat part is really safe. Th= e storage is configured to only report data as written when the write ope= ration has finished on all (currently online) nodes, disk write caches ar= e turned off in lvm.conf. PostreSQL is resilient enough to survive a cras= h like this.=0D=0A=0D=0AOr am I missing something that might break=3F=0D=0A= =0D=0A> Barak=20=0D=0A=0D=0Amots=0D=0A=0D=0A>=20=0D=0A> ----- Original Me= ssage -----=0D=0A> > From: "mots" <mots(a)nepu.moe <mailto:mots@nepu.moe> >= =0D=0A> > To: "Barak Azulay" <bazulay(a)redhat.com <mailto:bazulay@redhat.c= om> >=0D=0A> > Cc: users(a)ovirt.org <mailto:users@ovirt.org>=20=0D=0A> > S= ent: Monday, November 17, 2014 12:58:20 PM=0D=0A> > Subject: AW: [ovirt-u= sers] Fake power management=3F=0D=0A> >=20=0D=0A> > Yes, pacemaker manage= s the engine. That part is working fine, the engine=0D=0A> > restarts on = the remaining node without problems.=0D=0A> > It's just that the guests d= on't come back up until the powered down node has=0D=0A> > been fenced ma= nually.=0D=0A> >=20=0D=0A> > -----Urspr=C3=BCngliche Nachricht-----=0D=0A= > > > Von:Barak Azulay <bazulay(a)redhat.com <mailto:bazulay@redhat.com> <= mailto:bazulay@redhat.com <mailto:bazulay@redhat.com> > >=0D=0A> > > Gese= ndet: Mon 17 November 2014 11:35=0D=0A> > > An: Patrick Lottenbach <pl@a-= bot.ch <mailto:pl@a-bot.ch> <mailto:pl@a-bot.ch <mailto:pl@a-bot.ch> > >= =0D=0A> > > CC: users(a)ovirt.org <mailto:users@ovirt.org> <mailto:users@o= virt.org <mailto:users@ovirt.org> >=0D=0A> > > Betreff: Re: [ovirt-users]= Fake power management=3F=0D=0A> > >=20=0D=0A> > >=20=0D=0A> > >=20=0D=0A= > > > ----- Original Message -----=0D=0A> > > > From: "mots" <mots(a)nepu.m= oe <mailto:mots@nepu.moe> <mailto:mots@nepu.moe <mailto:mots@nepu.moe> >= >=0D=0A> > > > To: users(a)ovirt.org <mailto:users@ovirt.org> <mailto:use= rs(a)ovirt.org <mailto:users@ovirt.org> >=0D=0A> > > > Sent: Friday, Novemb= er 14, 2014 4:54:08 PM=0D=0A> > > > Subject: [ovirt-users] Fake power man= agement=3F=0D=0A> > > >=20=0D=0A> > > > Fake power management=3F Hello,=0D= =0A> > > >=20=0D=0A> > > > I'm building a small demonstration system for = our sales team to take to a=0D=0A> > > > customer so that they can show t= hem our solutions.=0D=0A> > > > Hardware: Two Intel NUC's, a 4 port switc= h and a laptop.=0D=0A> > > > Engine: Runs as a VM on one of the NUCs, whi= ch one it runs on is=0D=0A> > > > determined=0D=0A> > > > by pacemaker.=0D= =0A> > > > Storage: Also managed by pacemaker, it's drbd backed and acces= sed with=0D=0A> > > > iscsi.=0D=0A> > > > oVirt version: 3.5=0D=0A> > > >= OS: CentOS 6.6=0D=0A> > > >=20=0D=0A> > > > The idea is to have our sale= s representative (or the potential customer=0D=0A> > > > himself) randoml= y pull the plug on one of the NUCs to show that the=0D=0A> > > > system=0D= =0A> > > > stays operational when part of the hardware fails.=0D=0A> > >=20= =0D=0A> > > I assume you are aware that the engine might fence the node i= t is running=0D=0A> > > on ...=0D=0A> > > Or do you use pacemaker to run = the engine as well =3F=0D=0A> > >=20=0D=0A> > > > My problem is that I do= n't have any way to implement power management, so=0D=0A> > > > the=0D=0A= > > > > Engine can't fence nodes and won't restart guests that were runni= ng on=0D=0A> > > > the=0D=0A> > > > node which lost power. In pacemaker I= can just configure fencing over SSH=0D=0A> > > > or=0D=0A> > > > even di= sable the requirement to do so completely. Is there something=0D=0A> > > = > similar=0D=0A> > > > for oVirt, so that the Engine will consider a node= which it can't connect=0D=0A> > > > to=0D=0A> > > > to be powered down=3F= =0D=0A> > > >=20=0D=0A> > > > Regards,=0D=0A> > > >=20=0D=0A> > > > mots=0D= =0A> > > >=20=0D=0A> > > > ______________________________________________= _=0D=0A> > > > Users mailing list=0D=0A> > > > Users(a)ovirt.org <mailto:Us= ers(a)ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >=0D=0A>= > > > http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.= org/mailman/listinfo/users>=20=0D=0A> > > > <" target=3D"_blank">http://l= ists.ovirt.org/mailman/listinfo/users> <http://lists.ovirt.org/mailman/li= stinfo/users> ;=0D=0A> > > >=20=0D=0A> > >=20=0D=0A> >=20=0D=0A> >=0D=0A>= =20=0D=0A=0D=0A --=_t8EqHT3xdZg+XwUZZBd4cSFdl9lEQF49Im0BRY50j2FqCbqe Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.10-44973">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>AW: [ovirt-user= s] Fake power management=3F</title>=0A</head>=0A<body>=0A-----Urspr=C3=BC= ngliche Nachricht----- <pre style=3D"white-space: -moz-pre-wrap; white= -space: -pre-wrap; white-space: -o-pre-wrap; white-space: pre-wrap; word-= wrap: break-word;" wrap=3D"">> Von:Barak Azulay <<a href=3D"mailto:= bazulay(a)redhat.com">bazulay(a)redhat.com</a>> > Gesendet: Mon 17 N= ovember 2014 23:30 > An: Patrick Lottenbach <<a href=3D"mailto:p= l(a)a-bot.ch">pl(a)a-bot.ch</a>> > CC: <a href=3D"mailto:users@ovirt= =2Eorg">users(a)ovirt.org</a> > Betreff: Re: AW: [ovirt-users] Fake p= ower management=3F > > Well you can hack the solution in the= form of replacing the fencing master script to always return success (El= i can help you with that), > and define an imaginary fencing device= on each host ... meaning that the fencing command will always succeeds.<= br>> This sounds interesting. It's exactly what I need. <br= >> But this may be risky ... as you might end up with the same VM runn= ing on 2 hosts. As I see it, this would only happen if someone un= plugs the network interface. I know this is a way to break the cluster. I= f someone unplugs the interface, then everything gets started twice anywa= ys thanks to pacemaker being configured to ignore the lack of quorum and = it would look silly in front of the customer. > And one last no= te ... when you disconnect one of the hosts in the demo you mentioned, I = think you'll be better to disconnect the host that does not run the engin= e ... It just gets restarted on the remaining node and resumes op= eration. It even remembers which guests ran on which host. That part i= s really safe. The storage is configured to only report data as written w= hen the write operation has finished on all (currently online) nodes, dis= k write caches are turned off in lvm.conf. PostreSQL is resilient enough = to survive a crash like this. Or am I missing something that might= break=3F > Barak mots > > ----- Origi= nal Message ----- > > From: "mots" <<a href=3D"mailto:mots@ne= pu.moe">mots(a)nepu.moe</a>> > > To: "Barak Azulay" <<a href= =3D"mailto:bazulay@redhat.com">bazulay(a)redhat.com</a>> > > Cc= : <a href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a> > > Sen= t: Monday, November 17, 2014 12:58:20 PM > > Subject: AW: [ovirt= -users] Fake power management=3F > > > > Yes, pacemake= r manages the engine. That part is working fine, the engine > > = restarts on the remaining node without problems. > > It's just t= hat the guests don't come back up until the powered down node has >= > been fenced manually. > > > > -----Urspr=C3=BCng= liche Nachricht----- > > > Von:Barak Azulay <<a href=3D"ma= ilto:bazulay@redhat.com">bazulay(a)redhat.com</a> <mailto:<a href=3D"mai= lto:bazulay@redhat.com">bazulay(a)redhat.com</a>> > > > >= Gesendet: Mon 17 November 2014 11:35 > > > An: Patrick Lotte= nbach <<a href=3D"mailto:pl@a-bot.ch">pl(a)a-bot.ch</a> <mailto:<a hr= ef=3D"mailto:pl@a-bot.ch">pl(a)a-bot.ch</a>> > > > > CC: = <a href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a> <mailto:<a href= =3D"mailto:users@ovirt.org">users(a)ovirt.org</a>> > > > Bet= reff: Re: [ovirt-users] Fake power management=3F > > > &g= t; > > > > > > > > ----- Original Message= ----- > > > > From: "mots" <<a href=3D"mailto:mots@nep= u.moe">mots(a)nepu.moe</a> <mailto:<a href=3D"mailto:mots@nepu.moe">mots= @nepu.moe</a>> > > > > > To: <a href=3D"mailto:users= @ovirt.org">users(a)ovirt.org</a> <mailto:<a href=3D"mailto:users@ovirt.= org">users(a)ovirt.org</a>> > > > > Sent: Friday, Novembe= r 14, 2014 4:54:08 PM > > > > Subject: [ovirt-users] Fake = power management=3F > > > > > > > > Fake p= ower management=3F Hello, > > > > > > > > = I'm building a small demonstration system for our sales team to take to a= > > > > customer so that they can show them our solutions= =2E > > > > Hardware: Two Intel NUC's, a 4 port switch and= a laptop. > > > > Engine: Runs as a VM on one of the NUCs= , which one it runs on is > > > > determined > > = > > by pacemaker. > > > > Storage: Also managed by p= acemaker, it's drbd backed and accessed with > > > > iscsi= =2E > > > > oVirt version: 3.5 > > > > OS: = CentOS 6.6 > > > > > > > > The idea is to = have our sales representative (or the potential customer > > &gt= ; > himself) randomly pull the plug on one of the NUCs to show that th= e > > > > system > > > > stays operational = when part of the hardware fails. > > > > > > I a= ssume you are aware that the engine might fence the node it is running<br= >> > > on ... > > > Or do you use pacemaker to run t= he engine as well =3F > > > > > > > My proble= m is that I don't have any way to implement power management, so > = > > > the > > > > Engine can't fence nodes and wo= n't restart guests that were running on > > > > the &gt= ; > > > node which lost power. In pacemaker I can just configure= fencing over SSH > > > > or > > > > even d= isable the requirement to do so completely. Is there something > &g= t; > > similar > > > > for oVirt, so that the Engine= will consider a node which it can't connect > > > > to<br= >> > > > to be powered down=3F > > > > &gt= ; > > > Regards, > > > > > > > > = mots > > > > > > > > _____________________= __________________________ > > > > Users mailing list &= gt; > > > <a href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a>= <mailto:<a href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a>><br= >> > > > <a href=3D"http://lists.ovirt.org/mailman/listinfo/u= sers" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/users</a>= > > > > <<a href=3D"http://lists.ovirt.org/mailman/lis= tinfo/users>" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/u= sers></a>; > > > > > > > > > <br= >> > > </pre>=0A</body>=0A</html> --=_t8EqHT3xdZg+XwUZZBd4cSFdl9lEQF49Im0BRY50j2FqCbqe-- ------=_Part_39_1687046635.1416266377877 Content-Type: application/pgp-signature; name=signature.asc Content-Transfer-Encoding: 7bit Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: CIPHERMAIL (2.8.6-4) iQEcBAEBCAAGBQJUaoKJAAoJELfzdzVzTtoKUzQH/3pNM2Xw4MjY7OkJRj2c7VbR Lk454UhQ3kBTz/OiFLI5burVnapyzNcrIOAkwwWdseZkFulgqJhh+wiwS4EN/3aV cc3FrESB5sbmObO87tqLiQMkVvc8nUASZhIOcQJEiUhRmDMTGerR58YHR3cKBTiN hygbEkcmPw9pSYrJeQ/jXMlapju4Xet5FHbd4EYcgW8Gh7QmQszdMcNc9qwZ3dyM rzsY8OpaHogzQv1DbnXJAjdGR8LMm/XDP2ZBazuafnjQZli3kEl2WwNFrda+kZhj HTpdJFwt/yC05hkz3hXzkRwfqXDsYmCLsetn4Ym8w/pcA80iLiUp/oDqi7BheTE= =V9lP -----END PGP SIGNATURE----- ------=_Part_39_1687046635.1416266377877--

2 1

Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node and oVirt 3.5.0
by Markus Stockhausen 20 Nov '14

20 Nov '14

------=_NextPartTM-000-c83c49cc-dedf-4344-afc7-1c0140733acf Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C0C6CEXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C0C6CEXCHANGEcollogi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SWlyYyB5b3Ugc2ltcGx5IG5lZWQgbGlidmlydCAxLjIuOQ0KDQpBbSAyMC4xMS4yMDE0IDE2OjIw IHNjaHJpZWIgQm9iIERvb2xpdHRsZSA8Ym9iQGRvb2xpdHRsZS51cy5jb20+Og0KQXJlIHRoZXJl IGFueSBidWdzIHJlbGF0ZWQgdG8gdGhlIGNoYW5nZXMgaW4gcXVlc3Rpb24gdGhhdCB3ZSBjYW4g dHJhY2sNCnNvIHdlIGtub3cgd2hlbiB0aGUgY2hhbmdlcyBhcmUgcmVmbGVjdGVkIGluIG91ciBk aXN0cm9zIG9mIGludGVyZXN0Pw0KDQpUaGFua3MsDQogICAgQm9iDQoNCk9uIDExLzIwLzIwMTQg MDM6NTEgQU0sIHMgayB3cm90ZToNCj4gSGksDQo+DQo+DQo+IExpdmUgc25hcHNob3QgaW5kZWVk IHdvcmtzLCBvbmx5IGxpdmUgbWVyZ2UgaXMgbm90IHdvcmtpbmcuIEkgZ3Vlc3Mgd2UNCj4gd2ls bCBoYXZlIHRvIHdhaXQgdW50aWwgaXMgYXZhaWxhYmxlIG9uIENlbnRPUy4NCj4NCj4gVGhhbmtz IQ0KPg0KPiBTb2tyYXRpcw0KPg0KPg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gRGF0ZTogVGh1LCAy MCBOb3YgMjAxNCAwOTo0OTo0MCArMDgwMA0KPiBTdWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBM aXZlIE1lcmdlIEZ1bmN0aW9uYWxpdHkgZGlzYWJsZWQgb24gQ2VudE9TDQo+IDYuNiBOb2RlIGFu ZCBvVmlydCAzLjUuMA0KPiBGcm9tOiBjb2ZmZWUuenlyQGdtYWlsLmNvbQ0KPiBUbzogZGFuaWVs LmhlbGdlbmJlcmdlckBtLWJveC5kZQ0KPiBDQzogc29rcmF0aXMxMjNrQG91dGxvb2suY29tOyB1 c2Vyc0BvdmlydC5vcmcNCj4NCj4gSGksDQo+ICAgICBhcyBpIGtub3csIGxpdmUgbWVyZ2UgaXMg b25seSBhdmFpbGFibGUgZnJvbSB0aGUgdmVyc2lvbnMgaW4gdGhlDQo+IGZlZG9yYSB2aXJ0LXBy ZXZpZXcgcmVwby4gcGxlYXNlIHNlZVsxXQ0KPg0KPiBbMV0gaHR0cDovL3d3dy5vdmlydC5vcmcv RmVhdHVyZXMvTGl2ZV9NZXJnZSNDdXJyZW50X3N0YXR1cw0KPg0KPiAyMDE0LTExLTIwIDI6MTEg R01UKzA4OjAwIERhbmllbCBIZWxnZW5iZXJnZXINCj4gPGRhbmllbC5oZWxnZW5iZXJnZXJAbS1i b3guZGUgPG1haWx0bzpkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlPj46DQo+DQo+ICAgICBP biAxOS4xMS4yMDE0IDE0OjA2LCBzIGsgd3JvdGU6DQo+ICAgICA+IEhlbGxvLA0KPiAgICAgPg0K PiAgICAgPiBJIHBlcmZvcm1lZCBhIGZ1bGwgeXVtIHVwZ3JhZGUgb24gYSBDZW50T1MgNi41IE5v ZGUgd2hpY2ggd2FzDQo+ICAgICB1cGdyYWRlZCB0byA2LjYNCj4gICAgID4gYW5kIEkgY3VycmVu dGx5IHRoZSBmb2xsb3dpbmcgUlBNIHZlcnNpb25zIGFyZSBpbnN0YWxsZWQ6DQo+ICAgICA+DQo+ ICAgICA+IFtyb290QG5vZGUwMSB+XSMgdW5hbWUgLWENCj4gICAgID4gTGludXggbm9kZTAxIDIu Ni4zMi01MDQuMS4zLmVsNi54ODZfNjQgIzEgU01QIFR1ZSBOb3YgMTEgMTc6NTc6MjUNCj4gICAg IFVUQyAyMDE0DQo+ICAgICA+IHg4Nl82NCB4ODZfNjQgeDg2XzY0IEdOVS9MaW51eA0KPiAgICAg PiBbcm9vdEBub2RlMDEgfl0jIHJwbSAtcWEgfGdyZXAgbGlidmlydA0KPiAgICAgPiBsaWJ2aXJ0 LXB5dGhvbi0wLjEwLjItNDYuZWw2XzYuMS54ODZfNjQNCj4gICAgID4gbGlidmlydC1jbGllbnQt MC4xMC4yLTQ2LmVsNl82LjEueDg2XzY0DQo+ICAgICA+IGxpYnZpcnQtbG9jay1zYW5sb2NrLTAu MTAuMi00Ni5lbDZfNi4xLng4Nl82NA0KPiAgICAgPiBsaWJ2aXJ0LTAuMTAuMi00Ni5lbDZfNi4x Lng4Nl82NA0KPiAgICAgPiBbcm9vdEBub2RlMDEgfl0jDQo+ICAgICA+IFtyb290QG5vZGUwMSB+ XSMgcnBtIC1xYSB8Z3JlcCBrdm0NCj4gICAgID4gcWVtdS1rdm0tcmhldi1kZWJ1Z2luZm8tMC4x Mi4xLjItMi40MTUuZWw2XzUuMTQueDg2XzY0DQo+ICAgICA+IHFlbXUta3ZtLXJoZXYtdG9vbHMt MC4xMi4xLjItMi40MTUuZWw2XzUuMTQueDg2XzY0DQo+ICAgICA+IHFlbXUta3ZtLXJoZXYtMC4x Mi4xLjItMi40MTUuZWw2XzUuMTQueDg2XzY0DQo+ICAgICA+IFtyb290QG5vZGUwMSB+XSMgcnBt IC1xYSB8Z3JlcCBxZW11DQo+ICAgICA+IGdweGUtcm9tcy1xZW11LTAuOS43LTYuMTIuZWw2Lm5v YXJjaA0KPiAgICAgPiBxZW11LWt2bS1yaGV2LWRlYnVnaW5mby0wLjEyLjEuMi0yLjQxNS5lbDZf NS4xNC54ODZfNjQNCj4gICAgID4gcWVtdS1pbWctcmhldi0wLjEyLjEuMi0yLjQxNS5lbDZfNS4x NC54ODZfNjQNCj4gICAgID4gcWVtdS1rdm0tcmhldi10b29scy0wLjEyLjEuMi0yLjQxNS5lbDZf NS4xNC54ODZfNjQNCj4gICAgID4gcWVtdS1rdm0tcmhldi0wLjEyLjEuMi0yLjQxNS5lbDZfNS4x NC54ODZfNjQNCj4gICAgID4gW3Jvb3RAbm9kZTAxIH5dIyBycG0gLXFhIHxncmVwIHZkc20NCj4g ICAgID4gdmRzbS1qc29ucnBjLTQuMTYuNy0xLmdpdGRiODM5NDMuZWw2Lm5vYXJjaA0KPiAgICAg PiB2ZHNtLXB5dGhvbi16b21iaWVyZWFwZXItNC4xNi43LTEuZ2l0ZGI4Mzk0My5lbDYubm9hcmNo DQo+ICAgICA+IHZkc20teWFqc29ucnBjLTQuMTYuNy0xLmdpdGRiODM5NDMuZWw2Lm5vYXJjaA0K PiAgICAgPiB2ZHNtLXhtbHJwYy00LjE2LjctMS5naXRkYjgzOTQzLmVsNi5ub2FyY2gNCj4gICAg ID4gdmRzbS00LjE2LjctMS5naXRkYjgzOTQzLmVsNi54ODZfNjQNCj4gICAgID4gdmRzbS1weXRo b24tNC4xNi43LTEuZ2l0ZGI4Mzk0My5lbDYubm9hcmNoDQo+ICAgICA+IHZkc20tY2xpLTQuMTYu Ny0xLmdpdGRiODM5NDMuZWw2Lm5vYXJjaA0KPiAgICAgPg0KPiAgICAgPiBUaGUgaG9zdCByZXBv cnRzIHRoYXQgIExpdmUgU25hcHNub3QgU3VwcG9ydCBpcyBBY3RpdmUgb24gdGhlDQo+ICAgICBH ZW5lcmFsIFRhYiBidXQNCj4gICAgID4gSSdtIHVuYWJsZSB0byBkZWxldGUgYSBzbmFwc2hvdC4N Cj4gICAgID4NCj4gICAgID4gQW55IGlkZWFzPw0KPiAgICAgSG0gY291bGQgaXQgYmUgeW91IG1p eCB1cCBsaXZlIHNuYXBzaG90IGFuZCBsaXZlIG1lcmdlPyBMaXZlIHNuYXBzaG90DQo+ICAgICB3 b3JrcyBzaW5jZSAzLjQuMyBxdWl0ZSB3aWxsLiBMaXZlIG1lcmdlIGhvd2V2ZXIgaXMgc3RpbGwg dW5zdXBwb3J0ZWQgYXMNCj4gICAgIEkgdGhpbmsgaXQgcmVxdWlyZXMgc29tZSBxdWl0ZSBuZXcg c3R1ZmYgZnJvbSBsaWJ2aXJ0LiBJdCB3aWxsDQo+ICAgICBldmVudHVhbGx5IHdvcmsgb24gRUw3 IFsxXS4NCj4NCj4gICAgIFsxXSBodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcu Y2dpP2lkPTEwNjIxNDINCj4gICAgID4NCj4gICAgID4gVGhhbmsgeW91LA0KPiAgICAgPg0KPiAg ICAgPiBTb2tyYXRpcw0KPiAgICAgPg0KPg0KPiAgICAgLS0NCj4gICAgIERhbmllbCBIZWxnZW5i ZXJnZXINCj4gICAgIG0gYm94IGJld2VndGJpbGQgR21iSA0KPg0KPiAgICAgUDogKzQ5LzMwLzI0 MDg3ODEtMjINCj4gICAgIEY6ICs0OS8zMC8yNDA4NzgxLTEwDQo+DQo+ICAgICBBQ0tFUlNUUi4g MTkNCj4gICAgIEQtMTAxMTUgQkVSTElODQo+DQo+DQo+ICAgICB3d3cubS1ib3guZGU8aHR0cDov L3d3dy5tLWJveC5kZT4gPGh0dHA6Ly93d3cubS1ib3guZGU+ICB3d3cubW9ua2V5bWVuLnR2PGh0 dHA6Ly93d3cubW9ua2V5bWVuLnR2Pg0KPiAgICAgPGh0dHA6Ly93d3cubW9ua2V5bWVuLnR2Pg0K Pg0KPiAgICAgR2VzY2jDpGZ0c2bDvGhyZXI6IE1hcnRpbiBSZXRzY2hpdHplZ2dlciAvIE1pY2hh ZWxhIEfDtmxsbmVyDQo+ICAgICBIYW5kZXNscmVnaXN0ZXI6IEFtdHNnZXJpY2h0IENoYXJsb3R0 ZW5idXJnIC8gSFJCIDExMjc2Nw0KPiAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gICAgIFVzZXJzIG1haWxpbmcgbGlzdA0KPiAgICAgVXNlcnNA b3ZpcnQub3JnIDxtYWlsdG86VXNlcnNAb3ZpcnQub3JnPg0KPiAgICAgaHR0cDovL2xpc3RzLm92 aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+DQo+DQo+DQo+DQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFVzZXJzIG1haWxpbmcgbGlz dA0KPiBVc2Vyc0BvdmlydC5vcmcNCj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xp c3RpbmZvL3VzZXJzDQo+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KVXNlcnMgbWFpbGluZyBsaXN0DQpVc2Vyc0BvdmlydC5vcmcNCmh0dHA6Ly9saXN0 cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0K --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C0C6CEXCHANGEcollogi_ Content-Type: text/html; charset="utf-8" Content-ID: <CE8A9AFF8C43E949889520DB6219D914(a)collogia.de> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi PklpcmMgeW91IHNpbXBseSBuZWVkIGxpYnZpcnQgMS4yLjk8L3A+DQo8ZGl2IGNsYXNzPSJnbWFp bF9xdW90ZSI+QW0gMjAuMTEuMjAxNCAxNjoyMCBzY2hyaWViIEJvYiBEb29saXR0bGUgJmx0O2Jv YkBkb29saXR0bGUudXMuY29tJmd0Ozo8YnIgdHlwZT0iYXR0cmlidXRpb24iPg0KPGJsb2NrcXVv dGUgY2xhc3M9InF1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4 ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+DQo8ZGl2Pjxmb250IHNpemU9IjIiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTBwdCI+PC9zcGFuPjwvZm9udD4NCjxkaXY+QXJlIHRoZXJlIGFu eSBidWdzIHJlbGF0ZWQgdG8gdGhlIGNoYW5nZXMgaW4gcXVlc3Rpb24gdGhhdCB3ZSBjYW4gdHJh Y2s8YnI+DQpzbyB3ZSBrbm93IHdoZW4gdGhlIGNoYW5nZXMgYXJlIHJlZmxlY3RlZCBpbiBvdXIg ZGlzdHJvcyBvZiBpbnRlcmVzdD88YnI+DQo8YnI+DQpUaGFua3MsPGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7IEJvYjxicj4NCjxicj4NCk9uIDExLzIwLzIwMTQgMDM6NTEgQU0sIHMgayB3cm90ZTo8 YnI+DQomZ3Q7IEhpLDxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IExpdmUgc25hcHNo b3QgaW5kZWVkIHdvcmtzLCBvbmx5IGxpdmUgbWVyZ2UgaXMgbm90IHdvcmtpbmcuIEkgZ3Vlc3Mg d2U8YnI+DQomZ3Q7IHdpbGwgaGF2ZSB0byB3YWl0IHVudGlsIGlzIGF2YWlsYWJsZSBvbiBDZW50 T1MuPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFRoYW5rcyE8YnI+DQomZ3Q7IDxicj4NCiZndDsgU29r cmF0aXM8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+ DQomZ3Q7IERhdGU6IFRodSwgMjAgTm92IDIwMTQgMDk6NDk6NDAgJiM0MzswODAwPGJyPg0KJmd0 OyBTdWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBMaXZlIE1lcmdlIEZ1bmN0aW9uYWxpdHkgZGlz YWJsZWQgb24gQ2VudE9TPGJyPg0KJmd0OyA2LjYgTm9kZSBhbmQgb1ZpcnQgMy41LjA8YnI+DQom Z3Q7IEZyb206IGNvZmZlZS56eXJAZ21haWwuY29tPGJyPg0KJmd0OyBUbzogZGFuaWVsLmhlbGdl bmJlcmdlckBtLWJveC5kZTxicj4NCiZndDsgQ0M6IHNva3JhdGlzMTIza0BvdXRsb29rLmNvbTsg dXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEhpLDxicj4NCiZndDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgYXMgaSBrbm93LCBsaXZlIG1lcmdlIGlzIG9ubHkgYXZhaWxhYmxl IGZyb20gdGhlIHZlcnNpb25zIGluIHRoZTxicj4NCiZndDsgZmVkb3JhIHZpcnQtcHJldmlldyBy ZXBvLiBwbGVhc2Ugc2VlWzFdPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFsxXSA8YSBocmVmPSJodHRw Oi8vd3d3Lm92aXJ0Lm9yZy9GZWF0dXJlcy9MaXZlX01lcmdlI0N1cnJlbnRfc3RhdHVzIj5odHRw Oi8vd3d3Lm92aXJ0Lm9yZy9GZWF0dXJlcy9MaXZlX01lcmdlI0N1cnJlbnRfc3RhdHVzPC9hPjxi cj4NCiZndDsgPGJyPg0KJmd0OyAyMDE0LTExLTIwIDI6MTEgR01UJiM0MzswODowMCBEYW5pZWwg SGVsZ2VuYmVyZ2VyPGJyPg0KJmd0OyAmbHQ7ZGFuaWVsLmhlbGdlbmJlcmdlckBtLWJveC5kZSAm bHQ7PGEgaHJlZj0ibWFpbHRvOmRhbmllbC5oZWxnZW5iZXJnZXJAbS1ib3guZGUiPm1haWx0bzpk YW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlPC9hPiZndDsmZ3Q7Ojxicj4NCiZndDsgPGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBPbiAxOS4xMS4yMDE0IDE0OjA2LCBzIGsgd3Jv dGU6PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IEhlbGxvLDxicj4NCiZn dDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJmd0OyBJIHBlcmZvcm1lZCBhIGZ1bGwgeXVtIHVwZ3JhZGUgb24gYSBDZW50T1Mg Ni41IE5vZGUgd2hpY2ggd2FzPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB1cGdy YWRlZCB0byA2LjY8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgYW5kIEkg Y3VycmVudGx5IHRoZSBmb2xsb3dpbmcgUlBNIHZlcnNpb25zIGFyZSBpbnN0YWxsZWQ6PGJyPg0K Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAmZ3Q7IFtyb290QG5vZGUwMSB+XSMgdW5hbWUgLWE8YnI+DQomZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgTGludXggbm9kZTAxIDIuNi4zMi01MDQuMS4zLmVsNi54 ODZfNjQgIzEgU01QIFR1ZSBOb3YgMTEgMTc6NTc6MjU8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IFVUQyAyMDE0PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7 IHg4Nl82NCB4ODZfNjQgeDg2XzY0IEdOVS9MaW51eDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgJmd0OyBbcm9vdEBub2RlMDEgfl0jIHJwbSAtcWEgfGdyZXAgbGlidmlydDxicj4N CiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBsaWJ2aXJ0LXB5dGhvbi0wLjEwLjIt NDYuZWw2XzYuMS54ODZfNjQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsg bGlidmlydC1jbGllbnQtMC4xMC4yLTQ2LmVsNl82LjEueDg2XzY0PGJyPg0KJmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IGxpYnZpcnQtbG9jay1zYW5sb2NrLTAuMTAuMi00Ni5lbDZf Ni4xLng4Nl82NDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBsaWJ2aXJ0 LTAuMTAuMi00Ni5lbDZfNi4xLng4Nl82NDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJmd0OyBbcm9vdEBub2RlMDEgfl0jPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyAmZ3Q7IFtyb290QG5vZGUwMSB+XSMgcnBtIC1xYSB8Z3JlcCBrdm08YnI+DQomZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgcWVtdS1rdm0tcmhldi1kZWJ1Z2luZm8tMC4xMi4xLjIt Mi40MTUuZWw2XzUuMTQueDg2XzY0PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm Z3Q7IHFlbXUta3ZtLXJoZXYtdG9vbHMtMC4xMi4xLjItMi40MTUuZWw2XzUuMTQueDg2XzY0PGJy Pg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IHFlbXUta3ZtLXJoZXYtMC4xMi4x LjItMi40MTUuZWw2XzUuMTQueDg2XzY0PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyAmZ3Q7IFtyb290QG5vZGUwMSB+XSMgcnBtIC1xYSB8Z3JlcCBxZW11PGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IGdweGUtcm9tcy1xZW11LTAuOS43LTYuMTIuZWw2Lm5v YXJjaDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBxZW11LWt2bS1yaGV2 LWRlYnVnaW5mby0wLjEyLjEuMi0yLjQxNS5lbDZfNS4xNC54ODZfNjQ8YnI+DQomZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgcWVtdS1pbWctcmhldi0wLjEyLjEuMi0yLjQxNS5lbDZf NS4xNC54ODZfNjQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgcWVtdS1r dm0tcmhldi10b29scy0wLjEyLjEuMi0yLjQxNS5lbDZfNS4xNC54ODZfNjQ8YnI+DQomZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgcWVtdS1rdm0tcmhldi0wLjEyLjEuMi0yLjQxNS5l bDZfNS4xNC54ODZfNjQ8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgW3Jv b3RAbm9kZTAxIH5dIyBycG0gLXFhIHxncmVwIHZkc208YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ICZndDsgdmRzbS1qc29ucnBjLTQuMTYuNy0xLmdpdGRiODM5NDMuZWw2Lm5vYXJj aDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmd0OyB2ZHNtLXB5dGhvbi16b21i aWVyZWFwZXItNC4xNi43LTEuZ2l0ZGI4Mzk0My5lbDYubm9hcmNoPGJyPg0KJmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IHZkc20teWFqc29ucnBjLTQuMTYuNy0xLmdpdGRiODM5NDMu ZWw2Lm5vYXJjaDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmd0OyB2ZHNtLXht bHJwYy00LjE2LjctMS5naXRkYjgzOTQzLmVsNi5ub2FyY2g8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICZndDsgdmRzbS00LjE2LjctMS5naXRkYjgzOTQzLmVsNi54ODZfNjQ8YnI+ DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDsgdmRzbS1weXRob24tNC4xNi43LTEu Z2l0ZGI4Mzk0My5lbDYubm9hcmNoPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm Z3Q7IHZkc20tY2xpLTQuMTYuNy0xLmdpdGRiODM5NDMuZWw2Lm5vYXJjaDxicj4NCiZndDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJmd0OyBUaGUgaG9zdCByZXBvcnRzIHRoYXQmbmJzcDsgTGl2ZSBTbmFwc25vdCBTdXBwb3J0 IGlzIEFjdGl2ZSBvbiB0aGU8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdlbmVy YWwgVGFiIGJ1dDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBJJ20gdW5h YmxlIHRvIGRlbGV0ZSBhIHNuYXBzaG90Ljxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJmd0Ozxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmd0OyBBbnkgaWRlYXM/ PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBIbSBjb3VsZCBpdCBiZSB5b3UgbWl4 IHVwIGxpdmUgc25hcHNob3QgYW5kIGxpdmUgbWVyZ2U/IExpdmUgc25hcHNob3Q8YnI+DQomZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHdvcmtzIHNpbmNlIDMuNC4zIHF1aXRlIHdpbGwuIExp dmUgbWVyZ2UgaG93ZXZlciBpcyBzdGlsbCB1bnN1cHBvcnRlZCBhczxicj4NCiZndDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgSSB0aGluayBpdCByZXF1aXJlcyBzb21lIHF1aXRlIG5ldyBzdHVm ZiBmcm9tIGxpYnZpcnQuIEl0IHdpbGw8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGV2ZW50dWFsbHkgd29yayBvbiBFTDcgWzFdLjxicj4NCiZndDsgPGJyPg0KJmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBbMV0gPGEgaHJlZj0iaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29t L3Nob3dfYnVnLmNnaT9pZD0xMDYyMTQyIj5odHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hv d19idWcuY2dpP2lkPTEwNjIxNDI8L2E+PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyAmZ3Q7PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmZ3Q7IFRoYW5rIHlvdSw8 YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZndDs8YnI+DQomZ3Q7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZndDsgU29rcmF0aXM8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICZndDs8YnI+DQomZ3Q7IDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg LS08YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IERhbmllbCBIZWxnZW5iZXJnZXI8 YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG0gYm94IGJld2VndGJpbGQgR21iSDxi cj4NCiZndDsgPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQOiAmIzQzOzQ5LzMw LzI0MDg3ODEtMjI8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEY6ICYjNDM7NDkv MzAvMjQwODc4MS0xMDxicj4NCiZndDsgPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBBQ0tFUlNUUi4gMTk8YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEQtMTAxMTUg QkVSTElOPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgPGEgaHJlZj0iaHR0cDovL3d3dy5tLWJveC5kZSI+d3d3Lm0tYm94LmRlPC9hPiAmbHQ7 PGEgaHJlZj0iaHR0cDovL3d3dy5tLWJveC5kZSI+aHR0cDovL3d3dy5tLWJveC5kZTwvYT4mZ3Q7 Jm5ic3A7DQo8YSBocmVmPSJodHRwOi8vd3d3Lm1vbmtleW1lbi50diI+d3d3Lm1vbmtleW1lbi50 djwvYT48YnI+DQomZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZsdDs8YSBocmVmPSJodHRw Oi8vd3d3Lm1vbmtleW1lbi50diI+aHR0cDovL3d3dy5tb25rZXltZW4udHY8L2E+Jmd0Ozxicj4N CiZndDsgPGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHZXNjaMOkZnRzZsO8aHJl cjogTWFydGluIFJldHNjaGl0emVnZ2VyIC8gTWljaGFlbGEgR8O2bGxuZXI8YnI+DQomZ3Q7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEhhbmRlc2xyZWdpc3RlcjogQW10c2dlcmljaHQgQ2hhcmxv dHRlbmJ1cmcgLyBIUkIgMTEyNzY3PGJyPg0KJmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBVc2Vyc0BvdmlydC5vcmcgJmx0OzxhIGhyZWY9Im1haWx0bzpV c2Vyc0BvdmlydC5vcmciPm1haWx0bzpVc2Vyc0BvdmlydC5vcmc8L2E+Jmd0Ozxicj4NCiZndDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9t YWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz dGluZm8vdXNlcnM8L2E+PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IFVzZXJzQG92aXJ0Lm9y Zzxicj4NCiZndDsgPGEgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3VzZXJzIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8 L2E+PGJyPg0KJmd0OyA8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzxicj4NClVzZXJzIG1haWxpbmcgbGlzdDxicj4NClVzZXJzQG92aXJ0Lm9yZzxi cj4NCjxhIGhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vy cyI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPC9hPjxicj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C0C6CEXCHANGEcollogi_-- ------=_NextPartTM-000-c83c49cc-dedf-4344-afc7-1c0140733acf Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-c83c49cc-dedf-4344-afc7-1c0140733acf--

2 1