QCTL

[Zerberus77]

Hi csantner,

wurde das System aktualiesiert und tritt seit dem der Fehler auf? Wenn ja wurde das System schon mal komplett mit B N durchgestartet?

MFG Zerberus

[csantner]

Hallo Zerberus,

das System wurde vor einem Jahr neu aufgesetzt seit dem scheint dieser Fehler zu bestehen und auch seit dem wurde die Iseries neu gestartet auch mit der Option B N das ganze bermerkte man als man die maschine nicht in den eingeschränkten Zustand bekommt wenn man die Option endsbs *all die Meldung die zurück kommt lautet das die nicht in dieser Umgebung zulässig sei

[Pikachu]

IBM - QSYSSBSD and Why It Is Running

Das Starten der Subsysteme geschieht im Startprogramm. Wie steht denn der Systemwert QSTRUPPGM? Sieh dir mal den Quelltext des Startprogramms an (abrufen mit dem Befehl RTVCLSRC).

Nachtrag: Vielleicht ist auch das Subsystem QCTL beschädigt und das System weicht auf das Systemsubsystem QSYSSBSD aus. Mach mal ein IPL und sieh die *SYSOPR-Meldungen durch.

[Fuerchau]

Der Eintrag *CONS im QSYSSBSD kann mittels RMVWSE entfernt werden.
Da es im QCTL auch entsprechende Einträge gibt, wird DSP01 dann QCTL zugeordnet.

Ansonsten mit
TFRJOB QCTL
nach QCTL übertragen.

[Fuerchau]

Nachtrag:
Wofür wird denn QSYSSBSD überhaupt benötigt ?
Es laufen doch normalerweise keine Job's darin.
Ggf. kann der Start aus dem QSTRUPPGM ja entfernt werden.

[Fuerchau]

Da liegt der Hund im QSTRUPPGM.
QBASE wird normalerweise nicht gestartet sondern QCTL (durch IPL), QBATCH und QINTER durch QSTRUPPGM.

Ggf. ist wieder das Standard-QSTRUPPGM aktiv und nicht das ursprüngliche.

Schau mal in den Systemwert QSTUPPGM und mach ein RTVCLSRC auf das Programm.
Anschliessend passend modifizieren (Subsysteme, STRTCP, STRHOSTSVR, STRWTR, usw.) und neu erstellen.

Wenn QCTL steuert, sollte QBASE definitiv nicht laufen.

[csantner]

Hallo Pikachu,

den link habe ich schon gekannt und die Einträge passen dort, die Maschine wurde neugestartet ohne eine Fehlermeldung läuft alles im grünen Bereich das komische daran war als ich Qbase gestartet habe werden die client nicht wie gewünscht im Qinter angezogen sondern laufel alle unter der QBASE aber jetzt kommst es mein DSP01 ist registiert unter QCTL aber der Job läuft in der Qbase also irgendwas paßt hier absolut nicht. Interressant wäre natürlich die Option von Hr. Fuerchau mit dem TFRJOB doch leider ist mein wissen hier nicht so tief um dies mal testen zu können

[Pikachu]

Das Subsystem QSYSSBSD in Bibliothek QSYS wird vom System benötigt, wenn das System neu installiert oder aktualisiert wird. Im Startprogramm von IBM ist es nicht enthalten.

Ob das System mit QCTL oder QBASE läuft wird vom Systemwert QCTLSBSD gesteuert. Das entsprechende Subsystem startet dann das Startprogramm. Das Startprogramm von IBM kennt zwei Konfigurationen, die hier beschrieben sind: Subsystems shipped with the system

[Pikachu]

Vielleicht wird auch das Startprogramm nicht gestartet.

Was ist denn als Startprogramm eingetragen (anzeigen mit DSPSYSVAL QSTRUPPGM)?

[Pikachu]

Am besten ist es wenn du nochmal ein IPL machst und dann nachsiehst, welche der Subsysteme QBASE, QCTL, QINTER, QSYSSBSD am Laufen sind (nachsehen mit WRKACTJOB). Vermutlich ist doch das Subsystem QCTL in QSYS beschädigt oder es fehlt, das muß dann aber doch irgendwo in den *SYSOPR-Meldungen stehen (z.B. "QSYSSBSD in Bibliothek QSYS wird verwendet." oder ähnlich).

[csantner]

Guten Morgen Pikachu,
guten Morgen Fuerchau,

ich werde eure Vorschläge mal genauer überprüfen habe aus dem startuppgm mal das Subsystem Qsyssbsd herausgenommen da ja alle werte soweit angepaßt sind das eigentilch das DSP01/DSP02 durch das QCTL gesteurt wird.
Dies kann ich aber erst leider am Wochenende testen da ich dann erst die Maschine im Zugriff habe, Vielen herzlichen Dank nochmals für euere Unterstützung melde mich dann am Montag
wenn ich die Maschine gestartet habe, ob dem so ist.

mfg
csantner

[Pikachu]

Wer hat denn das Starten dieses Subsystem in das Startprogramm eingetragen?