Migrate from one system to another.
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
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
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@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 ______________________________________________________________________
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
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
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
300ms. These are independent companies. We each make some shared resources available to the other, so the normal method we use to
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 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 ______________________________________________________________________
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
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.
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--=-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@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > >=20 > _______________________________________________ > Users mailing list > Users@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--
participants (6)
-
Daniel Helgenberger -
Gianluca Cecchi -
Itamar Heim -
John Gardeniers -
Joop -
Sven Kieske