Software-update: OpenAFS 1.5.72 / 1.4.12pre4

AFS is een bestandssysteem dat zijn oorsprong kent aan de Carnegie Mellon University. Het is vervolgens verder ontwikkeld en uitgegeven door Transarc Corporation, dat op zijn beurt halvewege de jaren '90 door IBM werd overgenomen. In 2000 heeft IBM van AFS een opensource-versie uitgebracht met OpenAFS als de pakkende naam van het product. Voor meer informatie verwijzen we jullie naar deze pagina. De ontwikkelaars van OpenAFS hebben versie 1.5.72 uitgegeven en geschikt bevonden voor productie op het Windows-platform. Daarnaast is ook versie 1.4.12pre4 verschenen. De bijbehorende aankondigingen zien er als volgt uit:

OpenAFS 1.5.72 released (Production Version for Windows; Test Version for other platforms)

Version 1.5.72 is the recommended production-ready release of OpenAFS for Microsoft Windows users. It supports all Microsoft Windows operating systems from Windows 2000 through Windows 7 and Windows Server 2008 R2 including both 32-bit and 64-bit architectures. The 1.5.72 release restores AFSDB support for kaserver users. The 1.5.72 Windows client is fully compatible with all AFS server versions.

For UNIX, Linux, and MacOS X (including Snow Leopard) the recommended production-ready release of OpenAFS is 1.4.11.

Please visit http://www.openafs.org/windows.html for up to date information on the status of the OpenAFS for Windows client.

This production release is a minor release. Important changes since 1.5.71 are:

Microsoft Windows:

• Restore use of DNS AFSDB and SRV records by kaserver clients.

All platforms:

• Provide internationalization support in com_err.
• Fix array length checking to avoid crashes when checking for a volume type based on name in vos.

All server platforms:

• Provide backward compatible "-f" flag to salvager for force mode.

All Unix client platforms:

• Fix client cache file truncation to not lose chunks when truncating a large file.
• Ensure a cache writeback hook is installed in the client (bug from 1.5.71)
• Avoid spurious free memory warnings during clean shutdown.
• Fakestat mode avoids AFSDB lookups.
• "fs storebehind" now correctly reports errors on readonly volumes.
• Additional documentation for "fs getcacheparms"
• Forced new uuid generation with "fs uuid -generate" now works enforced permission correctly.

MacOS:

• Add optimized Rx event handler in kernel.
• Installer now allows installing an older version.
• Panic decoder can now deal with MacOS 10.5 again.
• MacOS ._ files are now correctly not looked up as cellnames.

Linux:

• To deal with SELinux file labeling, try cache accesses with current credentials in event of failure.
• Rx XDR encoding bug on i386 Linux is fixed (bug introduced in 1.5.71)

Irix:

• Code compilation fixes.

OpenBSD:

• Update for OpenBSD 4.6.

This release is the recommended production release for all Microsoft Windows environments.

Please send reports of successful deployments to [e-mail] and report problems to [e-mail].


OpenAFS 1.4.12 release candidate 4 available

The OpenAFS Gatekeepers announce the availability of the fourth release candidate for OpenAFS version 1.4.12.

A large number of bugfixes, including in the Linux cache manager and the fileserver, are included, as well as a Preferences Pane for MacOS.

Since 1.4.12pre3, an issue which could trigger a MacOS bug and hang Finder, an issue with Linux file locking, an issue with Linux 2.6.33 kernel module builds, an erroneous crash in the fileserver when checking for corruption in the host list, a race on detecting deleted hosts in the fileserver host list, and a client retry issue for idle Rx connections have been addressed.

Please assist the gatekeepers by deploying this release and providing positive or negative feedback. Bug reports should be filed to [e-mail] . Reports of success should be sent to [e-mail].

Derrick Brashear
for the OpenAFS Gatekeepers

Versienummer	1.5.72 / 1.4.12pre4
Releasestatus	Final
Besturingssystemen	Windows 7, Windows 7 x64, Windows 2000, Linux, BSD, Windows XP, macOS, Solaris, UNIX, Windows Server 2003, Windows XP x64, Windows Server 2003 x64, Windows Vista, Windows Server 2008
Website	OpenAFS
Download	http://www.optisend.com/download.html
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (14)

[ODF]

Is dit bestandsysteem sneller en beter dan NTFS om te gebruiken binnen een Windows netwerk?!

[PommeFritz]

AFS is een Network file system. NTFS is een disk file system. Dat zijn 2 totaal verschillende dingen

[Verwijderd]

Dus als ik het goed begrijp, je kan AFS gebruiken ter vervanging van Windows File Sharing? Dus dat je shares kan opzetten & benaderen via 'verkenner' maar dan door gebruik te maken van OpenAFS in plaats van Windows File Sharing? (welke met de regelmaat kuren heeft, zeker als het gaat over File Sharing tussen Win7 & XP cliënts; http://gathering.tweakers...message/33516914#33516914 )

[Reactie gewijzigd door Verwijderd op 25 juli 2024 07:59]

[Verwijderd]

Daar zou je het voor kunnen gebruiken, maar het is waarschijnlijk overkill voor wat je nodig hebt. Zie mijn bovenstaande post (het stuk met "nadruk vooral ligt op schaalbaarheid, high availability en betrouwbaarheid").

Een FTP, Webdav, etc. locatie mounten in windows is waarschijnlijk makkelijker. Alhoewel als tweaker zoiets als overkill natuurlijk niet bestaat

[Reactie gewijzigd door Verwijderd op 25 juli 2024 07:59]

[geez]

Misschien is dit een waardige vervanger voor NFS?

[Niemand_Anders]

Wij draaien openAfs al langere tijd als vervanger van nfs/samba. Kopieren van bestanden gaat sneller over afs dan smb (minder overhead), client beschikbaar voor Windows, OSX en Linux.

Productie servers schrijven hun logs naar een AFS server cluster welke in het hosting centrum staat en de AFS server repliceert deze gegevens naar de AFS cluster op kantoor. Wat ik persoonlijk fijn vind is dat je bij replicatie ook de bandbreedte kunt specificeren zodat bij replicatie tussen locaties (vestigingen) niet direct de lijn masbelast is (zoals bij MS FRS).

Versie 1.5.6+ heeft inmiddels ook support voor Windows 7 en 2008R2.

[zenlord]

Sneller dan SMB/CIFS wil ik best geloven, maar is het ook sneller (of beter op andere vlakken) dan NFS?

Wij werken in een linux-only omgeving (mini-KMO) en zijn tevreden van NFS. Maar als het beter kan, dan vraag ik het wel even aan onze admin om een test op te zetten.

[Verwijderd]

Je moet (Open)AFS denk ik niet selecteren omdat het sneller is dan CIFS of NFS (los van of het dat wel of niet is). Het is een distributed filesystem waarbij de nadruk vooral ligt op schaalbaarheid, high availability en betrouwbaarheid (bijvoorbeeld data verspreiden over meerdere servers, snaphots, etc.). Flexibiliteit in de ruimste zin van het woord.

Destijds heb ik OpenAFS boven NFSv3 gekozen omdat de beveiligings opties van NFSv3 zeer beperkt zijn (aangezien de authenticatie door de client gedaan moet worden). Je kan NFSv3 wel redelijk beveiligen met omwegen, maar het blijft een lastig verhaal. NFSv4 is weer een heel ander verhaal maar dat was destijds toen ik de keuze moest maken nog verre van stabiel.

Je hebt het niet vermeld, maar ik ga ervan uit dat je NFSv3 gebruikt ? Aangezien NFSv4 nog niet echt heel breed geadopteerd is. Dan is het vanwege dingen als client side caching en beveiliging misschien is interessant om naar AFS te kijken.

[Verwijderd]

Ik neem aan dat jij dit ook gebruikt op Windows Server systems?
Als een soort iSCSI / NFS, gekoppeld aan het systeem?

iSCSI, NFS en AFS zijn naar mijn idee 3 totaal verschillende oplossingen. iSCSI is veel meer low level dan AFS en NFS. AFS is net als NFS een networked filesystem maar bied veel meer functionaliteit.

Ik heb geen Windows Servers in mijn server park. Ik gebruik AFS voornamelijk om eindgebruikers via workstations hun home directories te laten benaderen (Zowel Linux als Windows clients). Servers zijn aan de SAN verbonden via iSCSI + OCFS2 .

Zo ja, als er iets fout gaat, laten we zeggen corrupt raakt - het is OpenSource, op wie of wat verhaal jij dan support?

Dan los ik het zelf op (daar ben ik tenslotte voor ) of val ik terug op de opensource community in de vorm van #OpenAFS in IRC of de mailinglist. IBM bied geloof ik commerciele support op OpenAFS (OpenAFS komt oorspronkelijk bij Transarc vandaan, wat later door IBM gekocht is)

Ik weet niet precies wat je onder support verstaat maar alle 'support' die ik in de praktijk gezien heb van partijen als bijvoorbeeld Cisco is meestal dat je betaald en vervolgens een issue mag loggen in hun systeem als het mis gaat. Wellicht komt er dan over 6 maanden een fix als je geluk hebt. Ik heb wel rechtzaken zien uitgevochten worden over de geleverde 'support'. Soms win je daar geld mee.

Maar wat schiet je daar uiteindelijk mee op ? Aan het eind van de dag wil je gewoon je probleem opgelost hebben.

Support is precies wat het betekend: Ondersteuning. Helaas word het tegenwoordig naar mijn idee teveel gezien als het indekken van je zelf. Maar dat is mijn mening

[HoeZoWie]

Beste 'JUDGExKTF',
Jou mening (of die van een ander mag ook, als je het maar zeker weet) is AFS (Open AFS) een goeie vervanger voor DFS?
Zo als ik, werk ik bij een bedrijf als het 'Internationaal Bankwezen' - zij gebruiken DFS op grote schaal, is AFS een goed alternatief, of zou je dat afraden?
Hier wordt MS DFS gebruikt - o.a. voor 'User Home directories', het werkt op zich goed, maar we zitten met 'Bandwith an Network Performance' issues, en aangezien dit hier een 'full redundant' netwerk is, en alles dubbel is uitgevoerd, is vervangen / veranderen een financieel probleem op zich. Ik wil overwegen ons DFS in een testcase uit te laten voeren in een OTAP omgeving, en dan proberen eens 'klein te beginnen, maar zelf weet ik te weinig van AFS / Open AFS.

Thanks for Replying!

[Verwijderd]

OpenAFS kan zeker een goed alternatief zijn voor Microsoft DFS. Kijk maar naar de referenties: http://www.openafs.org/success.html

En er zijn nog legio van grote installaties die niet in deze lijst staan zoals bijvoorbeeld die van CERN.

[HoeZoWie]

Sorry, in mijn onwetendheid:
- Wie gebruikt dit nou?
- en vooral waarom?
- Wat zijn de specifieke voordelen
- en nadelen?
- ten opzichte van...

Kan en wil iemand dat mij vertellen,
eventueel een linkje? ThanX!!!!!

[Reactie gewijzigd door HoeZoWie op 25 juli 2024 07:59]

[Verwijderd]

- Wie gebruikt dit nou?

Ik

- en vooral waarom?
- Wat zijn de specifieke voordelen

Mijn post een paar threads terug noemt er al een aantal, maar ik zal ze hier nog even onder elkaar zetten:

• [liSchaalbaarheid: AFS kent net als het 'lokale' volume managers physical en logical volumes. Iedere gebruikers directory staat bijvoorbeeld op een logical volume welke verspreid en / of gemirrored kan worden op verschillende physical volumes welke zich op verschillende servers bevinden (die ook eventueel weer als readonly locaties aangeduid kunnen worden).]
• ACL's: Vergelijkbaar met de standaard ACL's zoals deze in Windows zitten ten opzichte van de standaard POSIX rechtenstructuur.
• Beveiliging: Single Sign On door middel van Kerberos en transport encryptie tussen fileserver en clients
• Portability: Ondersteund Windows, *nix en MacOS client welke client side caching ondersteunen.
• Universele namespace: /afs

Dit is slechts een kleine greep uit de mogelijkheden die (Open)AFS bied.

- en nadelen?

• Het is complex. Veel opties en vereist wat abstract denkvermogen.
• Sommige onderdelen moeten gemoderniseerd worden (zoals bijvoorbeeld de Kerberos V integratie. Hier is het AFS3 protocol voor in de maak).

- ten opzichte van...

Simplere oplossingen zoals Samba, NFSv3, etc.

[edit] Layout fixes.

[Reactie gewijzigd door Verwijderd op 25 juli 2024 07:59]

[HoeZoWie]

@ JUDGExKTF:
Ik neem aan dat jij dit ook gebruikt op Windows Server systems?
Als een soort iSCSI / NFS, gekoppeld aan het systeem?
Zo ja, als er iets fout gaat, laten we zeggen corrupt raakt -
het is OpenSource, op wie of wat verhaal jij dan support?
Om het weer ge-fixed te krijgen?
Of iemand anders dit dit wel eens heeft meegemaakt....

Ik vraag dit, omdat ik een goed betrouwbaar alternatief zoek voor Microsoft DFS.

ThankX for Answering!
(ooh, ja, zo wel deze Thread, als de vorige zijn beiden OnTopic!)

[Reactie gewijzigd door HoeZoWie op 25 juli 2024 07:59]