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.