12:13 p.m.
------=_NextPartTM-000-bf1f3448-4cf7-4f81-b33a-060c7d113f51
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD17358615C53EXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358615C53EXCHANGEcollogi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello,
we have an up to date ovirt 3.4 installation. Inside we are running SLES11 =
SP3
VMs (Kernel 3.0.76-0.11). After live migration of these VMs they all of a s=
udden
do not react any longer and CPU usage of the VM goes to 100%.
We identified kvm-clock source to be the culprit and therefore switched to =
another
clocksource. We ended with hpet but are not happy with that as our inital g=
oal
was to use the more simple designed TSC clocksoure.
The reason behind that is the question I have for you experts.
Our hosts all have the constant_tsc CPU flag available. Just to mention the=
se
are not identical hosts. We have a mix of Xeon 5500 and 5600 machines. E.G.
[root@colovn01 ~]# cat /proc/cpuinfo | grep constant_tsc | wc -l
8
When we start the VM the client sees TSC as available clocksource:
colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_cloc=
ksource
kvm-clock tsc hpet acpi_pm
After the first live migration to another host that also has constant_tsc (=
see above)
that flag is lost inside the VM.
colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_cloc=
ksource
kvm-clock hpet acpi_pm
Any ideas?
Markus
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358615C53EXCHANGEcollogi_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html dir=3D"ltr">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html;
charset=3Diso-8859-=
1">
<style id=3D"owaParaStyle" type=3D"text/css">P
{margin-top:0;margin-bottom:=
0;}</style>
</head>
<body ocsi=3D"0" fpstyle=3D"1">
<div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: =
10pt;">Hello,<br>
<br>
we have an up to date ovirt 3.4 installation. Inside we are running SLES11 =
SP3<br>
VMs (Kernel 3.0.76-0.11). After live migration of these VMs they all of a s=
udden<br>
do not react any longer and CPU usage of the VM goes to 100%.<br>
<br>
We identified kvm-clock source to be the culprit and therefore switched to =
another<br>
clocksource. We ended with hpet but are not happy with that as our inital g=
oal<br>
was to use the more simple designed TSC clocksoure. <br>
<br>
The reason behind that is the question I have for you experts.<br>
<br>
Our hosts all have the constant_tsc CPU flag available. Just to mention the=
se<br>
are not identical hosts. We have a mix of Xeon 5500 and 5600 machines. E.G.=
<br>
[root@colovn01 ~]# cat /proc/cpuinfo | grep constant_tsc | wc -l<br>
8<br>
<br>
When we start the VM the client sees TSC as available clocksource:<br>
<br>
colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_cloc=
ksource<br>
kvm-clock tsc hpet acpi_pm<br>
<br>
After the first live migration to another host that also has constant_tsc (=
see above)<br>
that flag is lost inside the VM.<br>
<br>
colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_cloc=
ksource<br>
kvm-clock hpet acpi_pm<br>
<br>
Any ideas?<br>
<br>
Markus<br>
<br>
<br>
</div>
</body>
</html>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358615C53EXCHANGEcollogi_--
------=_NextPartTM-000-bf1f3448-4cf7-4f81-b33a-060c7d113f51
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-bf1f3448-4cf7-4f81-b33a-060c7d113f51--
3:33 p.m.
--Apple-Mail=_BA43FE41-733B-497D-BFE0-FAD8F2CAE57A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=windows-1252
Hi,
this is more for the KVM folks I suppose=85can you get the qemu process =
cmdline please?
Thanks,
michal
On 3 Apr 2014, at 12:13, Markus Stockhausen wrote:
Hello,
=20
we have an up to date ovirt 3.4 installation. Inside we are running =
SLES11 SP3
VMs (Kernel 3.0.76-0.11). After live migration of these VMs they all
=
of a sudden
do not react any longer and CPU usage of the VM goes to 100%.
=20
We identified kvm-clock source to be the culprit and therefore =
switched to
another
clocksource. We ended with hpet but are not happy with that as our =
inital goal
mention these
are not identical hosts. We have a mix of Xeon 5500 and 5600
machines. =
E.G.
/sys/devices/system/clocksource/clocksource0/available_clocksource
kvm-clock tsc hpet acpi_pm
=20
After the first live migration to another host that also has =
constant_tsc (see
above)
/sys/devices/system/clocksource/clocksource0/available_clocksource
<InterScan_Disclaimer.txt>_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--Apple-Mail=_BA43FE41-733B-497D-BFE0-FAD8F2CAE57A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=windows-1252
<html><head><base href=3D"x-msg://1575/"></head><body
style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; ">Hi,<div>this is more for the KVM folks I =
suppose=85can you get the qemu process cmdline =
please?</div><div><br></div><div>Thanks,</div><div>michal</div><div><br><d=
iv><div>On 3 Apr 2014, at 12:13, Markus Stockhausen wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote
type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
font-family: Helvetica; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: =
none; white-space: normal; widows: 2; word-spacing: 0px; =
-webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: =
0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div
ocsi=3D"0"=
fpstyle=3D"1"><div style=3D"direction: ltr; font-family: Tahoma;
color: =
rgb(0, 0, 0); font-size: 10pt; ">Hello,<br><br>we have an up to date
=
ovirt 3.4 installation. Inside we are running SLES11 SP3<br>VMs (Kernel =
3.0.76-0.11). After live migration of these VMs they all of a =
sudden<br>do not react any longer and CPU usage of the VM goes to =
100%.<br><br>We identified kvm-clock source to be the culprit and =
therefore switched to another<br>clocksource. We ended with hpet but are =
not happy with that as our inital goal<br>was to use the more simple =
designed TSC clocksoure.<span =
class=3D"Apple-converted-space"> </span><br><br>The
reason behind =
that is the question I have for you experts.<br><br>Our hosts all have =
the constant_tsc CPU flag available. Just to mention these<br>are not =
identical hosts. We have a mix of Xeon 5500 and 5600 machines. =
E.G.<br>[root@colovn01 ~]# cat /proc/cpuinfo | grep constant_tsc | wc =
-l<br>8<br><br>When we start the VM the client sees TSC as available =
clocksource:<br><br>colvm53:~ # cat =
/sys/devices/system/clocksource/clocksource0/available_clocksource<br>kvm-=
clock tsc hpet acpi_pm<br><br>After the first live migration to another =
host that also has constant_tsc (see above)<br>that flag is lost inside =
the VM.<br><br>colvm53:~ # cat =
/sys/devices/system/clocksource/clocksource0/available_clocksource<br>kvm-=
clock hpet acpi_pm<br><br>Any =
ideas?<br><br>Markus<br><br><br></div><span><InterScan_Disclaimer.txt&g=
t;</span>_______________________________________________<br>Users =
mailing list<br><a =
href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br><a =
href=3D"http://lists.ovirt.org/mailman/listinfo/users">http:...
org/mailman/listinfo/users</a></div></span></blockquote></div><br></div></=
body></html>=
--Apple-Mail=_BA43FE41-733B-497D-BFE0-FAD8F2CAE57A--
1:19 a.m.
--Apple-Mail=_2FC1045B-BCA5-43A7-B186-961C9DFED565
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=windows-1252
I see this on some guests as well, possibly relating to moving between =
hosts with the same family of CPU but different absolute CPU speeds?
-Darrell
On Apr 4, 2014, at 8:33 AM, Michal Skrivanek =
<michal.skrivanek(a)redhat.com> wrote:
Hi,
this is more for the KVM folks I suppose=85can you get the qemu =
process cmdline
please?
SLES11
SP3
> VMs (Kernel 3.0.76-0.11). After live migration of these VMs they
all =
of a sudden
> do not react any longer and CPU usage of the VM goes to 100%.
>=20
> We identified kvm-clock source to be the culprit and therefore =
switched to
another
> clocksource. We ended with hpet but are not happy with that as
our =
inital goal
mention
these
> are not identical hosts. We have a mix of Xeon 5500 and 5600 =
machines. E.G.
/sys/devices/system/clocksource/clocksource0/available_clocksource
> kvm-clock tsc hpet acpi_pm
>=20
> After the first live migration to another host that also has =
constant_tsc
(see above)
/sys/devices/system/clocksource/clocksource0/available_clocksource
<InterScan_Disclaimer.txt>_______________________________________________
--Apple-Mail=_2FC1045B-BCA5-43A7-B186-961C9DFED565
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=windows-1252
<html><head><meta http-equiv=3D"Content-Type"
content=3D"text/html =
charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word;
=
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">I see =
this on some guests as well, possibly relating to moving between hosts =
with the same family of CPU but different absolute CPU =
speeds?<div><br></div><div> =
-Darrell</div><div><br></div><div><div><div>On
Apr 4, 2014, at 8:33 AM, =
Michal Skrivanek <<a =
href=3D"mailto:michal.skrivanek@redhat.com">michal.skrivanek@redhat.com</a=
> wrote:</div><br
class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><base href=3D"x-msg://1575/"><div
style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; ">Hi,<div>this is more for the KVM folks I =
suppose=85can you get the qemu process cmdline =
please?</div><div><br></div><div>Thanks,</div><div>michal</div><div><br><d=
iv><div>On 3 Apr 2014, at 12:13, Markus Stockhausen wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote
type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
font-family: Helvetica; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: =
none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: =
0px; -webkit-text-decorations-in-effect: none; =
-webkit-text-stroke-width: 0px; font-size: inherit;"><div =
style=3D"direction: ltr; font-family: Tahoma; font-size: =
10pt;">Hello,<br><br>we have an up to date ovirt 3.4 installation. =
Inside we are running SLES11 SP3<br>VMs (Kernel 3.0.76-0.11). After live =
migration of these VMs they all of a sudden<br>do not react any longer =
and CPU usage of the VM goes to 100%.<br><br>We identified kvm-clock =
source to be the culprit and therefore switched to =
another<br>clocksource. We ended with hpet but are not happy with that =
as our inital goal<br>was to use the more simple designed TSC =
clocksoure.<span
class=3D"Apple-converted-space"> </span><br><br>The
=
reason behind that is the question I have for you experts.<br><br>Our =
hosts all have the constant_tsc CPU flag available. Just to mention =
these<br>are not identical hosts. We have a mix of Xeon 5500 and 5600 =
machines. E.G.<br>[root@colovn01 ~]# cat /proc/cpuinfo | grep =
constant_tsc | wc -l<br>8<br><br>When we start the VM the client sees =
TSC as available clocksource:<br><br>colvm53:~ # cat =
/sys/devices/system/clocksource/clocksource0/available_clocksource<br>kvm-=
clock tsc hpet acpi_pm<br><br>After the first live migration to another =
host that also has constant_tsc (see above)<br>that flag is lost inside =
the VM.<br><br>colvm53:~ # cat =
/sys/devices/system/clocksource/clocksource0/available_clocksource<br>kvm-=
clock hpet acpi_pm<br><br>Any =
ideas?<br><br>Markus<br><br><br></div><InterScan_Disclaimer.txt>____=
___________________________________________<br>Users mailing list<br><a =
href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br><a =
href=3D"http://lists.ovirt.org/mailman/listinfo/users">http:...
org/mailman/listinfo/users</a></span></blockquote></div><br></div></div>__=
_____________________________________________<br>Users mailing =
list<br><a =
href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br>http://lists.ovirt.=
org/mailman/listinfo/users<br></blockquote></div><br></div></body></html>=
--Apple-Mail=_2FC1045B-BCA5-43A7-B186-961C9DFED565--
7:09 p.m.
--Apple-Mail=_426EFAFD-B3CC-41E6-85E6-EAE4A82FC441
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=windows-1252
Whups, should note that I don=92t see the CPU utilization issues, just =
the clock source errors. This is on a 3.3.4 install with centos 6.4 =
guests.
On Apr 4, 2014, at 6:19 PM, Darrell Budic <darrell.budic(a)zenfire.com> =
wrote:
I see this on some guests as well, possibly relating to moving
between =
hosts with the same family of CPU but different absolute CPU speeds?
<michal.skrivanek(a)redhat.com>
wrote:
=20
> Hi,
> this is more for the KVM folks I suppose=85can you get the qemu =
process
cmdline please?
SLES11 SP3
>> VMs (Kernel 3.0.76-0.11). After live migration of these VMs
they all =
of a sudden
switched
to another
>> clocksource. We ended with hpet but are not happy with that
as our =
inital goal
mention
these
>> are not identical hosts. We have a mix of Xeon 5500 and 5600
=
machines. E.G.
/sys/devices/system/clocksource/clocksource0/available_clocksource
>> kvm-clock tsc hpet acpi_pm
>>=20
>> After the first live migration to another host that also has =
constant_tsc
(see above)
/sys/devices/system/clocksource/clocksource0/available_clocksource
<InterScan_Disclaimer.txt>_______________________________________________
--Apple-Mail=_426EFAFD-B3CC-41E6-85E6-EAE4A82FC441
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=windows-1252
<html><head><meta http-equiv=3D"Content-Type"
content=3D"text/html =
charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word;
=
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Whups, =
should note that I don=92t see the CPU utilization issues, just the =
clock source errors. This is on a 3.3.4 install with centos 6.4 =
guests.<div><br></div><div><div><div>On Apr 4, 2014,
at 6:19 PM, Darrell =
Budic <<a =
href=3D"mailto:darrell.budic@zenfire.com">darrell.budic@zenfire.com</a>>=
; wrote:</div><br class=3D"Apple-interchange-newline"><blockquote
=
type=3D"cite"><meta http-equiv=3D"Content-Type"
content=3D"text/html =
charset=3Dwindows-1252"><div style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">I see =
this on some guests as well, possibly relating to moving between hosts =
with the same family of CPU but different absolute CPU =
speeds?<div><br></div><div> =
-Darrell</div><div><br></div><div><div><div>On
Apr 4, 2014, at 8:33 AM, =
Michal Skrivanek <<a =
href=3D"mailto:michal.skrivanek@redhat.com">michal.skrivanek@redhat.com</a=
> wrote:</div><br
class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><base href=3D"x-msg://1575/"><div
style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; ">Hi,<div>this is more for the KVM folks I =
suppose=85can you get the qemu process cmdline =
please?</div><div><br></div><div>Thanks,</div><div>michal</div><div><br><d=
iv><div>On 3 Apr 2014, at 12:13, Markus Stockhausen wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote
type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
font-family: Helvetica; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: =
none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: =
0px; -webkit-text-decorations-in-effect: none; =
-webkit-text-stroke-width: 0px; font-size: inherit;"><div =
style=3D"direction: ltr; font-family: Tahoma; font-size: =
10pt;">Hello,<br><br>we have an up to date ovirt 3.4 installation. =
Inside we are running SLES11 SP3<br>VMs (Kernel 3.0.76-0.11). After live =
migration of these VMs they all of a sudden<br>do not react any longer =
and CPU usage of the VM goes to 100%.<br><br>We identified kvm-clock =
source to be the culprit and therefore switched to =
another<br>clocksource. We ended with hpet but are not happy with that =
as our inital goal<br>was to use the more simple designed TSC =
clocksoure.<span
class=3D"Apple-converted-space"> </span><br><br>The
=
reason behind that is the question I have for you experts.<br><br>Our =
hosts all have the constant_tsc CPU flag available. Just to mention =
these<br>are not identical hosts. We have a mix of Xeon 5500 and 5600 =
machines. E.G.<br>[root@colovn01 ~]# cat /proc/cpuinfo | grep =
constant_tsc | wc -l<br>8<br><br>When we start the VM the client sees =
TSC as available clocksource:<br><br>colvm53:~ # cat =
/sys/devices/system/clocksource/clocksource0/available_clocksource<br>kvm-=
clock tsc hpet acpi_pm<br><br>After the first live migration to another =
host that also has constant_tsc (see above)<br>that flag is lost inside =
the VM.<br><br>colvm53:~ # cat =
/sys/devices/system/clocksource/clocksource0/available_clocksource<br>kvm-=
clock hpet acpi_pm<br><br>Any =
ideas?<br><br>Markus<br><br><br></div><InterScan_Disclaimer.txt>____=
___________________________________________<br>Users mailing list<br><a =
href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br><a =
href=3D"http://lists.ovirt.org/mailman/listinfo/users">http:...
org/mailman/listinfo/users</a></span></blockquote></div><br></div></div>__=
_____________________________________________<br>Users mailing =
list<br><a
href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br><a =
href=3D"http://lists.ovirt.org/mailman/listinfo/users">http:...
org/mailman/listinfo/users</a><br></blockquote></div><br></div></div>_____=
__________________________________________<br>Users mailing list<br><a =
href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br>http://lists.ovirt.=
org/mailman/listinfo/users<br></blockquote></div><br></div></body></html>=
--Apple-Mail=_426EFAFD-B3CC-41E6-85E6-EAE4A82FC441--
7:38 p.m.
This is a multi-part message in MIME format.
------=_NextPartTM-000-65b5fc42-4c2e-4b1f-9849-7feb5e008797
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
mdline
please?=0A=
=0A=
Thanks,=0A=
michal=0A=
=0A=
Hello,=0A=
=0A=
the bug exists even with two absolutely identical hosts. With others=0A=
reporting the same issue I opened BZ 1084700. QEMU command line=0A=
posted over there.=0A=
=0A=
Markus=
------=_NextPartTM-000-65b5fc42-4c2e-4b1f-9849-7feb5e008797
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-65b5fc42-4c2e-4b1f-9849-7feb5e008797--
4022
days inactive
4024
days old
4 comments
3 participants
participants (3)
-
Darrell Budic -
Markus Stockhausen -
Michal Skrivanek