On Sat, 21 Mar 2009, Ruud Baart wrote: > 1) In my opion starts LDAP too late. Not only for amavis. It is such a
File a wishlist (or minor?) bug on LDAP, they may have reasons to start late... > 2) We use /dev/shm to speed up some services. In the case of amavis we This is not the correct way to do it. /dev/shm is a special namespace for SysV shared memory, you shouldn't use that. You should mount a tmpfs elsewhere and run amavis in that. That will also allow you to limit the maximum memory used for SysV shared memory (/dev/shm) and amavis (the other tmpfs) separately. I do that too, BTW :-) I add tmpfs instances especially for amavisd-new, holding its work directory. Right now, I don't place the DB in tmpfs because I am still not sure if I want persistence on that or not. You just add the proper entries in /etc/fstab, and remember to set the mount options to give the proper owner (amavis) and access permissions. And doing it right like the above doesn't cause issues on boot, and needs no dpkg-statoverride changes. I just punt the amavisd-new "tmp" workdir to tmpfs, btw. The rest stays on disk, so one doesn't have to create them manually on the initscript. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
