" /> Status for Andrew DeFaria: April 18, 2004 - April 24, 2004 Archives

« April 11, 2004 - April 17, 2004 | Main | April 25, 2004 - May 1, 2004 »

April 23, 2004

Genius move

  • Attempted to move Core_automation and EntData_ARCH vobs to prod01 but failed
  • Worked with security people to get vobadm password back
  • Worked a little to configure RWP for Perl CGI

Vob move problems

First problem with the move of these vobs was that vobadm's password had changed. Therefore I had to perform this vob move in an unfamilar environment. Also, ownerships and permissions on these vobs are odd as they were done before we started standardizing things. As ccadmin1 I was eventually able to copy the vob storage but was not able to register these vobs at the new location. Attempts to do so would fail with

cleartool: Error: Failed to record hostname "rtnlprod01" in storage directory
"D:\vobstore\EntData_ARCH.vbs". Check that root or the ClearCase
administrators group has permission to write to this directory.

Even after changing ownerships this was still failing. I suggest we take soem time to get the ownerships and permissions standardized on these vobs in the Genuis region before we attempt to move them again (that and perhaps doing some test moving...)

Vobadm password problems

AFAICT somebody changed the vobadm password. Now I'm not pointing any fingers however nobody in our group did and the only other group who knows the vobadm password is... Well you fill in the rest! Anyways, for some reason at about 3 Pm that somebody must have changed the password back.

April 22, 2004

Web views/register/Pauls Vob

  • Removed web views from rtnlprod03
  • Worked with Timmie regarding move of Genius vobs
  • Fixed reregister to handle web views
  • Worked with Paul to create CM_Docs vob
  • Helped Subba import some code and setup stuff for cs-nt
  • Started Clearcase Problem Reporting System
We need to change the Clearcase group from clearcase1 -> ccadmin in the registry of the Genius clients. Additionally we need to have the ALBD process started as Ameriquest\clearcase_albd and specify the proper password for the service to start. We can change the login for the service through the registry but I have not been able to find how to set the password correctly.

April 21, 2004

  • Requested LDAP access from James Portugal
  • Spoke to Tom regarding Niku. Says we'll only need to report time and that he'll hold a brown bag seminar for it
  • Requested that rtnlprod01/02 be renamed to 04/05
  • Converted web pages to new standard template
  • Set up RWP on prodfix01 so that it can access user FAQs
  • Checked that Clearcase web is working on prodfix02
  • Changed reregister to handle UCM PVOBS in a more intelligent way

April 20, 2004

M Drive problem, LDAP stuff, Installation Areas

  • M drive problem appears to be a networking problem at Eric's location
  • Condensed Client release areas to one release area
  • Attempted to access LDAP through Perl

M drive problem appears to be a networking problem at Eric's location

Today Eric sent over somebody to install and setup Weblogic on my desktop in an attempt to reproduce the problem with Jbuilder writing to the M drive. After much installation, setup and configuration the problem was not reproducable. IOW it worked like a champ from my desktop.

During the installation we copied over the VIP sources instead of using the sources in the vob and we got these from Eric's desktop. It took a very long time leading me to further believe that there are networking problems either on Eric's desktop or somewhere between his desktop and the servers.

Condensed Client release areas to one release area

On //rtnlprod03/CC_REL_2003.6 there exists the following client release areas:

  • Training-client
  • asap-tavant-client
  • resolve-client
  • asap-integration-client
  • eag-client
  • scc-client
  • asap-qa-client
  • pmo-client
  • vip-client

and a server area:

  • pmo-server

TUP exists at //rtnlprod03/sqldb/TUP and XDE-Java at //rtnlprod03/sqldb/XDE-Java.

The Clearcase client and server installation areas have all been condensed to one Server and one Client installation area (//rtnlprod03/CC_REL_2003.6/Server and Client). Instead we now have .reg file that set the uniquely different configuration settings for the various groups in the CM_TOOLS vob under etc with names like ASAP.reg, SCC.reg, EAG-ESB.reg. After a client install we will send a link to these files that will cause the settings to be installed on their desktop.

Currently the various client reg files have only the setting of Region, RegBackup and CLEARCASE_PRIMARY_GROUP.

Attempted to access LDAP through Perl

I installed Perl modules to deal with LDAP in the hopes of being able to set up a web page that will list out the membership of the various CC groups from Active Directory. Trouble is I do not know the server name of Active Directory nor the distinguished name to use in order to access this data.

April 19, 2004

reregister, ccperl, fix FAQ, view private files

  • Finished reregister script. This script will reregister all vobs and views that were based on rtnlprod02. This is needed since the new server will not have the same IP address as the old server.
  • Changed mktriggers to use ccperl unqualified instead of fully qualifying it. This will allow the triggers to work on the servers as well as the clients
  • Added FAQ entry describing view private and derived objects
  • Fixed the FAQ pages. Mike had switched rtnlprod02 over to using rwp. This broke the FAQ pages since they used Apache under Cygwin. Reported rwp to the old FAQ pages.