Initial add of defaria.com
[clearscm.git] / defaria.com / blogs / Status / archives / 000557.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: Salira Vob Corruption</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/000556.html" title="dbcheck" />
16    <link rel="next" href="http://defaria.com/blogs/Status/archives/000558.html" title="Remove Empty Branch" />
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/000556.html">&laquo; dbcheck</a> |
42                         <a href="http://defaria.com/blogs/Status/">Main</a>
43                         | <a href="http://defaria.com/blogs/Status/archives/000558.html">Remove Empty Branch &raquo;</a>
44                      </p>
45
46                      <a id="a000557"></a>
47                      <div class="entry" id="entry-557">
48                         <h3 class="entry-header">Salira Vob Corruption</h3>
49                         <div class="entry-content">
50                            <div class="entry-body">
51                               <ul>
52   <li>Cleaned up Multisite Packets</li>
53
54   <li>Cleaned up sons-sc-cc:/Windows/temp and sons-clearcase salira vob cleartext pools due to disk space crunch</li>
55
56   <li>Ran dbcheck on salira vob to fix corruption</li>
57
58   <li>Tested changing mastership of a test branch</li>
59 </ul>
60
61 <p><b>Time spend:</b> 7 hours</p>
62                            </div>
63                            <div id="more" class="entry-more">
64                               <h3>Cleaning up Multisite Packets</h3>
65
66 <p>First order of business was to attempt to clean up multisite packets that reside in the shipping bays for both sons-clearcase and sons-sc-cc as much as possible. As per my prior work there seems to be huge sync packets to sync, which takes time. I wanted to attempt a chmaster on an older branch to see how that changes from sons-clearcase -&gt; sons-sc.cc.  Part of the chmaster involves informing the other replica of the change. This happens through the normal multisite syncreplica. If the bays are full of huge packets then I need to process them first. One problem I hit was running out of space on sons-sc-cc. Normally this is not a problem as there is enough space on the C drive where the vobs reside. But with these huge packets going back and forth I was running out of space. Cleaned up some space and attempt to import all packets on sons-sc-cc. I also attempted to scrub the cleartext pool on sons-clearcase, which has grown to 4 gig! The cleartext pool is a caching mechanism thus since Clearcase can reconstruct the cleartext pool at any time (cleartext is mutable) I figured I could save 4 gig.</p>
67
68 <h3>Testing chmaster</h3>
69
70 <p>Tested out that I cannot check out, and back in, and element on the rel_1.0 branch from a view on sons-sc-cc. I then attempted to transfer mastership of the rel_1.0 branch -&gt;  sons-sc-cc but received the following error:<br>
71
72 <div class=code><pre>
73 <b>[ccadmin] sons-clearcase:</b><u>ct chmaster SantaClara brtype:rel_1.0@\\salira</u>
74 cleartool: Error: Branch type "rel_1.0" has branches (with default mastership) that have outstanding checkouts.
75 </pre></div>
76
77 <p>Actually there are still checkout on the rel_1.0 branch in, for example, the view YXiu_view_desktop (e.g. salira/neopon/build/makefile).</p>
78
79 <h3>Ran dbcheck on salira vob to fix corruption</h3>
80
81 <p><b>10:40 Pm:</b> Decided to give up on the testing of chmaster and get the vob fixed. Locked salira vob. Started copy of db</p>
82
83 <p><b>:10:43 Pm:</b> Dtarted keybuild procedure. Keybuild failed with:</p>
84
85 <div class=code><pre>
86 db_VISTA Version 3.20
87 Key File Build Utility
88 Copyright (C) 1985-1990 Raima Corporation, All Rights Reserved
89
90 initializing key file: vob_db.k01
91 initializing key file: vob_db.k02
92 initializing key file: vob_db.k03
93 initializing key file: vob_db.k04
94 processing data file: vob_db.d01, total records = 3555277
95  record:       9000
96  record:      19000
97  record:      29000
98  record:      39000
99  record:      49000
100  record:      59000
101  record:      69000
102  record:      79000
103  record:      89000
104  record:      99000
105  record:     109000
106  record:     119000
107  record:     129000
108  record:     139000
109  record:     149000
110  record:     159000
111 </pre></div>
112  
113 <p>keybuild failed with an exit code of 58. Ran keybuild again... This seems to be going better... Did d01 file. Proceeded to work on the d02 file then (11:07 Pm):</p>
114
115 <div class=code><pre>
116 record:   863000<br>
117 *** db_VISTA database error -901 - system error
118
119 Bad read  863475
120     863474processing data file vob_db.d02, total records = 1
121
122  record:       1
123
124 key file rebuild completed
125 </pre></div>
126
127 <p>Hmmm... Doesn't seem like the key file rebuild was really completed. I wonder... Should I try again? Trying again...</p>
128
129 <p>Third times a charm they say! keybuild ran to completion but for a while it was touch and go as sons-clearcase was not responding. Now, however, I can import the packets that were stuck... Well most of them:</p>
130
131 <div class=code><pre>
132 Applied sync. packet sync_SantaClara_26-Jun-06.02.00.01_5308 to VOB \\sons-clearcase\VOBs\salira.vbs
133 Multitool.exe: Error: Database identifier (dbid) not found in database: "\salira".
134 Multitool.exe: Error: Could not get oplog entry with order:2886884 from replica:
135 China with oplog_id:376595: reference to non-existent ClearCase object.
136 Multitool.exe: Error: Could not check oplog entry for divergence: reference to non-existent ClearCase object.
137 Multitool.exe: Error: Cannot apply sync. packet sync_China_26-Jun-06.16.32.42_3292_1 to VOB replica \\sons-clearcase\VOBs\salira.vbs: reference to non-existent ClearCase object
138 </pre></div>
139
140 <p>Damn. Ran syncreplica -import again and everything got processed. I'm glad it's processed but I can't help but wonder why I hit these errors...</p>
141
142
143                            </div>
144                         </div>
145                         <p class="entry-footer">
146                            <span class="post-footers">Posted by  on June 27, 2006 11:18 AM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000557.html">Permalink</a>
147                         </p>
148                      </div>
149
150                      
151
152                      
153                   </div>
154                </div>
155             </div>
156          </div>
157       </div>
158    </div>
159 </body>
160 </html>