View Full Version : Shared Folder Dateien lassen sich nicht löschen
Sven Schneider
08-09-04, 19:23
Mich würde es trotzdem interessieren :
Wie sieht es in der DOS-Box bzw. in der Command-Zeilen Umgebung mit dem DEL Befehl aus?
Kann das mal jemand testen.
Sven
norbert1507
09-09-04, 07:27
Im Thread etwas weiter vorne wurde das schon bejaht.
Das nützt blos nichts, wenn ein Programm die Dateien löschen soll.
Gruß
Sven Schneider
09-09-04, 15:45
Hallo norbert1507,
das war, sorry, auch direkt nicht als Hilfe für dich gedacht.
Sondern ich möchte einfach nur wissen ob es geht (DOS-Box, DEL).
Warum :
Der Datei-Explorer und der DEL-Command in der Commandumgebung nutzen immer noch intern andere Windows-API's.
Anderen Anwendern könnte dies trotzdem eine Hilfe sein.
Also wer würde dies einmal (DEL mit SP2) ausprobieren, und das Ergebnis posten?!
Danke Sven!
Im Thread etwas weiter vorne wurde das schon bejaht.
Leider kann ich dazu nichts finden.
Moin Sven Schneider,
folgendes Resultat in der DOS-Box:
Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.
Also auch hier schlechte Karten!
Sven Schneider
09-09-04, 18:03
Das Problem ist scheinber ein generelles.
QDLS ist nicht threadsafe.
Integrated file system APIs are threadsafe when the operation is directed to an object that resides in a threadsafe file system. When these APIs are operating on objects in file systems that are not threadsafe when multiple threads are running in the job, the API will fail.
siehe dazu:
http://as400bks.rochester.ibm.com/html/as400/v4r5/ic2924/index.htm?info/db2/rzaaxmstfscmp.htm
Wahrscheinlich greift der Windows Netzwerk-Client mit mehreren Threads auf das QDLS-Objekt zu, und sperrt sich damit selbst.
Ein ähnliches Problem gab es schon mal mit NT4 SP3.
Hier blieb nach dem Kopieren einer Datei ins QDLS diese Datei gesperrt, bis die Verbindung zum Serverjob getrennt wurde bzw. das Anzeigen der Dateieigenschaften im Explorer führte auch zum Entsperren des QDLS-Objekts.
Und auch mit Win2000 SP3. (Seit V5R1 behoben !)
http://www.rlpforen.de/showthread.php?t=2935
Sven
Guten Tag !
Ich schreibe nicht sehr gut Deutsch. (CH Fr)
Ich habe auch deise problem und ich habe heute keine antwort wie ich muss machen.
Uber franzosich das ich habe die frage machen.
http://www.forum-microsoft.org/ftopic30618.html
Am heute, ich bin zuruck in Windows SP1 mit unsinstalliert und das functionniert.
Achtung machen eine copy uber HDU wenn sie machen unstalliert.
Eine personnen gesagt mich wir mussen warten eine neuen patch SP2-xx. Aber heute das nicht functionniert mit SP2
Ich habe Firewall testiert und eine Qsecof user uber meine computer gemacht. Das auch nicht functionniert.
Ich weiss nicht wie sie konnen das lesen ?
Bitte !
Chételat
norbert1507
12-10-04, 09:32
Tja, das Problem lässt sich wohl derzeitig nicht lösen.Es bleibt blos die Möglichkeit die Datei über einen anderen Rechner ohne SP2 zu löschen oder direkt mit WRKFLR.
Es ist blos sehr lästig, da man das Löschen gern vergisst und das automatische Löschen durch ein Programm nicht mehr funktionier.
Aber die Hoffnung stirbt zuletzt, vieleicht findet doch noch mal jemand die Lösung.
Gruß
Norbert
Wieso wird dieser Fehler eigentlich IBM und nicht Microsoft zugeschrieben ?
Vor SP2 gings ja noch, also muss M$ ja irgendwas geändert haben.
Scheinbar kommt SP2 nicht mehr mit 8.3-Namen zurecht, da QDLS ja keine langen Namen unterstützt.
Vielleicht tritt das Problem auch bei anderen Filesystemen mit eingschränkter DOS-Funktionalität auf.
Umgehung wäre ein Umbenennen (das funktioniert noch) und ein Batchjob der die Dateien löscht.
Auch wenn es etwas kompliziert ist, ABER ES FUNKTIONIERT !
Man lege sich für die benötigten Freigaben ein Verzeichnis "/home/qdls/<Freigabename>" an (qdls unter Home muss natürlich auch angelegt werden).
Ich habe z.b. ein Verzeichnis "/home/fuerchau/qdls" angelegt.
Nun muss man leider in den OpsNav.
Man gehe in
Dateisysteme => Integrated File System => QDLS
Klicke mit der rechten Maustaste den Freigabenamen an (in meinem Beispiel Fuerchau) und wähle den Eintrag "NFS-Export->Eigenschaften".
In diesem Dialog gibts 2 Registerkarten:
Allgemein:
Dort können per "Durchsuchen" die Benutzer eingerichtet werden.
Auch das Häkchen für "Permanent exportieren" muss angeklickt werden.
Zugriff:
Dort muss das eigene System hinzugefügt werden.
(Public) sollte man sperren
Für das eigene System Read/Write sowie "Root" anklicken.
Ds ganze mit "Export" bestätigen.
Zur Kontrolle sollte man sich die Eigenschaften besser noch mal anschauen.
Per WRKLNK '/etc' kann man einige Dateien sehen, die nun angelegt sind.
Nun wieder zur AS/400:
Per STRNFSSVR *ALL können die NFS-Server gestartet werden (Vielleicht reicht auch erst mal nur *SRV und *MNT, ich habe aber erst mal alle gestartet).
Nun fehlt nur noch der Mount !
MOUNT TYPE(*NFS)
MFS('MYSYSTEM:/qdls/fuerchau')
MNTOVRDIR('/home/fuerchau/qdls')
Nun wird der Zugriff von "/home/fuerchau/qdls" auf "/qdls/fuerchau" umgelenkt.
Wieder zurück zum OpsNav.
In den Dateisystemen kann ich nun für "/home/fuerchau/qdls" eine neue NetServer-Freigabe "Fuerchau" erteilen. Die alte Freigabe "Fuerchau" habe ich entfernt.
Wenn ich nun im Explorer ein Netzlaufwerk auf "\\SYSTEM\FUERCHAU (file://\SYSTEMFUERCHAU)" verbinde kann ich die Dateien ganz normal bearbeiten und auch LÖSCHEN !!!
Ich muss also nur noch im QSTRUP
STRNFSSVR sowie MOUNT einbauen.
Auf Gund der unterschiedlichen Berechtigungen benötige ich wohl für jedes Verzeichnis einen eigenen Mount. Das bleibt aber euch zum Probieren überlassen.
Unregistriert
14-01-05, 08:02
[QUOTE=Sven Schneider]Mich würde es trotzdem interessieren :
Wie sieht es in der DOS-Box bzw. in der Command-Zeilen Umgebung mit dem DEL Befehl aus?
Wenn dieses mit ja beantwortet wurde, wundert mich das. Bei uns funktioniert das löschen auch nicht über die DOS-Box. Das gleiche problem habe ich übrigens auch bei einem Rechner mit Win2000 SP4.