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

Ken Aaker kenaaker@silverbacksystems.com
Tue, 06 Mar 2007 10:21:41 -0600


Ok, I've saved the outputs from cmdebug -long for each of my servers.
I'll just put the first part of each in here.
I'm trying to get stuff lined up so I can get them all up to date, but
I'm not there yet. The machine having trouble is
running 1.4.3rc3.

Thanks,
Ken


This is from the server named lars running 1.2.11, it's the sync site
and has mostly read-only volumes on it.


Lock afs_xvcache status: (none_waiting)
Lock afs_xdcache status: (none_waiting)
Lock afs_xserver status: (none_waiting)
Lock afs_xvcb status: (none_waiting)
Lock afs_xbrs status: (none_waiting)
Lock afs_xcell status: (none_waiting)
Lock afs_xconn status: (none_waiting)
Lock afs_xuser status: (none_waiting)
Lock afs_xvolume status: (none_waiting)
Lock puttofile status: (none_waiting)
Lock afs_ftf status: (none_waiting)
Lock afs_xcbhash status: (none_waiting)
Lock afs_xaxs status: (none_waiting)
Lock afs_xinterface status: (none_waiting)
Lock afs_xosi status: (none_waiting)
Lock afs_xsrvAddr status: (none_waiting)
** Cache entry @ 0xf6521000 for 2.536871121.815.72597 [sbsroch.com]
            2048 bytes  DV           10  refcnt     0
    callback 00000000    expires 1172798668
    0 opens    0 writers
    normal file
    states (0x4), read-only
** Cache entry @ 0xc18edc00 for 1.1.1.1 [dynroot]
            2048 bytes  DV            3  refcnt     1
    callback 00000000    expires 0
    0 opens    0 writers
    volume root
    states (0x4), read-only
** Cache entry @ 0xc18ed800 for 2.536870916.1.1 [sbsroch.com]
            2048 bytes  DV           33  refcnt     1
    callback 00000000    expires 1173112012
    0 opens    0 writers
    volume root
    states (0x4), read-only
** Cache entry @ 0xc18eda00 for 1.1.16777220.1 [dynroot]
              22 bytes  DV            1  refcnt     0
    callback 00000000    expires 0
    0 opens    0 writers
    mount point
    states (0x4), read-only
** Cache entry @ 0xc197ba00 for 2.536870916.2.2 [sbsroch.com]
              14 bytes  DV            1  refcnt     0
    callback 00000000    expires 1172982860
    0 opens    0 writers
    mount point
    states (0x4), read-only
** Cache entry @ 0xf650f200 for 2.536870933.50162.3727821 [sbsroch.com]
             154 bytes  DV            1  refcnt     0
    callback 00000000    expires 1172766412
    0 opens    0 writers
    normal file
    states (0x0)
** Cache entry @ 0xc197b800 for 2.536870918.1.1 [sbsroch.com]
            2048 bytes  DV           20  refcnt     0
    callback 00000000    expires 1172989900
    0 opens    0 writers
    volume root
    states (0x0)
** Cache entry @ 0xc18ed600 for 2.536870916.4.3 [sbsroch.com]
               6 bytes  DV            1  refcnt     0
    callback 00000000    expires 1173112012
    0 opens    0 writers
    mount point
    states (0x4), read-only
** Cache entry @ 0xf6510c00 for 2.536870933.50164.3729705 [sbsroch.com]
             170 bytes  DV            1  refcnt     0
    callback 00000000    expires 1172766412
    0 opens    0 writers
    normal file
    states (0x0)
...
...

This is from the server named sven running 1.4.3rc3 , it has mostly
read-only volumes on it.

Lock afs_xvcache status: (none_waiting)
Lock afs_xdcache status: (none_waiting)
Lock afs_xserver status: (none_waiting)
Lock afs_xvcb status: (none_waiting)
Lock afs_xbrs status: (none_waiting)
Lock afs_xcell status: (none_waiting)
Lock afs_xconn status: (none_waiting)
Lock afs_xuser status: (none_waiting)
Lock afs_xvolume status: (none_waiting)
Lock puttofile status: (none_waiting)
Lock afs_ftf status: (none_waiting)
Lock afs_xcbhash status: (none_waiting)
Lock afs_xaxs status: (none_waiting)
Lock afs_xinterface status: (none_waiting)
Lock afs_xosi status: (none_waiting)
Lock afs_xsrvAddr status: (none_waiting)
** Cache entry @ 0xcf0ab800 for 2.536871248.1712.1121 [sbsroch.com]
          704203 bytes  DV            1  refcnt     0
    callback 00000000    expires 1173120460
    0 opens    0 writers
    normal file
    states (0x0)
** Cache entry @ 0xcf003400 for 2.536871121.815.72597 [sbsroch.com]
            2048 bytes  DV           10  refcnt     1
    callback 00000000    expires 1173125836
    0 opens    0 writers
    normal file
    states (0x4), read-only
** Cache entry @ 0xcf037c00 for 2.536871121.12080.72770 [sbsroch.com]
         3089704 bytes  DV            1  refcnt     0
    callback 00000000    expires 1173125836
    0 opens    0 writers
    normal file
    states (0x4), read-only
** Cache entry @ 0xcf0de400 for 2.536871123.6958.252646 [sbsroch.com]
           21510 bytes  DV            1  refcnt     0
    callback 00000000    expires 1173120460
    0 opens    0 writers
    normal file
    states (0x0)
** Cache entry @ 0xcf78d000 for 2.536871123.1838.249738 [sbsroch.com]
           15164 bytes  DV            1  refcnt     0
    callback 00000000    expires 1173120460
    0 opens    0 writers
    normal file
    states (0x0)
** Cache entry @ 0xcf772000 for 2.536871131.1830.100015 [sbsroch.com]
            9740 bytes  DV            1  refcnt     0
    callback 00000000    expires 1173120460
    0 opens    0 writers
    normal file
    states (0x0)
** Cache entry @ 0xcf6ef000 for 2.536871131.806.99503 [sbsroch.com]
            7895 bytes  DV            1  refcnt     0
    callback 00000000    expires 1173120460
    0 opens    0 writers
    normal file
    states (0x0)
** Cache entry @ 0xcf658000 for 2.536871248.1714.1122 [sbsroch.com]
           80522 bytes  DV            1  refcnt     0
    callback 00000000    expires 1173120460
    0 opens    0 writers
    normal file
    states (0x0)
** Cache entry @ 0xcf007400 for 2.536871121.817.72598 [sbsroch.com]
            2048 bytes  DV           17  refcnt     0
    callback 00000000    expires 1173125836
    0 opens    0 writers
    normal file
    states (0x4), read-only
** Cache entry @ 0xdc6e3c00 for 1.1.1.1 [dynroot]
            2048 bytes  DV            3  refcnt     1
    callback 00000000    expires 0
    0 opens    0 writers
    volume root
    states (0x4), read-only
...

This is from the server named storm running 1.2.10 , this is my main RW
server.

Lock afs_xvcache status: (none_waiting)
Lock afs_xdcache status: (none_waiting)
Lock afs_xserver status: (none_waiting)
Lock afs_xvcb status: (none_waiting)
Lock afs_xbrs status: (none_waiting)
Lock afs_xcell status: (none_waiting)
Lock afs_xconn status: (none_waiting)
Lock afs_xuser status: (none_waiting)
Lock afs_xvolume status: (none_waiting)
Lock puttofile status: (none_waiting)
Lock afs_ftf status: (none_waiting)
Lock afs_xcbhash status: (none_waiting)
Lock afs_xaxs status: (none_waiting)
Lock afs_xinterface status: (none_waiting)
** Cache entry @ 0xfaba2000 for 2.536870913.1.1 [sbsroch.com]
            2048 bytes  DV           11  refcnt     1
    callback eb631a20    expires 1172992076
    0 opens    0 writers
    volume root
    states (0x4), read-only
** Cache entry @ 0xfaba2218 for 2.536870913.2.202 [sbsroch.com]
              11 bytes  DV            1  refcnt     0
    callback eb631a20    expires 1172992076
    0 opens    0 writers
    mount point
    states (0x4), read-only
** Cache entry @ 0xfaba2430 for 2.536870916.1.1 [sbsroch.com]
            2048 bytes  DV           33  refcnt     1
    callback eb631a20    expires 1172992076
    0 opens    0 writers
    volume root
    states (0x4), read-only
** Cache entry @ 0xfaba32d8 for 2.536870916.2.2 [sbsroch.com]
              14 bytes  DV            1  refcnt     0
    callback eb631a20    expires 1172992076
    0 opens    0 writers
    mount point
    states (0x4), read-only
** Cache entry @ 0xfaba34f0 for 2.536870918.1.1 [sbsroch.com]
            2048 bytes  DV           20  refcnt     1
    callback eb631a20    expires 1172999244
    0 opens    0 writers
    volume root
    states (0x0)
...
Ken Aaker wrote:
> Derrick J Brashear wrote:
>   
>> On Mon, 5 Mar 2007, Ken Aaker wrote:
>>
>>     
>>>> cmdebug (host) is a good start as it should show which vnodes are
>>>> referenced.
>>>>         
>>> The output from cmdebug after the messages showed up was empty.
>>>       
>> try with -long (though, that's odd)
>>
>>
>>     
>
> Ok, I had to reboot, so I'll have to provoke it again. I'll save the
> output and
> send in a couple of bits when I have it.
>
> Ken Aaker
>
>
>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>