defaria.com/blogs/Status/archives/2006_05.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: May 2006 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/2006_04.html" title="April 2006" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/2006_06.html" title="June 2006" />
  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/2006_04.html">&laquo; April 2006</a> |
  36                         <a href="http://defaria.com/blogs/Status/">Main</a>
  37                         | <a href="http://defaria.com/blogs/Status/archives/2006_06.html">June 2006 &raquo;</a>
  38                      </p>
  39
  40
  41
  42
  43                      <h2 class="date-header">May 30, 2006</h2>
  44                      <a id="a000554"></a>
  45                      <div class="entry" id="entry-554">
  46                         <h3 class="entry-header">Osaka Builds on Windows</h3>
  47                         <div class="entry-content">
  48                            <div class="entry-body">
  49                               <ul>
  50   <li>Worked with Zoran to resolve merge issues from RISS15_Integration -> osaka_strm</li>
  51
  52   <li>Documented how to build development views on Tiburon for the L2 and Base components</li>
  53
  54   <li>Assisted engineer on problems with view and installer_cmp</li>
  55
  56   <li>Changed RISS15_Integration to not do testing all the time</li>
  57
  58   <li>Worked more on osaka_strm build scripts</li>
  59 </ul>
  60
  61                               <p>I've made some progress converting the osaka_strm* scripts from .bat -&gt; .sh. There are still some problems:</p>
  62
  63 <ul>
  64   <li>I'm getting permission denied for several files when attempting to write to the E drive (from //pacifica/devenv) and also to TheCity (i.e. //thecity/releaseArchive/...). Here are the error messages:
  65
  66 <div class=code><pre>
  67 Could not open E:\/build-osaka_strm.log for appending: Permission denied
  68 </pre></div>
  69
  70 <p>In the past we fixed this by doing chmod on the files/directories over on Pacifica however:</p>
  71
  72 <div class=code><pre>
  73 Pacifica:ll build-osaka_strm.log
  74 -rw-rw-r--&nbsp; 1 build hp-cc 3707 May 25 10:30 build-osaka_strm.log
  75 Pacifica:ll -n build-osaka_strm.log
  76 -rw-rw-r--&nbsp; 1 10000 213 3707 May 25 10:30 build-osaka_strm.log
  77 </pre></div>
  78
  79 <p>Yet from build-win1:</p>
  80
  81 <div class=code><pre>
  82 Build-win1:id
  83 uid=1151(defaria) gid=213(hp-cc)
  84 groups=0(root),544(Administrators),545(Users),039186($22DV00-RLFVIG81PFDK),999028($4R5U00-TTIJJ61TLD20),1156949(CC-ADMIN),213hp-cc),525633(ESSDCC),1156950(HP-CC),457005(ORG-NSS-SOFTWARE),1143096(SERVICE-RS-MSRA)<br>
  85 </pre></div>
  86
  87 <p>I seem to be in the hp-cc group (213) on build-win1 and should have write permissions on that file.</p>
  88
  89 <p>More concerning is the following:<br>
  90
  91 <div class=code><pre>
  92 Unable to open
  93 \\thecity\releaseArchive\osaka\install\build-CCInstaller-osaka-20060329_0928\install/tools/patches/active/patches/patches.info.new
  94 for write: Permission denied
  95 No file written
  96 </pre></div>
  97
  98 <p>Even though:</p>
  99
 100 <div class=code><pre>
 101 Thecity:cd
 102 /mnt/hp/releaseArchive/osaka/install/build-CCInstaller-osaka-20060329_0928/install/tools/patches/active/patches<br>
 103 Thecity:ll patches.info
 104 -rw-rw-rw-&nbsp; 1 build hp-cc 362 Mar 29 12:41 patches.info
 105 </pre></div>
 106   </li>
 107
 108   <li>Running of osaka_strm_build.sh calls osaka_Domino_build.sh which does:
 109
 110 <div class=code><pre>
 111 verbose "Performing build..."
 112 mkdir Domino
 113 cp -rp platform/mailserver/domino/* Domino
 114 </pre></div>
 115
 116 <p>But this fails because in the view it is using (rollet_osaka_snap_int) there is no platform/mailserver/domino to copy from. I double checked this by running  osaka_Domino_build.bat and it fails the same way. I think the solution is to simply ct update -add platform/mailserver/domino to the rollet_osaka_snap_int view.</p>
 117   </li>
 118
 119   <li>I've converted osaka_strm_build_D2R.bat -&gt; osaka_strm_build_D2R.sh. It used to call /home/build/buildD2R.sh which simply did a perl streamBuild.pl so I eliminated that call and just put the call to perl in osaka_strm_build_D2R.sh. Part of this script attempts to ct update -overwrite d2riss however as we seen before d2riss is not in Clearcase. Again I double checked this by running the .bat file and it likewise fails. There is much more work to be done here as there were a ton of set statements and a very long and odd PATH setting so I'm not sure if my translation worked yet.</li>
 120 </ul>
 121
 122                               <p class="entry-footer">
 123                                  <span class="post-footers">Posted by  at  5:58 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000554.html">Permalink</a>
 124
 125
 126                               </p>
 127                            </div>
 128                         </div>
 129                      </div>
 130
 131
 132
 133                      <h2 class="date-header">May 22, 2006</h2>
 134                      <a id="a000553"></a>
 135                      <div class="entry" id="entry-553">
 136                         <h3 class="entry-header">More woes with 2003 Server and sshd</h3>
 137                         <div class="entry-content">
 138                            <div class="entry-body">
 139                               <p>I don't see how my tinkering with things could have messed up IPSEC. I did mess with the Local Computer Polices and Default Domain Policies attempting to add rights to the local user sons-sc-cc\sshd_server. I'm not sure how this effects IPSEC. This user is used by the sshd and inetd Cygwin services. Since these services need to "switch user" to the user ssh'ing or rsh'ing they need some elevated rights. Prior to 2003 Server the Local System Account (known as SYSTEM in Cygwin) had enough rights to do this. But with 2003 Server Microsoft lessened the rights that the Local System Account has. Cygwin's answer to this is to create a new user ID, sshd_server, and assign it the necessary rights to be able to switch user. Then this user would only be used for Cygwin services. In fact they have a script /bin/ssh-host-config which creates a local sshd_server user for you (as well as sets up the hosts ssh key and adds a service for sshd). However even after running that script ssh was not working.</p>
 140
 141 <p>The inetd service, which is the <i>super server</i>, provides services like rsh, telnet, ftp, etc. that also needs to switch user. Similarly with cron. You see the service is running as an executable under some users credentials (normally the SYSTEM user) and needs to become the requesting user. So I was trying to run these services by using the local sshd_server user that ssh-host-config creates and adds the necessary rights to switch user.</p>
 142
 143 <p>Since I was having troubles I was removing the locally created sshd_server user and having the ssh-host-config script recreate it. At one time I decided to run mmc and add the Group Policy snap in then go under Local Computer Policy: Computer Configuration: Windows Settings: Local Policies: User Rights Assignment and make that the local sshd_server user had the following rights:</p>
 144
 145 <ol>
 146   <li>Create a token object</li>
 147
 148   <li>Logon as a service</li>
 149
 150   <li>Replace a process level token</li>
 151
 152   <li>Increase Quota</li>
 153 </ol>
 154
 155 <p>One time, when adding the Group Policy Object Editor I decided to click
 156 on the Browse button and saw a Default Domain Policy and thought perhaps there was something in there overriding the Local Computer Policy. So I added that and again I made sure that sons-sc-cc\sshd_server had the above rights. I have put a copy of this mmc polices thing under C:\Polcies.msc in case Ron wants to look at it. I notice a number of SIDs in there, probably from my past creations and recreations of  sons-sc-cc\sshd_server.</p>
 157
 158 <p>As I don't know what Ron did to get sons-sc-cc running again and as I
 159 see the local sshd_server as having only deny network login right I don't want to mess with anything. Right now rsh is still broken as inetd cannot switch user since it's using the sshd_server user and that user doesn't have enough rights.</p>
 160
 161 <p>Here's an exert from /usr/share/doc/Cygwin/openssh.README:</p>
 162
 163 <blockquote>
 164   <h3>Important note for Windows 2003 Server users:</h3>
 165
 166   <p>2003 Server has a funny new feature. When starting services under SYSTEM account, these services have nearly all user rights which SYSTEM holds... except for the "Create a token object" right, which is needed to allow public key authentication :-(</p>
 167
 168   <p>There's no way around this, except for creating a substitute account which has the appropriate privileges.  Basically, this account should be member of the administrators group, plus it should have the following user rights:</p>
 169
 170   <ol>
 171     <li>Create a token object</li>
 172
 173     <li>Logon as a service</li>
 174
 175     <li>Replace a process level token</li>
 176
 177     <li>Increase Quota</li>
 178   </ol>
 179
 180   <p>The ssh-host-config script asks you, if it should create such an account, called "sshd_server".  If you say "no" here, you're on your own.  Please follow the instruction in ssh-host-config exactly if possible.  Note that ssh-user-config sets the permissions on 2003 Server machines dependent
 181 of whether a sshd_server account exists or not.</p>
 182 </blockquote>
 183
 184
 185                               <p class="entry-footer">
 186                                  <span class="post-footers">Posted by  at 10:28 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000553.html">Permalink</a>
 187
 188
 189                               </p>
 190                            </div>
 191                         </div>
 192                      </div>
 193
 194
 195
 196                      <h2 class="date-header">May  8, 2006</h2>
 197                      <a id="a000552"></a>
 198                      <div class="entry" id="entry-552">
 199                         <h3 class="entry-header">sons-sc-cc crontab and checking in files</h3>
 200                         <div class="entry-content">
 201                            <div class="entry-body">
 202                               <h3>Regarding sons-sc-cc's crontab</h3>
 203
 204 <p>I copied (and modified) the crontab for ccadmin@sons-clearcase -&gt; ccadmin@sons-sc-cc changing sons-clearcase -&gt; sons-sc-cc where appropriate. I had also commented out the ctmerge lines. We don't want to be doing ctmerges on sons-sc-cc just yet as sons-sc-cc doesn't yet master the branches that sons-clearcase does. If we did we'd have to establish a whole new branching structure like sc_1.0, etc. That would be doable but since sons-clearcase will be decommissioned I think it's cleaner to simple transfer mastership of everything over to sons-sc-cc. However before we can do that we need to get all the users off of sons-clearcase and using sons-sc-cc.</p>
 205
 206 <p>The only thing currently left in ccadmin's crontab on sons-sc-cc are:</p>
 207
 208 <div class=code><pre>
 209 00 02 * * * //sons-sc-cc/Views/official/Tools/bin/update_view -q official
 210
 211 00 00 * * * /usr/bin/find /tmp -type f -ctime +3 -exec rm -f {} \;
 212
 213 01 03 * * Sat //sons-sc-cc/Views/official/Tools/adm/bin/dum -s /dev/d/Views/* &gt; /tmp/viewspace.log
 214 </pre></div>
 215
 216 <p>These three things are mostly administrative, updating the view official, cleaning out old files in /tmp and doing a report of the size of the snapshot views -&gt; /tmp/viewspace.log. Sons-clearcase also does that. The report has the disk usage of all of the folders in the Views share sorted by the biggest users.</p>
 217
 218 <h3>Regarding checking in files/directories and cleaning views</h3>
 219
 220 <p>As we move off of sons-clearcase and onto sons-sc-cc you should instruct the engineers in Santa Clara to do the following:</p>
 221
 222 <ol>
 223   <li>Check in all files and directories in your views</li>
 224
 225   <li>Check for any view private files you may wish to keep and save them somewhere</li>
 226
 227   <li>For each view you own and that you have cleaned out with #1 and #2 above, remove it. If you have problems then see the Clearcase Administrator</li>
 228 </ol>
 229
 230 <p>This goes for both snapshot views on the server (//sons-clearcase/Views) and local snapshot views on your desktop as well as any dynamic views you may have. It is not required that you remove local snapshot views however by removing the snapshot views on the server (//sons-clearcase/Views) we get a better picture of what views remain.</p>
 231
 232 <p>When all of your elements have been successfully checked in, all your view private files saved and all of your views removed you can switch to the new server by executing
 233 /view/official/Tools/bin/switch-sons-sc-cc at a Cygwin prompt. Close any of your Clearcase tools (e.g. Clearcase Explorer) first. Then start Clearcase Explorere and create new views and proceed with your work. If you saved view private files and wish to restore them then copy them from the saved locations into a newly created view.</p>
 234
 235 <h3>What are view private files and why are they possibly important?</h3>
 236
 237 <p>We all know what file/directory elements are and what a checked out file/directory is. View private files are files in your view that have not been added to source control. These can be the result of a compile (e.g. foo.o AKA a derived object because they have been derived and can be re-derived if necessary) or they can be simply a file that you
 238 created (e.g. file.txt). Sometimes you may create a view private file that you want to keep, possibly wanting to add it to source control at some later time. You generally don't need to worry about derived objects (IOW you can regenerate foo.o provided foo.c is in source control). But if you say created some new files that you use in the build but have not yet added them to source control, but intend to, then you obviously want to keep them. Perhaps it's time to add them to source control...</p>
 239
 240 <p>To list view private files use:</p>
 241
 242 <div class=code><pre>
 243 $ ct lsco
 244 </pre></div>
 245
 246 <p>In your view.</p>
 247
 248 <h3>Checking what's still checked out</h3>
 249
 250 <p>Most people know how to Find Checkout. But to find all checkouts easily
 251 from a command line you can do:</p>
 252
 253 <div class=code><pre>
 254 $ ct lsco -avobs
 255 </pre></div>
 256
 257 <p>Again this needs to be done in a view context (cd /view/official for example). This way you can see what's left to check in for everybody. We're aiming for 0!
 258
 259                               <p class="entry-footer">
 260                                  <span class="post-footers">Posted by  at  9:56 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000552.html">Permalink</a>
 261
 262
 263                               </p>
 264                            </div>
 265                         </div>
 266                      </div>
 267
 268
 269
 270                      <h2 class="date-header">May  7, 2006</h2>
 271                      <a id="a000551"></a>
 272                      <div class="entry" id="entry-551">
 273                         <h3 class="entry-header">Clearquest Migrated</h3>
 274                         <div class="entry-content">
 275                            <div class="entry-body">
 276                               <ul>
 277   <li>Backed up production database again</li>
 278
 279   <li>Shutdown Clearquest database and cqd on sons-clearcase</li>
 280
 281   <li>Changed several scripts that used to refer to sons-clearcase to refer to sons-sc-cc. For example, cqc now defaults to sons-sc-cc to find the server instead of sons-clearcase</li>
 282
 283   <li>Added setting of Clearquest connection parameters via a reg file to upgrade clearquset</li>
 284
 285   <li>Checked in changes to scripts as well as added the switch-sons-clearcase and switch-sons-sc-cc scripts and their assoicated reg files into Clearcase</li>
 286
 287   <li>Fixed up sons-cc, its albd_server process was stuck, and made sure that the changes multisited over to sons-cc.</li>
 288
 289   <li>Checked out to insure that cqc on sons-cc contacts and works with sons-sc-cc</li>
 290 </ul>
 291
 292 <p><b>Time Spent:</b> 3 hours</p>
 293
 294                               <p>Well I have migrated the Clearquest database to sons-sc-cc and I believe I've tidied up the necessary scripts and other things so that this transition will be relatively smooth.</p>
 295
 296 <p>You should announce that you are now on a new Clearquest server. Users using the web interface (i.e. China) should point there browsers to <a href="http://sons-sc-cc/cqweb/login">http://sons-sc-cc/cqweb/login</a> and login as usual. Although the new Clearquest web is a total redesign most of it is pretty intuitive and I don't think current Clearquest web users will require much hand holding.</p>
 297
 298 <p>Meantime I made sure that cqd is working and cqc can talk to it. Additionally I had to get sons-cc to work. Seems it was kinda stuck with the albd_server process running at 50% and multisite getting stuck. I believe I cleared that up. cqc appears to work from sons-cc now.</p>
 299
 300 <p>For any Clearquest client users (worse case they can use Clearquest web) they need to update to the new version of the Clearquest Client. They should be able to simply do "upgrade clearquest" in a Cygwin shell. If, however, there are problems with that here would be roughly the equivalent steps from Windows:</p>
 301
 302 <ul>
 303   <li>Uninstall the old version of Clearquest (Control Panel: Add/Remove Programs: Rational Clearquest... etc.) You may need to reboot.</li>
 304
 305   <li>Install new version of Clearquest. Browse to \\sons-sc-cc\Rational\Clearquest and double click on the Install Clearquest shortcut. This shortcut runs setup with the sitedefs.dat as a parameter. Follow instructions - reboot when requested.</li>
 306
 307   <li>Start: Programs: Rational Software: Rational Clearquest:Clearquest Maintenance Tool.</li>
 308
 309   <li>Select File: Import Profile.</li>
 310
 311   <li>Click on the ellipsis button (...) and browse to
 312 \\sons-sc-cc\Clearquest (Note this is not the same as \\sons-sc-cc\Rational\Clearquest where the installation lives) and select the 2003.06.00.ini file. This connection profile has all of the connection parameters for the new database.</li>
 313
 314   <li>Select Next then Finish</li>
 315 </ul>
 316
 317 <p>That should set up your connection to the database. Then try the Clearquest Client.</p>
 318
 319 <p>I will try to make myself available Monday in case there are problems.</p>
 320
 321                               <p class="entry-footer">
 322                                  <span class="post-footers">Posted by  at  5:37 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000551.html">Permalink</a>
 323
 324
 325                               </p>
 326                            </div>
 327                         </div>
 328                      </div>
 329
 330
 331
 332                      <h2 class="date-header">May  3, 2006</h2>
 333                      <a id="a000550"></a>
 334                      <div class="entry" id="entry-550">
 335                         <h3 class="entry-header">trlock</h3>
 336                         <div class="entry-content">
 337                            <div class="entry-body">
 338                               <ul>
 339   <li>Created trlock to transfer locks from old to new server</li>
 340 </ul>
 341
 342 <p><b>Time Spent:</b> 1 Hour</p>
 343
 344                               <p class="entry-footer">
 345                                  <span class="post-footers">Posted by  at 11:42 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000550.html">Permalink</a>
 346
 347
 348                               </p>
 349                            </div>
 350                         </div>
 351                      </div>
 352
 353
 354
 355                      <h2 class="date-header">May  2, 2006</h2>
 356                      <a id="a000549"></a>
 357                      <div class="entry" id="entry-549">
 358                         <h3 class="entry-header">Migration Plan</h3>
 359                         <div class="entry-content">
 360                            <div class="entry-body">
 361                               <p>I feel we've reached a time where we can migrate users over to the new system. I've worked out how to migrate the CQ database, build issues for both the old (salira) and new (salira2) vobs, multisiting is working, by and large scripts work as well as CQD. The following is a plan for migrating Salira to the new server. Please let me know your comments and concerns.</p>
 362
 363 <p><b>Time Spent:</b> 2 hours</p>
 364
 365                               <h2>1.0 Migrating Clearquest</h2>
 366
 367 <p>This migration is a little more critical because not only does the database need to be remigrated since bugs have probably been added since my test migration but clients must also update to the latest version of Clearquest in order to access the new database. Also, CQD (or rather CQD clients) need to ask the new server for information. Luckily the later involves a simply change to a library however timing remains important. This has to be done in one swoop.</p>
 368
 369 <p>The following needs to take place:</p>
 370
 371 <ol>
 372   <li>Shutdown access to the database on sons-clearcase</li>
 373   <li>Backup the database</li>
 374   <li>Use installutil to copy the user db to the new server. <br>
 375   </li>
 376   <li>Export and import user accounts (since you've made changes)</li>
 377   <li>Convert the database to SQL Anywhere 8.0 format</li>
 378   <li>Test new database</li>
 379   <li>Switch cqc.pm library to default to new server</li>
 380   <li>Have client upgrade to the new Clearquest</li>
 381 </ol>
 382
 383 <p>I suspect that the database conversion will take at most 4 hours so doing this on say Saturday or Sunday might be a good idea. As for desktop installations the users should be able to simply type "upgrade clearquest" in a Cygwin window. It will prompt the user to proceed then
 384 it will uninstall the old Clearquest, install the new Clearquest and reboot the users desktop. The user will then need to import a Clearquest connection profile and they should be set.</p>
 385
 386 <p>Bear in mind that is anything goes wrong the users should be able to use the CQWeb interface by pointing to <a href="http://sons-sc-cc/cqweb/login">http://sons-sc-cc/cqweb/login</a>. China users will need to be made aware of the new server location in the URL but should otherwise be unaffected as I doubt that China users use the Clearquest client directly (way too slow!).</p>
 387
 388 <h2>2.0 Migrating Clearcase</h2>
 389
 390 <p>In general users need to stop using views that are sons-clearcase oriented. By that I mean they need to start checking in their work and generally getting their views to the state where they can remove them. Then they need to switch-&lt;server&gt; to sons-sc-cc and create new views there. As we are currently multisiting between sons-clearcase and sons-sc-cc they can migrate at their leisure however bear in mind that sons-clearcase should be going away. See also <i>Mastership Issues</i> below.</p>
 391
 392 <p>Users don't necessarily need to upgrade their Clearcase software as the old software will work with the new server, however you should urge them to do so. Again I plan on updating the upgrade command to likewise allow desktop users to simply type "upgrade clearcase".</p>
 393
 394 <p>One thing that users should do is change the symlink for /etc/site_parms from /view/official/Tools/adm/etc/site_parms.US to /view/official/Tools/adm/etc/site_parms.SC. Most of my scripts rely on this site_parms file to set environment variables to describe particulars about the site. This can be done with the following:</p>
 395
 396 <div class="code"><pre>
 397 $ rm /etc/site_parms
 398 $ ln -s /view/official/Tools/adm/etc/site_arms.SC /etc/site_parms
 399 </pre></div>
 400
 401 <h2>3.0 Decommissioning sons-clearcase</h2>
 402
 403 <p>Sons-clearcase has served you many years as the hub of both Clearcase/Clearquest services as well as a build machine. It has performed many duties and has done them well. Decommissioning such a server so near and dear to Salira's heart will take some doing, some
 404 finesse. The overriding concern is to untangle sons-clearcase from day to day operations and assign those duties over to sons-sc-cc in a proper manner before decommissioning  sons-clearcase. Than have a nice going away party!</p>
 405
 406 <p>As users migrate to using the new server and once all elements are checked in and views are no longer needed they should be removed. We need to get to a place where all Clearcase activity on sons-clearcase is stopped, checked in and removed.</p>
 407
 408 <p>There are some ancillary functions that sons-clearcase is still performing that you may be unaware of such as licensing. These too will need to be transfered to the new server.</p>
 409
 410 <p>Finally sons-clearcase can be powered down and if there are any things we've missed it could be easily powered back up if need be.</p>
 411
 412 <h3>3.1 Lock issues</h3>
 413
 414 <p>One thing that is not multisited is locks on label/branch/etc types. Salira relies on these logs. I will need to write a script to evaluate the locks in the vobs on sons-clearcase and to issue the same locks on sons-sc-cc. I will work on this this week.</p>
 415
 416 <h3>3.2 Mastership Issues</h3>
 417
 418 <p>With multisited vobs comes issues of mastership. As you know a branch can only be mastered by one replica. The current vobs' main branch is mastered on sons-clearcase as are branches such as REL_1.0, etc. Mastership should be transfered to sons-sc-cc before sons-clearcase gets decommissioned.</p>
 419
 420 <p>There is a command called chmaster that luckily has a -all option to change the mastership of all objects to the new server. But it wants to have everything checked in and nothing locked.</p>
 421
 422 <h3>3.3 Replica removal</h3>
 423
 424 <p>With the vobs replicated to sons-sc-cc and all Clearcase views removed and mastership moved to sons-sc-cc, the final act would be to remove the US replica of the vobs from the vob family. This way sons-sc-cc and sons-cc in China would no longer attempt to update the US replicate on sons-clearcase (The replica on sons-sc-cc is called the SantaClara replica and remains in the vob family hosted by sons-sc-cc).</p>
 425
 426 <h2>4.0 License Issues</h2>
 427
 428 <p>Sons-clearcase also served as a license server for both Clearcase and Clearquest. Salira will need to contact IBM/Rational in order to obtain new licenses for these as they are host based. This can be delayed however it will need to be done before sons-clearcase can be decommissioned.</p>
 429
 430 <h2>5.0 Miscellaneous Issues</h2>
 431
 432 <p>There are several scripts which use some magic to determine where to find Perl library code (here or in China). That magic hard codes sons-clearcase as the server here to use. That'll need to change to use sons-sc-cc before a complete shutdown of sons-clearcase is doable.</p>
 433
 434                               <p class="entry-footer">
 435                                  <span class="post-footers">Posted by  at  2:42 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000549.html">Permalink</a>
 436
 437
 438                               </p>
 439                            </div>
 440                         </div>
 441                      </div>
 442
 443                   </div>
 444                </div>
 445             </div>
 446          </div>
 447       </div>
 448    </div>
 449 </body>
 450 </html>