Excel kann keine neuen Dateien speichern

[zotel 10]

Salue,

 

ich hab ein merkwürdiges Problem, vielleicht hat hier jemand eine Lösung bzw. einen Lösungsansatz für mich.

 

Gegeben ist ein 2003-Server mit einer Freigabe. Auf diese sollen die Benutzer ihre Dokumente speichern. Das funktioniert auch solange wie sie keine Excel-Datei neu erstellen wollen. Öffnen sie eine Datei auf dem Share, dann kann die nach der Bearbeitung auch abgespeichert werden. Andere Programme (getestet u.a. mit Editor und Word) können aber neue Dateien anlegen. Wird die Datei lokal abgespeichert und dann verschoben, dann klappt auch das Speichern auf dem Server.

 

Das Problem ist unabhängig von den Clients (XP Prof SP3, aktueller Stand) und der verwendeten Excel-Version (2002, 2003, 2007). Auch mit 'fremden' Rechnern (privates Netbook vom Chef mit XP home bzw. mein Laptop aus einer anderen Domain) und händisch mittels 'net use' eingebundenem Netzlaufwerk, tritt das Problem auf.

 

Das Problem habe ich ein paar mal im Internet gefunden, da aber immer mit einem Netware-Server und XP vor SP2. Hat hier jemand eine gute Idee? :confused:

 

Ratlose Grüsse

 

Andreas

[zahni 521]

Das könnte vielleicht am Virenscanner auf dem Server liegen.

 

-Zahni

[zotel 10]

Nein, leider nicht. Es gibt da keinen drauf. Oder besser: noch keinen.

[XP-Fan 215]

Hallo,

 

haben die User die Berechtigung Daten zu löschen in diesem Share ?

[zotel 10]

Hallo,

 

ja, die User haben Vollzugriff. Und, wie gesagt, nur Excel zickt...

[blub 115]

was ist denn die Fehlermeldung? Gehts auf einem anderen Share auf dem gleichen Server oder einem Share auf einem anderen Server?

[zotel 10]

Die Fehlermeldung habe ich nicht mehr genau im Kopf. *schäm* Sinngemäss: keine Dateinamen mit Sonderzeichen wie > oder * verwenden, keine Dateipfade über 218 Zeichen und aufpassen, dass das Ziel nicht schreibgeschützt oder voll ist. Wenn der genaue Wortlaut wichtig ist, dann lasse ich ihn mir nochmal zuschicken.

 

Das ist deren einziger Server und eine andere Freigabe hatte ich testweise eingerichtet.

[freezooner 10]

Hallo,

 

wenn die Fehlermeldung in etwa so lautet wie Du es gepostet hast würde ich mir mal die Namen der Excel Dateien anschauen. Vielleicht verwenden die User Sonderzeichen oder die Dateinamen sind zu lang. Bei Dateinamen zu lang musst Du berücksichtigen, dass der Server String mit gezählt wird. Dies darf dann nicht länger als 256 Zeichen sein.

 

 

Mit freundlichen Grüßen

[zotel 10]

Hallo freezooner,

 

nein, die sind definitiv ok. 'test.xls' ist nicht soo ungewöhnlich, 'mappe1.xls' auch nicht. Und es liegt auch nicht an den Inhalten, denn ich habe es auch mit leeren Sheets probiert. achja, selbst als *.csv konnte ich nicht speichern - also kann es auch nicht an irgendwelchen erweiterungen liegen.

 

Excel muss irgendwas anders machen als andere Programme, wenn es eine neue Datei anlegt. Was mich arg wundert ist, dass bearbeiten und speichern einer vorhandenen Datei funktioniert. Denn soweit ich weiss (glaube zu wissen?) erstellt Excel erst eine Kopie, löscht dann die alte Datei und benennt erst wenn das alles funktioniert hat, die Kopie um.

 

Immer noch ratlose Grüsse...

[blub 115]

Die Fehlermeldung habe ich nicht mehr genau im Kopf. *schäm* Sinngemäss: keine Dateinamen mit Sonderzeichen wie > oder * verwenden, keine Dateipfade über 218 Zeichen und aufpassen, dass das Ziel nicht schreibgeschützt oder voll ist. Wenn der genaue Wortlaut wichtig ist, dann lasse ich ihn mir nochmal zuschicken.

 

Das ist deren einziger Server und eine andere Freigabe hatte ich testweise eingerichtet.

 

genaue Fehlermeldungen vereinfachen eine Problemlösung unnötig, das hast du richtig erkannt.

Dass du eine andere Freigabe testweise eingerichtet hast, ist Klasse! Verrate uns aber bitte nciht vorzeitig das Ergebnis, das verringert den Reiz an der Aufgabe

Ignoriere unbedingt die Hinweise sowohl in der Fehlermeldung wie von freezoner, dass das Problem mit der Pfadlänge zu tun haben könnte! Sonst ist der Spass möglicherweise zu schnell vorbei

[zotel 10]

genaue Fehlermeldungen vereinfachen eine Problemlösung unnötig, das hast du richtig erkannt.

[...]

Sonst ist der Spass möglicherweise zu schnell vorbei

 

Wenn es auf einer anderen Freigabe funktioniert hätte, dann hätte ich nicht mehr fragen müssen, sondern die User hätten dann da abzuspeichern gehabt. Falls Dir das noch zu undeutlich ist: NEIN, es geht nicht. Und JA, eigentlich wollte ich das noch dazu schreiben. :(

 

Ich bin durchaus in der Lage einen Pfad zu beurteilen. Wie ich schon geschrieben hab, ich habe das Share mittels 'net use' eingebunden. Weder der UNC-Pfad (\\servername\test) noch n:\test dürften in Verbindung mit einem Dateinamen wie 'test.xls' das Limit erreichen. Sonderzeichen oder Wildcards sind natürlich auch keine im Namen, das Verzeichnis ist weder schreibgeschützt noch ist die Platte voll oder ähnliches. Ausserdem ist das doch eine Windowseinschränkung? Wenn es am Pfad läge, müsste auch ein Word dran gebunden sein. Oder?

 

Sage das mit dem Spass nicht mir, sag das dem Deppen, der die Meldungen eingebunden hat. Das Fehlermeldungem nicht immer hilfreich oder wenigstens aussagekräftig sind, sollte bekannt sein. Diese Fehlermeldung hatte als einzige mögliche Fehlerquelle den Schreibschutz gelassen, der Rest der Lösungsansätze war absurd. Und ein Schreibschutz existiert nicht, es sei denn es gibt eine Möglichkeit einzelne Programme vom Schreiben auszuschliessen. Ich rufe aber morgen eine Sekretärin da an und lasse mir einen Screenshot mit einer Fehlermeldung mailen.

 

Es wäre schön, wenn Du dann ausser Ironie auch noch was funktionierendes posten würdest.

 

Gruss

zotel

[blub 115]

Support -bezahlter und unbezahlter- läuft nun mal so ab, dass derjenige der Hilfe braucht, sich bemühen sollte, gestellte Fragen eindeutig zu beantworten und Lösungsansätze zu verifizieren.

 

Hast du diesen Artikel mal durchgearbeitet?

How to troubleshoot errors when you save Excel files

 

zweitens: wenn private Rechner (chef oder nicht ist egal) sich auf diesen Server ohne Virenschutz verbinden dürfen, wundert mich ein seltsames Verhalten zweimal nicht

 

zum dritten: Die Fehlermeldung soll die Sekretärin nicht per Screenshot anfertigen, sondern mit STRG+C in einer Testdatei speichern

 

 

 

cu

blub

bearbeitet 7. Mai 2010 von blub

[zotel 10]

Hallo Blub,

 

zum Dritten: jepp. Alternativ hätte ich sie abgetippt.

 

zum Zweiten: Die Clients haben alle einen aktiven und aktuellen Virenschutz. Der Server noch nicht - da arbeite ich dran - und soll ASAP einen virtuellen Zwilling bekommen. Der soll zum einen als Testumgebung Seiteneffekte von Updates und Virenschutz auf die WaWi aufzeigen und zum anderen als Ersatz im Notfall dienen. Nur leider, das ist erst geplant. :(

 

zum Ersten:

* Sie speichern eine Excel-Datei auf ein Netzlaufwerk, für das Sie eingeschränkte Berechtigungen haben.

Nein, Vollzugriff.

* Sie speichern eine Excel-Datei an einen Speicherort, der nicht genügend Speicherplatz hat.

Nein, ca. 400 GB frei.

* Die Verbindung zu der Excel-Datei wurde unterbrochen.

Hier geht es wohl darum, dass eine bestehende Datei nicht gespeichert werden kann. Genau das funktioniert ja. s.u.

* Es besteht ein Konflikt mit einer Antivirussoftware.

Kann ausgeschlossen werden. Server hat keine, mein Notebook kann auf unserem Server Excel-Files erstellen.

* Sie speichern eine Excel-Datei, die freigegeben ist.

Nein, die Datei wird neu erstellt.

* Beim Speichern einer Excel-Datei wurde die Einschränkung bezüglich der Pfadlänge (maximal 218 Zeichen) überschritten.

Nein, wurde auch ausgeschlossen.

* Die alternative Formelberechnungsfunktion ist in Excel aktiviert.

Nein.

* Die Datei wurde anhand von einer Vorlage erstellt, die eingebettete Objekte enthält.

Nein.

 

Alles was ich so an Lösungsansätzen gefunden habe, zielt darauf ab, dass eine bestehende Datei nach einer Änderung nicht abgespeichert werden kann. Aber genau das macht eben keine Probleme. Wenn die Datei einmal auf dem Server besteht, kann man alles damit machen. Sobald Speichern unter versucht wird, gibt es einen Fehler. Speichert der Sachbearbeiter die Datei erst lokal ab und verschiebt sie danach auf den Server, dann gibt es keine Probleme beim Speichern mehr.

 

Dieses Verhalten finde ich um so merkwürdiger, da ich mal gelernt habe, dass Excel beim Speichern einer vorhandenen Datei erst eine temporäre Datei erstellt, dann die ursprüngliche Datei löscht und erst zum Schluss die temporäre Datei umbenennt.

 

Die Fehlermeldung reiche ich nach, sobald ich sie vorliegen habe.

 

Schönes Restwochenende

Andreas

[blub 115]

Hallo Zotel,

 

-Auch wenn die Clients jetzt aktuell geschützt sind, der Server ist es nunmal nicht. Die reelle Gefahr von Schadsoftware als Problemverursacher auf dem Server besteht daher.

 

- Probier mal in Notepad eine neue Datei mit der extension .xls abzuspeichern

 

- such mal nach dem Ordner xlstart, ob dort Mustervorlagen drinstehen Mappe.xlt oder Tabelle.xlt etc. Diese -falls vorhanden- woanders hinschieben.

 

- Kennst du den Process Monitor?

Process Monitor

 

Damit kannst du dir ansehen, was genau beim Speichern passiert.

Richte dein Augenmerk mal auf zusätzliche Prozesse, die beim Speichern der ExcelDateien möglicherweise auftreten und auf "Access denied" bei den Fileoperationen.

 

Mit dem Filter musst du erstmal probieren, damit du nicht erschlagen wirst von den ungefähr 10.000. Meldungen

 

cu

blub

bearbeitet 9. Mai 2010 von blub

[zotel 10]

Hallo Blub,

 

die Sysinternals Suite kenne und nutze ich eigentlich, hab da allerdings nicht dran gedacht. Danke für den Tip. Mal gucken, ob ich das 'userverständlich' beschreiben kann. Sonst muss ich da wohl selbst noch mal hinfahren.

 

Und wahrscheinlich muss erst ein Schädling den Server kompromitieren, bevor der Entscheider Geld für einen AV-Schutz auf dem Server locker macht. :( Mir selbst ist das auch nicht recht, aber es ist ja nicht meine Firma.

 

Die beiden anderen Sachen lasse ich 'nen Sachbearbeiter am Montag mal probieren.

 

Gruss

Andreas