QSYSARB sperrt SBSD

[Robi]

So, gestern abend hab ich noch mit einer anderen Lib getestet.
Nach dem erstellen der SBSD (in dieser anderen Lib) und dem Startversuch des SBS (ebenfalls mit dieser neuen SBSD)
flog ich raus bis ins Signon. (MCH0????)
Die SBSD in der anderen Lib lies sich danach löschen.
Das Sbs ließ sich danach aus der neuen Lib starten und später auch beenden / die SBSD löschen.
Der Spool aus dem Abbruch ist (grrrrr.) weg da Nachts irgend so ein 'da-du-zu-faul-bist,-räume-ich-halt-auf' job läuft.

k.a. was genau los war, aber ich muß eh noch ein paar mal testen.
melde mich
Robi

[prsbrc]

Schönen Nachmittag,
ich habe auf unserer Testmaschine (V5R4M5 - M15) ein seltsames Problem.
Ich wollte eine ganze Bibliothek löschen und durfte nicht denn der QSYSARB hat die Finger über diese Bibliothek.
Mittels WRKOBJLCK sehe ich das nur der QSYSARB die Bibliothek sperrt.
Den SysVal QLIBLCKLVL hab ich auf 0.
Ein IPL hab ich schon gemacht und hat auch nichts gebracht.
Kann mir jemand sagen wie sowas entstehen kann oder womit das zusammen hängt?

Ich werde jetzt noch ein RCLSTG versuchen... vieleicht hilfts ja :D

[Pikachu]

Ist diese Bibliothek vielleicht im Systemwert QSYSLIBL oder im Systemwert QUSRLIBL eingetragen? Siehe auch DSPMSGD CPF2113, Auswahl 1 "Nachrichtentext anzeigen".

[prsbrc]

Hallo und einen wudnerschönen guten Morgen :)
Ja, das stimmt. Die Bibliothek ist in der QUSRLIBL. Aber der Wert QLIBLCKLVL ist auf '0' also dürfte doch niemand die Bibliothek(en) sperren die in einer Bibliotheksliste drinn sind oder? Und der QSYSARB ist auch der einzige der diese Bibliothek(en) unnachgiebig sperrt.
Ich hab mal gehört das dieser eigentlich "nur" für Devices (Bildschirme etc) zuständig ist und nicht für Bibliotheken. :D