[OpenAFS] Workshop troubleshooting session & duplicate VLDB entries

Jeff Quinn jq@msu.edu
Wed, 28 May 2008 09:47:11 -0400


This is a multipart message in MIME format.

------=_NextPart_000_003A_01C8C0A7.CD75A5D0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

I appreciate the help given at the workshop, and wanted to be clear on what
my next steps were.  Please correct me if I am wrong:

The problem was traced to an error in the source code of vsprocs.c -
http://www.openafs.org/cgi-bin/cvsweb.cgi/~checkout~/openafs/src/volser/vspr
ocs.c?rev=1.33.2.19.  

So in order to fix our already messed up vldb, we would just need to compile
vsprocs.c in with openafs 1.4.7, and run the vos syncvldb command.

We have done this, and the vldb still contains two entries of each volume on
that partition.  

 

I tried both syncvldb and syncserv on afsfs5, afsfs10 and a specific volume,
both simulated and real.  Each time, it makes no changes to the vldb.

 

Am I missing something? 

 

Thanks again for your help,

-Jeff


------=_NextPart_000_003A_01C8C0A7.CD75A5D0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal>I appreciate the help given at the workshop, and =
wanted to
be clear on what my next steps were.&nbsp; Please correct me if I am =
wrong:<o:p></o:p></p>

<p class=3DMsoNormal>The problem was traced to an error in the source =
code of
vsprocs.c - &nbsp;<a
href=3D"http://www.openafs.org/cgi-bin/cvsweb.cgi/~checkout~/openafs/src/=
volser/vsprocs.c?rev=3D1.33.2.19">http://www.openafs.org/cgi-bin/cvsweb.c=
gi/~checkout~/openafs/src/volser/vsprocs.c?rev=3D1.33.2.19</a>.&nbsp;
<o:p></o:p></p>

<p class=3DMsoNormal>So in order to fix our already messed up vldb, we =
would just
need to compile vsprocs.c in with openafs 1.4.7, and run the vos =
syncvldb
command.<o:p></o:p></p>

<p class=3DMsoNormal>We have done this, and the vldb still contains two =
entries
of each volume on that partition.&nbsp; <o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal>I tried both syncvldb and syncserv on afsfs5, =
afsfs10 and a
specific volume, both simulated and real.&nbsp; Each time, it makes no =
changes
to the vldb.<o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal>Am I missing something? <o:p></o:p></p>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal>Thanks again for your help,<o:p></o:p></p>

<p class=3DMsoNormal>-Jeff<o:p></o:p></p>

</div>

</body>

</html>

------=_NextPart_000_003A_01C8C0A7.CD75A5D0--