wieviele Sätze gehen wirklich in ein Member ?

[BenderD]

@Fuerchau .... entstanden ist diese Satzkapazität beim DSPFD, nachdem die Datei voll geworden ist, die Fehlermeldung gekommen ist und ich dann 9999 eingegeben habe. ....

Gruß und Danke.

vorab: ich mache seit (gefühlten) Jahrzehnten nichts anderes als NOMAX und reuse deleted records.
Habe gerade mal ein wenig rumgespielt auf einer meiner Spielwiesen:
- die 9999 war der Büchse Schnurz, gemacht hat sie 2615 extends
- nach löschen von Sätzen und RGZPFM wurde die Datei wieder auf Ursprung gestellt

Wo bei Dir die exorbitant hohe Zahl an extends herkommt und in der Datei trotzdem fast nix drin ist, erschließt sich mir nicht, irgendwie scheint das alles eine Bruchbaustelle zu sein...

D*B

[Pikachu]

Mal probieren (unter V5R4) ...

CRTPF FILE(QTEMP/PF) SIZE(1 1 1)

CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)
CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)
CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)

(C I 9999). Satz nicht hinzugefügt. Teildatei PF voll.
Antwort . . 9999

DSPFD FILE(QTEMP/PF) TYPE(*MBR)

Größe der Teildatei SIZE
Anfangsanzahl der Sätze . . . . . . . . : 1
Satzanzahl für Erweiterung . . . . . . : 1
Maximale Anzahl Erweiterungen . . . . . : 1
Aktuelle Anzahl Erweiterungen . . . . . . : 10000
Satzkapazität . . . . . . . . . . . . . . : 10001
Aktuelle Anzahl Sätze . . . . . . . . . . : 3
Anzahl gelöschter Sätze . . . . . . . . . : 0

[Fuerchau]

Und wie ist die PF definiert? Standardmäßig mit 1000 pro Erweiterung oder mit 1?
Das Ergebnis deutet eher auf letzteres hin.

[Robi]

Standardmäßig mit 1000 pro Erweiterung

Nein, wie kommst du da drauf? (ok, habe eben erst gelesen, das du auch bei 1 Satz bist)

CRTPF FILE(QTEMP/PF) SIZE(1 1 1)

zunächst ein Satz,
Erweiterbar um einen Satz
genau ein mal

CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)

Datei ist voll

CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)

Datei wurde vom System erweitert

CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)

Datei ist voll, die dft. definition ist ausgereitzt, frage den User:

(C I 9999). Satz nicht hinzugefügt. Teildatei PF voll.
Antwort . . 9999

Dateikapazität (mit 2 Sätzen) wurde um 9999 Sätze erweitert --> 10001
Das System hat nun 9999 mal die mögliche Erweiterung von einem Satz durchgeführt, und einmal vorab --> 10000

Robi

[wilfried]

Hallo,
ich habe das jetz auch nochmal versucht.

Die Member-Size ist vorab so definiert:

Größe der Teildatei SIZE
Anfangsanzahl der Sätze . . . . . . . . : 100000
Satzanzahl für Erweiterung . . . . . . : 30000
Maximale Anzahl Erweiterungen . . . . . : 3
Aktuelle Anzahl Erweiterungen . . . . . . : 3
Satzkapazität . . . . . . . . . . . . . . : 190000

Dann kommt diese Fehlermeldung und wird mit 100 beantwortet:
(C I 9999). Satz nicht hinzugefügt. Teildatei xxx voll.
Antwort . . 100

Die Member-Size ist daraufhin so eingestellt:

Größe der Teildatei SIZE
Anfangsanzahl der Sätze . . . . . . . . : 100000
Satzanzahl für Erweiterung . . . . . . : 30000
Maximale Anzahl Erweiterungen . . . . . : 3
Aktuelle Anzahl Erweiterungen . . . . . . : 103
Satzkapazität . . . . . . . . . . . . . . : 3190000

Das Ergebnis ist nachvollziehbar: 30'000*100 + 30'000*3 =3'190'000


Also Alles im grünen Bereich .... ;-)

[Fuerchau]

Grün? eher krebsrot!
Da stellt man in die Datei ein, dass es maximal 3 Erweiterungen geben darf und das System erlaubt trotzdem 103?
Die Kapazität sollte auf 30000*3 + 100000 = 190.000 beschränkt sein.

Da hat die IBM wohl eine Sicherheitslücke aufgemacht.

[BenderD]

... die message geht an QSYSOPR und der muss das toppen. Kurios finde ich, dass die extends scheint's unter diversen Releases nicht stimmen.

D*B

[Fuerchau]

Oder die Beschränkung nur ein Vorschlag ist und Vorschläge müssen ja nicht befolgt werden.

[wilfried]

@Fuerchau: es kommt ja bei 190'000 die Meldung, dass die Datei voll ist. Also keine Sicherheitslücke. Das habe ich nicht ganz genau beschrieben.
@BenderD: die extents stimmen in diesem Fall auch. 3 wurden beim CRTPF erstellt und die 100 wurden dazugegeben, weil ich dies als Antwort auf die Meldung eingegeben haben. Damit sinds 103.

---> alles roger ....


Wenn man ganz an den Anfang dieses issues schaut, scheints bei der Antwort 9999 ein Problem zu geben ????

[BenderD]

@Fuerchau: es kommt ja bei 190'000 die Meldung, dass die Datei voll ist. Also keine Sicherheitslücke. Das habe ich nicht ganz genau beschrieben.
@BenderD: die extents stimmen in diesem Fall auch. 3 wurden beim CRTPF erstellt und die 100 wurden dazugegeben, weil ich dies als Antwort auf die Meldung eingegeben haben. Damit sinds 103.

---> alles roger ....


Wenn man ganz an den Anfang dieses issues schaut, scheints bei der Antwort 9999 ein Problem zu geben ????

... nicht nur da:

[SIZE=1][FONT=courier new]Teildateibeschreibung
Größe der Teildatei SIZE
Anfangsanzahl der Sätze . . . . . . . . : 10000
Satzanzahl für Erweiterung . . . . . . : 1000
Maximale Anzahl Erweiterungen . . . . . : 32767
Aktuelle Anzahl Erweiterungen . . . . . . : 1950079
Satzkapazität . . . . . . . . . . . . . . : 1950089000
Aktuelle Anzahl Sätze . . . . . . . . . . : 32793064
Anzahl gelöschter Sätze . . . . . . . . . : 19

In der Datei sind bei 32793064 nur 19 gelöschte
wieso kam da die Meldung voll?
Ein (korrekter) RGZPFM kann danach nicht gewesen sein, der setzt auf den definierten Stand zurück.

D*B

[Pikachu]

Das ist doch ein Service vom System, daß man die Datei erweitern darf, wenn sie voll ist. So belegt sie am Anfang nur wenig Platz, darf sich ein paar mal strecken bis sie eine Grenze erreicht, die man aber verschieben darf. Wär 'ne feste Grenze besser, obwohl noch Platz da wär?

Da stellt man in die Datei ein, dass es maximal 3 Erweiterungen geben darf und das System erlaubt trotzdem 103?
Die Kapazität sollte auf 30000*3 + 100000 = 190.000 beschränkt sein.

[BenderD]

... das ist kein Service, das sind anachronistische Altlasten. Mach mal ein CHGPF und setze eine Datei auf *NOMAX und sieh dir mal die Objektgrößen im Vergleich an.

D*B