Hallo Liste. Unter SL 10.3 betreibe ich einen Samba-Fileserver, auf dem u.a. einige Excel-Dateien gespeichert sind. Ein User öffnet eine Excel-Datei, ändert was, und speichert wieder. Das Speichern funktioniert dann nicht, wenn ich, während die Datei geöffnet ist, ein rcsmb restart mache. Excel meldet dann: "Die Datei konnte nicht gespeichert werden". Das Problem besteht nun darin, daß ganz vereinzelt = ein- oder zweimal im Monat diese Meldung auch dann kommt, wenn ich dem smbd gar nicht neu starte, sondern er ganz normal vor sich hin läuft. Die Logfiles geben mir keinen Anhaltspunkt, was da passiert. Der Server enthält zahlreiche andere Dateien, aber die User jammern nur bei Excel-Dateien. Hat jemand eine Idee, welchen Grund das haben könnte? -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Andre Tann´s Tastaturgeklapper am Dienstag, 12. August 2008 :
Hallo Liste.
Unter SL 10.3 betreibe ich einen Samba-Fileserver, auf dem u.a. einige Excel-Dateien gespeichert sind.
Ein User öffnet eine Excel-Datei, ändert was, und speichert wieder. Das Speichern funktioniert dann nicht, wenn ich, während die Datei geöffnet ist, ein rcsmb restart mache. Excel meldet dann: "Die Datei konnte nicht gespeichert werden".
Das Problem besteht nun darin, daß ganz vereinzelt = ein- oder zweimal im Monat diese Meldung auch dann kommt, wenn ich dem smbd gar nicht neu starte, sondern er ganz normal vor sich hin läuft. Die Logfiles geben mir keinen Anhaltspunkt, was da passiert. Der Server enthält zahlreiche andere Dateien, aber die User jammern nur bei Excel-Dateien.
Hat jemand eine Idee, welchen Grund das haben könnte?
-- Andre Tann
Hallo Andre, könnte es sein, dass die Exceldatei von 2 Usern geöffnet ist/war? Dann gibts natürlich Probleme beim Speichern. Gruß Lutz -- http://www.linux-beginnerforum.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Lutz Weber, Dienstag, 12. August 2008 10:52:
könnte es sein, dass die Exceldatei von 2 Usern geöffnet ist/war? Dann gibts natürlich Probleme beim Speichern.
Kann durchaus sein. Aber das ist doch das Kardinalproblem aller Fileserver, daß sie konkurrierende Zugriffe handeln müssen. Außerdem verhält sich das Excel folgendermaßen (soeben probiert): öffnet ein zweiter User eine Datei, die schon ein anderer geöffnet hat, dann fragt Excel, ob es schreibgeschützt öffnen soll, oder ob es benachrichten soll, wenn der andere Zugriff beendet ist. Beides funktioniert, wie es soll: man bekommt eine Benachrichtigung, wenn die Tabelle geschlossen wird, oder aber das Dokument wird mit Schreibschutz geöffnet. Das Locking funktioniert also meiner Meinung nach so, daß hieraus keine Probleme erwachsen können. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Andre Tann schrieb:
Hallo Liste.
Unter SL 10.3 betreibe ich einen Samba-Fileserver, auf dem u.a. einige Excel-Dateien gespeichert sind.
Ein User öffnet eine Excel-Datei, ändert was, und speichert wieder. Das Speichern funktioniert dann nicht, wenn ich, während die Datei geöffnet ist, ein rcsmb restart mache. Excel meldet dann: "Die Datei konnte nicht gespeichert werden".
restart = alle Verbindungen werden "weggeworfen" - aber wozu brauchts den Restart ???
Das Problem besteht nun darin, daß ganz vereinzelt = ein- oder zweimal im Monat diese Meldung auch dann kommt, wenn ich dem smbd gar nicht neu starte, sondern er ganz normal vor sich hin läuft. Die Logfiles geben mir keinen Anhaltspunkt, was da passiert.
loglevel (der Userlog s) zu niedrig ?
Der Server enthält zahlreiche andere Dateien, aber die User jammern nur bei Excel-Dateien.
na ja .. kann es sein (?) dass excel da ein bissel anders tut als andere? dass Excel z.B. den Filehandle braucht...währenddessen andere nur mit Filenamen arbeiten ?... unter Berücksichtigung der temporär angelegten Files ...die ggfs noch nicht mal einen eingetragenen Filenamen haben... sowas macht ein Verbindungsverlust natürlich alles kaputt... nicht dass ich wüsste dass es so ist., aber zutrauen würde ich es den M$-Leuten schon... (haben hier OpenOffice...da hab ich [bei calc] von solchen Ärgerleins noch nie was gehört..)
Hat jemand eine Idee, welchen Grund das haben könnte?
hast du schon mal in den release Notes der neuesten Versionen gelesen - welche Probleme wann/wie /warum beseitigt worden sind... vielleicht hast du genau eine zu alte Version ( na eben mit alten Fehlern.. -> neue Version = neue (andere) Fehler..) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Fred Ockert, Dienstag, 12. August 2008 11:26:
restart = alle Verbindungen werden "weggeworfen" - aber wozu brauchts den Restart ???
Den brauchts nicht. Ich habe damit nur darlegen wollen, wie man den Fehler reproduzieren kann.
loglevel (der Userlog s) zu niedrig ?
Den loglevel hab ich schon aufgedreht. Aber komischerweise unterscheiden sich die Einträge im Fehlerfall nicht von denen im Normalfall.
na ja .. kann es sein (?) dass excel da ein bissel anders tut als andere? dass Excel z.B. den Filehandle braucht...währenddessen andere nur mit Filenamen arbeiten ?...
Tja, denkbar. In der smb.conf steht auch: veto oplock files = /*.doc/*.xls/*.ppt/*.xml/*.DOC/*.XLS/*.PPT/*.XML/ Das hatte ich mir mal so herausgesucht, als ich den Server ursprünglich aufgesetzt hatte. Offenbar brauchen Office-Dateien eine Sonderbehandlung.
hast du schon mal in den release Notes der neuesten Versionen gelesen - welche Probleme wann/wie /warum beseitigt worden sind... vielleicht hast du genau eine zu alte Version ( na eben mit alten Fehlern.. -> neue Version = neue (andere) Fehler..)
Da hast Du recht, da kann ich mal wühlen. Danke. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Andre Tann schrieb:
Fred Ockert, Dienstag, 12. August 2008 11:26:
restart = alle Verbindungen werden "weggeworfen" - aber wozu brauchts den Restart ???
Den brauchts nicht. Ich habe damit nur darlegen wollen, wie man den Fehler reproduzieren kann.
ah so...
loglevel (der Userlog s) zu niedrig ?
Den loglevel hab ich schon aufgedreht. Aber komischerweise unterscheiden sich die Einträge im Fehlerfall nicht von denen im Normalfall.
wirklich .. eingebildete Fehlermeldungen ?
na ja .. kann es sein (?) dass excel da ein bissel anders tut als andere? dass Excel z.B. den Filehandle braucht...währenddessen andere nur mit Filenamen arbeiten ?...
Tja, denkbar. In der smb.conf steht auch:
veto oplock files = /*.doc/*.xls/*.ppt/*.xml/*.DOC/*.XLS/*.PPT/*.XML/
huch... Veto files - war das nicht die, die nicht gelöscht werden können ?... und veto oplock dann kein oplock ... na ja ..wenn das man gut ist! zumal *,Xls darf dann wieder ... oh oh ...
Das hatte ich mir mal so herausgesucht, als ich den Server ursprünglich aufgesetzt hatte. Offenbar brauchen Office-Dateien eine Sonderbehandlung.
kann ja sein...aber mir ist sowas noch nie aufgefallen...
hast du schon mal in den release Notes der neuesten Versionen gelesen - welche Probleme wann/wie /warum beseitigt worden sind... vielleicht hast du genau eine zu alte Version ( na eben mit alten Fehlern.. -> neue Version = neue (andere) Fehler..)
Da hast Du recht, da kann ich mal wühlen. Danke.
irgendwo gibt es da auch ein Fehlersammler... ggfs. mal vorsichtig nachfragen auf den Listen... die Projektmanagerin Karolin Seeger ( via Sernet.de) hatte mit auf dem LinuxTag in Berlin gesagt, dass das Team an korrekten Fehlerberichten sehr interessiert ist! Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Andre Tann -
Fred Ockert -
Lutz Weber