On Wed, Nov 20, 2024, at 9:17 PM, Douglas Bagnall wrote:> On 21/11/24 14:11, Dan Langille wrote: >> On Wed, Nov 20, 2024, at 6:31 PM, Douglas Bagnall wrote: >>> On 20/11/24 11:55, Dan Langille wrote: >>> >>>> Hope that helps. >>> >>> Not much unfortunately. >>> >>> Running this: >>> >>> net cache list >>> >>> will tell you what the cache thinks it contains. If it is filled with >>> real things, it could indicate where they're coming from. If it fails or >>> shows a cache full of nonsense, well that is also interesting. >> >> That is 161 lines of expired stuff. > > Yeah, I'm not sure how that adds to 4 billion. > > tdbtool /var/db/samba4/gencache.tdb > tdb> info > > will show lines describing the "smallest/average/largest" of various things.This is the file I moved away: [2:23 tm dvl ~] % sudo tdbtool ~/tmp/gencache.tdb tdb> info Size of file/data: 81919/9152 Header offset/logical size: 81920/4294967295 Number of records: 161 Incompatible hash: yes Active/supported feature flags: 0x00000001/0x00000001 Robust mutexes locking: yes Smallest/average/largest keys: 19/39/61 Smallest/average/largest data: 16/17/59 Smallest/average/largest padding: 20/20/26 Number of dead records: 0 Smallest/average/largest dead records: 0/0/0 Number of free records: 22 Smallest/average/largest free records: 28/195223196/4294897995 Number of hash chains: 10000 Smallest/average/largest hash chains: 0/0/2 Number of uncoalesced records: 0 Smallest/average/largest uncoalesced runs: 0/0/0 Percentage keys/data/padding/free/dead/rechdrs&tailers/hashes: 8/3/4/5242874/0/6/49 tdb> -- Dan Langille dan at langille.org
On 21/11/24 15:24, Dan Langille wrote:>>>> net cache list >>>> >>>> will tell you what the cache thinks it contains. If it is filled with >>>> real things, it could indicate where they're coming from. If it fails or >>>> shows a cache full of nonsense, well that is also interesting. >>> >>> That is 161 lines of expired stuff. >> >> Yeah, I'm not sure how that adds to 4 billion. >> >> tdbtool /var/db/samba4/gencache.tdb >> tdb> info >> >> will show lines describing the "smallest/average/largest" of various things. > > This is the file I moved away: > > [2:23 tm dvl ~] % sudo tdbtool ~/tmp/gencache.tdb > tdb> info > Size of file/data: 81919/9152 > Header offset/logical size: 81920/4294967295It looks like tdb internally has a different idea of the file size than the file system has. From an earlier message:>>> The file size is close >>> >>> [22:44 tm dvl ~] % ls -l /var/db/samba4/gencache.tdb >>> -rw-r--r-- 1 root wheel 4295049215 2024.11.18 13:26 /var/db/samba4/gencache.tdb >>> >>> 4295049215-4294967295 = 81,92081920 is 0x14000. 4294967295 is 0xffffffff. the actual file size is 0x100013fff. My understanding of tdb (I am not an expert) is that it can only map in a 32 bit size (up to 4294967295), so the extra stuff at the end is not actually accessible. What I think has happened is mmap() or something has somehow set an extra bit, so the desired file size of 0x13fff becomes 0x100013fff, after which tdb is in a state of confusion, refusing to add anything.> Number of records: 161 > Incompatible hash: yes > Active/supported feature flags: 0x00000001/0x00000001 > Robust mutexes locking: yes > Smallest/average/largest keys: 19/39/61 > Smallest/average/largest data: 16/17/59 > Smallest/average/largest padding: 20/20/26 > Number of dead records: 0 > Smallest/average/largest dead records: 0/0/0 > Number of free records: 22 > Smallest/average/largest free records: 28/195223196/4294897995Of course this largest free record looks a bit large, but I am guessing this is an artifact rather than a cause. The original message said:> I'm using samba416-4.16.11 on FreeBSD 14.1 (on ZFS, in a jail, with quotas on those filesystems, etc)This is a sparsely populated region. Maybe there is something in that "etc" that might affect it? Douglas