os/390 ADSM expire processing
2000-02-23 09:26:42
Hi
recently (this morning actually) we have upgraded from Version 3, Release 1,
Level 2.1 to Version 3, Release 1, Level 2.40:
nevertheless 'expire inventory' does not work as I would expect it should
work:
e.g.
NODE_NAME: EUSC02
FILESPACE_NAME: /export/eusc0210b
STATE: INACTIVE_VERSION
TYPE: FILE
HL_NAME: /sc21tst/data/
LL_NAME: scdb.db1_COLD
OBJECT_ID: 142834
BACKUP_DATE: 1999-07-22 02:14:51.000000
DEACTIVATE_DATE: 1999-07-23 02:13:54.000000
OWNER: sc21tst
CLASS_NAME: BACKUP_14
this version backed up at 1999-07-22 should be expired already because for
mgmtclass BACKUP_14 we specified Versions Data Exists 14 and in total there
are 141 inactive versions for the same LL_NAME i.e. scdb.db1_COLD and
HL_NAME and FILESPACE_NAME !!!!!
Likely there are more .......
Could anyone explain why these are not deleted ????
Thanks in advance.
=======================================================
Ruud van Ruler
Shell Services International BV - ISES/32
Our Data Storage Management home page: http://sww2.shell.com/dstorage/
> Room 2A/D07
> Dokter van Zeelandstraat 1, 2285 BD Leidschendam NL
Tel : 070 - 3034644 / Fax : 070 - 3034012
Email Internet: ruud.r.vanruler AT is.shell DOT com
rvanruler AT hotmail DOT com
Email X400:/S=vanRuler /I=R /C=GB /A=GOLD /P=Shell /O=IS
R.vanRuler
================================================================
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- os/390 ADSM expire processing,
Van Ruler, Ruud R SSI-TSEA-332 <=
|
|
|