Matt - I recently did the same server upgrade and got the same result doing cleanup backupgroups -- 0 anything deleted.
I have never been clear on the history of the problem, that is what server levels caused it. So I have to wonder if the cleanup command still has a bug in it for the OS/390 server, in that it didn't find any problems. I am thinking of calling in a problem to IBM/tiv. My server level history is - 4.2.1.9 (for quite a while) 4.2.2.10 (a month?) 4.2.2.12 (a month?) 4.2.3.1 (starting 11/16) Just before going to 4.2.2.12 I suppressed all system object backups because of severe performance problems. Bill At 01:41 PM 11/21/2002, you wrote: >We assumed we had the dreaded "system objects" problem because we >were running 4.2.2.0, we have a bunch of Windows clients, and our >database was growing at a rate that we didn't like. > >So a couple of days ago, we upgraded to 4.2.3, and ran CLEANUP BACKUPGROUPS. >It didn't seem to accomplish anything. It finshed fairly quickly, >compared to some of the reports I've read here, and finished with the >message: > >ANR4730I CLEANUP BACKUPGROUPS evaluated 28729 groups and deleted 0 >orphan groups with 0 group >members deleted with completion state 'FINISHED'. > > >Somebody on this list suggested using the command >QUERY OCC * "SYSTEM OBJECT" > >to get an idea of how bad the problem was. I tried that, before and >after the upgrade, and got the same result: zip > >tsm: UKCCSERVER1>QUERY OCC * "SYSTEM OBJECT" >ANR2034E QUERY OCCUPANCY: No match found using this criteria. >ANS8001I Return code 11. > > >This doesn't seem to make sense to me, because if I pick a client at >random and issue a query occ for that client, I see some system >object filespaces. > >tsm: UKCCSERVER1>q occ grabthar * > >Node Name Type Filespace FSID Storage Number of >Physical Logical > Name Pool Name Files >Space Space > >Occupied Occupied > >(MB) (MB) >---------- ---- ---------- ----- ---------- --------- >--------- --------- >GRABTHAR Bkup \\grabtha- 1 BACKUPOFF- 11 >0.03 0.03 > r\f$ SITE >GRABTHAR Bkup \\grabtha- 1 BACKUPONS- 11 >0.03 0.03 > r\f$ ITE >GRABTHAR Bkup \\grabtha- 2 BACKUPOFF- 698,512 >115,597.0 115,411.1 > r\e$ SITE >8 5 >GRABTHAR Bkup \\grabtha- 2 BACKUPONS- 698,512 >115,987.1 115,411.1 > r\e$ ITE >8 9 >GRABTHAR Bkup \\grabtha- 3 BACKUPOFF- 20,558 >4,651.16 4,570.71 > r\c$ SITE >GRABTHAR Bkup \\grabtha- 3 BACKUPONS- 20,558 >4,642.22 4,570.71 > r\c$ ITE >GRABTHAR Bkup SYSTEM 4 BACKUPOFF- 106,465 >13,598.76 13,598.76 > OBJECT SITE >GRABTHAR Bkup SYSTEM 4 BACKUPONS- 106,465 >13,598.76 13,598.76 > OBJECT ITE > > >The pieces just don't seem to be fitting together. What am I missing? >-- > > >Matt Simpson -- OS/390 Support >219 McVey Hall -- (859) 257-2900 x300 >University Of Kentucky, Lexington, KY 40506 ><mailto:[EMAIL PROTECTED]> >mainframe -- An obsolete device still used by thousands of obsolete >companies serving billions of obsolete customers and making huge obsolete >profits for their obsolete shareholders. And this year's run twice as fast >as last year's. ---------- Bill Colwell C. S. Draper Lab Cambridge Ma.
