|
Dieter_Ubuntu
Anmeldungsdatum: 4. Juli 2007
Beiträge: 448
|
Hallo kB, Deine Vorschläge funktionieren leider nicht. Im ersten Vorschlag wird mit | showmount -e 192.168.2.30
|
lediglich /mnt/Eigene als freigegebener Ordner angezeigt. Der Eintrag \040 funktioniert in der fstab aber nicht in /etc/exports. Grüße aus Südbaden
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 10170
Wohnort: Münster
|
Ich schlage vor, die beiden Artikel NFS und NFSv4 grundsätzlich zu überarbeiten und suche dafür Mitstreiter, die sich auch als Tester engagieren möchten und können. Ich selbst sehe mich bei diesem Themenkomplex bzgl. „kann“ als nur rudimentär kompetent. Der Plan:
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 10170
Wohnort: Münster
|
Bisher war dieser Artikel für den veralteten NFS-Server Version 3 nur für 18.04 getestet und ein Kandidat für das Archiv. Nun wurde der Artikel überraschend für 22.04 und 24.04 als getestet markiert. Wie wurde das getestet?
|
|
Max-Ulrich_Farber
Anmeldungsdatum: 23. Januar 2007
Beiträge: 8030
|
Es ist gar nicht so paradox, dass der Artikel NFS für aktuelle Ubuntu-Versionen getestet ist, der Artikel für das moderne NFSv4 aber nicht, und dass letzterer nun leider für die Archivierung ansteht. Das Verfahren eines Pseudo-Dateisystems, in das die Freigaben über mount--bind erst eingebunden werden sollten, hat manche Benutzer von NFSv4 abgeschreckt. Inzwischen kann aber ein NFSv4-Server bei den neureren, aktuellen Kerneln für einfachere Systeme auch vereinfacht wieder fast gleich wie bei den früheren Versionen NFSv2 und NFSv3 konfiguriert werden. Deshalb ist der ältere Artikel NFS für einfachere Netzwerke durchaus noch (bzw. wieder) aktuell, bedarf aber einiger Ergänzungen, damit die Vorteile von NFSv4 ausgenutzt werden können. Mein Vorschlag ist: Der Artikel NFS wird so aktualisiert, dass er auch für NFSv4 in kleinen Netzwerken gilt. Zielgruppe: Private Anwender ohne besondere Ambitionen, Heimnetzwerke und evtl. auch kleinere Betriebe. NFS und insbesondere NFSv4 ist für sehr komplexe Netzwerke geeignet. Die dafür nötigen Features belasten die "einfachen" Anwender und schrecken diese eher ab. Diese sollten deshalb, wenn überhaupt, in einem anderen Artikel erklärt werden. Die zwei Artikel zu NFS sollten sich meiner Ansicht nach also nicht durch die verschiedenen Versionen von NFS unterscheiden, sondern durch die verschiedenen Zielgruppen . Ein Artikel zu NFS für den "gewöhnlichen" Benutzer mit überschaubarem Netzwerk, aufbauend auf dem bisherigen Artikel NFS. Und ein weiterführender Artikel, der sich den Möglichkeiten von NFSv4 bei komplexeren Aufgabenstellungen widmet. In den Einleitungen sollte deutlich auf die verschiedenen Zielgruppen hingewiesen werden. kB, du hast schon Ende 2024 gefragt, ob sich jemand hier engagieren möchte. Um den ersten, einfacheren Artikel könnte ich mich kümmern. Für den zweiten fehlen mir leider grundlegende Kenntnisse und die Erfahrung mit komplexen Netzwerken. Gruß, Max-Ulrich
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 10170
Wohnort: Münster
|
Max-Ulrich_Farber schrieb: […] Der Artikel NFS wird so aktualisiert, dass er auch für NFSv4 in kleinen Netzwerken gilt. Zielgruppe: Private Anwender ohne besondere Ambitionen, Heimnetzwerke und evtl. auch kleinere Betriebe. NFS und insbesondere NFSv4 ist für sehr komplexe Netzwerke geeignet. Die dafür nötigen Features belasten die "einfachen" Anwender und schrecken diese eher ab. Diese sollten deshalb, wenn überhaupt, in einem anderen Artikel erklärt werden. Die zwei Artikel zu NFS sollten sich meiner Ansicht nach also nicht durch die verschiedenen Versionen von NFS unterscheiden, sondern durch die verschiedenen Zielgruppen .
Vielen Dank für Deine Bewerbung! Es ist die erste seit meinem Vorschlag aus Juli 2024. Ich sehe Deine Vorschläge als durchaus kompatibel zu meinen Vorstellungen und schlage daher als jetzt als konkrete Maßnahmen vor: Ich archiviere die beiden jetzigen Artikel NFS und NFSv4. Ich richte drei Baustellen für neue Artikel ein: NFS: Als Übersicht, für die Grundlagen, mit konkreter Beschreibung eines NFSv4-Servers für kleine Netzwerke/Privatleute/Endverbraucher …, so wie Du es vorgeschlagen hast. NFS-Client: Konkrete Beschreibung der Einrichtung von NFS-Clients, die mit dem Server aus dem ersten Artikel zusammenarbeiten. NFS-Server: Tiefer gehende Beschreibung der Möglichkeiten und Konfiguration eines NFSv4-Servers für Experten.
Alle drei Baustellen erhalten die Texte aus beiden alten Artikeln kopiert als Grundstock zum Ausweiden. Du übernimmst gemäß Deinem Vorschlag die Erstellung der beiden ersten Artikel in dem von Dir vorgesehenen Umfang. Die Aufteilung des Inhaltes auf zwei Artikel erscheint mir aus Wiki-technischen Aspekten sinnvoll. Für den dritten Artikel wird noch ein kompetenter Autor gesucht, aber die Situation wird durch unser Programm nicht schlechter. Ich beschränke mich weitgehend auf formale, strukturelle Aspekte und koordiniere.
|
|
Max-Ulrich_Farber
Anmeldungsdatum: 23. Januar 2007
Beiträge: 8030
|
@kB:
Deinen Vorschlag finde ich gut! Drei ganz neue Artikel – das erleichtert die Arbeit. Aus meiner bisherigen Erfahrung kann ich sagen: Auf der Server-Seite gibt es bei NFS auch für einfache Netzwerke einiges zu sagen, was keineswegs trivial ist. Und es gibt, wie ich erfahren musste, auch einige Fallstricke, auf die man hinweisen sollte. Das Thema NFS-Server ist also durchaus "ergiebig". Auch einfache NFS-Server scheinen empfindlich, schnell "beleidigt" und oftmals auch recht eigensinnig und intolerant zu sein. Und beleidigte NFS-Server sind bösartig. Sie sind so tief im Kernel verankert, dass sie schnell ein ganzes System zum Absturz bringen (das berüchtigte "NFS-Freeze"). Auf der Client-Seite ist NFS für den "einfachen" Benutzer schnell abgehandelt. Es gibt außer einem recht normalen "Mount" und alternativ einem fstab-Eintrag nicht viel zu sagen. Die Versionen sind – im Gegensatz zu Samba – anscheinend weitgehend kompatibel. So etwas wie das GVfs und direktes Mounten durch Mausklick im Dateimanager gibt es nicht, Hotplug usw. auch nicht, keine Simulation von Dateirechten usw. Es gibt den einen Weg und sonst nichts. Wenn der Server ok ist, funktioniert der Client "out of the box". Das ist es wohl auch schon. Da ist Samba viel schwieriger und zickiger. NFS plagt den Administrator (Server), nicht den Anwender (Client). Aber es kann ja zur Abwechslung auch mal einen kurzen Artikel (wie früher) geben. Plakativ und stark vereinfacht kann ich meine Erfahrungen so zusammenfassen: Wenn man einem Samba-Server eine unlösbare Aufgabe gibt, dann löst er sie eben fehlerhaft, oder er tut gar nichts. Ein NFS-Server rächt sich aber bitter. Zum Thema "komplexe NFS-Netzwerke" kann ich nichts sagen. Da lässt sich offenbar sehr viel machen, aber eben nicht von mir.
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 10170
Wohnort: Münster
|
Max-Ulrich_Farber schrieb: @kB:
Deinen Vorschlag finde ich gut! Drei ganz neue Artikel – das erleichtert die Arbeit.
Ok. Ich mache mich dann an die Arbeit, sichere den bisherigen Inhalt der beiden Artikel NFS und NFSv4 ins Archiv und richte die Baustellen ein. Das wird einige Zeit dauern, weil zahlreiche Backlinks der alten Artikel in anderen Wiki-Artikeln berücksichtigt und bearbeitet werden müssen. Ich melde mich, sobald ich fertig bin.
|
|
Max-Ulrich_Farber
Anmeldungsdatum: 23. Januar 2007
Beiträge: 8030
|
@kB: Wir müssen aufpassen, dass wir jetzt nicht übers Ziel hinausschießen! Ich habe mir die beiden Artikel nochmal genauer angeschaut und bin zu folgender Einschätzung gekommen:
Der Artikel NFS (dieser Artikel) ist gut und weitgehend auch aktuell. Er beschreibt die Grundlagen von NFS, die größtenteils jeder kennen sollte, der mit NFS arbeiten will. So gesehen ist er von der Version (2, 3 oder 4) unahhängig. Er bezieht sich nicht auf veraltete NFS-Versionen, wenigstens nicht ausschließlich. Bei der Einführung von NTFSv4 kamen neue Features dazu, die sich auf die Konfiguration eines NFS-Servers ausgewirkt haben. Deshalb konnte die bisherige Konfiguration nicht 1:1 übernommen werden. Die Änderungen waren schwer verständlich und machten einen zusätzlichen, ergänzenden Artikel für NFS4 nötig. Dieser bietet aber keinen Ersatz für den Artikel NFS, sondern ist nur durch diesen verständlich. NFSv4 wurde inzwischen weiter entwickelt und durch Automationen für einfache Netzwerke leichter bedienbar gemacht. Dadurch gewann der ältere Artikel NFS wieder an Aktualität zurück, und Teile des ergänzenden Artikels NFSv4 wurden für einfache Strukturen (mit denen wir Ubuntu Users es meist zu tun haben) überflüssig. Er ist nicht falsch, aber "im Normalfall" nicht mehr nötig.
Im Wiki wurde es deshalb ganz richtig gemacht. Der Artikel NFS blieb drin, und NFSv4 wurde archiviert. 👍 Für die Neubearbeitung schwebt mir deshalb vor:
Ich behalte den Artikel NFS so weit wie möglich wörtlich bei. Er ist gut. Ich ergänze ihn nur durch das, was man für NFSv4 als gewöhnlicher User zusätzlich noch wissen muss. Dadurch wird der Artikel nicht kürzer, sondern etwas länger. Deshalb ist das Konzept von kB, den Artikel entsprechend wie bei Samba in einen Server- und einen Client-Artikel aufzuteilen, sehr sinnvoll und praktikabel. Die Besonderheiten von NFSv4, die nur Experten interessieren, bleiben (wie bei Samba diejenigen von Samba 4) einem eventuellen späteren Artikel vorbehalten, der mich nichts mehr angeht.
Vor diesem Hintergrund bin ich dafür, dass im Wiki zunächst alles so bleibt, wie es ist, bis die Artikel NFS-Server und NFS-Client fertig sind. Das erleichtert die Arbeit und nimmt Zeitdruck weg.
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 10170
Wohnort: Münster
|
Max-Ulrich_Farber schrieb: […]
Ok. Der Artikel NFS ist jetzt in der Baustelle. Beim Einrichten der Baustelle für NFS-Client ist mit heute 3-mal Firefox mit Datenverlust abgestürzt. Die Baustelle existiert, ist aber noch nicht vollständig eingerichtet. Ich gebe es aber für heute entnervt auf.
|
|
Max-Ulrich_Farber
Anmeldungsdatum: 23. Januar 2007
Beiträge: 8030
|
@kB: off topic ja, über Firefox habe ich mich in letzter Zeit auch oft geärgert. In dem guten alten Firefox haben sie zu viel herumgepfuscht. Wenn man etwas zu gut machen will, wird es oft nur schlechter. – Ich merke mir das auch!
|
|
BillMaier
Supporter
Anmeldungsdatum: 4. Dezember 2008
Beiträge: 6520
|
Max-Ulrich_Farber schrieb: @kB: Wir müssen aufpassen, dass wir jetzt nicht übers Ziel hinausschießen! Ich habe mir die beiden Artikel nochmal genauer angeschaut und bin zu folgender Einschätzung gekommen:
Der Artikel NFS (dieser Artikel) ist gut und weitgehend auch aktuell. Er beschreibt die Grundlagen von NFS, die größtenteils jeder kennen sollte, der mit NFS arbeiten will. So gesehen ist er von der Version (2, 3 oder 4) unahhängig. Er bezieht sich nicht auf veraltete NFS-Versionen, wenigstens nicht ausschließlich. Bei der Einführung von NTFSv4 kamen neue Features dazu, die sich auf die Konfiguration eines NFS-Servers ausgewirkt haben. Deshalb konnte die bisherige Konfiguration nicht 1:1 übernommen werden. Die Änderungen waren schwer verständlich und machten einen zusätzlichen, ergänzenden Artikel für NFS4 nötig. Dieser bietet aber keinen Ersatz für den Artikel NFS, sondern ist nur durch diesen verständlich. NFSv4 wurde inzwischen weiter entwickelt und durch Automationen für einfache Netzwerke leichter bedienbar gemacht. Dadurch gewann der ältere Artikel NFS wieder an Aktualität zurück, und Teile des ergänzenden Artikels NFSv4 wurden für einfache Strukturen (mit denen wir Ubuntu Users es meist zu tun haben) überflüssig. Er ist nicht falsch, aber "im Normalfall" nicht mehr nötig.
Im Wiki wurde es deshalb ganz richtig gemacht. Der Artikel NFS blieb drin, und NFSv4 wurde archiviert. 👍 Für die Neubearbeitung schwebt mir deshalb vor:
Ich behalte den Artikel NFS so weit wie möglich wörtlich bei. Er ist gut. Ich ergänze ihn nur durch das, was man für NFSv4 als gewöhnlicher User zusätzlich noch wissen muss. Dadurch wird der Artikel nicht kürzer, sondern etwas länger. Deshalb ist das Konzept von kB, den Artikel entsprechend wie bei Samba in einen Server- und einen Client-Artikel aufzuteilen, sehr sinnvoll und praktikabel. Die Besonderheiten von NFSv4, die nur Experten interessieren, bleiben (wie bei Samba diejenigen von Samba 4) einem eventuellen späteren Artikel vorbehalten, der mich nichts mehr angeht.
Vor diesem Hintergrund bin ich dafür, dass im Wiki zunächst alles so bleibt, wie es ist, bis die Artikel NFS-Server und NFS-Client fertig sind. Das erleichtert die Arbeit und nimmt Zeitdruck weg.
Hallo Max-Ulrich_Farber, gerade stolpere ich zufällig über deinen Post und Plan. Da ich den (mittlerweile archivierten) NFSv4 Artikel damals erstellt habe, gebe ich kurz meinen Senf dazu. Ich sehe das - was die Historie angeht - genau so wie du geschrieben hast. Es war für mich damals nahezu unmöglich, die Version 4 in NFS zu packen. Dazu arbeitet v4 einfach komplett anders. Was die Überarbeitung angeht, würde ich mich jetzt einfach auf NFSv4 konzentrieren und dafür einen Hauptartikel NFS machen. NFSv2/3 würde ich (wenn überhaupt!!!) nur am Rande oder ggf. in einem separaten Artikel behandeln. Aus meiner Sicht braucht es das aber gar nicht. NFSv4 ist so viel besser und ja mittlerweile auch nicht mehr neu. Viel Erfolg beim Umbau, ich bin gespannt. Viele Grüße BillMaier
|