[OpenAFS] kernel: afs_NewVCache: warning none freed, using 4000 of 4000

[Ken Aaker]

Hi Todd,

I haven't been able to pick out any particular application that I can blame.

The first couple times it happened were when the machine was basically
sitting idle overnight.

And, the situation never improves, after I shutdown a number of
processes, I still get failures
try to start applications.

Ken


Todd DeSantis wrote:
>
> Hi Ken -
>
> I normally work with the IBM Transarc AFS client and I know
> that there have been some changes in the client code with
> OpenAFS, but I do have some questions for you.
>
> - Is it possible that your appliactions running on this
> machine could have 4000 or more files open ?
>
> You may need to check your application to make sure it is
> properly closing files if it happens to open lots of
> them.
>
> - You might consider increasing the -stat afsd parameter
> about the 4000 value that you are problably using.
>
> - AFS will not re-cycle a vcache(stat) struct if it is currently
> opened on the client.
>
> So one suggestion - if you have not tried it yet, would be to
> increase -stat to 5000 and see what happens at this point.
>
> I have not read the entire history of this call, so maybe you
> already tried this.
>
> Thanks
>
> Todd
>
> Inactive hide details for Derrick J Brashear
> <shadow@dementia.org>Derrick J Brashear <shadow@dementia.org>
>
>
>                         *Derrick J Brashear <shadow@dementia.org>*
>                         Sent by: openafs-info-admin@openafs.org
>
>                         03/06/2007 11:40 AM
>
> 	
>
> To
> 	
> Ken Aaker <kenaaker@silverbacksystems.com>
>
> cc
> 	
> openafs-info@openafs.org
>
> Subject
> 	
> Re: [OpenAFS] kernel: afs_NewVCache: warning none freed, using 4000 of
> 4000
>
> 	
>
>
> On Tue, 6 Mar 2007, Ken Aaker wrote:
>
> > Derrick J Brashear wrote:
> >> On Tue, 6 Mar 2007, Ken Aaker wrote:
> >>
> >>> Ok, I've saved the outputs from cmdebug -long for each of my servers.
> >>
> >> It's the client with whichever which gets the NewVCache error we want
> >> the cmdebug info from, and it better have about 4000 lines with a
> >> refcnt greater than 0 (so posting it is probably bad)
> > The cmdebug command  was run on the client that's having trouble.
> > cmdebug -long complained if I didn't supply a server name.
>
> The servername if you run it on the client with trouble is "localhost" :)
>
> > I can digest the files a little.... Once I get these messages, it seems
> > like any references to files not in the cache generate odd failures in
> > applications, and the problem is cured by a reboot...
>
> Right, that's expected. No more files means....
>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>