defaria.com/blogs/Status/archives/week_2006_04_30.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 30, 2006 - May  6, 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/week_2006_04_23.html" title="April 23, 2006 - April 29, 2006" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/week_2006_05_07.html" title="May  7, 2006 - May 13, 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/week_2006_04_23.html">&laquo; April 23, 2006 - April 29, 2006</a> |
  36                         <a href="http://defaria.com/blogs/Status/">Main</a>
  37                         | <a href="http://defaria.com/blogs/Status/archives/week_2006_05_07.html">May  7, 2006 - May 13, 2006 &raquo;</a>
  38                      </p>
  39
  40
  41
  42
  43                      <h2 class="date-header">May  3, 2006</h2>
  44                      <a id="a000550"></a>
  45                      <div class="entry" id="entry-550">
  46                         <h3 class="entry-header">trlock</h3>
  47                         <div class="entry-content">
  48                            <div class="entry-body">
  49                               <ul>
  50   <li>Created trlock to transfer locks from old to new server</li>
  51 </ul>
  52
  53 <p><b>Time Spent:</b> 1 Hour</p>
  54
  55                               <p class="entry-footer">
  56                                  <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>
  57
  58
  59                               </p>
  60                            </div>
  61                         </div>
  62                      </div>
  63
  64
  65
  66                      <h2 class="date-header">May  2, 2006</h2>
  67                      <a id="a000549"></a>
  68                      <div class="entry" id="entry-549">
  69                         <h3 class="entry-header">Migration Plan</h3>
  70                         <div class="entry-content">
  71                            <div class="entry-body">
  72                               <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>
  73
  74 <p><b>Time Spent:</b> 2 hours</p>
  75
  76                               <h2>1.0 Migrating Clearquest</h2>
  77
  78 <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>
  79
  80 <p>The following needs to take place:</p>
  81
  82 <ol>
  83   <li>Shutdown access to the database on sons-clearcase</li>
  84   <li>Backup the database</li>
  85   <li>Use installutil to copy the user db to the new server. <br>
  86   </li>
  87   <li>Export and import user accounts (since you've made changes)</li>
  88   <li>Convert the database to SQL Anywhere 8.0 format</li>
  89   <li>Test new database</li>
  90   <li>Switch cqc.pm library to default to new server</li>
  91   <li>Have client upgrade to the new Clearquest</li>
  92 </ol>
  93
  94 <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
  95 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>
  96
  97 <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>
  98
  99 <h2>2.0 Migrating Clearcase</h2>
 100
 101 <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>
 102
 103 <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>
 104
 105 <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>
 106
 107 <div class="code"><pre>
 108 $ rm /etc/site_parms
 109 $ ln -s /view/official/Tools/adm/etc/site_arms.SC /etc/site_parms
 110 </pre></div>
 111
 112 <h2>3.0 Decommissioning sons-clearcase</h2>
 113
 114 <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
 115 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>
 116
 117 <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>
 118
 119 <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>
 120
 121 <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>
 122
 123 <h3>3.1 Lock issues</h3>
 124
 125 <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>
 126
 127 <h3>3.2 Mastership Issues</h3>
 128
 129 <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>
 130
 131 <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>
 132
 133 <h3>3.3 Replica removal</h3>
 134
 135 <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>
 136
 137 <h2>4.0 License Issues</h2>
 138
 139 <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>
 140
 141 <h2>5.0 Miscellaneous Issues</h2>
 142
 143 <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>
 144
 145                               <p class="entry-footer">
 146                                  <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>
 147
 148
 149                               </p>
 150                            </div>
 151                         </div>
 152                      </div>
 153
 154                   </div>
 155                </div>
 156             </div>
 157          </div>
 158       </div>
 159    </div>
 160 </body>
 161 </html>