Hallo, da ich am Wochenende an die Grenzen meiner Festplattenkapa gestoßen bin, habe ich aufgerüstet und die nun neue zweite Platte für LVM vorbereitet. Konkret habe ich zwei Partitionen (sdb5 und sdb6, je 500GB) zu einer VG zusammengefasst und dort ein LV mit 720GB aufgesetzt. Das geschah mehr oder minder mal als Test. Daraufhin habe ich mein /home da hineinkopiert, 280GB. Die Anzeige der Belegung mit du passt soweit. Jetzt wollte ich aber doch was anderes, nämlich sdb6 wieder aus der VG raus und eine andere Partition rein. Ich habe nun das Problem, dass ich sdb6 nicht bereinigen kann. Wenn ich pvmove -v /dev/sdb6 /dev/sdb5 aufrufe, dann kommt, dass in sdb5 kein Platz wäre. ??? Wieso passen 280GB nicht in 500GB? Eleonora:/home/joachim # pvdisplay /dev/sdb5 /dev/sdd: open failed: Kein Medium gefunden /dev/sde: open failed: Kein Medium gefunden /dev/sdf: open failed: Kein Medium gefunden /dev/sdg: open failed: Kein Medium gefunden --- Physical volume --- PV Name /dev/sdb5 VG Name lg_data PV Size 499,99 GB / not usable 1,40 MB Allocatable yes (but full) PE Size (KByte) 4096 Total PE 127998 Free PE 0 Allocated PE 127998 PV UUID mRmvS1-6QSn-3vgd-gQG6-y55d-IHEv-oJ8wRd du /mnt/tmp (da liegt mein LV gemounted) bringt 300266808 /mnt/tmp/home Bevor ich hier nun noch mehr verhunze, wäre ich dankbar, wenn mir einer erklären könnte, was ich falsch mache bzw. wo mein Denkfehler liegt. Gruß Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag 22 Oktober 2009 21:50:33 schrieb Joachim H.:
Hallo,
da ich am Wochenende an die Grenzen meiner Festplattenkapa gestoßen bin, habe ich aufgerüstet und die nun neue zweite Platte für LVM vorbereitet.
Konkret habe ich zwei Partitionen (sdb5 und sdb6, je 500GB) zu einer VG zusammengefasst und dort ein LV mit 720GB aufgesetzt. Das geschah mehr oder minder mal als Test.
Daraufhin habe ich mein /home da hineinkopiert, 280GB. Die Anzeige der Belegung mit du passt soweit.
Jetzt wollte ich aber doch was anderes, nämlich sdb6 wieder aus der VG raus und eine andere Partition rein.
Ich habe nun das Problem, dass ich sdb6 nicht bereinigen kann. Wenn ich pvmove -v /dev/sdb6 /dev/sdb5 aufrufe, dann kommt, dass in sdb5 kein Platz wäre. ??? Wieso passen 280GB nicht in 500GB?
ja wie gross ist denn das Dateisystem? Ist es so gross wie das logical volume?
Eleonora:/home/joachim # pvdisplay /dev/sdb5 /dev/sdd: open failed: Kein Medium gefunden /dev/sde: open failed: Kein Medium gefunden /dev/sdf: open failed: Kein Medium gefunden /dev/sdg: open failed: Kein Medium gefunden --- Physical volume --- PV Name /dev/sdb5 VG Name lg_data PV Size 499,99 GB / not usable 1,40 MB Allocatable yes (but full) PE Size (KByte) 4096 Total PE 127998 Free PE 0 Allocated PE 127998 PV UUID mRmvS1-6QSn-3vgd-gQG6-y55d-IHEv-oJ8wRd
du /mnt/tmp (da liegt mein LV gemounted) bringt
300266808 /mnt/tmp/home
Bevor ich hier nun noch mehr verhunze, wäre ich dankbar, wenn mir einer erklären könnte, was ich falsch mache bzw. wo mein Denkfehler liegt.
auf sdb5 sind keine extends mehr frei. "Free PE = 0" was sagt denn vgdisplay und lvdisplay? Man sollte immer etwas Platz in einer volume group lassen und nicht alles einem logical volume zuordnen. Nur wenn Platz ist kann man snapshots sinnvoll anlegen und nutzen. Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Hallo, Dr. Jürgen Vollmer schrieb:
Am Donnerstag 22 Oktober 2009 21:50:33 schrieb Joachim H.:
Ich habe nun das Problem, dass ich sdb6 nicht bereinigen kann. Wenn ich pvmove -v /dev/sdb6 /dev/sdb5 aufrufe, dann kommt, dass in sdb5 kein Platz wäre. ??? Wieso passen 280GB nicht in 500GB?
ja wie gross ist denn das Dateisystem? Ist es so gross wie das logical volume?
also mal genau sdb5 und sdb6 sind jeweils 500GB groß Gerät boot. Anfang Ende Blöcke Id System /dev/sdb1 2 13055 104856255 7 HPFS/NTFS /dev/sdb2 13056 182401 1360271745 f W95 Erw. (LBA) /dev/sdb5 13056 78325 524281243+ 8e Linux LVM /dev/sdb6 78326 143595 524281243+ 8e Linux LVM /dev/sdb7 143596 182401 311709163+ 8e Linux LVM beide bilden eine VG mit einem LV der Größe 721GB, 289GB sind dabei belegt.
auf sdb5 sind keine extends mehr frei. "Free PE = 0"
was sagt denn vgdisplay und lvdisplay?
Eleonora:/home/joachim # lvdisplay /dev/sdd: open failed: Kein Medium gefunden /dev/sde: open failed: Kein Medium gefunden /dev/sdf: open failed: Kein Medium gefunden /dev/sdg: open failed: Kein Medium gefunden --- Logical volume --- LV Name /dev/lg_data/lv_data01 VG Name lg_data LV UUID s1hvSY-PWHP-yxOy-dAab-hO7G-gPUj-ZW36E2 LV Write Access read/write LV Status available # open 1 LV Size 721,00 GB Current LE 184576 Segments 2 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:0 Eleonora:/home/joachim # vgdisplay /dev/sdd: open failed: Kein Medium gefunden /dev/sde: open failed: Kein Medium gefunden /dev/sdf: open failed: Kein Medium gefunden /dev/sdg: open failed: Kein Medium gefunden --- Volume group --- VG Name lg_data System ID Format lvm2 Metadata Areas 2 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 1 Max PV 0 Cur PV 2 Act PV 2 VG Size 999,98 GB PE Size 4,00 MB Total PE 255996 Alloc PE / Size 184576 / 721,00 GB Free PE / Size 71420 / 278,98 GB VG UUID jeTp3y-04NG-vgPR-5c13-RySM-bo61-83opdV
Man sollte immer etwas Platz in einer volume group lassen und nicht alles einem logical volume zuordnen. Nur wenn Platz ist kann man snapshots sinnvoll anlegen und nutzen.
im LV selbst ist auch massig Platz trotzdem Eleonora:/home/joachim # pvdisplay /dev/sdd: open failed: Kein Medium gefunden /dev/sde: open failed: Kein Medium gefunden /dev/sdf: open failed: Kein Medium gefunden /dev/sdg: open failed: Kein Medium gefunden --- Physical volume --- PV Name /dev/sdb5 VG Name lg_data PV Size 499,99 GB / not usable 1,40 MB Allocatable yes (but full) PE Size (KByte) 4096 Total PE 127998 Free PE 0 Allocated PE 127998 PV UUID mRmvS1-6QSn-3vgd-gQG6-y55d-IHEv-oJ8wRd --- Physical volume --- PV Name /dev/sdb6 VG Name lg_data PV Size 499,99 GB / not usable 1,40 MB Allocatable yes PE Size (KByte) 4096 Total PE 127998 Free PE 71420 Allocated PE 56578 PV UUID n7Chdt-mjRi-V8w1-oWq0-MXpP-FlPH-A1iNjh hmm?? Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Joachim, On Thursday 22 October 2009 22:26:57 Joachim H. wrote:
ja wie gross ist denn das Dateisystem?
IMHO fehlt noch die sehr interessante Antwort auf diese Frage. Wenn das Dateisystem 720GB hat (LV Size 721,00 GB), passt es vermutlich nicht in die 500GB von /dev/sdb5. Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Joachim H. schrieb:
Jetzt wollte ich aber doch was anderes, nämlich sdb6 wieder aus der VG raus und eine andere Partition rein.
Ich habe nun das Problem, dass ich sdb6 nicht bereinigen kann. Wenn ich pvmove -v /dev/sdb6 /dev/sdb5 aufrufe, dann kommt, dass in sdb5 kein Platz wäre. ??? Wieso passen 280GB nicht in 500GB?
Hast du pvmove so aufgerufen, wie Du es oben geschrieben hast? IMHO mußt Du nur die Partition angeben, die Du bereinigen willst und keine Zielpartition. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Moin, Peter Matthies schrieb:
Joachim H. schrieb:
Jetzt wollte ich aber doch was anderes, nämlich sdb6 wieder aus der VG raus und eine andere Partition rein.
Ich habe nun das Problem, dass ich sdb6 nicht bereinigen kann. Wenn ich pvmove -v /dev/sdb6 /dev/sdb5 aufrufe, dann kommt, dass in sdb5 kein Platz wäre. ??? Wieso passen 280GB nicht in 500GB?
Hast du pvmove so aufgerufen, wie Du es oben geschrieben hast? IMHO mußt Du nur die Partition angeben, die Du bereinigen willst und keine Zielpartition.
Das Filesystem, ein ext3, hat 720GB, davon sind knapp 300GB mit Daten belegt. Es liegt in einem LV ebenfalls mit 720GB. Das LV ist auf zwei PV mit je 500GB verteilt. Mein Verständnis bisher war folgendes Die Datenmenge ist deutlich geringer als die Größe eines PV. Ich könnte somit das zweite, vermeindlich ungenutzte, PV aus der VG herausholen. Dazu verwendet man pvmove, das die *Daten*, die auf PV2 liegen so verschiebt, dass sie physikalisch nur in PV1 liegen. Dann Filesystem auf Größe PV1 verkleinern und PV2 aus der VG herausholen. ein pvmove /dev/sdb6 habe ich probiert, klappt nicht, weil wohl sdb5, d.h. PV1 voll ist. Mein Denkfehler war wohl, dass zwar das Filesystem nicht mit Daten voll ist, das PV1 aber voll mit Dateisystem. mvmove verschiebt keine Daten sondern LVs und damit das inneliegende Filesystem. So meine Erklärungsversuche heute morgen. Ich müsste somit 1) Filesystem verkleinern, dass es auf PV1 passt 2) LV entsprechend verkleinern 3) falls das LV nun zersplittert sowohl auf PV1 und PV2 verteilt ist, mit pvmove alles auf PV1 schaufeln. 4) PV2 aus VG herausholen korrekt? Gruß Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag 23 Oktober 2009 08:37:42 schrieb Joachim H.:
Moin,
Peter Matthies schrieb:
Joachim H. schrieb:
Jetzt wollte ich aber doch was anderes, nämlich sdb6 wieder aus der VG raus und eine andere Partition rein.
Ich habe nun das Problem, dass ich sdb6 nicht bereinigen kann. Wenn ich pvmove -v /dev/sdb6 /dev/sdb5 aufrufe, dann kommt, dass in sdb5 kein Platz wäre. ??? Wieso passen 280GB nicht in 500GB?
Hast du pvmove so aufgerufen, wie Du es oben geschrieben hast? IMHO mußt Du nur die Partition angeben, die Du bereinigen willst und keine Zielpartition.
Das Filesystem, ein ext3, hat 720GB, davon sind knapp 300GB mit Daten belegt. Es liegt in einem LV ebenfalls mit 720GB. Das LV ist auf zwei PV mit je 500GB verteilt.
Mein Verständnis bisher war folgendes
Die Datenmenge ist deutlich geringer als die Größe eines PV. Ich könnte somit das zweite, vermeindlich ungenutzte, PV aus der VG herausholen.
nein das geht nicht, denn as PV wird ja von der VG benutzt (s. meine andere Mail, LVM weiss nichts von Dateisystemen (ext3, etc)).
Dazu verwendet man pvmove, das die *Daten*, die auf PV2 liegen so verschiebt, dass sie physikalisch nur in PV1 liegen. Dann Filesystem auf Größe PV1 verkleinern und PV2 aus der VG herausholen.
PV kennt als "Datenstruktur" nur Bits&Bytes, und kein Dateisystem mit inodes, Verzeichnissen, Dateien usw. Daher kann man diese Dateien auch nicht "herausholen"
ein pvmove /dev/sdb6 habe ich probiert, klappt nicht, weil wohl sdb5, d.h. PV1 voll ist. Mein Denkfehler war wohl, dass zwar das Filesystem nicht mit Daten voll ist, das PV1 aber voll mit Dateisystem. mvmove verschiebt keine Daten sondern LVs und damit das inneliegende Filesystem. So meine Erklärungsversuche heute morgen.
Ich müsste somit 1) Filesystem verkleinern, dass es auf PV1 passt 2) LV entsprechend verkleinern
hier genau nachschauen, wie das Dateisystem verkleinert, ladnen die Daten wirklich am "Anfang" der "(logischen) Partition?
3) falls das LV nun zersplittert sowohl auf PV1 und PV2 verteilt ist, mit pvmove alles auf PV1 schaufeln. 4) PV2 aus VG herausholen
korrekt?
ja. halt: nein: Zuvor ein BACKUP erstellen!!!!!!!!!!!!! ich wür'd auf Nummer Sicher gehen: Backup machen, Backup prüfen, nochmal prüfen. Dann LVM komplett entfernen (sprich /dev/sdb* neu partitionieren) und LVM neu aufsetzen, Backup zurückkopieren. Mit Erweiterungen (Vergössern) von Dateisystem habe ich gute Erfahrung gemacht. Kein Problem. Ebenfalls mit Austausch einer Platte durch eine grössere. pvmove im laufenden Betrieb, kein Problem. Aber das Dateisystem verkleinern?????? Zuviele (mir) Unbekannte. Andererseits ich benutze XFS, und das kann eh' nicht verkleinern..... Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Hallo Jürgen, Dr. Jürgen Vollmer schrieb:
Ich müsste somit 1) Filesystem verkleinern, dass es auf PV1 passt 2) LV entsprechend verkleinern
hier genau nachschauen, wie das Dateisystem verkleinert, ladnen die Daten wirklich am "Anfang" der "(logischen) Partition?
3) falls das LV nun zersplittert sowohl auf PV1 und PV2 verteilt ist, mit pvmove alles auf PV1 schaufeln. 4) PV2 aus VG herausholen
korrekt?
ja.
halt: nein: Zuvor ein BACKUP erstellen!!!!!!!!!!!!!
Die Daten, die aktuell zu Schaufeln sind sind nur ein Abbild des eigentlichen /home, das nachwievor auf sda liegt und noch eingebunden ist. Ich experientiere auf dieser Ebene nicht mit meinen Originaldaten. Wenn ich mich völlig vergeige, dann geht noch Tabula rasa, also zweite (neue) Platte komplett neu aufsetzen.
ich wür'd auf Nummer Sicher gehen: Backup machen, Backup prüfen, nochmal prüfen. Dann LVM komplett entfernen (sprich /dev/sdb* neu partitionieren) und LVM neu aufsetzen, Backup zurückkopieren.
Das was ich jetzt mache ist mehr ein Experimentieren und üben, damit ich LVM besser verstehen lerne. Nicht, dass ich später solche Aktionen durchführen muss, aber keinen Platz habe um alles sicher umzuschaufeln und auf zerstückelte Filesysteme und LVs angewiesen bin. Dann ist es zu spät, wenn sich da herausstellen sollte, dass was nicht geht, was man sich so im müden Kopp zurechtbastelt. Ich werde es mal so probieren, wie ich es heute morgen geschrieben habe. Wenn es funktioniert hat, wäre das eine Option für später. Gestern habe ich nach einem Tool für das Vergleichen zweier Verzeichnisse gefragt. Ein Aspekt dabei war, prüfen zu können, ob Backup oder Abbild mit dem Original identisch ist. Bevor meine echten Home-Daten auf Reise gehen, bzw. die Originaldateien von der Platte verschwinden, werden diese mit dem Backup abgeglichen. Ich habe schon mal alles verloren geglaubt und nur durch viel Glück das meiste restaurieren können. Tragischerweise ist dieser Gau genau dabei passiert, als ich versucht hatte, ein Backup zu machen. Leider war das damals dann kein Backup sondern ein Sync und dann auch nicht von der vollen auf die leere Partition sondern aus Schusseligkeit andersrum. Holzauge bleib wachsam! ;-)
Mit Erweiterungen (Vergössern) von Dateisystem habe ich gute Erfahrung gemacht. Kein Problem. Ebenfalls mit Austausch einer Platte durch eine grössere. pvmove im laufenden Betrieb, kein Problem. Aber das Dateisystem verkleinern?????? Zuviele (mir) Unbekannte. Andererseits ich benutze XFS, und das kann eh' nicht verkleinern.....
Da liegt immer ein Risiko. Ich möchte nicht ständig an der Größe des Filesystems rumbasteln wollen. Daher steht jetzt erstmal üben auf dem Plan. Ich denke, dass ich so besser abschätzen kann, wie groß ich meine LVs anlegen muss, um nicht in Kürze schon wieder aufbohren oder gar abknapsen zu müssen. Gruß Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Joachim,
Gestern habe ich nach einem Tool für das Vergleichen zweier Verzeichnisse gefragt. Ein Aspekt dabei war, prüfen zu können, ob Backup oder Abbild mit dem Original identisch ist. Bevor meine echten Home-Daten auf Reise gehen, bzw. die Originaldateien von der Platte verschwinden, werden diese mit dem Backup abgeglichen. Ich habe schon mal alles verloren geglaubt und nur durch viel Glück das meiste restaurieren können. Tragischerweise ist dieser Gau genau dabei passiert, als ich versucht hatte, ein Backup zu machen. Leider war das damals dann kein Backup sondern ein Sync und dann auch nicht von der vollen auf die leere Partition sondern aus Schusseligkeit andersrum. Holzauge bleib wachsam! ;-)
ich berechne mir gelegentlich die md5-Summen aller Dateien, damit ich zur Not automatisch festellen kann, ob die Dateien eigentlich noch ok sind.
Mit Erweiterungen (Vergössern) von Dateisystem habe ich gute Erfahrung gemacht. Kein Problem. Ebenfalls mit Austausch einer Platte durch eine grössere. pvmove im laufenden Betrieb, kein Problem. Aber das Dateisystem verkleinern?????? Zuviele (mir) Unbekannte. Andererseits ich benutze XFS, und das kann eh' nicht verkleinern.....
Da liegt immer ein Risiko. Ich möchte nicht ständig an der Größe des Filesystems rumbasteln wollen. Daher steht jetzt erstmal üben auf dem Plan. Ich denke, dass ich so besser abschätzen kann, wie groß ich meine LVs anlegen muss, um nicht in Kürze schon wieder aufbohren oder gar abknapsen zu müssen.
für /home nehme ich inzwischen nur noch "ganze" Platten ins LVM auf. Denn: die nächste Plattengeneration ist eh' grösser, so daß ein pvmove immer geht, wenn die alte Platte den Weg alles zeitlichen gehen muß. Damit fahre ich seit bald Jahren ganz gut. Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Am Donnerstag 22 Oktober 2009 21:50:33 schrieb Joachim H.:
Hallo,
da ich am Wochenende an die Grenzen meiner Festplattenkapa gestoßen bin, habe ich aufgerüstet und die nun neue zweite Platte für LVM vorbereitet.
Konkret habe ich zwei Partitionen (sdb5 und sdb6, je 500GB) zu einer VG zusammengefasst und dort ein LV mit 720GB aufgesetzt. Das geschah mehr oder minder mal als Test.
Daraufhin habe ich mein /home da hineinkopiert, 280GB. Die Anzeige der Belegung mit du passt soweit.
Jetzt wollte ich aber doch was anderes, nämlich sdb6 wieder aus der VG raus und eine andere Partition rein.
wenn ich aus den andern Mails recht sehe ist die VG 999GB gross, davon sind 721GB für das LV allokiert und 278GB noch nicht allokiert. Wenn ich recht sehe, werden sdb5 und sdb6 für die VG lg_group __vollständig__ belegt. Daher kann man sdb6 auch nicht auf sdb5 "kopieren".
Ich habe nun das Problem, dass ich sdb6 nicht bereinigen kann. Wenn ich pvmove -v /dev/sdb6 /dev/sdb5 aufrufe, dann kommt, dass in sdb5 kein Platz wäre. ??? Wieso passen 280GB nicht in 500GB?
das Dateisystem belegt z.Z. nur 280GB, aber es könnte bis zu 721GB aufnehmen, soviel Platz ist für das LV reserviert. Ob das Dateisystem wiklich so gross werden kann, zeigt df report file system disk space usage an. LVM "weiss" nichts von Dateisystemen (also ext3 oder xfs), sondern weiss nur: "ich stelle dem LV xxx GB zur Verfügung". Wie dieser Platz "genutzt" wird, ist LVM "egal". D.h. LVM "weiss" nicht, daß das LV nur zu etwas mehr als 1/4 mit "wirklichen" Daten (/home) belegt ist. Wenn nun also Teile des LV (also letzendlich PV's) auf andere physikalische Medien kopiert werden sollen, dann muß das physikalische Medium genügend Platz haben. Im gegenwärtigen Setting kann sdb6 nicht aus der VG entfernt werden. Wie gross ist eigentlich sdb7? Etwas mehr Klarheit? Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
participants (4)
-
Dr. Jürgen Vollmer -
Joachim H. -
Peter Matthies -
Roman Fietze