Apple stopt begin volgend jaar met XServe

Op de zaak heb ik net een verouderde Xserve een upgrade naar Linux gegeven

Maar als je dat netjes ingericht wilt hebben voor de gebruikers ben je wel even bezig hoor. Voor een grafische studio die vaak genoeg honderden bestanden op hetzelfde moment opent (Indesign, Bridge), en binnen secondes zoekresultaten wil hebben over een miljoen bestanden, voldeed de Mac server standaard al niet. Over een eventuele omschakeling naar een SMB protocol kun je dan echt niet gaan beginnen. In ons geval is een deel van het archief nog afhankelijk van resource forks, en werden vanuit de Mac OS Classic tijd nog slashes en andere vreemde tekens in de bestandsnamen gebruikt, dus voordat je archieven synct of een share opent voor gebruikers moet je drie keer nakijken of alles gaat werken en uitwisselbaar blijft. Zover ik weet blijven dan alleen Novell en Netatalk over.

Novel heb ik zelf niet geprobeerd, maar met Netatalk heb ik goede ervaringen over de prestaties, het geeft veel rauwe snelheid met weinig processor overhead. De standaard installatie is niet afdoende, bij Debian zit DHX2 authenticatie er niet in, en je kunt het pakket beter configureren met cnid_dbd en databases op een aparte systeempartititie om een solide vervanger voor een Apple server neer te zetten. Wij hebben de overstap overnight kunnen doen, zonder wijzigingen in adres of protocol, dus dat de gebruikers (en archiefbeheer scripts) in principe zo door konden werken. Wat voor de overstap wel een probleem werd was dat een andere Xserve, die tijdelijk iedereen bediende, niet voldoende disk I/O had om alle aanvragen tijdig te verwerken. Sinds dat de Linux server in gebruik is zijn de taken weer verdeeld en nu werkt het sneller dan ooit.

Voor de zoekresultaten in de Finder, hoewel ze met 2 tot 10 seconden al aanmerkelijk sneller zijn dan de standaard zoekfunctie op de oude server, is dat nog niet genoeg. De gebruikers vinden het ook iets te onhandig in gebruik vanwege de manier waarop de Finder ze presenteert. Ze willen liever een Dashboard widget met een centrale database, zoals ik die op de Mac server in elkaar had geklust. Onder Linux had ik daarvoor inotify (Beagle) willen gebruiken, maar dat werkt niet omdat het alleen watches op mapniveau gebruikt, geen systeembrede file system event notification zoals ik op Mac OS X met fslogger had. Nu ben ik aan het puzzelen om een back end te maken die de BerkeleyDB databases van Netatalk kan uitlezen

Een ander punt is dat de serverbeheer-programma's van Apple erg overzichtelijk en gebruiksvriendelijk zijn, zeker voor mensen die Mac OS X gewend zijn. Je kunt na een korte instructie het Open Directory gebruikersbeheer aan een niet-IT'er overlaten. Onder Linux zijn er wel verschillende web-interfaces voor, er is er echter geen een waar je zo makkelijk in rond sleept en klikt als in de Workgroup Manager en Server Admin software van Apple. Ook is de integratie van web-adminpanels met het OS niet altijd even goed omdat Linux met veel uiteenlopende configuratiebestanden werkt. Als je die met de hand bewerkt is dat wel prettig en compact, maar als je dat bijvoorbeeld via Webmin laat doen kunnen ze aardig in de war worden gegooid. Nog een beetje meer standaardisatie in de configuratiebestanden, waardoor je het terminal-tikken en interface-klikken door elkaar kunt gebruiken zonder dat het soms verkeerd geïnterpreteerd wordt, zou wenselijk zijn. Aan de andere kant is deze integratie bij Apple ook belabberd: De configuratiemogelijkheden van een Mac OS X Server zijn heel erg beperkt (waardoor bijvoorbeeld het delen van de LDAP directory met Linux systemen vrijwel onmogelijk wordt gemaakt).