View Full Version : *LCKSPC
Hallo Ihr Wissenden :D,
Wir bekommen des öfteren einen lock auf eine DB-Tabelle beim Eintrag über wrkobjlck wird nur *LCKSPC ausgeben, dieser Eintrag ist nicht auswählbar.
Leider ist zur Zeit die einzige möglichkeit diesen Lock zu entfernen ein jojo der iseries und das kanns ja eigentlich nicht sein oder?
wer weis rat????
wir benutzen J2EE in WASD 5.01
mit WAS 5.0 und natürlich DB2.
die Iseries läuft unter V5R2.
kaym
Hallo Kaym,
im Memorandum to User für R520 steht folgendes:
2d.xi) ALCOBJ and DLCOBJ lock space scope
The Allocate Object (ALCOBJ) command and Deallocate Object (DLCOBJ)
command have an additional SCOPE parameter value of *LCKSPC. The new
parameter scopes locks to the lock space when a lock space is attached
to the current thread. If no lock space is attached to the thread, the
lock will be scoped to the job. A lock space is an internal system
object that can own object and record locks, and can contain other
internal system objects.
In V5R2, some products such as WebSphere(R) licensed programs use the
new lock space support. If you have user exits for these products that
use ALCOBJ and DLCOBJ and experience lock conflicts, you may need to
change the SCOPE parameter to *LCKSPC.
In general, this change will not affect most existing applications.
Only applications that use the XA and JTA APIs for transaction
management have a potential to be impacted. The likelihood for a
failure to occur would be if a stored procedure or trigger program
attempted to use ALCOBJ on a database file and that file was already
locked by a lock space.
Gruss TARASIK
:cool: :cool:
Hallo Kaym,
war denn mein Hinweis hilfreich ??????
Gruss TARASIK
danke ja ein wenig.... :)
gruss kaym
Hallo,
wir haben das selbe Problem. Einer unserer Entwickler hat mit SQL ein PF angelegt und möchte dieses wieder löschen. Geht aber nicht, weil *LCKSPC.
Mit DLCOBJ passiert nichts. Gibt's da eine andere Chance?
P.S.: Ich konnte leider keine Anhänge "anhängen" ;) , deshalb versuche ich einen Auszug direkt hier zu posten:
Type options, press Enter.
4=End job 5=Work with job 8=Work with job locks
Opt Job User Lock Status Scope Thread
*LCKSPC *SHRRD HELD *LCKSPC
*LCKSPC *SHRRD HELD *LCKSPC
*LCKSPC *SHRRD HELD *LCKSPC
*LCKSPC *SHRRD HELD *LCKSPC
*LCKSPC *SHRRD HELD *LCKSPC
i5 OS: V5R3
Cumulative package: C6045530
Um was für einen Job handelt es sich denn (Jobname, Benutzer, Subsystem etc.) Wenn das ein Job eines Benutzers ist, der "weg" kann, dann diesen einfach killen. Bleiben manchmal übrig, wenn Remote SQL Verbindungen nicht sauber abgebaut werden.
Tja, leider ist es nicht so einfach. Ich weiß es noch nicht mal ob es ein Job ist, da das Optionsfeld nicht angezeigt wird (also wo man eine 4,5 etc. davor setzen kann).
Remote SQL verbindungen? Das könnte sogar passen....ich muss das mal klären.
Die Beschreibung zu dem Job sieht wie folgt aus (wrkobjlck):
Optionsfeld:
(keine Eingabe möglich, da nicht gegeben)
Jobname:
*LCKSPC
User:
(leer)
Lock:
*SHRRD
Status:
HELD
Scope:
*LCKSPC
Thread:
(leer)
-------------------
Nachtrag: Also ich habe das eben bei uns geklärt und es ist definitiv eine Remote Sql Verbidung zum file. Das Problem dabei ist, dass diese Abfrage von einem Entwicklungsprogramm (WDSC) abgeschickt wird und wenn dieses dann "abschmiert" (ist ja Windows, kein OS) ;-), dann bleiben diese "Überreste" auf dem file hängen. In dem Fall wäre es angebracht, wenn es eine Möglichkeit gäbe die locks zu entfernen (egal wie, auch mit der Brechstange, aber nach Möglichkeit kein IPL) ;-). Einer eine Idee?
mal ALCOBJ mit CONFLICT(*RQSRLS) , am besten exclusive mit anschließendem DLCOBJ probieren.
mit WRKCMTDFN nach offenen Transaktionen suchen
wenn hinter dem ganzen Kram Websphere selber steckt, dann entweder die Group PTF Leier probieren, oder den Kram auf eine Windows oder Unix Büchse verschieben, da funktioniert das Ding wenigstens.
mfg
Dieter Bender
Tja, leider ist es nicht so einfach. Ich weiß es noch nicht mal ob es ein Job ist, da das Optionsfeld nicht angezeigt wird (also wo man eine 4,5 etc. davor setzen kann).
Remote SQL verbindungen? Das könnte sogar passen....ich muss das mal klären.
Die Beschreibung zu dem Job sieht wie folgt aus (wrkobjlck):
Optionsfeld:
(keine Eingabe möglich, da nicht gegeben)
Jobname:
*LCKSPC
User:
(leer)
Lock:
*SHRRD
Status:
HELD
Scope:
*LCKSPC
Thread:
(leer)
-------------------
Nachtrag: Also ich habe das eben bei uns geklärt und es ist definitiv eine Remote Sql Verbidung zum file. Das Problem dabei ist, dass diese Abfrage von einem Entwicklungsprogramm (WDSC) abgeschickt wird und wenn dieses dann "abschmiert" (ist ja Windows, kein OS) ;-), dann bleiben diese "Überreste" auf dem file hängen. In dem Fall wäre es angebracht, wenn es eine Möglichkeit gäbe die locks zu entfernen (egal wie, auch mit der Brechstange, aber nach Möglichkeit kein IPL) ;-). Einer eine Idee?