[OpenAFS] kernel: afs_NewVCache: warning none freed, using 4000 of 4000
Todd DeSantis
atd@us.ibm.com
Tue, 6 Mar 2007 14:57:06 -0500
--0__=08BBF805DFFEBDB28f9e8a93df938690918c08BBF805DFFEBDB2
Content-type: multipart/alternative;
Boundary="1__=08BBF805DFFEBDB28f9e8a93df938690918c08BBF805DFFEBDB2"
--1__=08BBF805DFFEBDB28f9e8a93df938690918c08BBF805DFFEBDB2
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: quoted-printable
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
=
Derrick J =
Brashear =
<shadow@dementia. =
To
org> Ken Aaker =
Sent by: <kenaaker@silverbacksystems.com>=
openafs-info-admi =
cc
n@openafs.org openafs-info@openafs.org =
Subj=
ect
Re: [OpenAFS] kernel: =
03/06/2007 11:40 afs_NewVCache: warning none free=
d,
AM 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 server=
s.
>>
>> It's the client with whichever which gets the NewVCache error we wan=
t
>> 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 see=
ms
> like any references to files not in the cache generate odd failures i=
n
> 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
=
--1__=08BBF805DFFEBDB28f9e8a93df938690918c08BBF805DFFEBDB2
Content-type: text/html; charset=US-ASCII
Content-Disposition: inline
Content-transfer-encoding: quoted-printable
<html><body>
<p>Hi Ken -<br>
<br>
I normally work with the IBM Transarc AFS client and I know<br>
that there have been some changes in the client code with<br>
OpenAFS, but I do have some questions for you.<br>
<br>
- Is it possible that your appliactions running on this <br>
machine could have 4000 or more files open ?<br>
<br>
You may need to check your application to make sure it is<br>
properly closing files if it happens to open lots of<br>
them.<br>
<br>
- You might consider increasing the -stat afsd parameter<br>
about the 4000 value that you are problably using.<br>
<br>
- AFS will not re-cycle a vcache(stat) struct if it is currently<br>
opened on the client.<br>
<br>
So one suggestion - if you have not tried it yet, would be to<br>
increase -stat to 5000 and see what happens at this point.<br>
<br>
I have not read the entire history of this call, so maybe you<br>
already tried this.<br>
<br>
Thanks<br>
<br>
Todd<br>
<br>
<img width=3D"16" height=3D"16" src=3D"cid:1__=3D08BBF805DFFEBDB28f9e8a=
93df938@us.ibm.com" border=3D"0" alt=3D"Inactive hide details for Derri=
ck J Brashear <shadow@dementia.org>">Derrick J Brashear <shado=
w@dementia.org><br>
<br>
<br>
<table width=3D"100%" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">=
<tr valign=3D"top"><td style=3D"background-image:url(cid:2__=3D08BBF805=
DFFEBDB28f9e8a93df938@us.ibm.com); background-repeat: no-repeat; " widt=
h=3D"40%">
<ul>
<ul>
<ul>
<ul><b><font size=3D"2">Derrick J Brashear <shadow@dementia.org><=
/font></b><font size=3D"2"> </font><br>
<font size=3D"2">Sent by: openafs-info-admin@openafs.org</font>
<p><font size=3D"2">03/06/2007 11:40 AM</font></ul>
</ul>
</ul>
</ul>
</td><td width=3D"60%">
<table width=3D"100%" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">=
<tr valign=3D"top"><td width=3D"1%"><img width=3D"58" height=3D"1" src=3D=
"cid:3__=3D08BBF805DFFEBDB28f9e8a93df938@us.ibm.com" border=3D"0" alt=3D=
""><br>
<div align=3D"right"><font size=3D"2">To</font></div></td><td width=3D"=
100%"><img width=3D"1" height=3D"1" src=3D"cid:3__=3D08BBF805DFFEBDB28f=
9e8a93df938@us.ibm.com" border=3D"0" alt=3D""><br>
<font size=3D"2">Ken Aaker <kenaaker@silverbacksystems.com></font=
></td></tr>
<tr valign=3D"top"><td width=3D"1%"><img width=3D"58" height=3D"1" src=3D=
"cid:3__=3D08BBF805DFFEBDB28f9e8a93df938@us.ibm.com" border=3D"0" alt=3D=
""><br>
<div align=3D"right"><font size=3D"2">cc</font></div></td><td width=3D"=
100%"><img width=3D"1" height=3D"1" src=3D"cid:3__=3D08BBF805DFFEBDB28f=
9e8a93df938@us.ibm.com" border=3D"0" alt=3D""><br>
<font size=3D"2">openafs-info@openafs.org</font></td></tr>
<tr valign=3D"top"><td width=3D"1%"><img width=3D"58" height=3D"1" src=3D=
"cid:3__=3D08BBF805DFFEBDB28f9e8a93df938@us.ibm.com" border=3D"0" alt=3D=
""><br>
<div align=3D"right"><font size=3D"2">Subject</font></div></td><td widt=
h=3D"100%"><img width=3D"1" height=3D"1" src=3D"cid:3__=3D08BBF805DFFEB=
DB28f9e8a93df938@us.ibm.com" border=3D"0" alt=3D""><br>
<font size=3D"2">Re: [OpenAFS] kernel: afs_NewVCache: warning none free=
d, using 4000 of 4000</font></td></tr>
</table>
<table border=3D"0" cellspacing=3D"0" cellpadding=3D"0">
<tr valign=3D"top"><td width=3D"58"><img width=3D"1" height=3D"1" src=3D=
"cid:3__=3D08BBF805DFFEBDB28f9e8a93df938@us.ibm.com" border=3D"0" alt=3D=
""></td><td width=3D"336"><img width=3D"1" height=3D"1" src=3D"cid:3__=3D=
08BBF805DFFEBDB28f9e8a93df938@us.ibm.com" border=3D"0" alt=3D""></td></=
tr>
</table>
</td></tr>
</table>
<br>
<tt>On Tue, 6 Mar 2007, Ken Aaker wrote:<br>
<br>
> Derrick J Brashear wrote:<br>
>> On Tue, 6 Mar 2007, Ken Aaker wrote:<br>
>><br>
>>> Ok, I've saved the outputs from cmdebug -long for each of =
my servers.<br>
>><br>
>> It's the client with whichever which gets the NewVCache error =
we want<br>
>> the cmdebug info from, and it better have about 4000 lines wit=
h a<br>
>> refcnt greater than 0 (so posting it is probably bad)<br>
> The cmdebug command was run on the client that's having trou=
ble.<br>
> cmdebug -long complained if I didn't supply a server name.<br>
<br>
The servername if you run it on the client with trouble is "localh=
ost" :)<br>
<br>
> I can digest the files a little.... Once I get these messages, it =
seems<br>
> like any references to files not in the cache generate odd failure=
s in<br>
> applications, and the problem is cured by a reboot...<br>
<br>
Right, that's expected. No more files means....<br>
<br>
_______________________________________________<br>
OpenAFS-info mailing list<br>
OpenAFS-info@openafs.org<br>
</tt><tt><a href=3D"https://lists.openafs.org/mailman/listinfo/openafs-=
info">https://lists.openafs.org/mailman/listinfo/openafs-info</a></tt><=
tt><br>
</tt><br>
</body></html>=
--1__=08BBF805DFFEBDB28f9e8a93df938690918c08BBF805DFFEBDB2--
--0__=08BBF805DFFEBDB28f9e8a93df938690918c08BBF805DFFEBDB2
Content-type: image/gif;
name="graycol.gif"
Content-Disposition: inline; filename="graycol.gif"
Content-ID: <1__=08BBF805DFFEBDB28f9e8a93df938@us.ibm.com>
Content-transfer-encoding: base64
R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIXlI+py+0PopwxUbpu
ZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFkIFNtYXJ0U2F2ZXIhAAA7
--0__=08BBF805DFFEBDB28f9e8a93df938690918c08BBF805DFFEBDB2
Content-type: image/gif;
name="pic09410.gif"
Content-Disposition: inline; filename="pic09410.gif"
Content-ID: <2__=08BBF805DFFEBDB28f9e8a93df938@us.ibm.com>
Content-transfer-encoding: base64
R0lGODlhWABDALP/AAAAAK04Qf79/o+Gm7WuwlNObwoJFCsoSMDAwGFsmIuezf///wAAAAAAAAAA
AAAAACH5BAEAAAgALAAAAABYAEMAQAT/EMlJq704682770RiFMRinqggEUNSHIchG0BCfHhOjAuh
EDeUqTASLCbBhQrhG7xis2j0lssNDopE4jfIJhDaggI8YB1sZeZgLVA9YVCpnGagVjV171aRVrYR
RghXcAGFhoUETwYxcXNyADJ3GlcSKGAwLwllVC1vjIUHBWsFilKQdI8GA5IcpApeJQt8L09lmgkH
LZikoU5wjqcyAMMFrJIDPAKvCFletKSev1HBw8KrxtjZ2tvc3d5VyKtCKW3jfz4uMKmq3xu4N0nK
BVoJQmx2LGVOmrqNjjJf2hHAQo/eDwJGTKhQMcgQEEAnEjFS98+RnW3smGkZU6ncCWav/4wYOnAI
TihRL/4FEwbp28BXMMcoscQCVxlepL4IGDSCyJyVQOu0o7CjmLN50OZlqWmyFy5/6yBBuji0AxFR
M00oQAqNIstqI6qKHUsWRAEAvagsmfUEAImyxgbmUpJk3IklNUtJOUAVLoUr1+wqDGTE4zk+T6FG
uQb3SizBCwatiiUgCBN8vrz+zFjVyQ8FWkOlg4NQiZMB5QS8QO3mpOaKnL0Z2EKvNMSILEThKhCg
zMKPVxYJh23qm9KNW7pArPynMqZDiErsTMqI+LRi3QAgkFUbXpuFKhSYZALd0O5RKa2z9EYKBbpb
qxIKsjUPRgD7I2XYV6wyrOw92ykExP8NW4URhknC5dKGE4v4NENQj2jXjmfNgOZDaXb5glRmXQ33
YEWQYNcZFnrYcIQLNzyTFDQNkXIff0ExVlY4srziQk43inZgL4rwxxINMvpFFAz1KOODHiu+4aEw
NEjFl5B3JIKWKF3k6I9bfUGp5ZZcdunll5IA4cuHvQQJ5gcsoCWOOUwgltIwAKRxJgbIkJAQZEq0
2YliZnpZZ4BH3CnYOXldOUOfQoYDqF1LFHbXCrO8xmRsfoXDXJ6ChjCAH3QlhJcT6VWE6FCkfCco
CgrMFsROrIEX3o2whVjWDjoJccN3LdggSGXLCdLEgHr1lyU3O3QxhgohNKXJCWv8JQr/PDdaqd6w
2rj1inLiGeiCJoDspAoQlYE6QWLSECehcWIYxIQES6zhbn1iImTHEQyqJ4eIxJJoUBc+3CbBuwZE
V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH
ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT
mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw
9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgmQEyb
jqRwSAt6bqMCOFkvKFN2GPPkUzIm/SCF8z8pVzpbjVnMsy0vOr1hw3SaSRUhpY09v0z0J1FnwzPl
fmh+xl4WtR0zGu24I4KbMQm3lnVu2oNWxI9W/lcyzA+mCKF4DBikxb/+UWtOGRiFP8qEwAayIgIA
Ow==
--0__=08BBF805DFFEBDB28f9e8a93df938690918c08BBF805DFFEBDB2
Content-type: image/gif;
name="ecblank.gif"
Content-Disposition: inline; filename="ecblank.gif"
Content-ID: <3__=08BBF805DFFEBDB28f9e8a93df938@us.ibm.com>
Content-transfer-encoding: base64
R0lGODlhEAABAIAAAAAAAP///yH5BAEAAAEALAAAAAAQAAEAAAIEjI8ZBQA7
--0__=08BBF805DFFEBDB28f9e8a93df938690918c08BBF805DFFEBDB2--