cpi1466 : Für den Job besteht eine große Anzahl an Sperren.

[Robi]

Hi *all
kurz vor Weihnachten noch ein Nuß zum knacken.
Ein Nachtjob meldet während der Sicherung :
cpi1466 : Für den Job besteht eine große Anzahl an Sperren.
Er behaupter es gäbe 30.000 !!! Sperren.
Da das eine 'Bewertung = 10' er Meldung ist, läuft der job weiter. Da er immer 30.000 meldet vermute ich eher einen Bug als echte sperren.
Wer weiß etwas dazu ?

Danke und frohe Festtage und nen guten Rutsch
Robi

[kuempi von stein]

...cpi1466 : Für den Job besteht eine große Anzahl an Sperren.
Er behaupter es gäbe 30.000 !!! Sperren.

da gibts seitenweise cover letter ptdf bei ibm für..
vom text her würde ich sagen, ist sowas wie dein problem?

k.



DESCRIPTION OF PROBLEM FIXED FOR APAR SE15409 :
-----------------------------------------------
After running SMTP for 2-3 weeks the error cpi1466 is issued
over and over. Displaying locks that this job holds does not
show what is locked.

CORRECTION FOR APAR SE15409 :
-----------------------------
The File Server Lock/Release program QZDGFSLR does not unlock
the space location lock it has on the File Server Object after
it destroys that object. After handling 30,000 pieces of mail
with attachments, the SMTP bridge server gets the CPI1466
message because it has called QZDGFSLR 30,000 times to delete
its FSO's. This error has existed in the SNADS FSO support for
twenty years, but never was never seen or noticed, probably
because jobs were ended before 30000 notes were handled; the job
ending will remove all locks held by it. This PTF will ensure
the locks are always unlocked when a FSO is destroyed. This
error most likely causes some performance degradation that goes
unnoticed.

CIRCUMVENTION FOR APAR SE15409 :
--------------------------------
End the SMTP bridge server job and the locks will be removed.

[Robi]

Jau, Thanks

da werd ich wohl die PTF Orgie feiern müssen

Danke
Robi

[Pikachu]

Hallo Robi!

Ein Nachtjob meldet während der Sicherung :
cpi1466 : Für den Job besteht eine große Anzahl an Sperren.
Er behaupter es gäbe 30.000 !!! Sperren.

Für welchen Job werden diese Sperren denn gemeldet? Wird vielleicht mit der Option SAVACT(*LIB) oder SAVACT(*SYNCLIB) gesichert?

Gruß
Jürgen

[Robi]

Bin nicht sicher, is ne KD-Meldung.
kenne deren SAV-Job nicht so genau.
Was währe denn wenn ?

Robi

[Fuerchau]

Der Sicherungsjobs versucht alle Objekte zu sperren um eine Konsistenz der Objekte zu erhalten.
Je nach Methode von SAVACT werden unterschiedlich viele Objekte synchronisiert:

*LIB = Alle Objekte einer einzigen Lib
*SYNCLIB = Alle Objekte aller zu sichernder Lib's

Damit kann eine sehr große Anzahl an Locks auftreten was bei der Sicherung ggf. zu Inkonsistenzen führen kann.

Die Sicherung ggf. in einzelne SAV's aufteilen.

[Robi]

Das würde bedeuten: Zunächst sperrt der Job alle Objekte und dann meldet er das es zu viele sind ?
Was für ein Blödsin. (Exakt 30000 stimmt def. niemals)
Da ich es wie gesagt nicht weis, werd ich es in Erfahrung bringen und die savact Einstellung posten.

Vielen Dank
Robi

[Fuerchau]

Das stimmt so.
Um eine Datei zu sperren, werden z.B. die Datei und alle Teildateien gesperrt, macht i.d.R. also schon Faktor-2.
SAVACT sperrt tatsächlich alle Objekte BEVOR die Sicherung anfängt. Über SAVACTWAIT wird die Wartezeit pro Objekt für die Sperre bestimmt.

Wenn also gleichzeitig mehrere Lib's (*ALLUSR) mit *SYNCLIB gesichert werden, können durchaus zigtausende Sperren gesetzt werden.

Das Selbe gilt übrigens auch bei SAV-Befehl mittels SAVACT(*YES). Gerade im IFS kann es sehr viele Objekte geben.

Ob die Grenze 32.000 Sperren pro Job noch gilt, kann ich nicht sagen, aber da die Nachricht nur als Warnung gilt, kann sie ggf. vernachlässigt werden.

[Pikachu]

Hallo Robi!

Das würde bedeuten: Zunächst sperrt der Job alle Objekte und dann meldet er das es zu viele sind ?
Was für ein Blödsin. (Exakt 30000 stimmt def. niemals)

Die Sperren beim Sichern sind wichtig, damit die gesicherten Objekte auf einem einheitlichen Stand sind. Sonst passen voneinander abhängige Dateien eventuell nicht zusammen, wenn sie während der Sicherung geändert werden.

Die Meldung wird vermutlich bei Erreichen von den 30000 Sperren gesendet. Nach dem Senden der Meldung kommen sicher noch einige Sperren dazu.

Viele Grüße
Jürgen

[TARASIK]

Hallo,
genauso ist es auch. Die Sperren erhöhen sich in 30000 Schritten und unter den CISC System war diese Meldung
noch äussert kritisch. Interessant und problematisch wird
es erst, wenn die cpi1467 kommt.

[BenderD]

Hallo,

das sieht nach SaveWhileActive aus, was am Besten funktioniert, wenn nix aktiv ist - eine von mir beobachtete Nebenwirkung dieses Sperrproblems ist übrigens, dass Programme mit Commit auf den Hammer rennen (die ohne Commit merkens womöglich nicht und machen trotzdem Unfug!!!). Quo vadis AS400?

mfg

Dieter Bender

Hi *all
kurz vor Weihnachten noch ein Nuß zum knacken.
Ein Nachtjob meldet während der Sicherung :
cpi1466 : Für den Job besteht eine große Anzahl an Sperren.
Er behaupter es gäbe 30.000 !!! Sperren.
Da das eine 'Bewertung = 10' er Meldung ist, läuft der job weiter. Da er immer 30.000 meldet vermute ich eher einen Bug als echte sperren.
Wer weiß etwas dazu ?

Danke und frohe Festtage und nen guten Rutsch
Robi

[Robi]

Ich weis es immer noch nicht, aber zu dem Zeitpunkt
hat niemand gearbeitet außer dem Nachtjob
Robi