InDesign Fehler: Die Netzwerkverbindung wurde unterbrochen...

[Bjoern Seegebarth]

Hallo zusammen,

bei einem meiner Kunden wird hauptsächlich mit InDesign 5.5. auf OS X
10.8.3 gearbeitet.
Die Dateien liegen auf einem Mac pro mit 10.8.3 Server und werden auch
auf dem Server bearbeitet.

Lässt man einen Mac mit offenem Dokument ein paar Minuten stehen, meldet
Indesign "Die Netzwerkverbindung wurde unterbrochen oder das Dokument
wurde außerhalb von Indesign verändert" und verabschiedet sich mit einem
Beachball.

Das passiert auch, wenn testweise ein ID-Dokument von einem Synology NAS
und einer Buffalo Linkstation bearbeitet wird, so dass ich den
Mac-Server eigentlich als Fehlerquelle ausschließen möchte.

Ich hatte auch schon Time Machine in Verdacht, allerdings tritt das
Problem auch auf Macs auf, die Time Machine gar nicht aktiviert haben.

Mittlerweile gehe ich davon aus, dass ein Switch oder der Router eine
Macke hat und wollte in den nächsten Tagen mal drangehen, einen nach dem
anderen auszutauschen.
Oder mal den Server auf 100MBit/s zu drosseln.

Witzig ist auch, dass das NUR mit Indesign passiert. Office-Sachen
funktionieren einfach so. Photoshop und Illustrator laufen ebenfalls rund.

Falls jemand von Euch änhnliche Probleme hat oder möglicherweise noch
einen Tipp für mich hat, wäre ich sehr dankbar.

Grüße
Björn

[Thomas Kaiser]

Post by Bjoern Seegebarth
bei einem meiner Kunden wird hauptsächlich mit InDesign 5.5. auf OS X
10.8.3 gearbeitet.
Die Dateien liegen auf einem Mac pro mit 10.8.3 Server und werden auch
auf dem Server bearbeitet.
Lässt man einen Mac mit offenem Dokument ein paar Minuten stehen, meldet
Indesign "Die Netzwerkverbindung wurde unterbrochen oder das Dokument
wurde außerhalb von Indesign verändert" und verabschiedet sich mit einem
Beachball.

Wohin zeigt der Pfad in den ID-Prefs bzgl. "Auto-Recovery"? Lokale
Platte oder auch Server? Ich frag nur, weil bei einem Kunden das mal von
den Admins auf 'nen Server umgebogen wurde und "lustige" Folgen hatte,
siehe

http://helpx.adobe.com/indesign/kb/indesign-document-recovery.html

Post by Bjoern Seegebarth
Das passiert auch, wenn testweise ein ID-Dokument von einem Synology
NAS und einer Buffalo Linkstation bearbeitet wird, so dass ich den
Mac-Server eigentlich als Fehlerquelle ausschließen möchte.

Geschieht das auch mit Bildern, die 0 (in Worten null) Verknüpfungen
(platzierte Bilder) bspw. enthalten?

Hast Du schon mal parallel opensnoop mitlaufen lassen, um zu gucken, was
parallel bzw. vorher an FS-spezifischer Aktivität stattfindet? Dazu am
Besten opensnoop auf die Prozeß-ID von InDesign ansetzen:

macbookpro-tk:~ tk$ pgrep InDesign
82978

(das ist die PID). Und dann ein

macbookpro-tk-4:~ tk$ sudo opensnoop -p 82978
Password:
UID PID COMM FD PATH
501 82978 Adobe InDesign 72 /.vol/16777218/1192813
501 82978 Adobe InDesign 72 /.vol/16777218/1186543
[...]

Auch evtl. hilfreich, den AFP-Client geschwätzig zu stellen. Der "alte"
Weg, einfach ein "*debug /var/log/debug.log" in die /etc/syslog.conf zu
schreiben, geht unter 10.8 nicht mehr. Diesbzgl. kurz nach

debug /etc/asl.conf

googlen.

Post by Bjoern Seegebarth
Witzig ist auch, dass das NUR mit Indesign passiert. Office-Sachen
funktionieren einfach so. Photoshop und Illustrator laufen ebenfalls rund.

Die machen halt andere Sachen. Bspw. haben auch nur InDesign (und
Acrobat) ein Problem mit Dokumenten, die Verknüpfungen auf Server-
Volumes enthalten, wenn der Client in den Ruhezustand geht bzw. aus ihm
wieder erwacht. Hängt irgendwie mit Auto-Save (ID) bzw. "on demand
nachladen" (Acrobat) zusammen und AFP-Reconnect. Da sind Photoshop und
Illustrator auch symptomfrei, weil die das nicht machen.

Gruss,

Thomas

[Bjoern Seegebarth]

[…]

Post by Thomas Kaiser
Wohin zeigt der Pfad in den ID-Prefs bzgl. "Auto-Recovery"? Lokale
Platte oder auch Server? Ich frag nur, weil bei einem Kunden das mal von
den Admins auf 'nen Server umgebogen wurde und "lustige" Folgen hatte,
siehe
http://helpx.adobe.com/indesign/kb/indesign-document-recovery.html

Post by Bjoern Seegebarth
Das passiert auch, wenn testweise ein ID-Dokument von einem Synology
NAS und einer Buffalo Linkstation bearbeitet wird, so dass ich den
Mac-Server eigentlich als Fehlerquelle ausschließen möchte.

Geschieht das auch mit Bildern, die 0 (in Worten null) Verknüpfungen
(platzierte Bilder) bspw. enthalten?
Hast Du schon mal parallel opensnoop mitlaufen lassen, um zu gucken, was
parallel bzw. vorher an FS-spezifischer Aktivität stattfindet? Dazu am
macbookpro-tk:~ tk$ pgrep InDesign
82978
(das ist die PID). Und dann ein
macbookpro-tk-4:~ tk$ sudo opensnoop -p 82978
UID PID COMM FD PATH
501 82978 Adobe InDesign 72 /.vol/16777218/1192813
501 82978 Adobe InDesign 72 /.vol/16777218/1186543
[...]
Auch evtl. hilfreich, den AFP-Client geschwätzig zu stellen. Der "alte"
Weg, einfach ein "*debug /var/log/debug.log" in die /etc/syslog.conf zu
schreiben, geht unter 10.8 nicht mehr. Diesbzgl. kurz nach
debug /etc/asl.conf
googlen.
[…]

Hallo Thomas,

ich hatte insgeheim schon gehofft, dass Du antwortest.

Deine Punkte sind ein klasse Ansatz, ich gehe die mal Schritt für
Schritt durch, wenn ich wieder an die Rechner komme und melde mich dann
wieder.

Grüße
Björn

[Bjoern Seegebarth]

[…]

Post by Bjoern Seegebarth

Post by Thomas Kaiser
Hast Du schon mal parallel opensnoop mitlaufen lassen, um zu gucken, was
parallel bzw. vorher an FS-spezifischer Aktivität stattfindet? Dazu am
macbookpro-tk:~ tk$ pgrep InDesign
82978
(das ist die PID). Und dann ein
macbookpro-tk-4:~ tk$ sudo opensnoop -p 82978
UID PID COMM FD PATH
501 82978 Adobe InDesign 72 /.vol/16777218/1192813
501 82978 Adobe InDesign 72 /.vol/16777218/1186543
[...]
Auch evtl. hilfreich, den AFP-Client geschwätzig zu stellen. Der "alte"
Weg, einfach ein "*debug /var/log/debug.log" in die /etc/syslog.conf zu
schreiben, geht unter 10.8 nicht mehr. Diesbzgl. kurz nach
debug /etc/asl.conf
googlen.
[…]

Hallo Thomas,
ich hatte insgeheim schon gehofft, dass Du antwortest.
Deine Punkte sind ein klasse Ansatz, ich gehe die mal Schritt für
Schritt durch, wenn ich wieder an die Rechner komme und melde mich dann
wieder.
Grüße
Björn

Hi!

Gestern mal opensnoop laufen lassen, der Fehler ist nicht aufgetreten.
Hmm...

Ruhezustand steht bei allen Rechnern eh' auf "nie", daran sollte es auch
im Normalbetrieb nicht gelegen haben.

Ich lasse mir nochmal einen anderen Rechner mit einem anderen Dokument
zu testen nennen. Mal schauen.

Wenn der Fehler beim "snoopen" nicht mehr auftritt, sollte ich das als
Shell-Skript einfach in die Anmeldeobjekte legen :D

Grüße
Björn

[Thomas Kaiser]

Post by Bjoern Seegebarth
Wenn der Fehler beim "snoopen" nicht mehr auftritt, sollte ich das als
Shell-Skript einfach in die Anmeldeobjekte legen :D

Naja, ich renn öfter mal in das Problem, daß intensives Debugging, grad
wenn man sich in Systemfunktionen klemmt, so bremst, daß man um's
Verrecken das Phänomen, das man eigentlich untersuchen will, nicht mehr
reproduziert bekommt. In dem Fall glaub ich aber nicht dran, opensnoop
bedient sich zwar bei DTrace aber die entsprechende drunterliegende
Schnittstelle (direkt am Kernel andocken) sollte leichtgewichtig genug
sein, daß opensnoop hier nicht über Gebühr reingrätscht.

Gruss,

Thomas

[Bjoern Seegebarth]

Post by Bjoern Seegebarth
[…]

Post by Bjoern Seegebarth

Post by Thomas Kaiser
Hast Du schon mal parallel opensnoop mitlaufen lassen, um zu gucken, was
parallel bzw. vorher an FS-spezifischer Aktivität stattfindet? Dazu am
macbookpro-tk:~ tk$ pgrep InDesign
82978
(das ist die PID). Und dann ein
macbookpro-tk-4:~ tk$ sudo opensnoop -p 82978
UID PID COMM FD PATH
501 82978 Adobe InDesign 72 /.vol/16777218/1192813
501 82978 Adobe InDesign 72 /.vol/16777218/1186543
[...]
Auch evtl. hilfreich, den AFP-Client geschwätzig zu stellen. Der "alte"
Weg, einfach ein "*debug /var/log/debug.log" in die /etc/syslog.conf zu
schreiben, geht unter 10.8 nicht mehr. Diesbzgl. kurz nach
debug /etc/asl.conf
googlen.
[…]

Hallo Thomas,
ich hatte insgeheim schon gehofft, dass Du antwortest.
Deine Punkte sind ein klasse Ansatz, ich gehe die mal Schritt für
Schritt durch, wenn ich wieder an die Rechner komme und melde mich dann
wieder.
Grüße
Björn

Hi!
Gestern mal opensnoop laufen lassen, der Fehler ist nicht aufgetreten.
Hmm...
Ruhezustand steht bei allen Rechnern eh' auf "nie", daran sollte es auch
im Normalbetrieb nicht gelegen haben.
Ich lasse mir nochmal einen anderen Rechner mit einem anderen Dokument
zu testen nennen. Mal schauen.
Wenn der Fehler beim "snoopen" nicht mehr auftritt, sollte ich das als
Shell-Skript einfach in die Anmeldeobjekte legen :D
Grüße
Björn

Hallo!

Nach lange Pause mal wieder hier. Wir haben Freitag das komplette
Netzwerk durchgemessen. Ein Kabel hatte ne Macke. Bei ersten Tests gab
es keine Abbrüche mehr, ab Montag wird wieder richtig gearbeitet. Ich
bin gespannt.

Grüße und Danke für die Vorschläge zur Problemlösung. Habe ich mir
gesichert.

Björn.