Datei aus dem IFS kopieren

[Chris.jan]

Windows hat eine leider echt blöde Beschränkung; eine Freigabe kann nur einmal gleichzeitig mit einem User verbunden sein. Du musst also voher mit dem Dos-Befehl NET dir die vorhandenen Verbindungen anzeigen lassen und ggf. löschen damit Du die neue Verbindung/Freigabe nutzen kannst.

[Albundy]

Also es bestehen keine Verbindungen. Der Benutzer hat alle Rechte auf das Verzeichnis TMP und er ist auch nicht auf dem NetServer gesperrt. Wenn ich in einer DOS Box eingebe

net use \\10.130.12.193\tmp Kennwort /useromain\qsecofr habe ich Zugriff auf das Verzeichnis TMP. Wenn ich das gleiche mit dem eigens dafür angelegt Benutzer oder einem andern, z. B. QPGMR versuche, habe ich keinen Zugriff.

Da die Datei in dem Verzeichnis TMP welche ich abholen möchte von mehreren Systemen geholt werden muss, arbeite ich im Script mit Variable für den Hostnamen wie auch für die Anmeldung.

Für die Anmeldung sieht das dann so aus:

set login=/useromain\Benutzer Kennwort

Beim Anmelden dann so: net use \\%host%\tmp %login%

Bin mir aber nicht sicher ob ich die Variable %login% richtig habe?

Mir fällt echt nichts mehr ein dazu wo ich noch schauen soll an was es leigen kann, dass der Zugriff verweigert wird. Andere Dateien aus dem gleichen Verzeichnis lassen sich problemlos mehrfach am Tag automatisiert abholen.

[Fuerchau]

Tut mir leid, da habe ich auch keine Idee mehr.
Wenn es mit dem QSECOFR klappt, sollte es mit dem "normalen" User auch klappen.

Was meinst du damit?
"Andere Dateien aus dem gleichen Verzeichnis lassen sich problemlos mehrfach am Tag automatisiert abholen."
Ich habe verstanden, dass du schon beim "net use" scheiterst.

Prüfe mal, wie die Verzeichnisstrukturen der funktionierenden Freigaben.
Wenn du eine Freigabe "TMP" auf "/Home/Tmp" machst, benötigst du natülich Leseberechtigung auf "/Home", sonst kommst du erst gar nicht auf "Tmp" runter.
Nicht zu vergessen, auch "/" ist bereits ein Verzeichnis.

[Albundy]

Ich meine dass aus dem gleichen Verzeichnis mehrfach am Tag eine Datei abholen kann und eine andere nicht. Die Freigabe liegt auf TMP.

[Fuerchau]

Das widerspricht der Aussage, dass der "net use" nicht klappt. Denn ohne "net use" kannst du ja nicht zugreifen und was abholen.

[Albundy]

Hallo,

habe die Ursache gefunden. Es lag an einem fehlerhaften Eintrag im WRKDIRE.

Vielen Dank an alle für die Unterstützung!

[Fuerchau]

Das wundert mich nun doch. Für Netzwerkzugriffe ist eigentlich kein WRKDIRE-Eintrag erforderlich, es sei denn du arbeitest noch mit QDLS, was man auf jeden Fall dringend abschalten und ersetzen sollte.

[Albundy]

Habe noch eine weitere Frage.

Im IFS unter dem Verzeichnis TMP wird eine .TXT Datei abgelegt. Wo muss ich einstellen, dass der benutzer syscheck das Recht zum Lesen und Löschen der datei hat? Auf dem Verzeichnis TMP sind die Rechte erteilt.

[Fuerchau]

Per DSPAUT kannst du erst mal prüfen, welche Berechtigungen das neue Objekt hat.
Per CHGAUT kannst du auch per CLP die Berechtigung setzen.
per WRKAUT kannst du gucken und editieren (halt im Dialog).

[Albundy]

Das Objekt wird jeden Tag erstellt unter anderem Namen. Es soll schon beim Erstellen die Rechte Lesen oder Ändern mitbekommen.

[malzusrex]

Wie hier schon mal erwähnt worden ist. Das Programm was die Datei erstellt, muss nach der Erstellung auch dafür sorgen das die Berechtigungen passen.

Gruß
Ronald

[Fuerchau]

Warum immer unter einem anderen Namen oder anderem User?
Direkt bei der Erstellung übernimmt das neue Objekt maximal die Berechtigungen des Eigners des Verzeichnisses.
Ist der Ersteller nicht der Eigner des verzeichnisses, bekommt das neue Objekt eben *PUBLIC *EXCLUDE.
Wo ist da dann das Problem, nun einen CHGAUT hinterher zu jagen?
Der Ersteller weiß doch nun wohl wie seine neue Datei heißt.
Ich kenne nun keine Funktion, die mir Dateien mit einem automatischen Namen erstellt.