ChgPf in V6R1

[gue_br]

Hallo miteinander!

Wir haben schon wieder eine Besonderheit nach Upgrade auf V6R1.
Wenn man eine phys. Datei an der eine oder mehrere log. hängen mit chgpf ändern will, kommt es zu einem Stillstand und der Job lastet die Maschine aus.

Das letzte, was der Befehl noch macht, ist ein Kopieren der Datei auf sich selbst (?).

(hier ein Joblog-Auszug:
25042 Sätze wurden aus Teildatei oder Kennsatz YYY aus Datei YYY, Bibliothek XXX, kopiert. Die Sätze wurden dabei in Teildatei YYY, Datei YYY, Bibliothek XXX, kopiert.)

Es hilft, die log. Dateien zu löschen und nach dem chgpf wieder anzulegen. Aber gerade das war ja der große Vorteil vom chgpf in früheren Versionen, daß auch alle log. mitgändert wurden.

Mit der Bitte um Infos,
Günter

[kitvb1]

Hi Günter

Do you not perhaps have a or some record locks (via the logical files) when you do the CHGPF?

[gue_br]

Hi!

There a no locks, I tried it in a Test-Envirionment.
And also I checked, if there a no locks on it.

Günter

[B.Hauser]

Aktueller PTF-Stand?

Birgitta

[Fuerchau]

CHGPF wird bei Lock's auch abgelehnt.
Empfehlung: PTF's aktualisieren (lt. Birgitta), Fehlermeldung an IBM.

[schatte]

Gleiches Problem hatte ich auch letzte Woche.

Es scheint dazu schon ein PTF zu geben: IBM - SI37739 - OSP-DB-OTHER-SAP400-UNPRED AFTER AN ALTER TABLE PRIMARY CONS

(SI37491 - OSP CHGPF CAN HANG)

Gruß
Matthias