View Full Version : Löschen temporärer Dateien in Shares
Hallo zusammen,
wir haben folgende Situation:
iSeries V5R1M0 mit PTF-Stand TL03343. Es existiert ein Verzeichnis /daten mit einem Unterverzeichnis /dokumente. Es gibt eine Benutzergruppe RE. Diese Gruppe hat folgende Rechte:
/ *RX
/daten *RX
/daten/dokumente *RWX
/daten/dokumente/<dateiname> *RWX *ALL
Es existieren für diese Verzeichnisse keine Berechtigungslisten.
Wenn ein Mitglied der Gruppe eine MS Word Datei in diesem Verzeichnis ablegt und bearbeitet hat (Client ist WinXP prof SP2 mit MS Office XP), werden die von Word erzeugten Temporärdateien (die Namen beginnen alle mit ~$...) nicht gelöscht. Das führt dazu, daß beim nachfolgenden Öffnen der Worddatei eine Zugriffssperre vorliegt.
Wer kann helfen ?
Das Löschen in QDLS funktioniert nicht mehr bei WinXP SP2.
Stelle auf ein anderes IFS (z.B. /Home) um.
Ups ... das vergaß ich zu erwähnen ... die Verzeichnisse befinden sich bereits im IFS und nicht im QDLS.
Das Löschen in QDLS funktioniert nicht mehr bei WinXP SP2.
Stelle auf ein anderes IFS (z.B. /Home) um.
Ggf. brauchst du im übergeordneten Verzeichnis "/Daten/Dokumente" Objektverwaltungsrechte (*OBJMGT, *OBJALTER). *RWX reicht da vielleicht nicht aus.
Hmmm ... bei allen anderen Dateien funktionierts mit den o.g. Rechten, eigentlich sollte es dann doch auch mit den temp. Dateien von Word funktionieren oder ?
Als Workaround habe ich jetzt bei meinem Client mal testweise das Erzeugen der temp. Dateien von Word auf die lokale Platte geleitet und im OpNav die alten temp. Dateien gelöscht. Damit ist zumindest mal der Fehler behoben, daß eine Worddatei gesperrt bleibt. Aber diese Möglichkeit möchte ich eigentlich nicht weiter verfolgen, da ich das dann bei jedem einzelnen Client machen müsste.
Ggf. brauchst du im übergeordneten Verzeichnis "/Daten/Dokumente" Objektverwaltungsrechte (*OBJMGT, *OBJALTER). *RWX reicht da vielleicht nicht aus.
Hier ist evtl. wieder das Threading ein Problem. Word löscht die Datei obwohl ein Thread die Datei noch offen hat.
Im Windows ist das erlaubt, solange die Datei dem selben Prozess gehört.
OS/400 kennt aber nur die Thread-ID als aktuellen Besitzer und erlaubt eben das Löschen nur, wenn die DAtei auch geschlossen ist !
In Windows kann ich mir eine temporäre Datei erstellen, öffnen, killen, damit arbeiten und dann erst schließen.
Das könnte eher ein Problem der Office-Version sein.
Hallo,
ich bin eben zufällig über einen Sack von Hilde Dateien auf meiner Linux Büchse gefallen, die von Word dort übrig blieben und tendiere dazu, dass sich hier 2 Bugs kompensieren. Bei Windows ist eine Datei (egal ob mit oder ohen Hilde am Anfang), die von einem Prozess erzeugt und nicht geschlossen wurde, anschließend schnöder Weise futsch und Word schließt Dateien nicht, wenn sie nicht gespeichert werden.
Was mir jetzt noch nicht klar ist, was hast du für Probleme mit Sperren, wenn so'n temp Ding da ist?
mfg
Dieter Bender
Hier ist evtl. wieder das Threading ein Problem. Word löscht die Datei obwohl ein Thread die Datei noch offen hat.
Im Windows ist das erlaubt, solange die Datei dem selben Prozess gehört.
OS/400 kennt aber nur die Thread-ID als aktuellen Besitzer und erlaubt eben das Löschen nur, wenn die DAtei auch geschlossen ist !
In Windows kann ich mir eine temporäre Datei erstellen, öffnen, killen, damit arbeiten und dann erst schließen.
Das könnte eher ein Problem der Office-Version sein.
@Dieter
Das ist eine "Bug" von Word. Wenn eine ~Datei des Dokuments existiert, geht Word davon aus, dass diese Datei bereits geöffnet ist und zwar von jemand anders.
Daher erlaubt Word nur das "schreibgeschützte" Öffnen.
@Baldur:
das scheint aber nicht in allen Word Versionen so zu sein, meiner ist das scheints genauso Schnurz wie mir.
@Dieter
Das ist eine "Bug" von Word. Wenn eine ~Datei des Dokuments existiert, geht Word davon aus, dass diese Datei bereits geöffnet ist und zwar von jemand anders.
Daher erlaubt Word nur das "schreibgeschützte" Öffnen.
Moin @srcdbgr,
hatte auch ~-Dateien im QDLS, die beim Löschen mit Fehler "im Zugriff" rumnervten. Nach einem IPL konnten die problemslos eliminiert werden. ENDSBS SBS(*ALL) hatte nicht gereicht.