On 10/17/2019 5:47 PM, Alex Rousskov wrote:
Unfortunately, a simple implementation may produce a lot of false warnings in some environments while a quality implementation may not be as easy as you think: Accessing free space info may require special permissions and correctly accounting for the existing shared memory segments in that partition would be tricky (they can be leftovers from the previous Squid run that will be overwritten or something completely unrelated to Squid). Even finding the right partition name in a portable way may be tricky! IMHO, the future development directions outlined when adding shared_memory_locking are more promising in general, but I would be happy to learn that there are even better options.
Clearly Squid is aware of the path where these temp files are being created and can simply statvfs the base path can it not? If it's creating new files in /dev/shm it can statvfs and compare the available space to what it intends to create and in the least warn.
_______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users