NFS4 für FreeBSD ist da

Yamagi

Possessed With Psi Powers
Teammitglied
Vorhin hat Rick Macklem seinen seit mehreren Jahren entwickelten, neuen NFS-Server und Client in FreeBSD 8-CURRENT eingefügt. Dieser von Grund auf neu geschriebene Code unterstützt NFS in den Versionen 2, 3 und 4. Gerade letzteres ist ein sehr großer Fortschritt für FreeBSD, wird damit doch eine wirkliche Rechtevergabe bei NFS bei außerdem sichereren und zuverlässigerem Protokoll möglich. Dieser Code ist vorerst als experimentell eingestuft und wird wahrscheinlich für das kommende FreeBSD 8.0 ein optionaler Systembestandteil bleiben. Der Code kann derzeit noch nicht gebaut werden, was jedoch in nächster Zeit folgen wird.

Code:
rom: Rick Macklem <rmacklem@FreeBSD.org>                                       
Date: Mon, 4 May 2009 15:23:59 +0000 (UTC)                                      
To: src-committers@freebsd.org, svn-src-all@freebsd.org,                        
        svn-src-head@freebsd.org                                                
Cc:                                                                             
Subject: svn commit: r191783 - in head/sys/fs: nfs nfsclient nfsserver          
                                                                                
Author: rmacklem                                                                
Date: Mon May  4 15:23:58 2009                                                  
New Revision: 191783                                                            
URL: http://svn.freebsd.org/changeset/base/191783                               
                                                                                
Log:                                                                            
        Add the experimental nfs subtree to the kernel, that includes           
        support for NFSv4 as well as NFSv2 and 3.                               
        It lives in 3 subdirs under sys/fs:                                     
        nfs - functions that are common to the client and server                
        nfsclient - a mutation of sys/nfsclient that call generic functions     
        to do RPCs and handle state. As such, it retains the                    
        buffer cache handling characteristics and vnode semantics that          
        are found in sys/nfsclient, for the most part.                          
        nfsserver - the server. It includes a DRC designed specifically for     
        NFSv4, that is used instead of the generic DRC in sys/rpc.              
        The build glue will be checked in later, so at this point, it           
        consists of 3 new subdirs that should not affect kernel building.       
                                                                                
  Approved by:  kib (mentor)
 
Stöhn!
Soifz!

Ich hoffe, dass der Code bald prod einsetzbar ist. nfs < 4 ist einfach ein Saurier und bedient kaum noch Anforderungen.

Momentan nutz ich das System, was für mich am wenigsten Shice ist.
Wenns so weitergeht nutze ich in ein paar Jahren das System, dass ich als das Beste empfinde :-)
 
Stöhn!

Wenns so weitergeht nutze ich in ein paar Jahren das System, dass ich als das Beste empfinde :-)

Macht man das nicht immer so? :rolleyes:

Ich wollte vor c.a ner Woche mal die patches testen, und unter der angegebenen adresse (siehe https://www.bsdforen.de/showthread.php?t=21698 habe ich den ftp nicht erreicht.
Also habe ich mein vorhaben erst mal wieder aufgegeben.

Das der nfs4-server jetzt in current ist, um so besser, ich dachte schon das geht irgendwie alles nicht vorran.

spätestens wenn sich das ding bauen lässt, werde ich dann mal testen.
 
Ohne jemanden Vorwürfe machen zu wollen, aber das NFS4 für FreeBSD so ewig dauerte, lag nicht auch zuletzt an wirklich null Resonanz seitens der Nutzer. Es gab von 2004 an regelmäßig Patches, immer wieder Aufrufe das zu testen. Kaum jemand reagierte, bestimmt 90% der E-Mails versickerten ohne eine einzige Antwort auf den Listen. Ich habe hier noch eine Antwort von Rick auf eine Mail liegen, in der sich wundert, dass ihm überhaupt mal jemand schreibt. Es gab einfach den Eindruck, dass es an Bedarf fehlte. Und lange tat es das wohl wirklich, schließlich verlangte niemand nach einem neueren NFS, nicht einmal die professionellen Anwender von Isilon und Kollegen hatten da wirklich Interesse gezeigt. Bewegung kam in die Sache erst im letzten Jahr, als NetApp plötzlich aufwachte und die Entwicklung des neuen NFS-Locking bezahlte. Damit kam auch Rick Macklem aka Mr. NFS - hat seit 1986 alle BSD-Implementierungen entwickelt - wieder ins Spiel und darf seinen Kram nun einbringen. Zeitgleich hat NetApp 3 Entwickler abgestellt, um an FreeBSD-NFS zu basteln. Für FreeBSD 8 ist es dort für große Innovationen zu spät. Aber ich glaube, FreeBSD 9 wird dann in einigen Jahren im Bereich Netzwerkdateisystemen punkten können. :)

Was produktive Einsetzbarkeit angeht... BSDler sind konservativ. Der Code ist Jahre alt, damit laufen schon seit Jahren Installationen. Ich würde mir nicht so viele Gedanken machen, wenn es in CURRENT drin ist, wird man es auch mit 8.0 nutzen können. Außer man ist wirklich extrem ängstlich.
 
Zuletzt bearbeitet:
Ich denke, das liegt vor allem daran, dass NFS eigentlich nicht mehr wirklich gebraucht wird.

Mit CIFS/SMB ist einfach eine performante und vor allem plattformunabhängige Alternative gewachsen. Jedes NAS, Windows, MacOS, Linux und BSD spricht SMB, sowohl als Client als auch als Server.

Die Bedeutung von NFS is einfach geschrumpft und hat nicht mehr den Stellenwert von früher. Deshalb glaube ich, dass sich einfach deshalb keiner mehr für ein NFS4 interessiert hat und interessiert. NFS ist meiner Meinung nach sogar fast schon überflüssig.

Und selbst wenn NFS4 ein gutes Netzwerk-Freigabe-System wird, ist mal halt wieder in der Linux/Unix-Welt gefangen - ich glaube nicht, dass z.B. Microsoft da viel Arbeit reistecken wird, einen Client (geschweige denn einen Server) zu basteln...
 
Ich denke, das liegt vor allem daran, dass NFS eigentlich nicht mehr wirklich gebraucht wird.

Mit CIFS/SMB ist einfach eine performante und vor allem plattformunabhängige Alternative gewachsen. Jedes NAS, Windows, MacOS, Linux und BSD spricht SMB, sowohl als Client als auch als Server.

Die Bedeutung von NFS is einfach geschrumpft und hat nicht mehr den Stellenwert von früher. Deshalb glaube ich, dass sich einfach deshalb keiner mehr für ein NFS4 interessiert hat und interessiert. NFS ist meiner Meinung nach sogar fast schon überflüssig.

Und selbst wenn NFS4 ein gutes Netzwerk-Freigabe-System wird, ist mal halt wieder in der Linux/Unix-Welt gefangen - ich glaube nicht, dass z.B. Microsoft da viel Arbeit reistecken wird, einen Client (geschweige denn einen Server) zu basteln...

Hi,

sehe ich anders ...

1. Microsoft gibt Asche für NFSv4 Client

2. SMB sehe ich vorrangig für Windows <-> Unix / Linux ... NFS für Unix / Linux <-> Unix / Linux


Gruß
Kai
 
Und selbst wenn NFS4 ein gutes Netzwerk-Freigabe-System wird, ist mal halt wieder in der Linux/Unix-Welt gefangen - ich glaube nicht, dass z.B. Microsoft da viel Arbeit reistecken wird, einen Client (geschweige denn einen Server) zu basteln...

Doch, Microsoft unterstützt das schon.
http://www.heise.de/newsticker/Microsoft-unterstuetzt-freien-NFSv4-Client-fuer-Windows--/meldung/136743

Ich habe hier unter WinXP sowohl einen Server als auch einen Client laufen (z.Z. NFSv3).

viele Grüße
Tom

[EDIT] Da war einer schneller...
 
Zuletzt bearbeitet:
Ich sehs auch so, dass ein besseres System immer eine Daseinsberechtigung hat. Die SMB-Freigaben sind alles Andere als Optimal und nfsv4 bringt hier schon einiges - insbesondere bei der Authentifizierung.
Yamagis Kritik ist berechtigt. Viele Leute - auch ich - haben sich von nfs abgewandt, weil es einfach nicht die Anforderungen erfüllte und anstatt mitzuhelfen, dass etwas besseres an den Start kommt lieber auf smb geschimpft und damit gearbeitet. Der Mensch ist faul....
 
Ich habe immer NFS benuzt, weil mir SMB zu komisch war. NFS hat zwar auch seltsame Eigenheiten, aber war mit immer vertrauter. Nur weil ich nicht laut geschriehen habe oder auf meinem Homeserver irgendwas rumgefrickelt habe, heißt das also nicht, dass ich nicht die gnaze Zeit auf NFSv4 warte ;)

Momentan ist ja der einzige sichere Weg NFS einzusetzen mit OpenVPN. OpenVPN ordnet anhand von sicherer authentifikation eine IP zu, und NFS gibt anhand von IP Daten frei. Das geht gut, ist aber umständlich.
Ich bin mal gespannt auf FreeBSD8. Werde wohl ende des Jahres meinen Serve umrüsten und auf fbsd8+zfs+nfs4 umsteigen... wenns denn läuft.
 
Der alte NFS4-Client, der nie sauber funktionierte, wurde vorhin zu Gunsten des neuen Codes entfernt. Außerdem wurden in den letzten Tagen die Userland-Tools vom NFS so verändert, dass sie mit dem neuen Server zusammenarbeiten können. Bauen kann man den neuen Server jedoch noch nicht. Als kleiner Statusreport. :)
 
So, FreeBSD 8.0 kommt sehr schnell näher und gerade eben noch Beginn des "Code Slush" wurde heute in der Nacht der Kram eingefügt, der NFS4 bauen lässt. FreeBSD -CURRENT unterstützt damit NFS4.
 
Was funktioniert denn am Locking nicht? Ich habe eher die Erfahrung gemacht, dass seit dem wir den neuen Kernel-Lockmanager haben, NFS-Locking zu ersten Mal überhaupt brauchbar funktioniert. :)
 
Nun, ich kann von zwei Rechnern im Netz auf der gleichen Datei einen Lock halten. Das klingt für mich nicht nach funktioniert.

Es ist sogar noch schlimmer, man kann nur von einem anderen Rechner aus festellen ob das Locking funktioniert, da es lokal noch geht.

Deswegen haben sogar einige seinerzeit auf den Wechsel auf 7.1 verzichtet, da das Locking mit 7.0 noch funktioniert hat.
 
Versuch mal einen nullfs-Mount auf einem NFS-Mount zu machen und dann Locking zu benutzen, zum Beispiel den betroffenen Dateibaum per DAV im Apache verfügbar zu machen.

Frohe Probleme!

PS. Ich kann mich jetzt nicht mehr erinnern ob das per NFS gemountete nullfs-Dateisystem aufm NFS-Server oder aufm Client war. Aber ich vermute sowieso, dass beides ein Unheil wird, und zwar jegliche NFS-nullfs-Kombination. :)
 
Achso, die Macke meinst du. Die hatte ich zu Beginn auch, allerdings nur, wenn ich altes Locking und neues Locking und / oder Linux mit FreeBSD gemischt habe. Ganz ehrlich, ich glaube nicht, dass man mit dem neuen NFSv2 und NFSv3 Server da Verbesserungen sehen wird, sie leiden wir die alte Implementierung einfach darunter, dass dieser ganze RPC-Kram später ins Protokoll gefrickelt wurde. Aber mit NFSv4 - was eh zu bevurzugen ist, da es ca. 100 Vorteile bietet - müsste es funktionieren. Dort ist Locking ganz anders realisiert.

Davon einmal abgesehen hat NFS nun wieder Maintainer. Rick Macklem wird dran entwickeln, ebenso hat Isilon Systems gleich 3(!) Entwickler abgestellt, um FreeBSD im Bereich Netzwerkdateisysteme fit zu machen. Ich sage daher mal, dass es eigentlich nur besser werden kann.
 
Zurück
Oben