defaria.com/blogs/Status/archives/000552.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: sons-sc-cc crontab and checking in files</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/000551.html" title="Clearquest Migrated" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/000553.html" title="More woes with 2003 Server and sshd" />
  17
  18
  19
  20
  21
  22    <script type="text/javascript" src="http://defaria.com/blogs/Status/mt-site.js"></script>
  23 </head>
  24 <body class="layout-one-column" onload="individualArchivesOnLoad(commenter_name)">
  25    <div id="container">
  26       <div id="container-inner" class="pkg">
  27
  28          <div id="banner">
  29             <div id="banner-inner" class="pkg">
  30                <h1 id="banner-header"><a href="http://defaria.com/blogs/Status/" accesskey="1">Status for Andrew DeFaria</a></h1>
  31                <h2 id="banner-description">Searchable status reports and work log</h2>
  32             </div>
  33          </div>
  34
  35          <div id="pagebody">
  36             <div id="pagebody-inner" class="pkg">
  37                <div id="alpha">
  38                   <div id="alpha-inner" class="pkg">
  39
  40                      <p class="content-nav">
  41                         <a href="http://defaria.com/blogs/Status/archives/000551.html">&laquo; Clearquest Migrated</a> |
  42                         <a href="http://defaria.com/blogs/Status/">Main</a>
  43                         | <a href="http://defaria.com/blogs/Status/archives/000553.html">More woes with 2003 Server and sshd &raquo;</a>
  44                      </p>
  45
  46                      <a id="a000552"></a>
  47                      <div class="entry" id="entry-552">
  48                         <h3 class="entry-header">sons-sc-cc crontab and checking in files</h3>
  49                         <div class="entry-content">
  50                            <div class="entry-body">
  51                               <h3>Regarding sons-sc-cc's crontab</h3>
  52
  53 <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>
  54
  55 <p>The only thing currently left in ccadmin's crontab on sons-sc-cc are:</p>
  56
  57 <div class=code><pre>
  58 00 02 * * * //sons-sc-cc/Views/official/Tools/bin/update_view -q official
  59
  60 00 00 * * * /usr/bin/find /tmp -type f -ctime +3 -exec rm -f {} \;
  61
  62 01 03 * * Sat //sons-sc-cc/Views/official/Tools/adm/bin/dum -s /dev/d/Views/* &gt; /tmp/viewspace.log
  63 </pre></div>
  64
  65 <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>
  66
  67 <h3>Regarding checking in files/directories and cleaning views</h3>
  68
  69 <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>
  70
  71 <ol>
  72   <li>Check in all files and directories in your views</li>
  73
  74   <li>Check for any view private files you may wish to keep and save them somewhere</li>
  75
  76   <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>
  77 </ol>
  78
  79 <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>
  80
  81 <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
  82 /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>
  83
  84 <h3>What are view private files and why are they possibly important?</h3>
  85
  86 <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
  87 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>
  88
  89 <p>To list view private files use:</p>
  90
  91 <div class=code><pre>
  92 $ ct lsco
  93 </pre></div>
  94
  95 <p>In your view.</p>
  96
  97 <h3>Checking what's still checked out</h3>
  98
  99 <p>Most people know how to Find Checkout. But to find all checkouts easily
 100 from a command line you can do:</p>
 101
 102 <div class=code><pre>
 103 $ ct lsco -avobs
 104 </pre></div>
 105
 106 <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!
 107                            </div>
 108                            <div id="more" class="entry-more">
 109
 110                            </div>
 111                         </div>
 112                         <p class="entry-footer">
 113                            <span class="post-footers">Posted by  on May  8, 2006  9:56 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000552.html">Permalink</a>
 114                         </p>
 115                      </div>
 116
 117
 118
 119
 120                   </div>
 121                </div>
 122             </div>
 123          </div>
 124       </div>
 125    </div>
 126 </body>
 127 </html>