/tmp is not a special volume on my system, and has plenty of room for a 2MB
file:
sh-3.2# df -h
Filesystem Size Used Avail Capacity iusedifree
%iused Mounted on
/dev/disk0s2 184Gi 170Gi 14Gi93% 44604554 3741719
92% /
devfs
I found something that helped: I googled and discovered the ipcs utility:
68 08:24 tapple /Library/Server/Web/Config/apache2/sites $ ipcs -am
IPC status from as of Mon Dec 28 08:24:42 EST 2015
T ID KEYMODE OWNERGROUP CREATOR CGROUP NATTCH
SEGSZ CPID LPID ATIME
Looks like the module is not cleaning up and removing the shared memory
segment during a shutdown and/or restart.
> On Dec 28, 2015, at 8:43 AM, Tapple Gao wrote:
>
> I found something that helped: I googled and discovered the ipcs utility:
>
> 68 08:24 tapple /Library/Server/Web/Config/apache2
You could possible add a call to apr_shm_remove(shmfilename, pconf)
(resp. shmfilename_delaypool) in the module's post_config, before the
SHMs are created with apr_shm_create().
Regards,
Yann.
On Mon, Dec 28, 2015 at 2:56 PM, Jim Jagielski wrote:
> Looks like the module is not cleaning up and re
Registering it as a cleanup is likely better
> On Dec 28, 2015, at 9:09 AM, Yann Ylavic wrote:
>
> You could possible add a call to apr_shm_remove(shmfilename, pconf)
> (resp. shmfilename_delaypool) in the module's post_config, before the
> SHMs are created with apr_shm_create().
>
> Regards,
>
