Hallo, ich versuche ein nfs4 mount einzurichten was natürlich kläglich scheitert ;) nfs4 ist mit yast konfiguriert absichtlich mal unverändert;) getestet mit 12.1 und sles 11 wenn ich ein "showmount -e xxxx" auf den "server" mache erscheint schön brav export listfor xxxx /export /export/daten /export/daten1 wenn ich das ganze aber mounten will bekomme ich nur "mount -t nfs4 xxxx:/export/daten /mnt" mount.nfs: mounting xxxx:/export/daten failed, reason given by server no such file or directory am "NFS-Server" kommen noch eigenartiger Meldungen da findet man nichts mehr bei google :(. Jun 1 15:57:42 techz dbus-daemon[2450]: **** Refreshing ATA SMART data for /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda Jun 1 15:57:42 techz dbus-daemon[2450]: helper(pid 5090): launched job udisks-helper-ata-smart-collect on /dev/sda Jun 1 15:57:42 techz dbus-daemon[2450]: **** Refreshing ATA SMART data for /sys/devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdb Jun 1 15:57:42 techz dbus-daemon[2450]: helper(pid 5091): launched job udisks-helper-ata-smart-collect on /dev/sdb Jun 1 15:57:42 techz dbus-daemon[2450]: **** Refreshing ATA SMART data for /sys/devices/pci0000:00/0000:00:1f.2/ata3/host2/target2:0:0/2:0:0:0/block/sdc Jun 1 15:57:42 techz dbus-daemon[2450]: helper(pid 5092): launched job udisks-helper-ata-smart-collect on /dev/sdc Jun 1 15:57:42 techz dbus-daemon[2450]: **** Refreshing ATA SMART data for /sys/devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sdd Jun 1 15:57:42 techz dbus-daemon[2450]: helper(pid 5093): launched job udisks-helper-ata-smart-collect on /dev/sdd Jun 1 15:57:42 techz dbus-daemon[2450]: helper(pid 5090): completed with exit code 0 Jun 1 15:57:42 techz dbus-daemon[2450]: **** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda Jun 1 15:57:42 techz dbus-daemon[2450]: helper(pid 5091): completed with exit code 0 Jun 1 15:57:43 techz dbus-daemon[2450]: **** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdb Jun 1 15:57:43 techz dbus-daemon[2450]: helper(pid 5092): completed with exit code 0 Jun 1 15:57:43 techz dbus-daemon[2450]: **** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1f.2/ata3/host2/target2:0:0/2:0:0:0/block/sdc Jun 1 15:57:43 techz dbus-daemon[2450]: helper(pid 5093): completed with exit code 0 Jun 1 15:57:43 techz dbus-daemon[2450]: **** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/block/sdd Jun 1 16:09:05 techz request-key: Cannot find command to construct key 1043564825 Jun 1 16:09:05 techz request-key: Cannot find command to construct key 566412849 Jun 1 16:09:38 techz request-key: Cannot find command to construct key 660485129 Jun 1 16:09:38 techz rpc.idmapd[2658]: nss_getpwnam: name 'nobody' does not map into domain 'gjn.prv' Jun 1 16:09:38 techz request-key: Cannot find command to construct key 568189830 Hat da jemand einen Hinweis was da schief läuft ? -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Günther J. Niederwimmer [01.06.2012 17:48]:
Hallo,
ich versuche ein nfs4 mount einzurichten was natürlich kläglich scheitert ;)
nfs4 ist mit yast konfiguriert absichtlich mal unverändert;)
getestet mit 12.1 und sles 11
wenn ich ein "showmount -e xxxx" auf den "server" mache erscheint schön brav
export listfor xxxx /export /export/daten /export/daten1
wenn ich das ganze aber mounten will bekomme ich nur
"mount -t nfs4 xxxx:/export/daten /mnt"
mount.nfs: mounting xxxx:/export/daten failed, reason given by server no such file or directory
am "NFS-Server" kommen noch eigenartiger Meldungen da findet man nichts mehr bei google :(.
Ach Google... Wenn Du mit NFS4 arbytest und bei den freigegebenen Verzeichnissen, die Du da schreibst, sollte die Mountzeile vermutlich eher mount -t nfs4 xxxx:/daten /mnt lauten. Du gibst bei NFS4 ja nur das Verzeichnis relativ zum Freigabe-Root an... Auf Server und Client müssen in Datei /etc/sysconfig/nfs4 NFS4_SUPPORT="yes" NFS_START_SERVICES="yes" haben, sonst kann es zu Verständigungsproblemen kommen. HTH Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/I8PMACgkQk33Krq8b42PPOACffWkwSJ7NbNg1Gwr0kQxkM52S XDwAnR8Ng/APmuk2teldeOiRA771QHF0 =iAbJ -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Werner, Am Freitag, 1. Juni 2012, 18:42:27 schrieb Werner Flamme:
ich versuche ein nfs4 mount einzurichten was natürlich kläglich scheitert ;)
nfs4 ist mit yast konfiguriert absichtlich mal unverändert;)
getestet mit 12.1 und sles 11
wenn ich ein "showmount -e xxxx" auf den "server" mache erscheint schön brav
export listfor xxxx /export /export/daten /export/daten1
am "NFS-Server" kommen noch eigenartiger Meldungen da findet man nichts mehr bei google :(.
Ach Google...
Du hast Recht, aber ich habe anscheinend auch immer "darüber gelesen" :(. Danke für Deinen Hinweis.
Wenn Du mit NFS4 arbytest und bei den freigegebenen Verzeichnissen, die Du da schreibst, sollte die Mountzeile vermutlich eher
mount -t nfs4 xxxx:/daten /mnt
Wie gesagt meine Schuld.
lauten. Du gibst bei NFS4 ja nur das Verzeichnis relativ zum Freigabe-Root an...
Auf Server und Client müssen in Datei /etc/sysconfig/nfs4
NFS4_SUPPORT="yes" NFS_START_SERVICES="yes"
Das hatte ich schon, wenigstens etwas ;) Darf ich Dich noch etwas fragen, wenn Du helfen kannst. Ich habe jetzt 2 NFS4 Server aufgesetzt einmal 12.1 und einmal SLES 11 SP2, ich habe beide gleich konfiguriert. der einzige unterschied ist bei der 12.1 ist die V3 Unterstützung aktiv, wie ich gesehen habe. Das Problem ist aber die SLES Konfiguration, bei mir wird das freigegebene "rw" Verzeichnis immer als "ro" gemounted, sogar wenn ich auf dem NFS-Server das Verzeichnis nach /mnt mounte. von der 12.1 werden die Verzeichnisse richtig exportiert und ich kann auf der SLES das Verzeichnis / Dateien bearbeiten. Umgekehrt funktioniert das NICHT. Ich stehe vor einem Rätsel ? Was läuft auf der SLES 11 anders? -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Günther J. Niederwimmer [04.06.2012 10:47]:
Hallo Werner,
Darf ich Dich noch etwas fragen, wenn Du helfen kannst.
Fragen immer, aber helfen?
Ich habe jetzt 2 NFS4 Server aufgesetzt einmal 12.1 und einmal SLES 11 SP2, ich habe beide gleich konfiguriert.
der einzige unterschied ist bei der 12.1 ist die V3 Unterstützung aktiv, wie ich gesehen habe.
Das Problem ist aber die SLES Konfiguration, bei mir wird das freigegebene "rw" Verzeichnis immer als "ro" gemounted, sogar wenn ich auf dem NFS-Server das Verzeichnis nach /mnt mounte.
Die Erscheinung hatte ich nicht.
von der 12.1 werden die Verzeichnisse richtig exportiert und ich kann auf der SLES das Verzeichnis / Dateien bearbeiten. Umgekehrt funktioniert das NICHT.
Ich stehe vor einem Rätsel ?
Was läuft auf der SLES 11 anders?
Hallo Günther, wenn ich das wüsste... Bei meinen Experimenten mit NFS4 auf SLES11 SP1 bin ich beim identd hängengeblieben. Auf dem Server waren alle Eigentümer korrekt zu sehen, auf den Clients war alles auf nobody bzw. root. Mit NFS3 klappt alles - aber ich habe nur SLES 11 SP1 miteinander verbunden (und davon ca. zwei Dutzend). Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/MeiwACgkQk33Krq8b42PZFwCeONUwMJ/CUwCTUXoprnopdy16 te8An2hvTqaOq+LKZSMFWsF6YIw0haYB =U7Ho -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Werner, Am Montag, 4. Juni 2012, 11:04:44 schrieb Werner Flamme:
Darf ich Dich noch etwas fragen, wenn Du helfen kannst.
Fragen immer, aber helfen?
:))
Ich habe jetzt 2 NFS4 Server aufgesetzt einmal 12.1 und einmal SLES 11 SP2, ich habe beide gleich konfiguriert.
der einzige unterschied ist bei der 12.1 ist die V3 Unterstützung aktiv, wie ich gesehen habe.
Das Problem ist aber die SLES Konfiguration, bei mir wird das freigegebene "rw" Verzeichnis immer als "ro" gemounted, sogar wenn ich auf dem NFS-Server das Verzeichnis nach /mnt mounte.
Die Erscheinung hatte ich nicht.
von der 12.1 werden die Verzeichnisse richtig exportiert und ich kann auf der SLES das Verzeichnis / Dateien bearbeiten. Umgekehrt funktioniert das NICHT.
Ich stehe vor einem Rätsel ?
Was läuft auf der SLES 11 anders?
Hallo Günther,
wenn ich das wüsste... Bei meinen Experimenten mit NFS4 auf SLES11 SP1 bin ich beim identd hängengeblieben. Auf dem Server waren alle Eigentümer korrekt zu sehen, auf den Clients war alles auf nobody bzw. root. Mit NFS3 klappt alles - aber ich habe nur SLES 11 SP1 miteinander verbunden (und davon ca. zwei Dutzend).
Ich habe jetzt auch das Problem erkannt, von nobody / nogroup. Wenn ich ein NEUES File oder Ordner erstelle auf den Clients, funktioniert das, aber am Server wird es angelegt als nobody/nogroup, das kann man von allen Client bearbeiten? Nur was schon auf dem Server angelegt ist, kann man nicht mehr bearbeiten? Wie soll da dann ein zentrales /home Verzeichnis funktionieren ? Aber das ganze ist ja doch noch kein Thema, da es einfach nicht funktionieren will autofs richtig ans "laufen" zu bekommen, da werden nur "LEHRE" Verzeichnisse angelegt. Von einer Baustelle zur anderen ;). Ich habe gerade einen Hinweis gefunden ob der was bringt ;) bei eingebundenem LDAP in die idmapd.conf das Eintragen von [Translation] Method = nsswitch noch einen schönen Tag wünscht, ein fast verzweifelter ;), -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Monday, 04 June 2012 11:04:44 Werner Flamme wrote:
wenn ich das wüsste... Bei meinen Experimenten mit NFS4 auf SLES11 SP1 bin ich beim identd hängengeblieben. Auf dem Server waren alle Eigentümer korrekt zu sehen, auf den Clients war alles auf nobody bzw. root. Mit NFS3 klappt alles - aber ich habe nur SLES 11 SP1 miteinander verbunden (und davon ca. zwei Dutzend).
Ich habe den Thread nicht verfolgt, aber das Verhalten liegt daran, dass /usr/sbin/rpc.idmapd nicht läuft. Dieser muss auf allen Kisten laufen, auch auf den Clients. Mit identd hat das nichts zu tun. Schau Dir mal NFS_START_SERVICES und den Kommentar vorher in /etc/sysconfig/nfs an. Früher war da mal "no" Standard. Torsten Förtsch -- Need professional modperl support? Hire me! (http://foertsch.name) Like fantasy? http://kabatinte.net -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Montag, 4. Juni 2012, 13:17:13 schrieb Torsten Förtsch:
On Monday, 04 June 2012 11:04:44 Werner Flamme wrote:
wenn ich das wüsste... Bei meinen Experimenten mit NFS4 auf SLES11 SP1 bin ich beim identd hängengeblieben. Auf dem Server waren alle Eigentümer korrekt zu sehen, auf den Clients war alles auf nobody bzw. root. Mit NFS3 klappt alles - aber ich habe nur SLES 11 SP1 miteinander verbunden (und davon ca. zwei Dutzend).
Ich habe den Thread nicht verfolgt, aber das Verhalten liegt daran, dass /usr/sbin/rpc.idmapd nicht läuft. Dieser muss auf allen Kisten laufen, auch auf den Clients. Mit identd hat das nichts zu tun.
Schau Dir mal NFS_START_SERVICES und den Kommentar vorher in /etc/sysconfig/nfs an. Früher war da mal "no" Standard.
Danke für den Hinweis, jedenfalls ich bin da schon ein Stück weiter, bin aber auch in die Falle gegangen ;). -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Torsten Förtsch [04.06.2012 13:17]:
On Monday, 04 June 2012 11:04:44 Werner Flamme wrote:
wenn ich das wüsste... Bei meinen Experimenten mit NFS4 auf SLES11 SP1 bin ich beim identd hängengeblieben. Auf dem Server waren alle Eigentümer korrekt zu sehen, auf den Clients war alles auf nobody bzw. root. Mit NFS3 klappt alles - aber ich habe nur SLES 11 SP1 miteinander verbunden (und davon ca. zwei Dutzend).
Ich habe den Thread nicht verfolgt, aber das Verhalten liegt daran, dass /usr/sbin/rpc.idmapd nicht läuft. Dieser muss auf allen Kisten laufen, auch auf den Clients. Mit identd hat das nichts zu tun.
Schau Dir mal NFS_START_SERVICES und den Kommentar vorher in /etc/sysconfig/nfs an. Früher war da mal "no" Standard.
Torsten Förtsch
Hallo Torsten, ja, mein Fehler, es war idmapd, nicht identd. Das mit dem NFS_START_SERVICES hatte ich am 1.6. schon geschrieben, und Günther hatte bestätigt, dass er das eingetragen hat. Zumindest unter SLES 11 SP1 hat ein laufender idmapd nicht geholfen :-( Starting kernel based NFS server: idmapd mountd statd nfsd sm-notify done Die Meldungen sind ja schön, aber die Clients (mit gleichen Einstellungen) zeigen trotzdem entweder root oder nobody als Eigentümer. Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/MoPMACgkQk33Krq8b42N6mwCeIoL0UCIIUE9dm1Su5kcvw8nk vL8An1bP64rGaHO8v1SOeut79lxbZVTl =K2so -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Monday, 04 June 2012 13:50:11 Werner Flamme wrote:
Zumindest unter SLES 11 SP1 hat ein laufender idmapd nicht geholfen
was steht denn in /etc/idmapd.conf? Domain muss überall gleich sein. Beispiel: Domain=localdomain Auf jeden Fall kannst Du ausprobieren, ob es am idmapd liegt, indem Du das Mapping änderst. Dumme Frage: Bist Du sicher, dass Du nfs4 beim Mounten benutzt? Ich habe hier einen NFS Server unter 11.1. Das sollte sich von SLES11 nicht wesentlich unterscheiden. In /etc/exports steht u.a.: /NFSv4 x.x.0.0/16(rw,no_root_squash,sync,insecure,no_subtree_check,nohide,fsid=0) /NFSv4/home x.x.0.0/16(rw,no_root_squash,sync,insecure,no_subtree_check,nohide) Das fsid=0 bei /NFSv4 ist wichtig. /home ist dann mittels Bind-Mount über die /etc/fstab nach /NFSv4 gemountet. /etc/fstab: /home /NFSv4/home none defaults,bind 0 0 Die Verzeichnisse /NFSv4 und /NFSv4/home musst Du natürlich vorher anlegen. Auf dem Client sieht die Sache wie folgt aus. Ich habe sogar einen 11.1 Client gefunden. # grep -v '^#' /etc/sysconfig/nfs USE_KERNEL_NFSD_NUMBER="4" MOUNTD_PORT="" NFS_SECURITY_GSS="no" NFS4_SUPPORT="yes" SM_NOTIFY_OPTIONS="" NFS_START_SERVICES="yes" und /etc/fstab: host.name:/ /MOUNTPOINT nfs4 defaults,intr,noauto,user 0 0 Damit kann ich "mount /MOUNTPOINT" sagen und über /MOUNTPOINT/home auf /home auf dem Server zugreifen. Torsten Förtsch -- Need professional modperl support? Hire me! (http://foertsch.name) Like fantasy? http://kabatinte.net -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Torsten Förtsch [04.06.2012 14:40]:
On Monday, 04 June 2012 13:50:11 Werner Flamme wrote:
Zumindest unter SLES 11 SP1 hat ein laufender idmapd nicht geholfen
was steht denn in /etc/idmapd.conf? Domain muss überall gleich sein.
Beispiel:
Domain=localdomain
Auf jeden Fall kannst Du ausprobieren, ob es am idmapd liegt, indem Du das Mapping änderst.
Dumme Frage: Bist Du sicher, dass Du nfs4 beim Mounten benutzt?
Ja. In der /etc/fstab stand als Filesystemtyp nfs4.
Ich habe hier einen NFS Server unter 11.1. Das sollte sich von SLES11 nicht wesentlich unterscheiden. In /etc/exports steht u.a.:
/NFSv4 x.x.0.0/16(rw,no_root_squash,sync,insecure,no_subtree_check,nohide,fsid=0)
/NFSv4/home x.x.0.0/16(rw,no_root_squash,sync,insecure,no_subtree_check,nohide)
Das fsid=0 bei /NFSv4 ist wichtig. /home ist dann mittels Bind-Mount über die /etc/fstab nach /NFSv4 gemountet.
Ja, so sieht es aus. Natürlich mit anderen Verzeichnissen (/srv/nfs4/ usw.).
/etc/fstab: /home /NFSv4/home none defaults,bind 0 0
Die Verzeichnisse /NFSv4 und /NFSv4/home musst Du natürlich vorher anlegen.
Und das, was da freigegeben werden soll, mit mount --bind dort reinbringen. Ist geschehen.
Auf dem Client sieht die Sache wie folgt aus. Ich habe sogar einen 11.1 Client gefunden.
# grep -v '^#' /etc/sysconfig/nfs USE_KERNEL_NFSD_NUMBER="4" MOUNTD_PORT="" NFS_SECURITY_GSS="no" NFS4_SUPPORT="yes" SM_NOTIFY_OPTIONS="" NFS_START_SERVICES="yes"
und /etc/fstab: host.name:/ /MOUNTPOINT nfs4 defaults,intr,noauto,user 0 0
Damit kann ich "mount /MOUNTPOINT" sagen und über /MOUNTPOINT/home auf /home auf dem Server zugreifen.
Ja, mounten und zugreifen geht. Nur die Eigentümer stimmen nicht. Deshalb bin ich zurück auf NFS3. Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAk/MtEMACgkQk33Krq8b42OyAgCVEoRzsiPJfDiRrueju5eQD+tg hQCdHzE4TTR0c5RxY0EMhgpnKqsBEDQ= =nQTj -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Torsten Förtsch [04.06.2012 14:40]:
On Monday, 04 June 2012 13:50:11 Werner Flamme wrote:
Damit kann ich "mount /MOUNTPOINT" sagen und über /MOUNTPOINT/home auf /home auf dem Server zugreifen.
Nachtrag: ich hatte am 3.2. hier auf der Liste mit dem Betreff "User auf NFSv4" nachgefragt ;-) Da stehen dann auch Details zur Konfiguration. Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/MtQEACgkQk33Krq8b42MunACfW2rD+a9CoQcupepu+kSjtuup Y3IAnA8z8ldyajlmu1DmG/jNY1wYUFvG =To0a -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Günther J. Niederwimmer
-
Torsten Förtsch
-
Werner Flamme