Ausnahmebedingung im QSH-Cmd ls

[Fuerchau]

Diesen Text hatte ich übersehen:
"Deskriptor 0 ist in dem Job nicht zugeordnet" deutet auf eine Überschreibung von STDIN hin, die allerdings ungültig ist. Somit ist die Eingabe nicht geöffnet.
Da stellt sich nun die Frage, welchen Fehler das Kommando ursächlich hat um dann auf STDIN zugreifen zu wollen.
Standardmäßig gibt es 3 Deskriporen:
0 = STDIN, umleitbar mit "< /Dir/File"
1 = STDOUT, umleitbar mit "> /Dir/File"
2 = STDERR, umleitbar mit "2 > /Dir/file" oder " 2 > &1"
Wenn also ein Deskriptor nicht zugeordnet ist, hast du ein Ressourcenproblem in deinem Job.

Nun ist du Ursache natürlich schwer zu finden.
Hast du die QSH mal manuell gestartet und den Befehl ausprobiert?
Passiert dies bereits immer beim 1. Mal im Job?
Hast du ggf. aktive Überschreibungen auf oben genannte Dateien?

Letzteres verwende ich z.B. für FTP-Aufrufe um FTP zu automatisieren:
OVRDBF STDIN TOFILE(MYLIB/MYFILE)
OVRDBF STDOUT TOFILE(MYLIB/MYFILE)
OVRDBF STDERR TOFILE(MYLIB/MYFILE)

Damit habe ich dann eine Kette von Befehlen:
OVRxxx
STRFTP
DLTOVR

QSH ...

[fpxx]

1.) Eingabe qsh und dann in der qsh-Befehlseingabe ls /dirname1 --> funktioniert
2.) Eingabe von qsh cmd('ls /dirname1 > /qsys.lib/ ... ) -->es kommt sofort die Meldung mit der Ausnahmebedingung; unabhängig davon welches Verzeichnis angeführt wird.
3.) Es gibt keine OVR auf die Dateien STDIN, STDOUT , STDERR

Könnte es sein, dass da irgendwelche Log-Einträge erstellt werden, die zu einem Überlauf führen?

Die ls-FUnktion läuft seit Jahren täglich in 15-Miinuten-Abständen...

[Fuerchau]

Da bin ich überfragt. Ggf. ist da nun ein IBM-Call aufzumachen.
Vielleicht irgend ein PTF dazugekommen?

[fpxx]

PTF ist keines dazugekommen; danke für deine Bemühungen. Werde wie vorgeschlagen den IBM-Weg beschreiten.

[Zerberus77]

Hallo fpxx,

prüfe mal ob du ein /dev/null hast.

Wenn nicht, dann mach folgendes:

CALL QP2TERM
cd /dev
mknod null c 32769 1
chmod 666 null

MFG Zerberus

[fpxx]

Hallo Zerberus77,

ich habe nicht einmal ein /dev

Habe /dev angelegt und dann deine Schritte vollzogen.
Bei Schritt "mknod null c 32769 1" bekomme ich dann die Message "mknod: null: Not owner"

[Pikachu]

Vielleicht das?

Message QSH0101 - Descriptor 0 Not Allocated In Job

[Zerberus77]

Hallo fpxx,

probier vorher mal ein

CALL QP2TERM
chmod 2775 /dev

MFG Zerberus

[fpxx]

Hallo Zerberus77,

Leider das selbe Ergebnis --> "mknod: null: Not owner"

LG

[Zerberus77]

Hallo fpxx,

ich denke das einfachste ist, wenn du noch ein System hast, das /dev in ein SAVF zu sichen und auf dem Problem-System zu restoren.

Ansonsten CHKPRDOPT *OPSYS und die Optionen die in *ERROR stehen neu installlieren (und danach die PTF wieder drüber).

Da fehlen einige mehr Objekte.

MFG Zerberus

[K_Tippi]

Hallo,
versuch mal mit ovr
ovrdbf file(stdout) tofile(qtemp/DIRPF)
qsh cmd('ls /vz1/vz2/vz3t/*.*')

Denke dran qsh beachtet groß/Kleinschreibung also *.csv ist nicht gleich *.CSV
Klaus