[OpenAFS] VL_RegisterAddrs rpc failed (code=5376, err=22)
Derrick Brashear
shadow@gmail.com
Wed, 26 Sep 2007 06:00:14 -0400
------=_Part_541_5016462.1190800814761
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On 9/26/07, afs@freakout.de <afs@freakout.de> wrote:
>
> >> cannot get around this problem - see error messages from FileLog:
> >>
> >> Tue Sep 25 16:15:21 2007 VL_RegisterAddrs rpc failed; will retry
> periodically (code=5376, err=22)
> >
> >use "translate_et 5376" :
> >
> >~: translate_et 5376
> >5376 (u).0 = no quorum elected
> >~:
> >
> >So your database servers haven't head a quorum when the fileserver
> >started. Registration of a fileserver requires a write operation on the
> >vlserver which is only possible on the sync site. Without a quorum the
> >sync site can't be elcted...
> >
> >Do a "udebug <database-server> 7003" to all your database servers
> >to find out what happens!
> >
>
> root@bongo root]# udebug bongo 7003
> Host's addresses are: 192.168.7.68 192.168.4.68 192.168.1.68 192.168.8.68
> 192.168.9.68
> Host's 192.168.7.68 time is Wed Sep 26 10:51:59 2007
> Local time is Wed Sep 26 10:52:02 2007 (time differential 3 secs)
> Last yes vote for 68.7.168.192 was 0 secs ago (sync site);
Looks like an identity crisis. I bet you have a local hostname that binds to
68.7.168.192 in dns or /etc/hosts and in CellServDB you're calling the host
192.168.7.68 or somesuch?
------=_Part_541_5016462.1190800814761
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<br><br><div><span class="gmail_quote">On 9/26/07, <b class="gmail_sendername"><a href="mailto:afs@freakout.de">afs@freakout.de</a></b> <<a href="mailto:afs@freakout.de">afs@freakout.de</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
>> cannot get around this problem - see error messages from FileLog:<br>>><br>>> Tue Sep 25 16:15:21 2007 VL_RegisterAddrs rpc failed; will retry periodically (code=5376, err=22)<br>><br>>use "translate_et 5376" :
<br>><br>>~: translate_et 5376<br>>5376 (u).0 = no quorum elected<br>>~:<br>><br>>So your database servers haven't head a quorum when the fileserver<br>>started. Registration of a fileserver requires a write operation on the
<br>>vlserver which is only possible on the sync site. Without a quorum the<br>>sync site can't be elcted...<br>><br>>Do a "udebug <database-server> 7003" to all your database servers<br>>to find out what happens!
<br>><br><br>root@bongo root]# udebug bongo 7003<br>Host's addresses are: <a href="http://192.168.7.68">192.168.7.68</a> <a href="http://192.168.4.68">192.168.4.68</a> <a href="http://192.168.1.68">192.168.1.68</a>
<a href="http://192.168.8.68">192.168.8.68</a> <a href="http://192.168.9.68">192.168.9.68</a><br>Host's <a href="http://192.168.7.68">192.168.7.68</a> time is Wed Sep 26 10:51:59 2007<br>Local time is Wed Sep 26 10:52:02 2007 (time differential 3 secs)
<br>Last yes vote for <a href="http://68.7.168.192">68.7.168.192</a> was 0 secs ago (sync site);</blockquote><div><br><br>Looks like an identity crisis. I bet you have a local hostname that binds to <a href="http://68.7.168.192">
68.7.168.192</a> in dns or /etc/hosts and in CellServDB you're calling the host <a href="http://192.168.7.68">192.168.7.68</a> or somesuch?<br><br><br></div></div><br>
------=_Part_541_5016462.1190800814761--