defaria.com/blogs/Status/archives/week_2004_04_25.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 25, 2004 - May  1, 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/week_2004_04_18.html" title="April 18, 2004 - April 24, 2004" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/week_2004_05_02.html" title="May  2, 2004 - May  8, 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/week_2004_04_18.html">&laquo; April 18, 2004 - April 24, 2004</a> |
  36                         <a href="http://defaria.com/blogs/Status/">Main</a>
  37                         | <a href="http://defaria.com/blogs/Status/archives/week_2004_05_02.html">May  2, 2004 - May  8, 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                   </div>
 232                </div>
 233             </div>
 234          </div>
 235       </div>
 236    </div>
 237 </body>
 238 </html>