" /> Status for Andrew DeFaria: January 7, 2007 - January 13, 2007 Archives

« December 31, 2006 - January 6, 2007 | Main | January 14, 2007 - January 20, 2007 »

January 12, 2007

Clearcase 7.0

  • Set up vob server on dslabcc05
  • Set up Multisite synchronization between 1, 3 and 5
  • Installed MSHD on 1, 3 and 5

Posted by at 6:07 PM |

January 11, 2007

Clearcase 7.0

  • Set up lab servers to CC 6.0
  • Created some vobs and views in the 6.0 environment
  • Populated a vob using clearfsimport
  • Replicated vobs amongst the 6.0 servers

January 8, 2007

cclic_report year boundary problem

  • Documented problem with cclic_report and crossing of the new year's boundary

Year boundary problem

I have been working resolving problems with the cclic_report for this month. The script to do this has been failing due to a subtle bug in the algorithm used for obtaining the necessary files to translate the various user IDs and map them to Org 9 numbers and the like.

The script looks in a series of files out on the file system in order to obtain information to build mapping tables it needs to do the translation. These files are of the form:

/data/cmetrics/recv/<site>/<type>.<year>/<date>

Where:

site
A site designator. This is one of: dal-design (Dallas), nice-design (Nice), tii-shared (Bangalore) or vorlagenkontoliste (Vorlagenkontoliste)
type
The type of map. This is one of: passwd, aids or sbes
year
The current year
date
The current date in YYYY-MM-DD format

These files are automatically generated by dsmetrics however they are not guaranteed to be up to the minute. The script attempts to workaround this by first starting with the current day then working backward one day at a time for up to 30 days. Thus if say /data/cmetrics/dal-design/passwd.2006/2006-12-31 has not yet be generated 2006-12-30 will be checked, then 2006-12-29 and so on.

Problem is that that algorithm assumes that the data store (e.g. /data/cmetrics/<site>/<type>.<year>) has at least 30 days of information. This assumption breaks when the year changes since the year is contained in the parent directory. So, for example, given today is 1/8/2007, if .../passwd.2007/2007-01-08 has not be generated we can only check for 07, 06, .., 01. Checking for .../paswd.2007/2006-12-31 makes no sense and will never work.

Updating of the various files under /data/cmetrics seems sporadic. Currently the script is still not runnable as there is no /data/cmetrics/recv/tii-shared/password.2007 entries at all! The script is failing with:

$ ./cclic_report.pl -v
cclic_report.pl (v{VERSION}) starting
Getting full path to data files
Unable to find /data/cmetrics/recv/tii-shared/passwd.2007/2006-12-10 at ./cclic_report.pl line 137
        main::findFile('/data/cmetrics/recv/tii-shared/passwd.2007') called at ./cclic_report.pl line 249

I can see no real quick or easy solution for this except to wait for tii-shared's 2007 files to be generated...

Posted by at 8:34 AM |