Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Peculiar\s+ADSM\s+database\s+behavior\.\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Peculiar\s+ADSM\s+database\s+behavior\.\s*$/: 7 ]

Total 7 documents matching your query.

1. Peculiar ADSM database behavior. (score: 1): Author: Brian D Chase <bdc AT WORLD.STD DOT COM>; Date: Tue, 5 Jan 1999 11:33:39 -0800; Perhaps this is normal behavior and I'm just ignorant of some aspect of ADSM's internals, but I've discovered something which looks rather odd. What follows is an administrative client session captur; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg00078.html (14,339 bytes)
2. Re: Peculiar ADSM database behavior. (score: 1): Author: Dwight Cook <decook AT AMOCO DOT COM>; Date: Tue, 5 Jan 1999 13:58:11 -0600; Since ADSM data base behavior has been brought up... take a gander at one of mine! Why do I have 80% free yet only a max reduction of 0.4% I only have 5 nodes registered here and only keep the act lo; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg00080.html (15,709 bytes)
3. Re: Peculiar ADSM database behavior. (score: 1): Author: Hilton Tina <HiltonT AT TCE DOT COM>; Date: Tue, 5 Jan 1999 15:11:51 -0500; If I remember correctly, the reduce command requires the space to be available at the end of the database. Your database could be fragmented (did you used to have lots more data/nodes backed up?) and; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg00082.html (17,716 bytes)
4. Re: Peculiar ADSM database behavior. (score: 1): Author: "Bushman, Christopher M" <cbushman AT AMP DOT COM>; Date: Tue, 5 Jan 1999 15:16:50 -0500; I believe that there was a post concerning this topic awhile ago. I seem to remember that in order to "reclaim" all that free database space, you need to perform the dsmserv dumpdb and dsmserv loaddb; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg00083.html (11,059 bytes)
5. Re: Peculiar ADSM database behavior. (score: 1): Author: Dwight Cook [mailto:decook AT AMOCO DOT COM]; Date: Sun, 04 Oct 2015 17:48:51 -0500; Since ADSM data base behavior has been brought up... take a gander at one of mine! Why do I have 80% free yet only a max reduction of 0.4% I only have 5 nodes registered here and only keep the act lo; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg00084.html (15,612 bytes)
6. Re: Peculiar ADSM database behavior. (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Tue, 5 Jan 1999 15:29:46 -0500; Fragmentation would explain it. Reduction/expansion are in terms of whole, unused megabytes whereas utilization is measured in measly pages. Richard Sims, BU; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg00085.html (10,843 bytes)
7. Peculiar ADSM database behavior. (score: 1): Author: Carol Trible <trible AT VNET.IBM DOT COM>; Date: Wed, 6 Jan 1999 12:45:50 PST; Complex ADSM SQL queries do require that the database have 4MB reducible space to run. This space is required for some temporary tables required while performing complex operations. APAR IX76147 was; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg00154.html (11,061 bytes)

Current List: 1 - 7
Page: [1]