Sichern

[Apfelbeere]

Hallo zusammen,

habt ihr einen Tipp, an was es liegen kann, dass während einer Projektbearbeitung an einem I-Mac I7 Ultimo 2014 (10.12.6), dass es zur Diskettenmeldung durch die Autosicherung kommt. Die Datei dann mit CMD+S gesichert führt zur zweiten Meldung.Die Datei muss dann unter neuem Namen gespeichert werden.

 

- den aktuellen Diskettenlaufwerktreiber für Mac OS  habe ich schon installiert

- Platz ist an der Speicherstelle

- Es tritt nur an dem Rechner auf

- Datei liegt auf dem Server, auf den wir aber alle unsere Dateien sichern.

- Vectorworks 2018

 

Ich vermute, dass es ein Benutzerrechteproblem sein könnte. Werde die Rechte auch neu setzen, das Ergebnis sehen wir dann aber erst später. Hat vielleicht jemand schonmal so ein Problem gehabt und eine Lösung dafür?

 

[KroVex]

Salü Apfelbeere

 

Das Problem hatten wir auch schon und die Meldung ist in der tat sehr amüsant 

Mir sind drei Ursachen bekannt:
1. Etwas mit dem Verbindungsprotokoll (AFP/SMB) stimmt nicht (unterschiedliche Versionen und/oder gemischte Protokolle)
2. Der Mac hat wieder einmal die Verbindung verloren und dabei den Pfad "vergessen" (Mac und Netzwerke passen irgendwie nicht so..)
3. Jemand betrachtet mit der Vorschau das Dokument auf dem Server. Reicht schon wen jemand das Dokument markiert hat und im Vorschaufenster der Inhalt angezeigt wird. Für die Vorschau wird nämlich das Dokument gesperrt..

 

Gruss KroVex
 

[pappadam1984]

Hi,

 

wir haben das Problem auch bei einigen Rechnern unter 2018. Wir arbeiten normalerweise auch auf dem Server. Seit einiger Zeit tauchen diese Fehlermeldungen sporadisch auf. Was uns dabei auffällt ist, dass die versteckt angelegte .lck-Datei im Arbeitsprozess verschwindet und dann diese Fehlermeldung auftaucht. Was aber das Verschwinden verursacht sind wir etwas ratlos.

Der Support kannte das Problem nicht. Empfehlung war es mit den betroffenen Dateien erst ein Mal lokal zu versuchen, um etwaige Netzwerkprobleme auszuschließen.

 

Wir haben einen Windows Server und benutzen Acronis um über AFP mit dem Server zu kommunizieren. In der Vergangenheit hat SMB bei uns mehr Probleme verursacht als AFP.

@KroVex Das mit der Vorschau hatten wir auch schon Mal gesehen, aber konnten das Problem darüber nicht replizieren. Hatte ihr da mehr "Erfolg"?

 

Gruß!

 

[Apfelbeere]

Hallo,

vielen Dank. Werde mal in die Richtung weiter forschen.

[temp676]

Bei uns taucht das Problem auch schon seit Jahren immer wieder mal sporadisch auf. Wie @KroVex schon schreibt, Mac und Netzwerk passen wirklich nicht gut zusammen.

[pappadam1984]

Gibt es bei einem von euch Neues zu dem Thema. Wir sind noch immer keinen Schritt weiter, und ich verzweifel da gerade dran. Es passiert super häufig bei uns im Büro und ich kann nicht reproduizieren zu welchem Zeitpunkt die .lck-Datei verschwindet.

Es ist zum Haare-Raufen!

[KroVex]

Seit wir auf Mojave gewechselt haben, kommt diese Meldung nur noch sehr selten (max. 1x pro Woche, vorher ca. 5x am Tag)...
Wie das mit Catalina ausschaut, kann ich dann in einem Jahr berichten 

Gruss KroVex

[b.illig]

Bei uns eigentlich schon seit High-Sierra und der konsquenten Umstellung/Beachtung dass alles im Netzwerk über SMB läuft kommt die Meldung kaum noch. 

 

Gruß,

Burkard

[temp676]

Bei uns genau das Gegenteil zu @b.illig. Wir nutzen zwar auch High-Sierra aber setzen konsequent auf AFP. SMB ist bei uns explizit deaktiviert. Seit dem folgt dies auch äusserst selten.

 

Was ich aber immer wieder mal "reproduzieren" kann ist das ganze Netzwerk mit einem einzelnen Rechner zu blockieren und dann zum Absturz bringen. Danach hilft nur ein Server Neustart, es werden alle Verbindungen zu allen Rechner unterbrochen. Und es liegt nicht an einem einzelnen Rechner, mit kompletter Neuinstallation und auch Wechsel der Hardware tritt es immer wieder wieder mal auf.

 

Das ganze lässt sich relativ leicht zu stande bringen. Grosse Datei (500mb +) in VW öffnen, am besten gleichzeitig im Finder auf dem Server navigieren, andere Dokumente (zb. Office, etc.) öffnen oder im Browser einen grossen Download starten. Wahrscheinlich greift in der gleichen Zeit auch noch wer zweites auf den Server. Damit wird scheinbar das ganze Netzwerk dadurch so stark überlastet, bzw. das OS kommt einfach nicht damit zu recht dass gleich das ganze Netz abschmiert. Und wir haben nur gerade mal 6-7 Rechner am Netz.

[b.illig]

vor 2 Minuten schrieb temp676:

Das ganze lässt sich relativ leicht zu stande bringen. Grosse Datei (500mb +) in VW öffnen, am besten gleichzeitig im Finder auf dem Server navigieren, andere Dokumente (zb. Office, etc.) öffnen oder im Browser einen grossen Download starten.

 

Nö, kann ich so nicht bestätigen. Wir öffnen regelmäßig Dateien >1GB, dazwischen wird sicher auch parallel navigiert oder auch was anderes geöffnet. Es hängen zeitgleich auch locker 30-40 Rechner am Netz.

 

Ist bei Euch evtl. bei der Verkabelung oder bei den Switches der Engpunkt? Was für einen Server mit welchem OS wird denn genutzt?

 

Wir haben nicht mehr auf AFP gesetzt, da Apple da ja die Weiterentwicklung beendet hat. Aber Apple macht eh ehr viel fragwürdige Sachen...

[pappadam1984]

Mit was für Serversoftware arbeitet ihr? Bei uns ist es Windows Server 2016. Aber habt ihr auch gehäuft .bak-Dateien in den Ordnern liegen?

[herbieherb]

Die .bak sind Backups von Projectsharing-Dateien. Kann man in den Projectsharing-Einstellungen deaktivieren.

[pappadam1984]

Bei uns werden .baks auch von normalen Dateien angelegt.

[pappadam1984]

Zusätzlich habe ich den verdacht, dass es an den Backups liegen könnte. Wenn die Backups geschrieben werden, wird das file locking aufgehoben und auf den Backup-Ordner verschoben. Vielleicht verschluckt er sich beim zurück setzen.

[temp676]

vor 17 Stunden schrieb b.illig:

Nö, kann ich so nicht bestätigen. Wir öffnen regelmäßig Dateien >1GB, dazwischen wird sicher auch parallel navigiert oder auch was anderes geöffnet. Es hängen zeitgleich auch locker 30-40 Rechner am Netz.

 

Ist bei Euch evtl. bei der Verkabelung oder bei den Switches der Engpunkt? Was für einen Server mit welchem OS wird denn genutzt?

Ich wüsste sehr gerne an was es liegt, logisch erscheint es mir auch überhaupt nicht.

 

Wir nutzen ein ganz gewöhnliches Gbit-Netzwerk mit einem 16er Switch. Für unsere Bürogrösse sollte dies aus meiner Sicht auch absolut genügen. Ein richtiger Server wird nicht eingesetzt, sondern nur eine freigegebene Festplatte an einer als Server genutzten Station. Bei so wenigen Personen die darauf zugreiffen sollte dies auch kein Problem sein. OS ist bei allen Rechner MacOS 10.13.6 (High Sierra).

[b.illig]

Hm. Klingt auch erst mal ganz okay. Server ist auch HighSierra? Evtl. ist die Firmware vom Switch veraltet?

[temp676]

Server ist auch High Sierra (alle gleich). An dem Switch (Netgear) gibts keine Firmware Upgrades. Hätte ich bei den kleinen unmanaged Switches auch noch nie gesehen.

[Andy Hängärtner]

Hi zusammen,

 

Wir wissen, dass Mac nicht immer das Ethernetkabel verwendet, wenn Gleichzeitig WLAN aktiv ist. Dies kann zu sehr eigenartigen Situationen führen. Ein plötzlicher Wechsel vom Kabel auf WLAN. Zudem lässt der Mac zu, dass ihr mit AFP und SMB gleichzeitig auf den Server könnt. Deshalb ist es besser, sich für ein Protokoll zu entscheiden. In einer reinen Mac-Umgebung noch AFP sonst halt SMB. Und deaktiviert ein einmal euer WLAN am Mac. Das sind nur Vermutungen, aber wer ein Kabel dran hat, hat ja nix zu verlieren.

 

Gruss

Andy

[b.illig]

vor 11 Stunden schrieb Andy Hängärtner:

In einer reinen Mac-Umgebung noch AFP sonst halt SMB

 

Naja, wird halt nicht mehr unterstütz / weiterentwickelt. Wir haben deshalb alles auf SMB umgestellt.

[temp676]

WLAN ist bei uns komplett deaktiviert. Und bei uns ist SMB am Server deaktiviert dass genau solche Situationen nicht passieren. Die Probleme die dabei entstehen hatten wir vorher zur genüge erlebt.

 

Grundsätzlich ist meine Devise ein System möglichst einfach zu halten.

Bearbeitet 23. Oktober 2019 von temp676

[pappadam1984]

Ja. Das machen wir ähnlich. Bei uns gibt es kein Büro-Wlan und wir lassen alles über AFP laufen. Leider können wir aber keine reine Mac Server Umgebung einsetzen, sondern wie gesagt Acronis File Connect als Lösung um AFP zu verwenden. SMB hat bei uns zu regelmäßigen Verbindungsabbrüchen geführt.