8:23 p.m.
Hi All,
I've been googling but haven't found an answer to what I thought would
be a fairly simple question. The systems involved are RHEV but, given
that Red Hat support has been less than stellar and doesn't have a user
discussion list and that RHEV is just Ovirt anyway, I thought I'd ask here.
We need get get a VM from our client's system in the UK to our system in
Australia, so this isn't just migrating between clusters or datacenters.
I know it's easy enough to export a VM and copy its image file from the
export storage area but what's the procedure to import it into the
second system? Can I just plonk the file into out import/export storage
(I really doubt it) or do I need to do something else with it? I know I
can import it easily enough into a KVM/Qemu system and then do a V2V
from there but that seems like a step that shouldn't be required.
Have I missed something really obvious or is this one of those things
people don't do very often?
regards,
John
2:29 p.m.
On 2-7-2014 3:23, John Gardeniers wrote:
Hi All,
We need get get a VM from our client's system in the UK to our system in
Australia, so this isn't just migrating between clusters or datacenters.
I know it's easy enough to export a VM and copy its image file from the
export storage area but what's the procedure to import it into the
second system? Can I just plonk the file into out import/export storage
(I really doubt it) or do I need to do something else with it? I know I
can import it easily enough into a KVM/Qemu system and then do a V2V
from there but that seems like a step that shouldn't be required.
Have I missed something really obvious or is this one of those things
people don't do very often?
You probably have thought about this too but is using a program like
fsarchiver an option?
It will optionally compress the backup and optionally will allow you to
change disklayout when restoring.
Joop
4:23 p.m.
Hi Joop,
Yes, that is an option but it also seems like an extra step that
shouldn't be required. While in this instance that may not appear to be
a big deal, in the future it's quite possible that we may decide to
migrate our entire system from RHEV to Ovirt. Having to use additional
steps for every VM to be migrated would result in far more downtime than
we would be able to accommodate.
Incidentally, I know of similar products but did not know about
fsarchiver. I'll check that out, thanks.
regard,
John
On 03/07/14 05:29, Joop wrote:
On 2-7-2014 3:23, John Gardeniers wrote:
> Hi All,
>
>
> We need get get a VM from our client's system in the UK to our system in
> Australia, so this isn't just migrating between clusters or datacenters.
> I know it's easy enough to export a VM and copy its image file from the
> export storage area but what's the procedure to import it into the
> second system? Can I just plonk the file into out import/export storage
> (I really doubt it) or do I need to do something else with it? I know I
> can import it easily enough into a KVM/Qemu system and then do a V2V
> from there but that seems like a step that shouldn't be required.
>
> Have I missed something really obvious or is this one of those things
> people don't do very often?
>
You probably have thought about this too but is using a program like
fsarchiver an option?
It will optionally compress the backup and optionally will allow you to
change disklayout when restoring.
Joop
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
10:21 a.m.
You are maybe interested in this 3.5
feature?
https://bugzilla.redhat.com/show_bug.cgi?id=1083307
HTH
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
5:18 p.m.
Thanks Sven but what you linked to is a bug in a feature in a version we
don't use yet.
On 04/07/14 01:21, Sven Kieske wrote:
You are maybe interested in this 3.5
feature?
https://bugzilla.redhat.com/show_bug.cgi?id=1083307
HTH
2:54 a.m.
Even if not stellar (as you said), if you have (as I understood) RHEV on
both sides, you could open a case for this problem to red hat if not
already done.
Also, what kind of inter-connection is there between the two rhev
environments? Which version of rhev on both environments?
Not a great contribution, I admit....
Gianluca
5:12 p.m.
Hi Gianluca,
When I said the support has not been stellar I may have understated the
problem. The reason I haven't opened a case with Red Hat this time is
simply because *all* my other cases are still unresolved, with all but
the most recent having been open for months. I've had to find my own
workarounds for each, so I'm disinclined to waste even more time trying
to get them to help me. My confidence in their support is pretty close
to zero at this time.
Both ends of this set-up are RHEV 3.3, with neither side having admin
access to the other. The connection is via a VPN with a ping time of
300ms. These are independent companies. We each make some shared
resources available to the other, so the normal method we use to
transfer files is we upload them to a shared directory at the other end.
regards,
John
On 04/07/14 17:54, Gianluca Cecchi wrote:
Even if not stellar (as you said), if you have (as I understood)
RHEV
on both sides, you could open a case for this problem to red hat if
not already done.
Also, what kind of inter-connection is there between the two rhev
environments? Which version of rhev on both environments?
Not a great contribution, I admit....
Gianluca
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
1:52 a.m.
Well, what you can do, is:
export this vm to an export domain, detach the domain from your DC,
than tar.gz the whole export domain (use the sparse option if you got
thin provisioned disks)
then upload that tar.gz they have to put it on their storage, extract
and import the export storage domain, then import the vm.
HTH
PS: But I can't believe the redhat support is so bad, after all the
"ovirt support" is pretty good.
Am 07.07.2014 00:12, schrieb John Gardeniers:
> We each make some shared
resources available to the other, so the normal method we use to
transfer files is we upload them to a shared directory at the other end.
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
4:54 p.m.
Hi Sven,
Thanks but that's really not a workable solution for us. I'm surprised
there's no cleaner export/import mechanism. This is the only
virtualization system I'm familiar with doesn't have a simple and
straightforward way to export a VM to an external system.
On the subject of support, my comments are related only to my personal
experiences. Also, there's a huge difference between Red Hat and Ovirt -
the Ovirt people care. :)
regards,
John
On 07/07/14 16:52, Sven Kieske wrote:
Well, what you can do, is:
export this vm to an export domain, detach the domain from your DC,
than tar.gz the whole export domain (use the sparse option if you got
thin provisioned disks)
then upload that tar.gz they have to put it on their storage, extract
and import the export storage domain, then import the vm.
HTH
PS: But I can't believe the redhat support is so bad, after all the
"ovirt support" is pretty good.
Am 07.07.2014 00:12, schrieb John Gardeniers:
>> We each make some shared
> resources available to the other, so the normal method we use to
> transfer files is we upload them to a shared directory at the other end.
8:43 a.m.
On 07/08/2014 12:54 AM, John Gardeniers wrote:
Hi Sven,
Thanks but that's really not a workable solution for us. I'm surprised
there's no cleaner export/import mechanism. This is the only
virtualization system I'm familiar with doesn't have a simple and
straightforward way to export a VM to an external system.
On the subject of support, my comments are related only to my personal
experiences. Also, there's a huge difference between Red Hat and Ovirt -
the Ovirt people care. :)
a lot of the oVirt people are RHEV people too. We care about both.
I'm sorry to hear about your experience, and hope it will improve.
there are several items in this area being worked on:
- Glance integration (available in 3.3) - allows you to export/import
disks to a glance service. the glance service can be connected to
multiple engine's concurrently.
- as Sven mentioned, upcoming in 3.5, ability to attach/detach whole
storage domains.
- still being discussed - ability to upload/download disks/vm's, and
ability to concurrently use simple nfs/posix shares.
the glance option may be relevant to you, otherwise,
export-ship-files-import it is (or detach the export domain and attach
to the other engine)
regards,
John
On 07/07/14 16:52, Sven Kieske wrote:
> Well, what you can do, is:
> export this vm to an export domain, detach the domain from your DC,
>
> than tar.gz the whole export domain (use the sparse option if you got
> thin provisioned disks)
> then upload that tar.gz they have to put it on their storage, extract
> and import the export storage domain, then import the vm.
>
> HTH
>
> PS: But I can't believe the redhat support is so bad, after all the
> "ovirt support" is pretty good.
>
> Am 07.07.2014 00:12, schrieb John Gardeniers:
>>> We each make some shared
>> resources available to the other, so the normal method we use to
>> transfer files is we upload them to a shared directory at the other end.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
10:17 a.m.
--=-5mhB1MF6YEOiwOgo2uvR
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Hello Itmar,
thanks for sharing the Glance service idea - but one question:
All the info I found only mentions importing from glace [1]. Can you
point out how to export VM images to a glance repository from oVirt?
Until now I was not able to find this...
Thanks!
[1]
http://ovedou.blogspot.de/2014/03/importing-glance-images-as-ovirt.html
On Di, 2014-07-08 at 16:43 +0300, Itamar Heim wrote:
On 07/08/2014 12:54 AM, John Gardeniers wrote:
> Hi Sven,
>
> Thanks but that's really not a workable solution for us. I'm surprised
> there's no cleaner export/import mechanism. This is the only
> virtualization system I'm familiar with doesn't have a simple and
> straightforward way to export a VM to an external system.
>
> On the subject of support, my comments are related only to my personal
> experiences. Also, there's a huge difference between Red Hat and Ovirt =
-
> the Ovirt people care. :)
=20
a lot of the oVirt people are RHEV people too. We care about both.
I'm sorry to hear about your experience, and hope it will improve.
=20
there are several items in this area being worked on:
- Glance integration (available in 3.3) - allows you to export/import
disks to a glance service. the glance service can be connected to
multiple engine's concurrently.
=20
- as Sven mentioned, upcoming in 3.5, ability to attach/detach whole
storage domains.
=20
- still being discussed - ability to upload/download disks/vm's, and
ability to concurrently use simple nfs/posix shares.
=20
the glance option may be relevant to you, otherwise,=20
export-ship-files-import it is (or detach the export domain and attach=
=20
to the other engine)
=20
>
> regards,
> John
>
>
> On 07/07/14 16:52, Sven Kieske wrote:
>> Well, what you can do, is:
>> export this vm to an export domain, detach the domain from your DC,
>>
>> than tar.gz the whole export domain (use the sparse option if you got
>> thin provisioned disks)
>> then upload that tar.gz they have to put it on their storage, extract
>> and import the export storage domain, then import the vm.
>>
>> HTH
>>
>> PS: But I can't believe the redhat support is so bad, after all the
>> "ovirt support" is pretty good.
>>
>> Am 07.07.2014 00:12, schrieb John Gardeniers:
>>>> We each make some shared
>>> resources available to the other, so the normal method we use to
>>> transfer files is we upload them to a shared directory at the other e=
nd.
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
=20
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--=20
Daniel Helgenberger=20
m box bewegtbild GmbH=20
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19=20
D-10115 BERLIN=20
www.m-box.de www.monkeymen.tv=20
Gesch=C3=A4ftsf=C3=BChrer: Martin Retschitzegger / Michaela G=C3=B6llner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767=20
--=-5mhB1MF6YEOiwOgo2uvR
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Disposition: attachment; filename="smime.p7s"
Content-Transfer-Encoding: base64
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINtjCCBBYw
ggL+oAMCAQICCwQAAAAAAS9O4S9SMA0GCSqGSIb3DQEBBQUAMFcxCzAJBgNVBAYTAkJFMRkwFwYD
VQQKExBHbG9iYWxTaWduIG52LXNhMRAwDgYDVQQLEwdSb290IENBMRswGQYDVQQDExJHbG9iYWxT
aWduIFJvb3QgQ0EwHhcNMTEwNDEzMTAwMDAwWhcNMTkwNDEzMTAwMDAwWjBUMQswCQYDVQQGEwJC
RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h
bFNpZ24gMiBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwWtB+TXs+BJ9
3SJRaV+3uRNGJ3cUO+MTgW8+5HQXfgy19CzkDI1T1NwwICi/bo4R/mYR5FEWx91//eE0ElC/89iY
7GkL0tDasmVx4TOXnrqrsziUcxEPPqHRE8x4NhtBK7+8o0nsMIJMA1gyZ2FA5To2Ew1BBuvovvDJ
+Nua3qOCNBNu+8A+eNpJlVnlu/qB7+XWaPXtUMlsIikxD+gREFVUgYE4VzBuLa2kkg0VLd09XkE2
ceRDm6YgRATuDk6ogUyX4OLxCGIJF8yi6Z37M0wemDA6Uff0EuqdwDQd5HwG/rernUjt1grLdAxq
8BwywRRg0eFHmE+ShhpyO3Fi+wIDAQABo4HlMIHiMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8E
CDAGAQH/AgEAMB0GA1UdDgQWBBQ/FdJtfC/nMZ5DCgaolGwsO8XuZTBHBgNVHSAEQDA+MDwGBFUd
IAAwNDAyBggrBgEFBQcCARYmaHR0cHM6Ly93d3cuZ2xvYmFsc2lnbi5jb20vcmVwb3NpdG9yeS8w
MwYDVR0fBCwwKjAooCagJIYiaHR0cDovL2NybC5nbG9iYWxzaWduLm5ldC9yb290LmNybDAfBgNV
HSMEGDAWgBRge2YaRQ2XyolQL30EzTSo//z9SzANBgkqhkiG9w0BAQUFAAOCAQEAQ3N5zKTMSTED
HGFAgd/gu91Kb8AxPHgjq+7dhf7mkCinMqqrLai2XOrz8CP63BPaAx7oGOUBI0MyASBGk5zej9L3
oHtiF2BL01m1sBnT8rQxT2CJd/+jqjUl0p2ew8T3HSyatrsooGvDwf00yCB2JHTNvtQxNO8t6x/+
048A1Q+0i7uf0nTnyrJLjD04zhL89ytetZspltOpJVYbmwiFjq6PxsdUNthUDme/9pOLmKDnQU0p
W/JEwLs2TYCBNKwdgSGAk8/z+s2SCltKIG0Uh5U6t6j7JPuwNP/znImwMrlHDJ1YpW0rkF2PGraV
CgDBf9dOB+IIpnwHfIi+LD+eITCCBMowggOyoAMCAQICEQCWaWbA3qWpL+Qmn6I16DynMA0GCSqG
SIb3DQEBBQUAMFQxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYD
VQQDEyFHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAyIENBIC0gRzIwHhcNMTMwODI3MTY1NzU4WhcN
MTYwODI3MTY1NzU4WjBYMQswCQYDVQQGEwJERTEcMBoGA1UEAxMTRGFuaWVsIEhlbGdlbmJlcmdl
cjErMCkGCSqGSIb3DQEJARYcZGFuaWVsLmhlbGdlbmJlcmdlckBtLWJveC5kZTCCASIwDQYJKoZI
hvcNAQEBBQADggEPADCCAQoCggEBAM4BQ5vPknk1OGLd1qKSUIKmQLrjccjJcYj7qtAtA+fNYKF8
9p1VY4UwiFcF9jKlmA9Q8o8tYSx16LYYFoGWokNRAeKFXZiBZiHyI0ekpEfxo8N5cTMCcxKcSYWV
8sqzmBPCoMNpmiVoC8ec8Nv5SqXH34VVtDmNLfiVlsTyomBXAJkJ2/n5XqJzPLFGWWREtPLkVVS+
u426vt/hNsQi5akNoidYeXo98JcrmeApFJ3zB2KxvMziHx8LD4q1gAl9NumtX5YLbCpdWL9AkWdX
Oaro3D9zj6Q6LyGwa/UQUrZdg3BXc07hjHZn6d9vet1SzpbyqQpTzM63yXiX1meEMlMCAwEAAaOC
AZEwggGNMA4GA1UdDwEB/wQEAwIFoDBMBgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUF
BwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAnBgNVHREEIDAegRxk
YW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUH
AwIGCCsGAQUFBwMEMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20v
Z3MvZ3NwZXJzb25hbHNpZ24yZzIuY3JsMFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0
cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24yZzIuY3J0MB0G
A1UdDgQWBBS8NFA/upd+Wipw2nj8RD/Ct+R2GTAfBgNVHSMEGDAWgBQ/FdJtfC/nMZ5DCgaolGws
O8XuZTANBgkqhkiG9w0BAQUFAAOCAQEAXVTpu4fhOLETAW0zdbQiIwBIMZgeVNJnWV3GsMxByycU
63P+WBQTBl9qj47vHLmVdeF7MzH0QSXZSc9Tnfr6CYIImpyIZxRAGpAsWmtZf3JieRA0+j4GQJF2
zAea1NXYXoG9+ZSSZHBSxKUdrRdVdE320nuVGTT2HjEI2LEYbOvaXyi6HhpuHUiyu4LD0+RIT3fi
T8jUiKKLTsApTD+Ak8SLF0IESOSA6htirv69mDDC7Klg9dT7QBPO7dpoKIUOldV3VhahndVfsDff
KD7pkUUvG5XftYEQOxlWDJzuTBeqf/4hxXMtzFU9OaI6oKJjLfr6B+XBc6xwOtc/NMWmejCCBMow
ggOyoAMCAQICEQCWaWbA3qWpL+Qmn6I16DynMA0GCSqGSIb3DQEBBQUAMFQxCzAJBgNVBAYTAkJF
MRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWduIFBlcnNvbmFs
U2lnbiAyIENBIC0gRzIwHhcNMTMwODI3MTY1NzU4WhcNMTYwODI3MTY1NzU4WjBYMQswCQYDVQQG
EwJERTEcMBoGA1UEAxMTRGFuaWVsIEhlbGdlbmJlcmdlcjErMCkGCSqGSIb3DQEJARYcZGFuaWVs
LmhlbGdlbmJlcmdlckBtLWJveC5kZTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAM4B
Q5vPknk1OGLd1qKSUIKmQLrjccjJcYj7qtAtA+fNYKF89p1VY4UwiFcF9jKlmA9Q8o8tYSx16LYY
FoGWokNRAeKFXZiBZiHyI0ekpEfxo8N5cTMCcxKcSYWV8sqzmBPCoMNpmiVoC8ec8Nv5SqXH34VV
tDmNLfiVlsTyomBXAJkJ2/n5XqJzPLFGWWREtPLkVVS+u426vt/hNsQi5akNoidYeXo98JcrmeAp
FJ3zB2KxvMziHx8LD4q1gAl9NumtX5YLbCpdWL9AkWdXOaro3D9zj6Q6LyGwa/UQUrZdg3BXc07h
jHZn6d9vet1SzpbyqQpTzM63yXiX1meEMlMCAwEAAaOCAZEwggGNMA4GA1UdDwEB/wQEAwIFoDBM
BgNVHSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxz
aWduLmNvbS9yZXBvc2l0b3J5LzAnBgNVHREEIDAegRxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94
LmRlMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdHwQ8MDow
OKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3MvZ3NwZXJzb25hbHNpZ24yZzIuY3Js
MFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNv
bS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24yZzIuY3J0MB0GA1UdDgQWBBS8NFA/upd+Wipw2nj8RD/C
t+R2GTAfBgNVHSMEGDAWgBQ/FdJtfC/nMZ5DCgaolGwsO8XuZTANBgkqhkiG9w0BAQUFAAOCAQEA
XVTpu4fhOLETAW0zdbQiIwBIMZgeVNJnWV3GsMxByycU63P+WBQTBl9qj47vHLmVdeF7MzH0QSXZ
Sc9Tnfr6CYIImpyIZxRAGpAsWmtZf3JieRA0+j4GQJF2zAea1NXYXoG9+ZSSZHBSxKUdrRdVdE32
0nuVGTT2HjEI2LEYbOvaXyi6HhpuHUiyu4LD0+RIT3fiT8jUiKKLTsApTD+Ak8SLF0IESOSA6hti
rv69mDDC7Klg9dT7QBPO7dpoKIUOldV3VhahndVfsDffKD7pkUUvG5XftYEQOxlWDJzuTBeqf/4h
xXMtzFU9OaI6oKJjLfr6B+XBc6xwOtc/NMWmejGCAucwggLjAgEBMGkwVDELMAkGA1UEBhMCQkUx
GTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24gUGVyc29uYWxT
aWduIDIgQ0EgLSBHMgIRAJZpZsDepakv5CafojXoPKcwCQYFKw4DAhoFAKCCAVMwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwNzA4MTUxNzU0WjAjBgkqhkiG9w0B
CQQxFgQUyPggYdr8wja2S5bzySmn8vnlTxkweAYJKwYBBAGCNxAEMWswaTBUMQswCQYDVQQGEwJC
RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h
bFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzB6BgsqhkiG9w0BCRACCzFroGkwVDEL
MAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNp
Z24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEB
BQAEggEAh3K3aFwIYBcGfgrXOJwpt9yzKg5W02P2hwEN2z4HoX6xFQh1ZzxMmH8nhViOG8bWyKug
mERTaKvTf61w46sqyMGjoD1IlDW/RPP2gzOLTSLBjliqWzp9tCEtcK6p3zk/7RBw2x5hO7foh8Ks
5CCoophXvxcZ5VO84HHb//y5x7oDuvfFqrVIoTswBxwcDn3tHAvjVjGkXXh9dcCQCa0fgqrzzyq6
KNLvtVct2oJuTercq8CTc0lYnEaxVIZLykiV5RNhtaDGbHYL62ZUymj6z7YPwg6gYX8TCQkFc/g+
t3jIbsvI+zqcMSI5sEL8geXx0ismYw7/rRaJD4VbKzDYaQAAAAAAAA==
--=-5mhB1MF6YEOiwOgo2uvR--
3836
days inactive
3842
days old
10 comments
6 participants
participants (6)
-
Daniel Helgenberger -
Gianluca Cecchi -
Itamar Heim -
John Gardeniers -
Joop -
Sven Kieske