Initial add of defaria.com
[clearscm.git] / defaria.com / blogs / Status / archives / week_2006_05_07.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  7, 2006 - May 13, 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_30.html" title="April 30, 2006 - May  6, 2006" />
16    <link rel="next" href="http://defaria.com/blogs/Status/archives/week_2006_05_21.html" title="May 21, 2006 - May 27, 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_30.html">&laquo; April 30, 2006 - May  6, 2006</a> |
36                         <a href="http://defaria.com/blogs/Status/">Main</a>
37                         | <a href="http://defaria.com/blogs/Status/archives/week_2006_05_21.html">May 21, 2006 - May 27, 2006 &raquo;</a>
38                      </p>
39                      
40                      
41                      
42
43                      <h2 class="date-header">May  8, 2006</h2>
44                      <a id="a000552"></a>
45                      <div class="entry" id="entry-552">
46                         <h3 class="entry-header">sons-sc-cc crontab and checking in files</h3>
47                         <div class="entry-content">
48                            <div class="entry-body">
49                               <h3>Regarding sons-sc-cc's crontab</h3>
50
51 <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>
52
53 <p>The only thing currently left in ccadmin's crontab on sons-sc-cc are:</p>
54
55 <div class=code><pre>
56 00 02 * * * //sons-sc-cc/Views/official/Tools/bin/update_view -q official
57
58 00 00 * * * /usr/bin/find /tmp -type f -ctime +3 -exec rm -f {} \;
59
60 01 03 * * Sat //sons-sc-cc/Views/official/Tools/adm/bin/dum -s /dev/d/Views/* &gt; /tmp/viewspace.log
61 </pre></div>
62
63 <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>
64
65 <h3>Regarding checking in files/directories and cleaning views</h3>
66
67 <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>
68
69 <ol>
70   <li>Check in all files and directories in your views</li>
71
72   <li>Check for any view private files you may wish to keep and save them somewhere</li>
73
74   <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>
75 </ol>
76
77 <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>
78
79 <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
80 /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>
81
82 <h3>What are view private files and why are they possibly important?</h3>
83
84 <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
85 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>
86
87 <p>To list view private files use:</p>
88
89 <div class=code><pre>
90 $ ct lsco
91 </pre></div>
92
93 <p>In your view.</p>
94
95 <h3>Checking what's still checked out</h3>
96
97 <p>Most people know how to Find Checkout. But to find all checkouts easily
98 from a command line you can do:</p>
99
100 <div class=code><pre>
101 $ ct lsco -avobs
102 </pre></div>
103
104 <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!
105                               
106                               <p class="entry-footer">
107                                  <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>
108                                  
109                                  
110                               </p>
111                            </div>
112                         </div>
113                      </div>
114                      
115                      
116
117                      <h2 class="date-header">May  7, 2006</h2>
118                      <a id="a000551"></a>
119                      <div class="entry" id="entry-551">
120                         <h3 class="entry-header">Clearquest Migrated</h3>
121                         <div class="entry-content">
122                            <div class="entry-body">
123                               <ul>
124   <li>Backed up production database again</li>
125
126   <li>Shutdown Clearquest database and cqd on sons-clearcase</li>
127
128   <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>
129
130   <li>Added setting of Clearquest connection parameters via a reg file to upgrade clearquset</li>
131
132   <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>
133
134   <li>Fixed up sons-cc, its albd_server process was stuck, and made sure that the changes multisited over to sons-cc.</li>
135
136   <li>Checked out to insure that cqc on sons-cc contacts and works with sons-sc-cc</li>
137 </ul>
138
139 <p><b>Time Spent:</b> 3 hours</p>
140                               
141                               <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>
142
143 <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>
144
145 <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>
146
147 <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>
148
149 <ul>
150   <li>Uninstall the old version of Clearquest (Control Panel: Add/Remove Programs: Rational Clearquest... etc.) You may need to reboot.</li>
151
152   <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>
153
154   <li>Start: Programs: Rational Software: Rational Clearquest:Clearquest Maintenance Tool.</li>
155
156   <li>Select File: Import Profile.</li>
157
158   <li>Click on the ellipsis button (...) and browse to
159 \\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>
160
161   <li>Select Next then Finish</li>
162 </ul>
163
164 <p>That should set up your connection to the database. Then try the Clearquest Client.</p>
165
166 <p>I will try to make myself available Monday in case there are problems.</p>
167                               
168                               <p class="entry-footer">
169                                  <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>
170                                  
171                                  
172                               </p>
173                            </div>
174                         </div>
175                      </div>
176                      
177                   </div>
178                </div>
179             </div>
180          </div>
181       </div>
182    </div>
183 </body>
184 </html>