[OpenAFS] rxkad error=19270408

Ted Creedon tcreedon@easystreet.net
Tue, 21 Apr 2009 07:56:53 -0700


--000e0cd311a284b0ca046811db08
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

OpenAFS crashed my 8 processor Intel i7 using 16% of one cpu and 100% of a
single processor system too.

The problem is time consuming due to the cold boots and the reset button...

On Tue, Apr 21, 2009 at 7:52 AM, Mircea Ciocan <mircea.ciocan@cmosvision.com
> wrote:

>
>
> Ted Creedon wrote:
>
>> Sounds like a serious bug has cropped up.
>>
>> /var/log/messages is "full" of rxas errors.
>>
>> Deleting the krb5 principal doesn't make sense..
>>
>> Are you using afs@REALM or afs/celname@REALM ?
>>
>> thanks
>>
>> tedc
>>
>>  Well, I know that this should not be right solution, but this was what
> worked in a VERY stressy situation, I had the EXACT same problem like you
> and the stuff was so miserable that the client machines ( dual quad core
> Xeons !!!) had become completely unresponsive and had to be rebooted  and
> this was the only way it worked for me.
> I'm using afs/cellname@REALM scheme for what is worth.
> As I've said I'm not a sysadmin as my main job and this was totally
> unexpected, thanks God it worked after removing the old key and making a new
> one, total down time was reasonably short, all it took something like 5 min
> to change the keys, it took longer to clean up after :(
> If you manage to find a nicer solution that works in this situation please
> post it on the list so google can index it.
>
> Cheers,
> Mircea
>

--000e0cd311a284b0ca046811db08
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

OpenAFS crashed my 8 processor Intel i7 using 16% of one cpu and 100% of a =
single processor system too.<br><br>The problem is time consuming due to th=
e cold boots and the reset button...<br><br><div class=3D"gmail_quote">On T=
ue, Apr 21, 2009 at 7:52 AM, Mircea Ciocan <span dir=3D"ltr">&lt;<a href=3D=
"mailto:mircea.ciocan@cmosvision.com">mircea.ciocan@cmosvision.com</a>&gt;<=
/span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class=3D"im"=
><br>
<br>
Ted Creedon wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Sounds like a serious bug has cropped up.<br>
<br>
/var/log/messages is &quot;full&quot; of rxas errors.<br>
<br>
Deleting the krb5 principal doesn&#39;t make sense..<br>
<br>
Are you using afs@REALM or afs/celname@REALM ?<br>
<br>
thanks<br>
<br>
tedc<br>
<br>
</blockquote></div>
Well, I know that this should not be right solution, but this was what work=
ed in a VERY stressy situation, I had the EXACT same problem like you and t=
he stuff was so miserable that the client machines ( dual quad core Xeons !=
!!) had become completely unresponsive and had to be rebooted =A0and this w=
as the only way it worked for me.<br>

I&#39;m using afs/cellname@REALM scheme for what is worth.<br>
As I&#39;ve said I&#39;m not a sysadmin as my main job and this was totally=
 unexpected, thanks God it worked after removing the old key and making a n=
ew one, total down time was reasonably short, all it took something like 5 =
min to change the keys, it took longer to clean up after :(<br>

If you manage to find a nicer solution that works in this situation please =
post it on the list so google can index it.<br>
<br>
Cheers,<br><font color=3D"#888888">
Mircea<br>
</font></blockquote></div><br>

--000e0cd311a284b0ca046811db08--