David,
Thank for your detailed explanation. As I read from Ratioanl web site, it
is said "This allows users to surpass the 2 GB limit on string files and
the 16 million record limit. The supported platforms for this feature are
Solaris 2.6 and 2.7, HP-UX 11.0, and Windows NT 4.0. Users that have
reached the 2 GB or 16 million record limit and decide to take advantage of
this feature will need to reformat their VOBs. "
Do you know what tool Rational used to generat such report? The generated
report by "Cleartool space" looks different from yours.
Thanks ,
Elynna
David Chapple
<chapple@casc To: Elynna_He@navionsoftware.com
.com> cc: cciug@rational.com
Subject: Re: [cciug] 2GB limit
01/13/00
09:31 PM
Please
respond to
David Chapple
In the vob storage directory, in the db subdirectory, you will see
a file called vob_db.str_file . Early clearcase was used a great
deal on the old sun4 unix operating system where a disk partition
could not exceed 2.1gb. Someone reasoned that it was better to limit
this important database file to the max size of the disk than have
it overflow and fail.
A report executable that I got last year from Rational
will display the status of the string file. Sample output looks like-
./string_report.sun5
String File Statistics
======================================================
record type # records string file bytes
-------------------- --------- -----------------
STRING (no overflow) 768022 0
STRING (overflow) 150916 17726914
CONFIG_REC 5395 1091756
------------------------------------------------------
Bytes in use 18818670
STR_FREE 1560 20889
------------------------------------------------------
Total string file size (DB) 18839559
Total string file size (OS) 18840243
------------------------------------------------------
Max possible string file size 2147483647
Longest free string length 2128643404
"STR_FREE" and "Longest free string length" are the values
that need attention. In the above STR_FREE is too low; the
vob needs cleaning up.
When "Total string file size(DB/OS)" reach about 2147483646,
then the string file has gotten as large as it can grow.
In one of my problem vobs, the string file looks like this
from just the unix point of view-
-rw-rw-r-- 1 root sw 2147483646 Jan 13 07:36 vob_db.str_file
This file grows at as it is filled with more info, until it reaches
the maximum size of 2.147gb. The file never shrinks in size. As it
grows, it just keeps re-establishing the size of the container until
it reaches the max. Once at max, the file will never get smaller,
the various scrubbing techniques, rmdo's and such will improve the
space within the container.
I'm looking forward to version 4 for this feature at least. I
have 3 vobs with this problem out of about 200.
dave
------------------------------------------------------------------
David H. Chapple email: chapple@casc.com
Lucent Technologies email: chapple@lucent.com
InterNetworking Systems phone: (978) 952-1328
One Robbins Road FAX: (978) 392-2075
Westford, MA 01886-4128
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This archive was generated by hypermail 2b29 : Sun May 06 2001 - 00:22:28 EDT