defaria.com/blogs/Status/archives/2004_04.html

   1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
   2    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
   3 <html xmlns="http://www.w3.org/1999/xhtml" id="sixapart-standard">
   4 <head>
   5    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
   6    <meta name="generator" content="Movable Type 5.2.3" />
   7
   8    <link rel="stylesheet" href="http://defaria.com/blogs/Status/styles-site.css" type="text/css" />
   9    <link rel="alternate" type="application/atom+xml" title="Atom" href="http://defaria.com/blogs/Status/atom.xml" />
  10    <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="http://defaria.com/blogs/Status/index.xml"$>" />
  11
  12    <title>Status for Andrew DeFaria: April 2004 Archives</title>
  13
  14    <link rel="start" href="http://defaria.com/blogs/Status/" title="Home" />
  15    <link rel="prev" href="http://defaria.com/blogs/Status/archives/2004_03.html" title="March 2004" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/2004_05.html" title="May 2004" />
  17 </head>
  18 <body class="layout-one-column">
  19    <div id="container">
  20       <div id="container-inner" class="pkg">
  21
  22          <div id="banner">
  23             <div id="banner-inner" class="pkg">
  24                <h1 id="banner-header"><a href="http://defaria.com/blogs/Status/" accesskey="1">Status for Andrew DeFaria</a></h1>
  25                <h2 id="banner-description">Searchable status reports and work log</h2>
  26             </div>
  27          </div>
  28
  29          <div id="pagebody">
  30             <div id="pagebody-inner" class="pkg">
  31                <div id="alpha">
  32                   <div id="alpha-inner" class="pkg">
  33
  34                      <p class="content-nav">
  35                         <a href="http://defaria.com/blogs/Status/archives/2004_03.html">&laquo; March 2004</a> |
  36                         <a href="http://defaria.com/blogs/Status/">Main</a>
  37                         | <a href="http://defaria.com/blogs/Status/archives/2004_05.html">May 2004 &raquo;</a>
  38                      </p>
  39
  40
  41
  42
  43                      <h2 class="date-header">April 30, 2004</h2>
  44                      <a id="a000169"></a>
  45                      <div class="entry" id="entry-169">
  46                         <h3 class="entry-header">rgy_backup and server upgrade</h3>
  47                         <div class="entry-content">
  48                            <div class="entry-body">
  49                               <ul>
  50
  51 <li>Spent time trying to understand the Clearcase scheduler and why rgy_backup is not being performed. Apparently modifications were made to the Clearcase scheduler on rtnlprod01 in particular by Paul Kruchmer (or whoever). The net result was the cascading jobs were failing. This should be working more correctly on the new server</li>
  52
  53 <li><b>Dave & Busters</b> - Enuff said</li>
  54
  55 <li>Back at the farm for the server swap: Things went well in the beginning - didn't even need to run reregister script. Then some problems occurred. Eventually we nailed it down to only one real problem - the inability of plain users to create views. Mentioned we should create one plain user in each production group so we can "play" plain user. Eventually Mike discovered that Windows 2003 Server tighened up security on the Share Permissions (not the permissions of the shared folder but the permissions of the share itself) such that <b>Full Control</b> for <b>Everybody</b> is now by default off. Toggled that on and all is well</li>
  56
  57 <li>Added lockvobs jobs to new rtnlprod01. Script was failing due to recent relative path fixes. Works from the shell but not from the Clearcase Scheduler perspective. Backed out changes for now</li>
  58
  59 </ul>
  60
  61                               <p class="entry-footer">
  62                                  <span class="post-footers">Posted by  at 11:14 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000169.html">Permalink</a>
  63
  64
  65                               </p>
  66                            </div>
  67                         </div>
  68                      </div>
  69
  70
  71
  72                      <h2 class="date-header">April 28, 2004</h2>
  73                      <a id="a000168"></a>
  74                      <div class="entry" id="entry-168">
  75                         <h3 class="entry-header">Meetings/Script review/Backup Registry Service</h3>
  76                         <div class="entry-content">
  77                            <div class="entry-body">
  78                               <ul>
  79
  80 <li>Attended 3 meetings today which, by far, occupied most of my time</li>
  81
  82 <li>Script review meeting was good. In particular I've implemented the following changes to reregister</li>
  83
  84 <ul>
  85
  86 <li>Script not loops through regions for vobs as well as views</li>
  87
  88 <li>Script now uses -host on lsvob and lsregion to restrict execution to the vob and view hosts only</li>
  89
  90 <li>Script mktag's for both public and private vobs</li>
  91
  92 </ul>
  93
  94 <li>Cleaned up the registry a little bit. Subba created some vobs in cs-nt that were:
  95
  96 <ol>
  97
  98 <li>Not public</li>
  99
 100 <li>Not in the pmo-nt region</li>
 101
 102 </ol><br>
 103
 104 Also cleaned up a vob or two that was tagged in another region as private while it was public in the pmo-nt region. This happens semi-silently in that if you mktag -vob -region &lt;<i>other region</i>&gt;... the mktag will prompt for registry password, giving you the <i>illusion</i> that it is making the tag in <i>other region</i> as public when it is not. <u>If you are mktag'ing into another region a public vob you must explicitly state -public!</u></li>
 105
 106 <li>Investigated backup registry service. It is not working in the current environment. Here's how I believe it is supposed to work:
 107
 108 <ul>
 109
 110 <li>You must, of course, configure backup registry server setting on all clients to point to the backup registry server properly. This we had already done.</li>
 111
 112 <li>You can manually take a snapshot of the registry by executing rgy_backup. If run on any machine other than the designated backup registry server it will merely ask the current registry server what the backup registry server is and set the backup registry server key in the Windows registry. If run on the backup registry server it will copy a snapshot of the registry files in $CCASE_DIR/var/rgy/backup. It appends a date timestamp to the file name and in the non timestamped filename, records a pointer to this file (e.g. the backup/vob_tag file contains the machine relative path to vob_tag_<timestamp>).</li>
 113
 114 <li>Clearcase relies on the Clearcase scheduler and the <b>Standard Daily Job</b> to perform daily snapshots of the registry via rgy_backup. There are two problems with this:
 115
 116 <ol>
 117
 118 <li>Currently the <b>Standard Daily Job</b> is not even scheduled by default!</li>
 119
 120 <li>One can envision crude developing in the backup directory after months of these daily jobs! I'm not sure how or if there is a mechanism for cleaning up such stuff</li>
 121
 122 </ol>
 123
 124 </ul>
 125
 126 </ul>
 127
 128                               <p class="entry-footer">
 129                                  <span class="post-footers">Posted by  at  7:04 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000168.html">Permalink</a>
 130
 131
 132                               </p>
 133                            </div>
 134                         </div>
 135                      </div>
 136
 137
 138
 139                      <h2 class="date-header">April 27, 2004</h2>
 140                      <a id="a000166"></a>
 141                      <div class="entry" id="entry-166">
 142                         <h3 class="entry-header">Server Swap Prep</h3>
 143                         <div class="entry-content">
 144                            <div class="entry-body">
 145                               <ul>
 146
 147 <li>Sent email to Rory Valle for him to install the backup software and start backing up the new servers</li>
 148
 149 <li>Already tested the transfer of [un]lock vobs jobs. Need to have the new servers up and to activate this to test them</li>
 150
 151 <li>Scheduled review meeting for reregister script</li>
 152
 153 <li>Checked the local users/groups on the old and new servers and they appear to be OK</li>
 154
 155 <li>Re: Genius move: Verified that EntData_ARCH wants R/W access for others denied but Core_automation will go with the standard vob permissions</li>
 156
 157 </ul>
 158
 159                               <p class="entry-footer">
 160                                  <span class="post-footers">Posted by  at  5:17 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000166.html">Permalink</a>
 161
 162
 163                               </p>
 164                            </div>
 165                         </div>
 166                      </div>
 167
 168
 169
 170                      <h2 class="date-header">April 26, 2004</h2>
 171                      <a id="a000165"></a>
 172                      <div class="entry" id="entry-165">
 173                         <h3 class="entry-header">CRPS/Genius Move</h3>
 174                         <div class="entry-content">
 175                            <div class="entry-body">
 176                               <ul>
 177
 178 <li>Recieved laptop today</li>
 179 <li>Fixed problem with tables for IE</li>
 180 <li>Worked on CRPS</li>
 181 <li>Figured out how to move Genius vobs</li>
 182 <li>Helped Subba with a vob import</li>
 183
 184 </ul>
 185
 186                               <h3>Laptop and Password Issues</h3>
 187
 188 <p>When getting my laptop I was asked to change my password so the person could login as me and set up my laptop. I did this. After completing the laptop setup I attempted to change my password back to what it was before. This failed. I then tried to change my password to something else. This also failed. I called Helpdesk and they set my password to Summer1 and told me to log out and back in and I should be prompted to set my password. I did this but was not prompted to set my password. So I hit Control-Alt-Del and selected Change password. I then specified Summer1 as my existing password and selected yet another new, unique password (conforming to the Password Policies, of course). I received the message "The password cannot be changed at this time". Called HelpDesk and they told me that I must wait a while and then I could change my password. Waited a day. Reattempted to change my password. Same message.</p>
 189
 190 <p>Meantime the Clearcase License Monitoring, which is running on my desktop, and the web pages also on my desktop were unavailable while I was rebooting my system and working on this problem.</p>
 191
 192 <p>For your reference I took this opportunity to look up exactly what "The password cannot be changed at this time" according to Microsoft. The article is <a href="http://support.microsoft.com/default.aspx?scid=kb;en-us;273004">here</a>. According to it you need to make a change to the Minimum Password Age in Active Directory to change it from Not Defined to something defined (like 0 or perhaps something else).</p>
 193
 194 <h3>Genius VOB move</h3>
 195
 196 <p>As you know we had difficulties performing the move of EntDataARCH and Core_Automation from the Genius region to the standard environment. This was partly due to having the vobadm password changed on us but it was also partly due to the fact that these vobs were created in a "different" environment, thus leaving us with ownership and permissions problems. </p>
 197
 198 <p>I believe I have a fix. Here's what we need to do.</p>
 199
 200 <ol>
 201 <li>Set up another time where we can perform the move</li>
 202 <li>Lock the vobs</li>
 203 <li>Remove tag for these vobs in the Genius region</li>
 204 <li>Re-move (that's re then move not remove! ) the vobs to rtnlprod01</li>
 205 <li>Fix permissions<sup><a href="#note1">1</a></sup></li>
 206 <li>Register and re-tag these vobs</li>
 207 <li>Unlock vobs</li>
 208 <li>Configure clients<sup><a href="#note2">2</a></sup></li>
 209 <li>Test access</li>
 210 </ol>
 211
 212 <p><b>Notes:</b></p>
 213
 214 <ol>
 215
 216 <li><a name="note1"></a>The permissions fix entails running fix_prot -force -root -recurse -chown vobadm -chgrp <group> <vob>.vbs, then register and mktag followed by a cleartool protect -chown vobadm -chgrp <group> -recurse <vob root dir>. The first fix_prot fixes the protection on various objects but the second cleartool protect is needed to set the owners correctly.</li>
 217
 218 <li><a name="note2"></a>Configuration of the clients should be more than just setting their region, CLEARCASE_PRIMARY_GROUP and clearcase_albd service login properly. It should be a complete uninstall of Clearcase followed by a standard Clearcase installation so that we have a proper and known environment.</li>
 219
 220 </ol>
 221
 222                               <p class="entry-footer">
 223                                  <span class="post-footers">Posted by  at 10:30 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000165.html">Permalink</a>
 224
 225
 226                               </p>
 227                            </div>
 228                         </div>
 229                      </div>
 230
 231
 232
 233                      <h2 class="date-header">April 23, 2004</h2>
 234                      <a id="a000164"></a>
 235                      <div class="entry" id="entry-164">
 236                         <h3 class="entry-header">Genius move</h3>
 237                         <div class="entry-content">
 238                            <div class="entry-body">
 239                               <ul>
 240
 241 <li>Attempted to move Core_automation and EntData_ARCH vobs to prod01 but failed</li>
 242
 243 <li> Worked with security people to get vobadm password back</li>
 244
 245 <li>Worked a little to configure RWP for Perl CGI</li>
 246
 247 </ul>
 248
 249 <h3> Vob move problems</h3>
 250
 251 <p>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 </p>
 252
 253 <div class="code">
 254 cleartool: Error: Failed to record hostname "rtnlprod01" in storage directory<br>
 255 "D:\vobstore\EntData_ARCH.vbs". Check that root or the ClearCase<br> administrators group has permission to write to this directory.<br>
 256 </div>
 257
 258 <p>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...)</p>
 259
 260 <h3>Vobadm password problems</h3>
 261
 262 <p>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.</p>
 263
 264                               <p class="entry-footer">
 265                                  <span class="post-footers">Posted by  at  3:11 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000164.html">Permalink</a>
 266
 267
 268                               </p>
 269                            </div>
 270                         </div>
 271                      </div>
 272
 273
 274
 275                      <h2 class="date-header">April 22, 2004</h2>
 276                      <a id="a000163"></a>
 277                      <div class="entry" id="entry-163">
 278                         <h3 class="entry-header">Web views/register/Pauls Vob</h3>
 279                         <div class="entry-content">
 280                            <div class="entry-body">
 281                               <ul>
 282
 283 <li>Removed web views from rtnlprod03</li>
 284 <li>Worked with Timmie regarding move of Genius vobs</li>
 285 <li>Fixed reregister to handle web views</li>
 286 <li>Worked with Paul to create CM_Docs vob</li>
 287 <li>Helped Subba import some code and setup stuff for cs-nt</li>
 288 <li>Started Clearcase Problem Reporting System</li>
 289
 290 </ul>
 291
 292                               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.
 293
 294                               <p class="entry-footer">
 295                                  <span class="post-footers">Posted by  at  2:31 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000163.html">Permalink</a>
 296
 297
 298                               </p>
 299                            </div>
 300                         </div>
 301                      </div>
 302
 303
 304
 305                      <h2 class="date-header">April 21, 2004</h2>
 306                      <a id="a000162"></a>
 307                      <div class="entry" id="entry-162">
 308                         <h3 class="entry-header"></h3>
 309                         <div class="entry-content">
 310                            <div class="entry-body">
 311                               <ul>
 312
 313 <li>Requested LDAP access from James Portugal</li>
 314 <li>Spoke to Tom regarding Niku. Says we'll only need to report time and that he'll hold a brown bag seminar for it</li>
 315 <li>Requested that rtnlprod01/02 be renamed to 04/05</li>
 316 <li>Converted web pages to new standard template</li>
 317 <li>Set up RWP on prodfix01 so that it can access user FAQs</li>
 318 <li>Checked that Clearcase web is working on prodfix02</li>
 319 <li>Changed reregister to handle UCM PVOBS in a more intelligent way</li>
 320
 321 </ul>
 322
 323                               <p class="entry-footer">
 324                                  <span class="post-footers">Posted by  at  7:56 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000162.html">Permalink</a>
 325
 326
 327                               </p>
 328                            </div>
 329                         </div>
 330                      </div>
 331
 332
 333
 334                      <h2 class="date-header">April 20, 2004</h2>
 335                      <a id="a000161"></a>
 336                      <div class="entry" id="entry-161">
 337                         <h3 class="entry-header">M Drive problem, LDAP stuff, Installation Areas</h3>
 338                         <div class="entry-content">
 339                            <div class="entry-body">
 340                               <ul>
 341
 342 <li>M drive problem appears to be a networking problem at Eric's location</li>
 343
 344 <li>Condensed Client release areas to one release area</li>
 345
 346 <li>Attempted to access LDAP through Perl</li>
 347
 348 </ul>
 349
 350                               <h3>M drive problem appears to be a networking problem at Eric's location</h3>
 351
 352 <p>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.</p>
 353
 354 <p>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.</p>
 355
 356 <h3>Condensed Client release areas to one release area</h3>
 357
 358 <p>On //rtnlprod03/CC_REL_2003.6 there exists the following client release areas:</p>
 359
 360 <ul>
 361
 362 <li>Training-client</li>
 363 <li>asap-tavant-client</li>
 364 <li>resolve-client</li>
 365 <li>asap-integration-client</li>
 366 <li>eag-client</li>
 367 <li>scc-client</li>
 368 <li>asap-qa-client</li>
 369 <li>pmo-client</li>
 370 <li>vip-client</li>
 371
 372 </ul>
 373
 374 <p>and a server area:</p>
 375
 376 <ul>
 377
 378 <li>pmo-server</li>
 379
 380 </ul>
 381
 382 <p>TUP exists at //rtnlprod03/sqldb/TUP and XDE-Java at //rtnlprod03/sqldb/XDE-Java.</p>
 383
 384 <p>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.</p>
 385
 386 <p>Currently the various client reg files have only the setting of Region, RegBackup and CLEARCASE_PRIMARY_GROUP.</p>
 387
 388 <h3>Attempted to access LDAP through Perl</h3>
 389
 390 <p>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 <i>distinguished name</i> to use in order to access this data.</p>
 391
 392                               <p class="entry-footer">
 393                                  <span class="post-footers">Posted by  at  4:29 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000161.html">Permalink</a>
 394
 395
 396                               </p>
 397                            </div>
 398                         </div>
 399                      </div>
 400
 401
 402
 403                      <h2 class="date-header">April 19, 2004</h2>
 404                      <a id="a000160"></a>
 405                      <div class="entry" id="entry-160">
 406                         <h3 class="entry-header">reregister, ccperl, fix FAQ, view private files</h3>
 407                         <div class="entry-content">
 408                            <div class="entry-body">
 409                               <ul>
 410
 411 <li>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.</li>
 412
 413 <li>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</li>
 414
 415 <li>Added FAQ entry describing view private and derived objects</li>
 416
 417 <li>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.</li>
 418
 419 </ul>
 420
 421                               <p class="entry-footer">
 422                                  <span class="post-footers">Posted by  at  4:21 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000160.html">Permalink</a>
 423
 424
 425                               </p>
 426                            </div>
 427                         </div>
 428                      </div>
 429
 430
 431
 432                      <h2 class="date-header">April 16, 2004</h2>
 433                      <a id="a000159"></a>
 434                      <div class="entry" id="entry-159">
 435                         <h3 class="entry-header">Reregistering Clearcase objects</h3>
 436                         <div class="entry-content">
 437                            <div class="entry-body">
 438                               <ul>
 439
 440 <li>Worked with Mike trying to get Clearcase web to function correctly</li>
 441
 442 <li>Since the IP address of the new servers will be different I worked on a script that will reregister views and vobs. This reregistering and retragging should fix up the IP address problem</li>
 443
 444 </ul>
 445
 446                               <p class="entry-footer">
 447                                  <span class="post-footers">Posted by  at 10:34 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000159.html">Permalink</a>
 448
 449
 450                               </p>
 451                            </div>
 452                         </div>
 453                      </div>
 454
 455
 456
 457                      <h2 class="date-header">April 15, 2004</h2>
 458                      <a id="a000158"></a>
 459                      <div class="entry" id="entry-158">
 460                         <h3 class="entry-header">Clearcase & Clearquest Web</h3>
 461                         <div class="entry-content">
 462                            <div class="entry-body">
 463                               Today...
 464
 465 <ul>
 466
 467 <li><p>Partitioned drive</p></li>
 468 <li><p>Installed Windows XP</p></li>
 469 <li><p>Attended Peregrine Training</p></li>
 470 <li><p>Configured Clearquest web</p></li>
 471 <li><p>Worked with Michael on Clearcase web problems</p></li>
 472 <li><p>Worked on problem with accessing Clearcase due to outgrowing the lockmgr's limits</p></li>
 473 <li><p>Implemented Heap Size fix and Lockmgr fix to new production servers</p></li>
 474
 475 </ul>
 476
 477                               <p>Several people have been reporting odd problems with Clearcase. In investigating this I checked the server log files and found a lot of:<p>
 478
 479 <blockquote>
 480 <pre>
 481 *** db_VISTA database error -922 - the lock manager is busy
 482 </pre>
 483 </blockquote>
 484
 485 <p>Searching Rational's web I saw <a href="http://www-1.ibm.com/support/docview.wss?uid=swg21125258">lock manager problems, settings and guidelines</a> which seems to indicate that we've probably already outgrown the default parameters for the lockmgr. The article talks about monitoring the server processes for a week to determine how to best set the values for lockmgr. Unfortunately we don't have a week to wait so for the mean time I simply set the following parms on the lockmgr and restarted Clearcase on the vob sever:</p>
 486
 487 <blockquote>
 488 <pre>
 489 -a almd -u 100 -f 200 -q 500
 490 </pre>
 491 </blockquote>
 492
 493 That should give us some breathing room. Meantime I set up a quick script to monitor the number of server processes as per the article.
 494
 495                               <p class="entry-footer">
 496                                  <span class="post-footers">Posted by  at  7:37 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000158.html">Permalink</a>
 497
 498
 499                               </p>
 500                            </div>
 501                         </div>
 502                      </div>
 503
 504
 505
 506                      <h2 class="date-header">April 13, 2004</h2>
 507                      <a id="a000157"></a>
 508                      <div class="entry" id="entry-157">
 509                         <h3 class="entry-header">The new servers have arrived!</h3>
 510                         <div class="entry-content">
 511                            <div class="entry-body">
 512                               <p>The new servers have arrived and I have been testing them today. Here's what I managed to do:</p>
 513
 514 <ul>
 515
 516 <li>Installed Clearcase server software on new machines.</li>
 517 <li>Configured storage locations for vobs/views</li>
 518 <li>Practiced moving a vob and view over to the new servers. The view even had a checked out file.</li>
 519 <li>Once set up on the new servers accessed the view and insured that I could access it and that the checked out element was still accessible.</li>
 520
 521 </ul>
 522
 523 <p>In setting up prodfix01 as a the vob server I encountered some problems attempting to set the storage location. The default wizard was not the right way to go. Instead I had to:</p>
 524
 525 <div class="code">
 526 cleartool> mkstgloc -vob -host prodfix01 -hpath D:\vobstore -gpath \\prodfix01\vobstore vobstore \\prodfix01\vobstore
 527 </div>
 528
 529 <p>Naturally this will not due as this machine will eventually be renamed as rtnlprod01, not prodfix01. This will need to be adjusted during the downtime.
 530 Just some notes from my testing session:</p>
 531
 532 <blockquote>
 533
 534 <p>After setting up the servers I had to create the storage locations as above. I called them vobstore and viewstore instead of ccvobstg/ccviewstg. Personally I find the former more descriptive.</p>
 535
 536 <p>I tried to simply mktag for the vob and view on the new server but that would not work. Instead I had to:</p>
 537
 538 <div class="code">
 539 cleartool register -replace -view \\path\to\view<br>
 540 cleartool register -replace -vob \\path\to\vob<br>
 541 cleartool mktag -replace -view -tag <viewtag> \\path\to\view<br>
 542 cleartool mktag -replace -vob -tag <vobtag> \\path\to\vob<br>
 543 cleartool startview <viewtag><br>
 544 cleartool mount <vobtag><br>
 545 </div>
 546
 547 <p>Again, if we slide the server into place after changing the DNS/Machine name <-> IP address mapping this should not be an issue.</p>
 548
 549 </blockquote>
 550
 551 <p>We should be ready to go, perhaps this coming Thursday evening (sometime after 7 Pm). What we would need to do is:</p>
 552
 553 <ol>
 554
 555 <li>Announce to the Clearcase community that Clearcase will be down for a few hours Thursday night (7 Pm - 9 Pm)</li>
 556 <li>At 7 Pm stop Clearcase on rtnlprod01 and rtnlprod02</li>
 557 <li><tt>xcopy <rtnlprod01:/vobstore> <prodfix01:/vobstore> /e /i /f /h /k /x > C:\vobstore_xcopy.log 2>&1</tt></li>
 558 <li><tt>xcopy <rtnlprod02:/viewstore> <prodfix02:/viewstore> /e /i /f /h /k /x > C:\viewstore_xcopy.log 2>&1</tt></li>
 559 <li>Shutdown rtnlprod01 and rtnlprod02</li>
 560 <li>Switch DNS so that prodfix01 -> rtnlprod01 and prodfix02 -> rtnlprod02</li>
 561 <li>Test vob/view access from desktop clients.</li>
 562 </ol>
 563
 564                               <p class="entry-footer">
 565                                  <span class="post-footers">Posted by  at  6:11 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000157.html">Permalink</a>
 566
 567
 568                               </p>
 569                            </div>
 570                         </div>
 571                      </div>
 572
 573
 574
 575                      <h2 class="date-header">April  7, 2004</h2>
 576                      <a id="a000156"></a>
 577                      <div class="entry" id="entry-156">
 578                         <h3 class="entry-header">VIP Imports</h3>
 579                         <div class="entry-content">
 580                            <div class="entry-body">
 581                               <p>Imported source into many vobs today with Subba. Had some problems with the vob server (db_VISTA error -922). Ended up stopping and restarting Clearcase on rtnlprod01.</p>
 582
 583 <p>Was assigned to set up both Clearcase web and Clearquest web. Luckily Clearcase web is already up on rtnlprod03. Need to set up Clearquest web...</p>
 584
 585 <p>Modified protect trigger to use current owner instead of original creator of the VOB to change the ownership of new elements.</p>
 586
 587                               <p class="entry-footer">
 588                                  <span class="post-footers">Posted by  at  1:59 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000156.html">Permalink</a>
 589
 590
 591                               </p>
 592                            </div>
 593                         </div>
 594                      </div>
 595
 596
 597
 598                      <h2 class="date-header">April  6, 2004</h2>
 599                      <a id="a000155"></a>
 600                      <div class="entry" id="entry-155">
 601                         <h3 class="entry-header">Lockvobs</h3>
 602                         <div class="entry-content">
 603                            <div class="entry-body">
 604                               <p>Re-wrote the lock vobs script in Perl to be much more flexible. It now locks or unlocks (-u) vobs. Also you can supply an -smtphost which defaults to notesmail01. Finally you can specify either -to or -errors-to as a list of email addresses that the report is send to. The later, -errors-to, are for people who only want to be notified if there is an error (i.e. me! :-).</p>
 605
 606 <p>Changed bat files accordingly and tested out adding these to the Clearcase Job Scheduler on my machine. Have not yet added this to "production" (rtnlprod01). Perhaps tomorrow...</p>
 607
 608 <p>Also worked with Subba to clean up and clear out some UCM vobs.</p>
 609
 610 <p>Spend some time trying to get MySQL running under Cygwin.</p>
 611
 612                               <p class="entry-footer">
 613                                  <span class="post-footers">Posted by  at  6:54 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000155.html">Permalink</a>
 614
 615
 616                               </p>
 617                            </div>
 618                         </div>
 619                      </div>
 620
 621
 622
 623                      <h2 class="date-header">April  5, 2004</h2>
 624                      <a id="a000154"></a>
 625                      <div class="entry" id="entry-154">
 626                         <h3 class="entry-header">Lock Vobs jobs</h3>
 627                         <div class="entry-content">
 628                            <div class="entry-body">
 629                               <p>Came in today and noticed that Notes was complaining that a network operation had failed. Also saw a couple of messages that Clearcase was having problems so I started investigating. Apparently the albd_server was not running on rtnlprod01. Scanning the logs I found:</p>
 630
 631 <blockquote><tt>albd_log: Error: Unable to connect to SMTP server "172.16.101.56[6400]": Bad file descriptor.</tt></blockquote>
 632
 633 <p>Well 172.16.101.56 happens to be notesadmin01:</p>
 634
 635 <pre>
 636 C09-272-A:nslookup 172.16.101.56
 637 Server:  dhcp01.ameriquest.net
 638 Address:  172.16.101.100
 639
 640 Name:    notesadmin01.ameriquest.net
 641 Address:  172.16.101.56
 642 </pre>
 643
 644 <p>Why are we trying to email through notesadmin01 instead of notesmail01?</p>
 645
 646 <p>Meantime I unlocked the vobs...</p>
 647
 648 <p>Looking at the SMTP setting in Control Panel: Clearcase: Options I find the SMTP Host set to appsmtp.ameriquest.net which is an alias to notestadmin01.ameriquest.net:</p>
 649 <pre>
 650 C09-272-A:nslookup appsmtp
 651 Server:  dhcp01.ameriquest.net
 652 Address:  172.16.101.100
 653
 654 Name:    notesadmin01.ameriquest.net
 655 Address:  172.16.101.56
 656 Aliases:  appsmtp.ameriquest.net
 657 </pre>
 658 <p>I guess the questions are:</p>
 659
 660 <ul>
 661
 662   <li>What is the official SMTP host that we can rely on?</li>
 663   <li>Why does the [un]lock vobs job have problems and eventually kill the albd_server process simply because it cannot contact the SMTP host?</li>
 664
 665 </ul>
 666
 667 <p>Further investigation yields the following: The lock and unlock vobs scripts apparently appear in .../Rational/Clearcase/var/scheduler/tasks. There are 4 files involved:</p>
 668
 669 <ul>
 670
 671   <li>ccase_lock_vobs.bat: Simple bat file that fires off Perl on...</li>
 672   <li>lock_vobs.pl: This locks the vobs and sends email</li>
 673   <li>ccase_unlock_vobs.bat: Simple bat file that fires off Perl on...</li>
 674   <li>unlock_vobs.pl: This unlocks the vob and sends email</li>
 675
 676 </ul>
 677
 678 <p>Additionally these Perl scripts use C:/Winnt/System32/blat.exe to send mail.</p>
 679
 680 <p>Finally the task_registry file was modified to add these custom jobs.</li>
 681
 682 <p>I believe that this was done by perhaps Paul and/or Brian and it is fine work and does the job. However, seeing as we are about to reburn this system to Windows 2003 Server such work would be lost! And who would remember where this blat came from and that it needed to be reinstalled?</p>
 683
 684 <h3>Suggestions:</h3>
 685
 686 <p>I think we should use the Rational supplied tool, notify, instead of blat. This way we would not need to remember to find and reinstall this blat thing. I think Brian had problems getting notify to work and instead fell back on something he knew, blat, to get this working. Additionally IMHO blat should not be in the Windows directory! If we must use blat then perhaps we should install it into CM_TOOLS/bin.</p>
 687
 688 <p>Additionally I suggest that we relocate the .bat files and Perl scripts to CM_TOOLS/bin also and task_registry file should be pointed to CM_TOOLS/bin.</p>
 689
 690 <p>Finally I think there should be a script set up to reproduce/reinstall this environment.</p>
 691
 692 <p>IOW our stuff should also be version controlled and scripts written to automate it's installation and workings.</p>
 693
 694                               <p class="entry-footer">
 695                                  <span class="post-footers">Posted by  at  6:35 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000154.html">Permalink</a>
 696
 697
 698                               </p>
 699                            </div>
 700                         </div>
 701                      </div>
 702
 703                   </div>
 704                </div>
 705             </div>
 706          </div>
 707       </div>
 708    </div>
 709 </body>
 710 </html>