Sicherung abgebrochen, Resourcen Berechnung schuld ?

[Robi]

Hi *all,
bei uns ist heute Nacht die Sicherung abgebrochen weil
ein Job QSQSRVR lief. Der betreffende Job hat ein Joblog mit
cpf1301, Abrechnungsdaten nicht protokolliert, Ursache = 1

Ursache . . . . : Job-Daten für die Abrechnung von Ressourcen für Job 094162/QUSER/QSQSRVR wurden nicht in das abrechnungsjournal des Systems (QSYS/QACGJRN) protokolliert.-- Die Ursachencodes haben folgende Bedeutung:-- 1-Der Wert der Berechnungsebene (QACGLVL) gibt an, daß die Ebene der Abrechnung von Ressourcen nicht gültig war, als der Job eingegeben wurde. -- 2-Das Abrechnungsjournal QSYS/QACGJRN kann die Daten nicht
empfangen. Die Abrechnungsdaten wurden als Text der Fehlernachricht CPF1303 in das Protokoll QHST geschrieben. Siehe dazu die Nachricht CPF1302 im Protokoll QHST für die Wiederherstellung.-- Das Abrechnungsjournal QSYS/QACGJRN wurde einem anderen Job zugeordnet. Die Abrechnungsdaten n als Text der Fehlernachricht CPF1303 in das Protokoll QHST geschrieben.


Fehlermeldung im Sichernden Job :

Weitere Nachrichteninformationen

Nachrichten-ID . . . . : CPI8365 Bewertung . . . . . . : 99
Nachrichtenart . . . . : Information
Sendedatum . . . . . . : 27.08.03 Sendezeit . . . . . . : 21:14:37

Nachricht . . . : COMMIT- oder ROLLBACK-Operation für Job
094162/QUSER/QSQSRVR zum Sichern im aktiven Zustand erforderlich.
Ursache . . . . : Der Job 100509/XX/TAGESENDE führt eine
Sicherungsanforderung mit der Angabe SAVACT(*LIB), SAVACT(*SYSDFN) oder
SAVACT(*SYNCLIB) aus. Diese Anforderung erst fortgesetzt werden, wenn alle
COMMIT-Definitionen mit anstehenden Änderungen für den Job
094162/QUSER/QSQSRVR festgeschrieben oder rückgängig gemacht wurden. Die
COMMIT- oder ROLLBACK-Operationen müssen durchgeführt werden, so daß die
Objekte mit denen unter COMMIT-Steuerung festgeschriebenen Änderungen
gesichert werden.

Kann mir einer sagen was da abgeht ?
und natürlich auch, was mann dagegen tun kann

Danke
Robi

[torsten]

Hallo Robert,

ich denke das liegt nicht an den Abrechnungsdaten, sondern an nicht
committeten Transaktionen. In meinem Fall lag das Problem am Management Central Job, der zwei Files in der QUSRSYS
im Zugriff hatte (mit nicht festgeschriebenen Transaktionen).
Ich würde testweise mal MC vor der Sicherung beenden ...

Gruss

Torsten

[Robi]

Danke Torsten,

allerdings sagt mir das nicht viel,

ich wüsste jetzt nicht, was ich tun muß um MC zu stoppen oder auch nur zu starten. Meines Wissens läuft soetwas garnicht.

hast nu noch mehr Infos ?

Übrigens ist Heute Nacht die Sicherung durchgelaufen !!
Wir haben nichts geändert

Gruß Robi

[torsten]

Management Central ist im OperationsNavigator unter netzwerk/server/tcp-ip zu finden.

Oder endtcpsvr *MGTC vom Bildschirm.

[Bruno Jakob]

Hallo Robi,

schau dir den QSQSRVR-Job mal genauer an. Evtl. kannst du anhand der offenen Dateien, des aktuellen Benutzerprofils oder des Joblogs in Erfahrung bringen, wo das Problem liegt.

Ich glaube auch nicht, dass es am Accounting liegt.

Gruß
Bruno

[Robi]

Ok,
Danke,
ich werd mih nächste Woche nohmal damit beschäftigen

Schönes Wochenende
Robi

[systemer]

Hi Tobi,

vermutlich ist Deine Sicherung deshalb abgebrochen, weil sie ein Objekt sichern wollte, das in derselben Zeit vom Job QSQSRVR upgedated wurde. Das dürfte nichts mit der CPF1303-Fehlermeldung zu tun haben.

Wie ist denn in Deinem SAVOBJ- oder SAVLIB-Befehl der Parameter SAVACTWAIT eingestellt? Dieser Parameter steuert nämlich, wie lange die Maschine auf die Freigabe eines zu sichernden Objekts wartet, wenn dies gerade von einem anderen Job blockiert wird. Wenn das Objekt nach Ablauf der gesetzten Zeit immer noch nicht freigegeben wurde, wird die Sicherung abgebrochen. Defaultmäßig steht der Wert auf 120 (Sekunden), u.U. genügt es schon, hier mal z.B. 300 oder 600 Sekunden einzutragen.

Wenn aber das zu sichernde Objekt vom QSQSRVR über mehrere Stunden ohne Erreichen einer Commit-Grenze blockiert wird, hilft das auch nichts. Dann mußt Du das Programm im QSQSRVR auf seine Commit-Steuerung hin untersuchen.

Gruß,
Systemer

[TARASIK]

Hallo Robi,
hier die Lösung zu Deinem Problem:

SE05857
Component: 5722SS100 - OS/400 BASE
Release(s): R510

Abstract
OSP-MSGCPI8365 MSGCPF377F AND MSGCPI8365 ARE ISSUED AGAINST
QSQSRVR PJ

Error Description
Intermittently, when backups using Save-While-Active (SWA) are
run and commitment control is turned on, the backups may not
complete
successfully if management central server jobs are running.
The main message in the joblog will be a MSGCPF377F pointing
to MSGCPI8365 that can be found in the QSYSOPR msgq. The
MSGCPI8365 will be against some QSQSRVR job. Review of the
QSQSRVR job will show it servicing user profile QSYS. The
management central job QYPSSRV will also list a message
indicating when the specific QSQSRVR job was started that was
referred to in MSGCPI8365 message.

Sometimes msgCPI8367 is issues for QSQSRVR job.





Problem Summary
Intermittently, when backups using Save-While-Active (SWA) are
run and commitment control is turned on, the backups may not
complete successfully if management central server jobs are
running. The main message in the joblog will be a MSGCPF377F
pointing to MSGCPI8365 that can be found in the QSYSOPR msgq.
The MSGCPI8365 will be against some QSQSRVR job. Review of the
QSQSRVR job will show it servicing user profile QSYS. The
management central job QYPSSRV will also list a message
indicating when the specific QSQSRVR job was started that was
referred to in MSGCPI8365 message.










Problem Conclusion


Temporary Fix


Comments
The problem results from a combination of deleteing a profile
and not using or restarting the Management Central server before
doing the save while active.







Circumvention
Either of the following 3 things can be done to circumvent the
problem: 1. Connect to the Management Central server before
doing the save. 2. End the Management Central server before
doing the save. 3. Omit all QAYPS* QAYIV* and QAYME* files in
QUSRSYS from the save.





PTFs Available


Affected Modules


Affected Publications


Summary Information

Status............................................ .. CLOSED UR1
HIPER............................................. No
Component.................................... 5722SS100
Failing Module...............................
Reported Release........................ R510
Duplicate Of...................................

IBM disclaims all warranties, whether express or implied, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose. By furnishing this document, IBM grants no licenses to any related patents or copyrights. Copyright (c) 1994, 1995, 1996,1997,1998, 1999, 2000, 2001, 2002 , 2003 IBM Corporation. Any trademarks and product or brand names referenced in this document are the property of their respective owners. Consult your product manuals for complete trademark information.

Und das geht mit endtcpsvr(*mgtc) vor der Sicherung und nach
Sicherungsende wieder starten mit strtcpsvr(*mgtc).

Gruss TARASIK

[Robi]

Hi, Tarasik
Danke, das wer ich mir mal reinziehen
Habe bisher nix weiter zu dem Thema gemacht, da es nicht wieder aufgetreten ist und das Joblog von der Nachtbereinigung gelöscht wurde (manchmal ist mann ja auch zu blöd)
Gruß
Robi