Ausnahmebedingung im QSH-Cmd ls

[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

[Fuerchau]

Da stellt sich mir eher die Frage, wer "/dev" gelöscht haben sollte, denn da gehört mehr als "null" dazu.

[fpxx]

@ Fuerchau
Die Frage ist berechtigt; auf diesem System (ein Fremdsystem) ist "/dev" definitiv gelöscht worden. Ich habe sie auf einer älteren Sicherung gefunden und wieder zurückgespielt.
Trotzdem erfolglos

@ K_Tippi
ovrdbf stdout hat auch nichts gebracht.

Ergebnis ist immer die "Ausnahmebedingung" und im Detail
"Deskriptor 0 in Job nicht zugeordnet" +

"Der für den Parameter für Aufrufstapelzähler angegebene Wert 4 ist nicht gültig. Der Wert wrude für Parameter 7 für die API angegeben."
Der Wert soll korrigiert werden; die Frage ist nur "wo" und "wie"?

[Fuerchau]

Tja, System reparieren...