Hallo,

Wir bekommen in ein paar Wochem von der IT neue Fileserver (Unix) mit mehr Volumen, ausserdem eine neue Aufteilung der Partitionen. Nun soll ich das testen ob das für die Druckvorstufe ok ist. Der Fileserver soll statt wie bisher über AFP jetzt über SMB angesteuert werden.

Ich habe jetzt mal eine CD voll mit Bildern und Textdateien (auch mit langen Namen und so) drauf kopiert und von einem Servervolume auf den anderen kopiert. Aber was kann man noch alles so testen? Gibt es vielleicht so eine Testsuite die man benutzen kann? Oder ein kleines Fileserver-Testprogramm? Was kann ich noch versuchen, bzw. was sind die Kriterien einer guten Fileserver-Nutzung?

Danke im voraus,

Gruß, Siuloong

P.S.: Wir arbeiten auf Mac OSX mit 10.4.7 und CS2, die Aussendienstler sowie Kundenkontaktler arbeiten mit Win2000

Hallo,

Helios LAN-Test: http://www.helios.de/products/LanTest.phtml
und fast noch wichtiger: http://www.helios.de/products/FileTest.phtml

Berichtest du uns von den Testergebnissen unter SMB - das würde mich auch mal interessieren, was da rauskommt.

Gruß

Probier mal das kleine Tool "Helios File System Test" von der Helios Webseite. Es überprüft z.B. auch, ob Dateien mit resource forks korrekt auf dem Server abgelegt werden können oder nicht.
Das werden zwar auch auf dem Mac immer weniger, aber es gibt sie ja noch. Und was nutzt dir ein Fileserver, wenn du immer erst alles zippen musst.

Aber FileSystem Test prüft auch andere Funktionen eines FileServers, wie z.B. das Ändern von Zugriffsberechtigungen, Unicode-Fähigkeiten und andere Dinge.

Warum man für eine rein unter Mac OS arbeitende Abteilung aber keinen entsprechenden FileServer zur Verfügung stellt, ist mir ein wenig schleierhaft...

Hallo,

Zitat

Warum man für eine rein unter Mac OS arbeitende Abteilung aber keinen entsprechenden FileServer zur Verfügung stellt, ist mir ein wenig schleierhaft...

Genau das, war auch mein erster Gedanke. Also da sind doch die ersten Probleme schon vorprogrammiert. Ich würde auf jeden Fall den alten Server eine Zeit lang parallel betreiben, bis man auf dem neuen alle Fallen kennengelernt hat.

Gruß

Das geht schnell.

Kopier ein paar Postscript Schriften auf den Server und versuch anschliessend sie von dort aus auf einen Mac zu installieren... Nada!
Gleiches gilt für alle Dateien die zwingend auf eine Ressourcefork zurückgreifen müssen.

Das wird so nichts.
SMB ist für Arbeit mit Macs in der Druckvorstufe absolut ungeeignet.

So,

Hab mal alle Tests durchgeführt und bin dabei die Erklärungen der verschiedenen Punkte durch zu gehen. Hier die Screenshots im Anhang. Was haltet ihr davon?

Gruß, Siuloong

Hab hier noch ne Fehlermeldung die manchmal auftaucht wenn ich mich zum Server konnektieren möchte. Hatte die schon jemand?

Hallo Siuloong!

Mach doch nochmal den von Thomas empfohlenen Test bzgl der Postscript Schriften!
Und gib uns das Ergebnis durch.

Danke

Hi Thomas,

Zitat

Kopier ein paar Postscript Schriften auf den Server und versuch anschliessend sie von dort aus auf einen Mac zu installieren... Nada!

Wie meinst du das genau? Also ich kopiere die Schriften auf den Server und dann kopiere ich sie wieder runter auf die Harddisk und lege sie nach Library / Fonts? Hast du das so gemeint?

Ich installiere Schriften nie vom Server aus, nur von der Festplatte. Ich habe dabei FontAgent Pro 3.1 im Einsatz. Hast du jetzt gemeint die PostScript-Schriften direkt vom Server in FontAgent zu importieren?

Danke für eure bisherigen Antworten,

Gruß, Siuloong

Hallo siuloong!

Die Fehlermeldung die im Screenshot samba_connect_error.png zu sehen ist, hängt zusammen mit dem Screenshot test_publishing2.png!

Das letzte icon unten zeigt an, dass der Test noch nicht abgeschlossen ist. Jetzt gilt es zu überlegen, ob du gelegentlich Dateien hast, die 4 GB überschreiten. Denn dann würdest du in der Produktion auf dieses Problem stossen!

Hi Holgi,

Zitat

Jetzt gilt es zu überlegen, ob du gelegentlich Dateien hast, die 4 GB überschreiten

Nein, ist mir noch nicht (wissentlich) vorgekommen.

Zitat

samba_connect_error.png zu sehen ist, hängt zusammen mit dem Screenshot test_publishing2.png!

Wie hängt das zusammen? Diese Fehlermeldung erschien heute morgen als ich mich konnektieren wollte, direkt nach dem Booten. Da hatte ich den Test noch nicht gemacht.

Gruß, Siuloong

Ich denke, dass Thomas lediglich meinte, dass Du die Fontdateien auf den Server kopieren solltst. Und dann anschliessend wieder zurückkopierst. Dann wieder aktivierst.

So wie wenn ein Projekt für einen Kunden abgeschlossen ist, alle Dateien auf den Server wandern und dann ein neuer Auftrag auf der Basis des alten kommt. Dann holt man die Schriften wieder hervor und stellt fest, dass die Ressource Fork leider verschwunden und der Font unbrauchbar geworden ist.

Sollte ich Thomas hier missverstanden haben, meldet er sich sicher auch gleich nochmal, um mich zu korrigieren!

Auf dem SMB Weg können die Ressourcen verlorengehen.

So ist eine Schrift nachdem sie dort abgelegt wurde und wieder von dort geholt wird, nicht mehr das was sie mal war, denn Macschriften haben die Eigenart, dass die Daten in der Ressource statt in der Data Fork abgelegt werden.

Der selbe Effekt tritt auch auf, wenn man mit zu alten OS X Systemen oder nem Stuffit unter Version 10 Schriften zipt.

Hallo Holgi,

Antwort auf [ Der Holgi ]

Sollte ich Thomas hier missverstanden haben, meldet er sich sicher auch gleich nochmal, um mich zu korrigieren!

Ach iwo...
hätte dein Beitrag schon gestanden, als ich meinen begonnen hab, hätte ich mir meinen sparen können. Ist doch viel anschaulicher als mein Geschreibsel.

Hab das jetzt mal probiert mit der PostScript-Schrift. Ich bekomm sie gar nicht mal auf'n Server kopiert:

You cannot copy the item "Caxton Bk/BD BT" because the name is too long or includes characters that the disk cannot display.

Obwohl im File Server Test bei Test long filename ein grünes Licht rausgekommen ist …

Guß, Siuloong

Hab's jetzt noch mit einer anderen Schrift probiert (Matrix) Da hat's geklappt. Also Schrift in eigenem Ordner auf den Server kopiert. Dann wieder runter auf die Festplatte. Ordner nach Library / Fonts verschoben. Die Schrift ist in InDesign wieder verfügbar. Heisst das, das mit der Ressource Fork, das würde klappen? Beim Test war ein grünes Häkchen bei «Test writing to data / resource fork»

Gruß, Siuloong

Antwort auf [ siuloong ]

"Caxton Bk/BD BT" because the name is too long or includes characters that the disk cannot display.

Obwohl im File Server Test bei Test long filename ein grünes Licht rausgekommen ist …

Das ist kein Längenproblem,sondern eines der reservierten Zeichen. Umgekehrt hast du Probleme einen Namen mit einem : auf einen Mac zu bekommen.

Oder leg, wenn ihr auf nem Mac die casesensitive Filesystem Option aktiviert habt, mal einen
'Neuer Ordner' und einen 'neuer Ordner' nebeneinander in ein Verzeichnis und kopier sie auf den Server.
Als Linuxserver sollte er das eigentlich können, aber eben nicht per SMB.
Oder ist das ein Windowsserver? Da geht in der Regel auch per AFP nicht gerade viel, da sich der 'Services for Macintosh' (SFM) seit Windows NT4 nicht mehr geändert hat.

Antwort auf [ siuloong ]

Die Schrift ist in InDesign wieder verfügbar.

Bist du sicher, dass die hinund her kopierte Schrift verwendet wurde? Nicth noch was gleichnamioges aus irgendeinem Cache?

Antwort auf [ siuloong ]

Heisst das, das mit der Ressource Fork, das würde klappen? Beim Test war ein grünes Häkchen bei «Test writing to data / resource fork»

Im Prinzip ja.
Haben z.B. PS Bilder noch Icons wenn sie zurückkopiert werden, ist die Dateigröße der Schrift unverändert?

Zitat

casesensitive Filesystem Option

Wo finde ich diese Option? Scheint bei mir nicht aktiviert zu sein. Wèrde das gerne ausprobieren.

Bin mir nicht ganz sicher aber ich glaube es handelt sich um Unix-Server.

Gruß, Siuloong

Hallo,
ganz so einfach ist das mit den Schriften leider nicht.

- alte OS 8 Truetype: verw. Ressource und ist bei Verlust der Ressource kaputt.
- neue OS Truetype (.dfont): keine Ressource, beliebig kopierbar.
- PostScript Type 1: verw. Ressource und ist bei Verlust der Ressource kaputt.
- Opentype (.ot): keine Ressource und beliebig kopierbar.

Man muss es also mit alten OS 9 Truetypes und PostScript Type 1 ausprobieren. Es geht aber einfacher: wenn die Dateien ihr Icon verlieren, sobald sie auf den Server kopiert werden, dann gehen die Ressourcen verloren, sprich die Schriften sind kaputt. Kann man einfach mit einem Bild testen, das man aus Photoshop speichert: Es bekommt als Icon eine Vorschau des Bildes. Auf den Server und zurück: ist die Bildvorschau noch da oder nicht?

Meines Wissens kann Os X mittlerweile mit SMB-Volumes umgehen. So weit mir bekannt ist, werden die Ressourcen auf dem Server in Dateien ausgelagert, die mit ._ beginnen und beim Rückkopieren sollte alles wieder zusammengesetzt werden. In der Regel sollten also die Ressourcen erhalten bleiben. Allerdings werden diese Ressource-Dateien für die Windows-Rechner sichbar.

Gruß
Peter

Meine zum Test verwendete PosScript-Schrift war noch so eine aus OS9 portierte Schrift

Zitat

- PostScript Type 1: verw. Ressource und ist bei Verlust der Ressource kaputt.

D.h. in meinem Fall dass da alles ok ist?

Die Vorschau der Bilder bleibt erhalten. Hab das gerade getestet aber jetzt habe ich ein komisches Phänomen: Wenn ich aus Photoshop das Bild auf'm Server speichere kann ich das Bild nur in Photoshop sehen wenn ich «öffnen» wähle. Im Finder-Fenster von OSX sehe ich die Dateien nicht.

Hmmmm...

Gruß, Siuloong

P.S.: Jetzt aufeinmal tauchen sie wieder auf .... die Bilder.

Hallo Siuloong!

Ich denke, du hast ja schon die eine oder andere kleinigkeit gefunden.

Bitte erwarte von uns nicht, dass wir hier - per Ferndiagnose - erklären, ob dein Server OK ist oder nicht. Ich denke, du wirst hier einige finden, die sagen werden: Alles OK. Andere wiederum werden sagen: Lass die Finger davon!

Meine Empfehlung: Mache eine Liste mit den durchgeführten Tests und deren Ergebnissen. Benutze die Screenshots, die du gemacht hast. Dann lass die Dienstleister antanzen und zeig ihnen deine Beobachtungen und bitte sie, dieses Verhalten zu verbessern (ich denke da an deine Fehlermeldung beim Verbinden)!

Anschliessend führst du alle Tests nochmal durch und schau, ob sich was verbessert hat.

Hoffe, das hilft Dir!

Hi Holgi,

Ja, das hat mir schon viel geholfen. Danke. Werde die Punkte des Filesystem Tests noch einmal durchgehen und versuchen nachzustellen. Mache dann Screenshots und schreibe einen kleinen Bericht darüber.

Kleine Frage noch: Die Erklärung der verschiedenen Punkte des Helios File System Tests: Gibt es da auch eine Erklärung auf deutsch?

Danke nochmal,

Gruß, Siuloong

Hallo,

Ich bin schon gut voran gekommen mit meinen Tests.
Nur bei folgendem frage ich mich wie ich das nachstellen soll, bzw. «beweisen»: Server copy file command.

Werden Dateien innerhalb eines Servervolumes kopiert, übergibt der Finder die Arbeit an den Server. D.h. es ist nicht nötig die Daten über den OSX-Client zu ziehen. (Meine etwas komische Übersetzung aus dem Englischen;-) Wenn das nicht funktioniert, sind Kopien sehr langsam oder es kann vorkommen dass es überhaupt nicht funktioniert.

Wie kann ich das nun beweisen? Kann ich das irgendwo sichtbar machen? Ich bin nämlich dabei das Ganze zu dokumentieren.

Dann: Wie kann ich eine File-ID sichtbar machen. Hier geht es darum die Einheitlichkeit der File-IDs zu wahren.

Danke,

Gruß, Siuloong

Hallo noch einmal,

Zitat

Dann: Wie kann ich eine File-ID sichtbar machen.

Hab jetzt ResFool gefunden. Ist Shareware und damit kann man die Resourcen einsehen. Hab den Screenshot angehangen. Jetzt hab ich das mal getestet und siehe da: Die ID bei incs steht immer gleich. Nur die Zahl bei PICT ändert. Wenn ich das richtig verstehe bezeichnet diese Zahl die ID für die Bildvorschau und da es modifiziert wurde ist das ja normal. Bitte korrigiert mich wenn es falsch ist.

Gruß Siuloong

Zitat

Kopier ein paar Postscript Schriften auf den Server und versuch anschliessend sie von dort aus auf einen Mac zu installieren... Nada!
Gleiches gilt für alle Dateien die zwingend auf eine Ressourcefork zurückgreifen müssen.

Hey Thomas,

Also, hab das ein paar mal getestet, aber bei mir funktioniert's mit dem Kopieren der Schriften. Die Resource-fork bleibt erhalten ...

Gruß, Siuloong

Hallo Siuloong,

ja, bin noch mal in mich gegangen, das sollte inzwischen auf windowsservern funktionieren.

Problematisch wird es wenn WIN Clients oder auf dem server an diesen Daten herumgefingert wird (z.B. auch ein von einem Backup Programm). Wenn nämlich Daten bewegt werden, müssen die ._Dateiname Daten immer mitgenommen werden, sonst kommt am Mac eben doch wieder nur Datenshrott an.

So ist eben eine Schriftdatei namens Matrix nichts Wert wenn vom Backup nicht auch die ._Matrix mit im Verzeichnis landet.

Hallo,

Wollte nur noch einmal DANKE sagen für eure Antworten. Durch eure wertvolle Hilfe, Tipps, meinen Recherchen und meinem daraus entstandenen Testbericht ist es mir gelungen die IT zu der besten Lösung bezüglich der Fileserver zu bewegen :-) Die neueste Helios-Version wird's jetzt wohl werden.

Gruß, Sacha Heck