Resizing /var/tmp/.cache

Status
Not open for further replies.

Duncan

Cadet
Joined
Nov 22, 2014
Messages
3
I work in a particularly large AD environment, and the local user/group cache created by FreeNAS fills the full 2GB that is allocated by default for the /var/tmp/.cache memdisk.

Code:
[root@freenas-test01 ~]# du -ach /var/tmp/.cache/                                                                                 
512B    /var/tmp/.cache/.snap                                                                                                     
154M    /var/tmp/.cache/.samba/gencache.tdb                                                                                       
512B    /var/tmp/.cache/.samba/browse.dat                                                                                         
164k    /var/tmp/.cache/.samba/netsamlogon_cache.tdb                                                                              
154M    /var/tmp/.cache/.samba                                                                                                    
8.0k    /var/tmp/.cache/.query/__db.001                                                                                           
12k    /var/tmp/.cache/.query/__db.002                                                                                           
12k    /var/tmp/.cache/.query/__db.003                                                                                           
12k    /var/tmp/.cache/.query/__db.004                                                                                           
152k    /var/tmp/.cache/.query/.cache.db                                                                                          
196k    /var/tmp/.cache/.query                                                                                                    
8.0k    /var/tmp/.cache/.ldap/.activedirectory/.local/.users/UA/__db.001                                                          
12k    /var/tmp/.cache/.ldap/.activedirectory/.local/.users/UA/__db.002                                                          
12k    /var/tmp/.cache/.ldap/.activedirectory/.local/.users/UA/__db.003                                                          
12k    /var/tmp/.cache/.ldap/.activedirectory/.local/.users/UA/__db.004                                                          
71M    /var/tmp/.cache/.ldap/.activedirectory/.local/.users/UA/.cache.db                                                         
71M    /var/tmp/.cache/.ldap/.activedirectory/.local/.users/UA                                                                   
71M    /var/tmp/.cache/.ldap/.activedirectory/.local/.users                                                                      
  0B    /var/tmp/.cache/.ldap/.activedirectory/.local/.groups/UA/__db.001                                                         
512B    /var/tmp/.cache/.ldap/.activedirectory/.local/.groups/UA                                                                  
1.0k    /var/tmp/.cache/.ldap/.activedirectory/.local/.groups                                                                     
71M    /var/tmp/.cache/.ldap/.activedirectory/.local                                                                             
8.0k    /var/tmp/.cache/.ldap/.activedirectory/.users/UA/__db.001                                                                 
12k    /var/tmp/.cache/.ldap/.activedirectory/.users/UA/__db.002                                                                 
12k    /var/tmp/.cache/.ldap/.activedirectory/.users/UA/__db.003                                                                 
12k    /var/tmp/.cache/.ldap/.activedirectory/.users/UA/__db.004                                                                 
1.7G    /var/tmp/.cache/.ldap/.activedirectory/.users/UA/.cache.db                                                                
1.7G    /var/tmp/.cache/.ldap/.activedirectory/.users/UA                                                                          
1.7G    /var/tmp/.cache/.ldap/.activedirectory/.users                                                                             
1.7G    /var/tmp/.cache/.ldap/.activedirectory                                                                                    
1.7G    /var/tmp/.cache/.ldap                                                                                                     
1.9G    /var/tmp/.cache/                                                                                                          
1.9G    total 


Code:
[root@freenas-test01 ~]# df -h
/dev/md3 1.9G 1.9G -153M 109% /var/tmp/.cache


Now, I can stop Directory Services, delete the memdisk using mdconfig, create a larger one, and restart directory servers; similar to what is mentioned in the following ticket: https://bugs.freenas.org/issues/991. However, this is a volatile change, and will be lost on reboot.

My question is, is there a permanent way to resize the memdisk allocated for /var/tmp/.cache, or a safe way to redirect it to a pool, that won't get randomly murdered due to it not being stored in the configuration database?

/var has a file in /conf/base/var/md_size that controls the memdisk size for /var, but I could find no such file for /var/tmp/.cache.

Code:
[root@freenas-test01 ~]# find / -name 'md_size'                                                                                    
/etc/md_size                                                                                                                       
/mnt/md_size                                                                                                                       
/var/md_size                                                                                                                       
/conf/base/var/md_size                                                                                                             
/conf/base/etc/md_size                                                                                                             
/conf/base/mnt/md_size 
 

cyberjock

Inactive Account
Joined
Mar 25, 2012
Messages
19,526
Holy smokes. I don't have the answer, but I've emailed someone to see if they have the answer.

But you gotta tell me.... how absurdly big is your AD environment? This has to be humongous.
 

Duncan

Cadet
Joined
Nov 22, 2014
Messages
3
Thanks cyberjock. Last I checked, we had about 600,000 AD objects.
 
Status
Not open for further replies.
Top