Tach Leute,

Mac OS Server OS 10.6.8 - 2,6 GHZ - 8 GB RAM
Workstation OS 10.5.8 2 x 2,66, 7 GB RAM

nach dem Öffnen eines Tiffs von der Workstation aus auf dem Server kommt ab und zu mal die Meldung "Datei kann nicht gespeichert werden - schreibgeschützt.
... wenn diese Meldung kommt, verschwindet die Datei auf dem Server und kann danach nur noch mit "speichern unter" erneut abgelegt werden.

Dieses kommt auch manchmal vor wenn in Quark Dateien geöffnet werden, erscheint sofort die Meldung, dass die Datei schreibgeschützt geöffnet wird und deswegen nicht gespeichert werden kann. Datei schliessen und gleich wieder öffen bringt die Meldung nicht und man kann normal speichern.

In InDesign wird die Datei geöffnet, sträubt sich aber beim Speichern mit der Meldung "kann nicht gespeichert werden".

Es scheint ein generelles Problem in Zusammenarbeit mit dem Server zu sein - oder hat jemand einen Tipp was das sein könnte und wie wir das vermeiden können?

Gruß Jörg

Kannst du mal testen ob es, wenn der Finder in keiner Form direkt involviert ist, sprich kein Finderfenster zeigt den Ordner mit der betreffenden Datei, und sie wird direkt über den Öffnen-Dialog aus dem Programm heraus geöffnet?

Hallo Thomas,

danke für Deinen Tipp.
....aber leider tritt der Fehler relativ selten auf und deswegen schwer zu lokalisieren.
Meine Leute meckern natürlich rum, wenn sie den Doppelklick nichtmehr verwenden sollen, aber wir werden es versuchen.

Gruß Jörg

Das war auch nicht für immer sondern nur zur Eingrenzung gedacht.

Das Problem tritt auf mehreren Workstation in Verbindung mit dem selben Server auf oder hat das Problem nur eine bestimmte Workstation und andere sind davon nicht betroffen? Kann man die Datei auf einer anderen Workstation problemlos Öffnen und Speichern, wenn das Problem wieder auftritt oder macht diese Datei dann auf allen Clients das gleiche Problem. Versuche es dann einzugrenzen, wenn das Problem wieder auftritt. Es ist wichtig das verursachende Gerät zu finden. Das kann der Server oder eine Workstation aber auch nur eine Datei sein.

Verdichten sich die Hinweise, dass der Server das Problem verursacht, wäre ein Filesystem Check angebracht. Entweder aus dem Festplatten Dienstprogramm heraus oder auf der Konsole mit dem fsck-Kommando.

Viel Erfolg bei der Suche & Bye Tom

Hallo!
Ich hatte das Problem auch bzw. es besteht immer noch:
http://www.hilfdirselbst.ch/...?post=472243?#472243
Wenn man nicht speichern unter macht ist die Datei weg. Oben steht eine Beschreibung warum das Adobe so macht. Eine Lösung habe ich allerdings nicht, würde mich aber auch interessieren zumal sich Adobe hier rausredet das sie keinen SUpport geben wenn man auf einem Netzwerk-FileServer speichert (na toll)
Markus

Antwort auf [ Markus76 ]

Hallo!
Ich hatte das Problem auch bzw. es besteht immer noch:
http://www.hilfdirselbst.ch/...?post=472243?#472243

Hm, im Adobe Forum liest sich das als genereller Bug in Mac OS, wobei wir hier auch dieselben Voraussetzungen haben, wie einige der Bug Reporter und wir haben das Problem nicht. Wobei ich jetzt mal in die Runde gefragt habe, ob jemand bei uns das Phänomen kennt und es gab in der Tat mal eine Userin, bei der das angeblich auch so war, leider kann ich die aber nicht mehr fragen, weil sie nicht mehr im Haus ist.

Demnach scheint es nicht grundlegend am Server zu liegen, sondern kann auch durch ein bestimmtes Userverhalten bzw. durch bestimmte Anwendungen, welche noch auf dem Client installiert sind und erst mal nicht mit dem Problem in Verbindung gebracht werden können, ausgelöst werden. Das ist dann aber kein Spaß mehr zum debuggen, zumal der Fehler offensichtlich schwer zu reproduzieren ist. Dazu passt auch die Ablehnung der Verantwortung seitens Apple und Adobe.

Ich würde jetzt die betroffene Maschine neu installieren und nur die absolut notwendigsten Anwendungen installieren und abwarten was passiert. Kommt es wieder zu dem Fehler würde ich die betroffene Maschine einen anderen User überlassen und dem betroffenen User wieder eine neu installierte Maschine geben. Dann wird spannend sein, ob der Fehler mit der Maschine mit wandert oder beim User bleibt.

Es wäre natürlich besser, wenn jemand das Problem schon lokalisiert hat und eine Lösung dafür hätte.

Bye Tom

Das Problem lokalisiert wurde ja schon und zwar ist der schuldige der DENY_WR Lock auf die Resource Fork der "Urdatei"
Warum das allerdings so ist weiss keiner. Ich kann das Problem ja durchaus mit dem Finder, der Vorschau und Photshop reproduzieren. Zwar nur sporadisch aber es geht.
Würde mich interessieren ob es bei einem "frischen" Rechner anders ist bzw. würde es mich wundern.
Markus

Nachtrag: Lokal gespeichert ist der Fehler noch nie aufgetreten!

Antwort auf [ Markus76 ]

Nachtrag: Lokal gespeichert ist der Fehler noch nie aufgetreten!

Ja das hat sich bei uns genau so verhalten aber der Fehler tritt ja nicht generell auf, bei uns zB nur bei einem User. Demnach glaube ich nicht an einen prinzipiellen Fehler am Server oder auch nur am Kommunikationsprotokoll. Es müssen also noch weitere Bedingungen erfüllt sein, damit dieser Fehler auftritt und das erste, was mir dabei in den Sinn kommt, ist eine weitere Anwendung, die dieses Lock-Verhalten auslöst.

Wenn ausgiebiges Logging und Monitoring nichts hergibt, bleibt nur im try&error Verfahren eine frisch installierte Maschine nach und nach mit der benötigten Software nachzurüsten, bis der Fehler wieder auftritt. Du kannst natürlich erst mal schauen, ob das Problem vielleicht nicht auftritt, wenn du nur dieses eine problematische Adobe Programm geöffnet hast und erst dann zum Vorschein tritt, wenn weitere Programme gestartet werden. Vielleicht findest du so ein ursächliches Programm. Bei diesem Test sollten allerdings alle Startobjekte deaktiviert werden.

Wenn du auf das Problem gestoßen bist, kannst du ja mal mit dem lsof-Kommando (list open files) nach deiner problematischen Datei schauen, vielleicht findest du ja einen (nicht Adobe) Prozess, welcher die Datei beschlagnahmt.

Lass es mich wissen, wenn du was gefunden hast.

Bye Tom

Da bin ich mir sogar ziemlich sicher das es ein Nicht-Adobe-Prozess ist.
z.B. die Finder-Vorschau oder ein Serverprozess der Vorschauen rechnet oder oder.... :-/

Antwort auf [ Markus76 ]

Da bin ich mir sogar ziemlich sicher das es ein Nicht-Adobe-Prozess ist.
z.B. die Finder-Vorschau oder ein Serverprozess der Vorschauen rechnet oder oder.... :-/

Haben wir ja auch alles und viele andere auch, ich denke nicht, dass es so einfach auf Standardanwendungen zu reduzieren ist. Aber vielleicht gibt das lsof Kommando doch Auskunft darüber. Wie schaut es bei einem anderen User aus, welcher seine Finder Einstellungen definitiv noch auf Default Einstellungen hat?

Bye Tom

ist mir nicht bekannt.

Antwort auf [ Markus76 ]

ist mir nicht bekannt.

Kannst du es ausprobieren?

Bye Tom

Wie genau gehst du da vor, dass das Problem auftritt? Ich kann jetzt die Vorschau nicht richtig einordnen. Vielleicht lässt es sich bei uns ja auch nachvollziehen. Wir benutzen aber nicht die Vorschau um Dokumente anzuschauen und lassen uns auch keine Finder Icons als Vorschau anzeigen.

Bye Tom

Leider nein, hab keinen Rechner zur Hand der definitiv sauber ist. :.-/

Antwort auf [ Markus76 ]

Leider nein, hab keinen Rechner zur Hand der definitiv sauber ist. :.-/

Müsste ja auch nicht unbedingt sauber sein, vielleicht ließe sich so auch schon eine Erkenntnis ermitteln. Wäre damit zB das Problem schon erledigt, käme nur noch eine Finder Einstellung oder dergleichen auf deinem normalen User in Frage. Dann wärst du mal um Lichtjahre weiter, bei der Suche nach der Ursache.

Bye Tom

Schreib mir mal ne EMail dann kann ich dir davon einen Film zukommen lassen!

Antwort auf [ pronto ]

Wir benutzen aber nicht die Vorschau um Dokumente anzuschauen und lassen uns auch keine Finder Icons als Vorschau anzeigen.

Bedeutet aber nicht das Finder oder Spottlight sich die halbfertige Datei nicht evtl. doch schon vorknöpfen, um eben Voransichten zu erzeugen oder Metas zu befutteln. Gerade da Adobe ja wohl erst eine Kopie speichert und sie nach erfolgter Speicherung gegen die vorherige Version austauscht. Somit könnte das ganze eben auch von der Performace der verwedenten Maschine abhängen, obs zu dem Problem kommt, weil eben die programmeigenen und die fremden Zugriffe auf die Datei aneinadergeraten. Auf alten Möhren oder nagelneuen Systemen, könnte das problemlos koexistieren, weil eben der eine oder andere deutlich langsamer oder schneller ist.

Antwort auf [ Thomas Richard ]

Antwort auf [ pronto ]

Wir benutzen aber nicht die Vorschau um Dokumente anzuschauen und lassen uns auch keine Finder Icons als Vorschau anzeigen.

Bedeutet aber nicht das Finder oder Spottlight sich die halbfertige Datei nicht evtl. doch schon vorknöpfen, um eben Voransichten zu erzeugen oder Metas zu befutteln. Gerade da Adobe ja wohl erst eine Kopie speichert und sie nach erfolgter Speicherung gegen die vorherige Version austauscht. Somit könnte das ganze eben auch von der Performace der verwedenten Maschine abhängen, obs zu dem Problem kommt, weil eben die programmeigenen und die fremden Zugriffe auf die Datei aneinadergeraten. Auf alten Möhren oder nagelneuen Systemen, könnte das problemlos koexistieren, weil eben der eine oder andere deutlich langsamer oder schneller ist.

Okay ich denke ich weiß auf was du hinaus möchtest, wobei ich deinen letzten Satz aber gerne vervollständigen möchte um sicher zu sein:

"Auf alten Möhren oder nagelneuen Systemen, könnte das problemlos koexistieren, weil eben der eine oder andere deutlich langsamer oder schneller ist, aber im Mischbetrieb kann es zu Problemen kommen, weil uU die sendende Station schneller ist als die empfangende oder umgekehrt."

Das leuchtet durchaus ein, erklärt aber immer noch nicht warum bei uns von diesem Phänomen nur ein User betroffen war. Den Typ des Minis des betroffenen Users haben wir hier sicherlich vier oder fünf mal. Gekauft 2010 und der Server ist auch neu, gekauft Anfang 2011. Wir haben sogar noch ganz alte PPC Mac und die haben das Problem auch nicht. Aber ich stimme sicherlich zu, wenn man festhalten möchte, dass es ein schwer zu erfassendes Problem ist.

Wobei ich stutzig geworden bin, als ich bei meiner Rückfrage in die Abteilung, ob dieses Problem bekannt sei, die Antwort bekommen habe, dass nur dieser eine User das Problem hatte. Dieser User hat so manche Probleme gehabt, die andere nicht haben, was mich als erstes zu einer quasi "umgangssprachlichen" Ursache gebracht hat.

Wenn du mit deiner Vermutung aber recht hast, wird sich das Problem nicht oder nur wirklich schwer feststellen lassen.

Bye Tom

Negativ, ich kann es auch nicht nachvollziehen, wenn ich es so mache wie im Film gezeigt. Nur um es noch klar zu stellen, wie der Ablauf ist: Du speicherst die Datei das erste mal mit 'speichern unter', schließt und öffnest sie wieder, sicherst mit 'Apfel - s', änderst etwas, sicherst wieder mit 'Apfel - s' und klickst beim letzten mal noch mal auf die Datei zum Öffnen, obwohl sie noch offen ist, änderst etwas und es kommt zum angezeigten Fehler?

Hab das jetzt mal so und in ein paar abweichenden Varianten durchgespielt, und kann das Problem nicht nachvollziehen, schade eigentlich.

Bye Tom

Antwort auf [ pronto ]

"Auf alten Möhren oder nagelneuen Systemen, könnte das problemlos koexistieren, weil eben der eine oder andere deutlich langsamer oder schneller ist, aber im Mischbetrieb kann es zu Problemen kommen, weil uU die sendende Station schneller ist als die empfangende oder umgekehrt."

So ungefähr. Während der Client noch überlegt, was er nun mit der unsichtbaren temporären Datei anfangen soll, ist der server bereits mit Vermetaung und oder Voransichtsberechnungen, oder was immer da von dort aus noch mit den Dateien angestellt werden könnte, längst durch.

Was das 'das Problem hat nur ein USer' angeht: Ich hab auch schon erlebt, das Leute statt Apfel-S immer auf 'Sichern unter...' gegangen sind, um dann das folgende 'Datei existiert bereits, soll sie ersetzt werden?' zu bejahen. Das scheint die Sorte Mensch zu sein, die einfach immer Feedback braucht ;-) respektive mehr als ein nicht mehr gedimmtes Vorschaubild in der Kopfleiste oder einem deaktivierten 'Sichern' Eintrag im Datei-Menü, oder was sonst noch an Indizien auf eine frisch gespeicherte Datei hinweisen mögen, mir aber gerade nicht einfallen.

Antwort auf [ Thomas Richard ]

Was das 'das Problem hat nur ein USer' angeht: Ich hab auch schon erlebt, das Leute statt Apfel-S immer auf 'Sichern unter...' gegangen sind, um dann das folgende 'Datei existiert bereits, soll sie ersetzt werden?' zu bejahen. Das scheint die Sorte Mensch zu sein, die einfach immer Feedback braucht ;-) respektive mehr als ein nicht mehr gedimmtes Vorschaubild in der Kopfleiste oder einem deaktivierten 'Sichern' Eintrag im Datei-Menü, oder was sonst noch an Indizien auf eine frisch gespeicherte Datei hinweisen mögen, mir aber gerade nicht einfallen.

Kann sie nicht mehr fragen aber hier scheint die Sache anders zu sein, ich habe es genau so gemacht, wie es Markus gemacht hat und habe diesen Fehler trotzdem nicht, zumindest nicht solange ich es getestet habe.

Ich denke hier werde ich mir die Zähne ausbeissen, zumal ja sogar schon der Apple Support in die Angelegenheit involviert zu sein scheint und man da auch nicht weitergekommen ist.

Ich habe aber noch das hier in einem GroupLogic KB Artikel[1] gefunden:

Zitat

Cause:

When Photoshop saves a document, it deletes the current file, creates a new blank file with the same name, and then attempts to open the new file for writing. Finally, it writes the image being saved to the new file. If any part of this process fails, the original file is lost.

The most common way this error is triggered, is if one user is saving a document while a second user is browsing through the same folder where the document is being saved. The problem happens because when the Finder reads a file to create a preview, a write lock is placed on the file so that it cannot be changed while it is being read. Due to this write lock by the second user the first user is unable to save changes to the file that they just created. Although the timing has to be just right, with many users browsing the directory, the issue can occur frequently.

This error is reproducible against any file server using either AFP or SMB – it does not specifically relate to ExtremeZ-IP. Theoretically the same error can occur even when saving a file locally. You can also trigger the error by having a second Mac browsing for a file in Photoshop or another application’s open dialog.

[1] http://support.grouplogic.com/?p=1664

Das klingt für die Betroffenen nicht sehr aufmunternd. Was mir bei dieser Beschreibung aber auffällt und auch zu unseren Erfahrungen passen würde ist, dass wir eigentlich sehr fein aufgespaltene Arbeitsverzeichnisse haben und idR sich kein anderer User im Arbeitsverzeichnis eines Users bzw. eines Projekts befindet. Ob das jetzt bei dem einen User, welcher das Problem doch hatte anders gewesen ist, kann ich abschließend nicht mehr beurteilen aber zumindest weiß ich, dass sie ab und zu mal in der Bildbearbeitung ausgeholfen hat und hier ist es durchaus denkbar, dass es zu den oben beschriebenen Kollisionen kommen konnte. Aber das ist nur eine Vermutung.

Vielleicht hilft diese Beschreibung aber den ein oder anderen, das Problem einzugrenzen und möglicherweise durch eine andere Ordnerstruktur gar zu verhindern.

Bye Tom

Naja, das wissen wir ja bereits als Ursache.
Bist Du Dir aber definitiv sicher das da kein Dienst darauf zugreift?
Auf was speichert ihr denn? OSX-Server? Helios? Was läuft auf dem Server? Bilddatenbanken usw....
Es genügt ja auch schon wenn ich als Bearbeiter selber das Finder-Fenster auf diesem Folder offen habe.
Das mit dem reproduzieren klappt auch nicht immer bzw. auf anhieb. Man muss isch da ein bisserl beeilen mit der klickerei ;-)
Das mit der Geschwindigkeit würd emir einleuchten und erklären warum es lokal nicht vorkommt.
Markus

Antwort auf [ Markus76 ]

Naja, das wissen wir ja bereits als Ursache.
Bist Du Dir aber definitiv sicher das da kein Dienst darauf zugreift?
Auf was speichert ihr denn? OSX-Server? Helios? Was läuft auf dem Server? Bilddatenbanken usw....
Es genügt ja auch schon wenn ich als Bearbeiter selber das Finder-Fenster auf diesem Folder offen habe.
Das mit dem reproduzieren klappt auch nicht immer bzw. auf anhieb. Man muss isch da ein bisserl beeilen mit der klickerei ;-)
Das mit der Geschwindigkeit würd emir einleuchten und erklären warum es lokal nicht vorkommt.
Markus

Laut GroupLogic kann es zumindest theoretisch auch passieren, wenn man lokal speichert. Ich kann das Problem allerdings auch dann nicht reproduzieren, wenn ich von einen anderen Mac aus, zB im Öffnen Dialog von Photoshop in das Verzeichnis browse, in das ich von meinem Mac aus speichere. Sicher das da kein anderer Dienst mehr darauf zugreift bin ich natürlich nicht.

Wir haben hier einen ExtremeZ-IP Server Version 7.x eben von Group Logic und teste gerade von drei OS 10.6.8 Clients und einem 10.5.8 Client aus. Ich selber habe 10.6.8. Auf dem Server läuft außer der AFP Implementierung von ExtremeZ-IP, dem Virenscanner und dem Backup-Agent kein weiterer Nicht Windows Dienst.

Nein, ich kann den Fehler nicht provozieren. Ich habe das Verzeichnis in welches in rein speichere an drei verschiedenen Macs im Finder geöffnet und einmal sogar im Öffnen Dialog von Photoshop. Ich kann auch nicht mehr schneller eine Änderung machen und mit Apfel + S speichern, wie ich das derzeit ca. 200x getan habe. Auch habe ich einen Kollegen in dem Verzeichnis von seinem Mac aus rumwurschteln, dass Resultat bleibt immer das gleiche: Kein Fehler.

Wirklich obskur das Ganze...

Bye Tom

Diaschau laufen lassen?

Apfel-A Apfel-1 Leertaste Abspielen

vllt.

Antwort auf [ Thomas Richard ]

Diaschau laufen lassen?

Ich bekam einmal eine Meldung, dass ich nicht speichern kann, weil ein anderes Programm gerade auf die Datei zugreift aber keine Meldung bzgl "afpDelete irgendwas" wie mir Markus gezeigt hat und auch meine Datei war hinterher noch da, ich konnte also im nächsten Versuch schon erfolgreich speichern.

Bye Tom

– Im Finder unter „Darstellungsoptionen“ den Haken bei „Symbolvorschau einblenden“ entfernen.
– In Photoshop unter Voreinstellungen – Dateihandhabung die Bildvorschau auf „Nie“ einstellen.

Anscheinend kommen sich Photoshop und der Finder bei der Erzeugung der Miniaturbilder ins Gehege – meiner Meinung nach ein übler Photoshop-Bug.