Datei nicht löschbar

[KingofKning]

Bibliotheksweise?

V7R3 hat so einen Parameter nicht!

Habe das Obj in die QRPLOBJ verschoben, die Kiste startet jede Nacht neu durch, sollte also morgen weg sein.

Danke

Warum startet ihr eure Kiste jede Nacht neu? Sollte doch der Performance nicht so richtig gut tun oder? Von wegen gelöschte Indizes etc. Oder hat die Kiste soviel Bums?

[Robi]

Nicht meine Baustelle!

gehört in die Schiene:
machen wir schon immer so,
Das ist besser,
haben wir nie anders gemacht, ...

Wie gesagt: definitiv NICHT meine Baustelle

PS
Und wenn die Datei morgen weg ist, wieder ein Argumet für die Befürworter ...

[Fuerchau]

Was auch immer da schräg ist, das Löschen muss ja nicht funktionieren, da die Abhängigkeiten ja immer noch da sind.
Also wirst du u.U. um einen RCLSTG mal nicht herumkommen. Lange Wochenenden (Karfreitag bis Ostermontag) bieten sich da schon mal an um genug Zeit zu haben.
Dass da was nicht stimmen mag, darauf deuten die fehlenden Libs der Einträge hin.

[Robi]

Moin zusammen,
leider ist die Datei noch in der Qrplobj.

Hoffe sie verschwindet ohne rclstg, der geht auch Ostern, Weihnachten und Silvester nicht ....

[Fuerchau]

Dann wirst du wohl mit diesem toten Objekt leben müssen.
Allerdings weist dies schon auf Störungen im System hin.
Es können auch andere Objekte, die du halt nicht kennst, ebenso betroffen sein.
Aber es ist schießlich deine persönliche hoheitliche Entscheidung;-).

[BenderD]

... probier mal einen drop table mit cascade

D*B

[Robi]

geht leider auch nicht, die F-Msg sagt

DATEINateiname in QRPLOBJ der Art FILE kann mit RESTRICT nicht gelöscht werden

sowohl bei 1 als auch bei 2

[BenderD]

... findest du die Datei in der qsys2.syscst?

[Robi]

gerade wieder über die Datei gestolpert,

in der qsys2/syscst steht die Datei nicht, auch die I02 aus dem DSPDBR steht da nicht drin.

[Fuerchau]

RESTRICT heißt doch, dass entsprechende Constrains definiert sind.
Lassen sich diese denn nicht einfach löschen?

[Christian Bartels]

Um dem Problem etwas mehr auf die Spur zu kommen, würde ich vorschlagen, mal ein DMPSYSOBJ auf die Datei zu machen und in der Ausgabe-Spool-Datei nach "I02" zu suchen. Dann kann man schauen, was I02 für einen Type/Subtype hat und vielleicht besser verstehen, woher das kommt. Wenn "I02" nicht gefunden wird, müsste man sich die Cross-Reference-Dateien näher ansehen, allerdings wohl nicht die Katalogsichten (SYS...), sondern die zugrundeliegende Datei QADBXREF.

Wenn wir mal annehmen, dass von I02 nur noch Pointer vorhanden sind, die Datei selber aber nicht mehr, ließe sich die Datei vermutlich löschen, wenn man die Datei mit Hilfe von SST als "beschädigt" markiert. Der IBM-Support sollte wissen, wie das geht.

Mit freundlichen Grüßen,
Christian Bartels.