defaria.com/blogs/Status/archives/000440.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: rgy_swtichover/Triggers</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/000439.html" title="SJ Vob move/Triggers" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/000441.html" title="HTML Characters/VOB Distribution" />
  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/000439.html">&laquo; SJ Vob move/Triggers</a> |
  42                         <a href="http://defaria.com/blogs/Status/">Main</a>
  43                         | <a href="http://defaria.com/blogs/Status/archives/000441.html">HTML Characters/VOB Distribution &raquo;</a>
  44                      </p>
  45
  46                      <a id="a000440"></a>
  47                      <div class="entry" id="entry-440">
  48                         <h3 class="entry-header">rgy_swtichover/Triggers</h3>
  49                         <div class="entry-content">
  50                            <div class="entry-body">
  51                               <ul>
  52   <li>Responded to IBM Rational Support regarding rgy_switchover</li>
  53
  54   <li>Added prohibit_operation to trigger list</li>
  55
  56   <li>Instituted the <i>evil twin</i> trigger</li>
  57
  58   <li>Obtained Chris' CQ merge scripts and started looking in to that</li>
  59
  60   <li>Went back to analyzing the PQA CQ data for invalid characters</li>
  61 </ul>
  62                            </div>
  63                            <div id="more" class="entry-more">
  64                               <h3>rgy_switchover</h3>
  65
  66 <p>IBM Rational responded</p>
  67
  68 <blockquote>
  69   <p>Steven Chaves wrote:</p>
  70
  71   <p>Andrew,</p>
  72
  73   <p>Even though there is no documentation saying that about DHCP, UNIX, and Clearcase environment, I would agree with you that rgy_switchover is useless in your situation. It seems to have no problem if you have no Interop environment. I believe that documents show say that works for one platform not Interop environments.</p>
  74 </blockquote>
  75
  76 <p>My response to this was:</p>
  77
  78 <blockquote>
  79   <p>Where in the documents does it state that rgy_switchover is only supported in non interop environments?</p>
  80
  81   <p>I would think that it would be fairly common to have a Clearcase shop in which there are some Unix servers and many Windows clients - even Unix/Linux clients. You are saying that in such environments rgy_switchover is essentially broken in that it doesn't accomplish what it was intended to do.</p>
  82
  83   <p>I feel, but have not managed to proof yet, that if the Windows machine name resolved through DNS then rgy_switchover would work fine. Can you test this scenario? Create an environment where you have two Unix servers, one being the primary registry server and the other the backup registry server. Have 4 clients, 2 Unix and 2 Windows with DHCP assigned IP addresses. Configure 1 Windows machine with a machine name that resolves in DNS via nslookup to it's IP address. The other Windows client's machine name should not resolve in DNS. Same thing with the Unix machine, one resolves, one doesn't.</p>
  84
  85   <p>Then do rgy_switchover. I think you will find that all machines whose names resolve to IP addresses through DNS will switchover and all machines whose names don't resolve in DNS will fail to switchover.</p>
  86
  87   <p>If that's the case then the documentation should clearly indicate that rgy_switchover will fail on any machine whose name does not resolve to it's IP address in DNS.</p>
  88
  89   <p>Ray, why don't Windows machine names (e.g. my machine - ltsjca-adefaria) resolve in DNS using nslookup? I think it is possible to set it up so that Windows machine names resolve in DNS and are still DHCP assigned.</p>
  90 </blockquote>
  91
  92 <h3>Prohibit Operation</h3>
  93
  94 <p>Many companies add a trigger such that any new element created is immediately changed to be owned by vobadm. This way individuals do not own the element - vobadm does - which is closer to say "these aren't your elements - they are the company's". It also has the nice side effect of automatically disallowing certain potentially dangerous operations like rmelem from being done by non-owners. So then only vobadm can rmelems.</p>
  95
  96 <p>Here at Broadcom they take a different approach: Rather than changing ownership to vobadm they put a trigger on rmelem and rmver with an -nuser vobadm. I'm not sure I agree with not allowing users to rmver.</p>
  97
  98 <p>Luckily I was able to add -nusers vobadm to the "Type" line in triggers.dat and it was just passed along. We really should implement an "Options" line for additional options.</p>
  99                            </div>
 100                         </div>
 101                         <p class="entry-footer">
 102                            <span class="post-footers">Posted by  on October  4, 2005 11:30 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000440.html">Permalink</a>
 103                         </p>
 104                      </div>
 105
 106
 107
 108
 109                   </div>
 110                </div>
 111             </div>
 112          </div>
 113       </div>
 114    </div>
 115 </body>
 116 </html>