In een grafische studio met door elkaar MacOsX, MacOs9 en incidenteel een Windows computer gebruiken we twee 'oude' Macintosh servers: 1 met Debian, en een 1 met MacOs9/AppleShareIP. Nu komt er misschien een Pentium-gebaseerde rackmount fileserver vrij, en als die de taken goed kan overnemen kunnen we ons een dure xServe uitsparen. Maar dan moet ie wel even goed kunnen serveren als een MacOsX server. Het MacOsX serverpakket draaien op een Pentium is er nog niet bij, Apple koppelverkoopt natuurlijk maar al te graag haar xServe machientjes (die er trouwens wel mooi uitzien, zonde om in het rack te verstoppen!).
Momenteel bedient de Debian server de Apples met Netatalk. Dat werkt retesnel, maar voor de MacOsX clients zitten er allerlei problemen aan vast met lange bestandsnamen en incompatibe resource fork opslag. Ook gaat Netatalk geheid jongleren met bestanden als je een website met een paar duizend kleine plaatjes kopieert, waardoor je kopieeractie wordt afgebroken en sommige plaatjes verdwalen of incompleet zijn. Ondanks dat ik Netatalk 1.6.3 heb draaien met een CNID database raken Apple aliasbestanden nog steeds hun referentie kwijt.
Kortom: er zijn momenteel teveel problemen rond Netatalk om te kunnen spreken van een volwaardige fileserver. Ik volg nu al een half jaar de ontwikkeling van Netatalk op sourceforge.net, maar krijg het idee dat het project min of meer stil ligt.
Met MacOSX kun je echter ook via SMB of NFS inloggen. In die gevallen bewaart de MacOS client de resources in losse bestanden, zodat de server hier geen rekening mee hoeft te houden. Ook met aliassen schijnt Apple zich beter aan te passen. Ik heb SMB met Samba getest, het werkt beter maar is zeker 3 x zo traag. NFS heb ik nog niet geprobeerd, dat is nog maar net volledig ondersteund in Panther.
Onze mogelijkheden voor de nieuwe server zijn:
1. Overstappen op Samba. Netatalk alleen gebruiken voor MacOs9 clients, Netatalk's incompatible resource beheer uitschakelen.
2. Overstappen op NFS, Netatalk alleen gebruiken voor MacOs9 clients, en Samba voor de Windows client.
3. Windows op de server draaien
, met Miramax's Mactrans erop voor de oude Apple'tjes.
4. Niet zeuren, gewoon
Pentium server slopen,
xServe kopen.
Beheren er meer Tweakers een fileserver voor Apple clients? Wat zijn jullie ervaringen? Welke optie zou je kiezen?
Momenteel bedient de Debian server de Apples met Netatalk. Dat werkt retesnel, maar voor de MacOsX clients zitten er allerlei problemen aan vast met lange bestandsnamen en incompatibe resource fork opslag. Ook gaat Netatalk geheid jongleren met bestanden als je een website met een paar duizend kleine plaatjes kopieert, waardoor je kopieeractie wordt afgebroken en sommige plaatjes verdwalen of incompleet zijn. Ondanks dat ik Netatalk 1.6.3 heb draaien met een CNID database raken Apple aliasbestanden nog steeds hun referentie kwijt.
Kortom: er zijn momenteel teveel problemen rond Netatalk om te kunnen spreken van een volwaardige fileserver. Ik volg nu al een half jaar de ontwikkeling van Netatalk op sourceforge.net, maar krijg het idee dat het project min of meer stil ligt.
Met MacOSX kun je echter ook via SMB of NFS inloggen. In die gevallen bewaart de MacOS client de resources in losse bestanden, zodat de server hier geen rekening mee hoeft te houden. Ook met aliassen schijnt Apple zich beter aan te passen. Ik heb SMB met Samba getest, het werkt beter maar is zeker 3 x zo traag. NFS heb ik nog niet geprobeerd, dat is nog maar net volledig ondersteund in Panther.
Onze mogelijkheden voor de nieuwe server zijn:
1. Overstappen op Samba. Netatalk alleen gebruiken voor MacOs9 clients, Netatalk's incompatible resource beheer uitschakelen.
2. Overstappen op NFS, Netatalk alleen gebruiken voor MacOs9 clients, en Samba voor de Windows client.
3. Windows op de server draaien
4. Niet zeuren, gewoon
Beheren er meer Tweakers een fileserver voor Apple clients? Wat zijn jullie ervaringen? Welke optie zou je kiezen?