Berechtigung oder was anderes beim LS im QSH nach V7R5 Wechsel

[Robi]

Habe mal den Pgmstapel:

der Job selber

...
QP0ZTRML   QSYS   117                    Qp0zRunTerminal
QRCVDTAQ  QSYS              /05C3 

Der QZSHSH

...
QZHSRV1 QSHELL      61                 forkshell__FP3jobP4nodeiP6C
QP0ZPSEM QSYS          5                 sem_wait 

Der QP0ZSPWP

...
QP0SSRV1   QSYS         8               sleep
QP0SSRV2   QSYS        199            qp0swait__FP13qp0ssigwait_t 

hilft das ?

[Robi]

noch eine Erkentniss:

geht der CD nicht nach /QNTC/server/freigabe/.../

sondern in das IFS, geht das!!!

[Andreas_Prouza]

Und was passiert, wenn du "ls -la /irgend/ein/pfad/" auf den Pfad absetzt?
Dass es keinen Fehler gibt ist sehr seltsam.
Du könntest aber alle Meldungen in eine Textdatei umleiten lassen, falls es doch eine Meldung gibt, aber die nicht richtig angezeigt wird:

ls -la irgend/ein/pfad/ >> /pfad/log.txt 2>> /pfad/log.error.txt

[Robi]

seeeeeehr seltsam ...

der ls -la /qntc/server/freigabe/pfad/ funktioniert
auch die Umleitung in die 2 Dateien erstellt diese.


mach ich vorher ein
cd /qntc/server/freigabe/pfad/

und dann den ls -la >> log.txt 2>> log.error.txt
hängt er sich auf, es entstehen keine Dateien

Da brat mir doch einer n Stroch ...

[Fuerchau]

Der hängt sich dann wohl beim Erstellen der Ausgaben auf, da diese im aktuellen Pfad, im letzten Fall also auf QNTC, liegen sollen. Und im QNTC werden keine Dateien mit CCSID unterstützt.

Ggf. liegt es nun generell an den geänderten Basiseinstellungen für Security für Remotezugriffe (Stichwort Verschlüsselung+Zertifikat). Ich meine, da was gelesen zu haben.
Vielleicht solltest du die Ausgabe per absolutem Pfad ins IFS statt QNTC ausgeben.

[Andreas_Prouza]

Ohne Pfadangabe werden die Logs immer in das Current Directory geschrieben.
Am besten gibst du für die Ausgabe das /tmp/ Verzeichnis an.
Dort kann jeder rein schreiben.

[Robi]

Moin und NEIN.
das geht am Thema vorbei!

der LS geht nicht, das hat nichts mit der Umleitung zu tun.

Er geht auch interaktiv am Bildschirm nicht!

Robi

[Andreas_Prouza]

Das ist eigentlich genau das Thema.
Wenn das LS abstürzt und das OS eine Meldung wirft, kann man die Meldung Umleiten.
Die Umleitung hat nichts mit dem LS zu tun.

[Robi]

Nein, das ist leider NICHT das Thema.

ein
cd /qntc/server/freigabe/pfad/
mit anschließendem
LS >>/tmp/a1.txt 2>> /tmp/a2.txt (egal welcher Zielpfad!!!!) hängt sich auf.
Es entstehen KEINE Meldungen / Dateien / Log's / .... GAR NICHTS

Robi

[Fuerchau]

Ich bezog mich auf diesen Hinweis:
http://newsolutions.de/forum-systemi...033#post123033

Ist das QNTC Current Directory funktioniert die Umleitung nicht, da der "ls" mit absoluten Pfadangaben ja funktioniert.

Ansonsten halt eine Fehlermeldung an die IBM schicken. Lösen können wir das hier ja nicht.

[Robi]

IBM ist schon informiert,
leider ist die Kundenmaschine fremd gehostet, das verlängert die Kommunikation da alles über die läuft.

Wir haben Anwender bei denen das geht, es kann also keine 'generelle' /qntc/ Kiste sein.

Danke für eure Überlegungen!

Robi

[Andreas_Prouza]

OK, dass du das mit der Umleitung probiert hast und du keine Ausgabe bekommen hast, hab ich nicht herauslesen können.

Manchmal gibt es eine Spoolausgabe, da könntest du schauen ob es ein Spool mit dem Namen QPRINT gibt.
Ansonsten ist es sehr seltsam und sieht nach einem Bug aus.

Du könntest nur noch probieren ob das Problem auch mit der BASH auftritt.
Dafür in der QSH einfach "bash" eingeben. Und dann nochmal den LS probieren.

Des weiteren könntest du der PATH Variable den Open Source Pfad hinzufügen. Dort gibt es auch ein LS vom GNU.

QSH --> bash --> PATH="/QOpenSys/pkgs/bin:$PATH" --> ls ...