[OpenAFS] [Q] klog becomes slow...

Neulinger, Nathan nneul@umr.edu
Wed, 9 Apr 2003 08:20:24 -0500


Most likely the token is not being destroyed. What platform is this on?
If linux, this is definately a problem... I have a script you can run
from cron that will clean up the tokens that haven't been destroyed...

Basically what happens is a structure in the kernel starts getting very
large, and incredibly slow to traverse.

If you want to see if this is the problem, issue "kdump -users | tail".
The number of entries should be close to the number of currently open
sessions. If not, and it's much larger, then you need to get rid of the
tokens.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: openafs-info-admin@openafs.org=20
> [mailto:openafs-info-admin@openafs.org] On Behalf Of S.J.Chun
> Sent: Wednesday, April 09, 2003 1:32 AM
> To: openafs-info@openafs.org
> Subject: [OpenAFS] [Q] klog becomes slow...
>=20
>=20
> Hi,
>=20
> We're using OpenAFS for file service and with your kind helps=20
> we can acheive up to several megabytes of
> download speed per user :-)
> But there happened another problem: after some time(about a=20
> week or so), it takes up to 4 seconds
> to process klog. Our client program uses SOAP for file=20
> tranferring and client server communication and
> during each SOAP call, klog is done everytime. So klog=20
> processing time is very annoying one. Rebooting
> the AFS client machine removes this slow klog process problem=20
> but this is not right way of solving problem.
> Why this kind of problem occurs? Yes, we do not unlog each=20
> time because it seems that the token is
> destroyed automatically after the calling process dies.
>=20
> Thanks in advance.
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>=20