Druckerprogramme bleiben nach eingeschränkten Zustand beendet

[Chris.jan]

Ich habe jetzt mehrfach die Meldung bekommen, daß einige Drucker nach der Sicherung im eingeschränkten Zustand angeblich beendet bleiben.
Eigentlich sollten sie doch alle automatisch gestartet werden, so wie sie ja auch nach dem IPL laut DEVD auch wieder angehangen werden.
Woran kann es liegen, daß sie beendet bleiben? Was genau startet sie denn im Normalfall?

[Fuerchau]

Im Normalfall startet das QSTRUPPGM auch die Drucker.
Wenn du nur die Subsysteme ohne QSTRUP hochfährst, werden die Drucker nicht gestartet.

Schau dir euer QSTRUPPGM einfach an.

Übrigens ist es meist einfacher, nach dem eingeschränkten Zustand das QSTRUPPGM wieder aufzurufen um alles hochzufahren und zu starten.

[hel400]

? Wenn das steuernde(!) Subsystem nach dem eingeschränkten Zustand wieder gestartet wird, dann wird das im Sysval QSTRUPPGM hinterlegte Pgm doch auch automatisch aufgerufen (?)

[holgerscherer]

Was genau startet sie denn im Normalfall?

Was sagt CHGIPLA?
-h

[Chris.jan]

Also die IPL-Attribute (CHGIPLA) besagen, daß die Druckerprogramme gestartet werden sollen.
Der Sysval QSTRPRTWTR dagegen ist auf 0. Wie darf ich das jetzt interpretieren??
Letzter Systemstart war 25.1. - aber das QSYS/QSTRUP hat ein Last-Use-Date von 2012......wundert mich auch. Ist aber laut Systemwert das richtige Startprogramm.

[Fuerchau]

Es gibt einen Unterschied zwischen IPL und Hochfahren nach eingeschränktem Zustand.
Der QSTRPRTWTR ist ein Anzeiger, 0=es wurden keine Druckjobs gestartet.

Welche Device-Drucker gestartet werden hängt wiederum an 2 Werten:
1. in der DEVD des Druckers "Online bei IPL"
2. in der OUTQ des Druckers "Ausgabeprogramme automatisch starten"

Für diese Drucker löst bei IPL das System einen STRPRTWTR aus.

Nun gibt's ja noch die Remote-Outq's. Die lassen sich leider nicht automatisch starten (ggf. macht das System das ja nun), da hierfür der STRRMTWTR benötigt wird.

Das nächste Problem sind natürlich die Abhängigkeiten von Systemdiensten.
Seit V6R1 hat einer meiner Kunden nach dem Start der SBS'e und vor dem Start von TCP/IP einen Delay von 3 Minuten, da sonst der STRTCP fehlschlägt.

Da nun die meisten Drucker per TCP und nicht mehr per Twinax dranhängen ist nun das Problem der Reihenfolge.
Soweit ich weiß startet das QSPL die Device-Drucker.
Ist aber TCP zu diesem Zeitpunkt noch nicht da, hängen sich die Drucker wieder ab oder gehen auf einen entsprechenden Status.
Hier schlägt dann noch die Parallelität zu, so dass beim Start mehrerer Drucker irgendwann auch TCP da ist und eben nicht alle Drucker sich abhängen.

Das muss man z.B. durch geschickte Reihenfolge im QSTRUP mit ggf. DLYJOB's organisieren.

Beispiel:
- Starten aller benötigten Subsysteme
- STRTCP
- Warten, bis alle laufen (ggf. per API, oder einfach z.B. DLYJOB(180)
- STRHOSTSVR
- STRPRTWTR
- STRRMTWTR

Damit sich nicht sofort wieder jemand anmeldet, kann man den Telnetdienst ggf. erst später im IPL starten, also nicht automatisch beim STRTCP, sondern erst wenn man bereit ist, so als allerletzte Anweisung.

Was das CHGIPLA angeht, so gilt die Einstellung beim Drucker mit *NO nur für den nächsten IPL, danach wird sie automatisch wieder auf *YES gesetzt.

[Chris.jan]

Sehr aufschlussreich. Ich werde das nächste Wochenende und den darauf folgenden IPL mal genauer beobachten.