Tnx Paul,

Testing now...

Paul J Stevens wrote:
> Guntis,
>
> try the attached patch if you will.
>
> But more importantly. a reliable workaround that won't require testing
> patches is to tune down the MAXCONNECTS parameter to 100 or so. This
> will prevent forked children from running too long.
>
> Guntis Bumburs wrote:
>   
>> Anatoly wrote:
>>     
>>> Guntis Bumburs wrote:
>>>   
>>>       
>>>> Hello,
>>>>
>>>> I have a problem with dbmail on Freebsd. The situation is that dbmail 
>>>> fills all the /tmp space (seems to not releasing used space/opened file) 
>>>> and when it's full the imap daemon starts acting strange, postfix cant 
>>>> flush new mails ... (pop daemon still works).
>>>> We have 2 installations with identical symptoms.
>>>>
>>>> 1. Our setup
>>>> FreeBSD 7.0-RELEASE-p7
>>>> dbmail 2.2.11
>>>> Mysql 5.0 hosted on dedicated server
>>>>
>>>> The problem happen rarely (once in a few month) could be because the low 
>>>> traffic volume.
>>>>
>>>> #du -h /tmp
>>>> shows 88K used
>>>>
>>>> #df -h /tmp
>>>> shows 89M used
>>>>
>>>> # lsof | grep /tmp | grep dbmail
>>>> shows lots of open files ..
>>>>
>>>> .....
>>>> dbmail-im 97091  nobody   18u    VREG       0,92      82761     269 /tmp 
>>>> (/dev/da0s1e)
>>>> dbmail-im 97091  nobody   19u    VREG       0,92      82761     274 /tmp 
>>>> (/dev/da0s1e)
>>>> dbmail-im 97091  nobody   20u    VREG       0,92    1176746     275 /tmp 
>>>> (/dev/da0s1e)
>>>> dbmail-im 97091  nobody   21u    VREG       0,92      57917     279 /tmp 
>>>> (/dev/da0s1e)
>>>> .....
>>>>
>>>> summing the sizes seems to cerate these 89M
>>>>
>>>>
>>>> case Nr 2 is an installation for our client
>>>> FreeBSD 6.2-RELEASE-p11
>>>> dbmail 2.2.11
>>>> Mysql also hosted on other server
>>>>
>>>> It takes ~ 1 week to fill the /tmp
>>>>
>>>> #du -h /tmp shows 734K
>>>> # df -h /tmp shows 278M
>>>> #lsof | grep /tmp | grep dbmail
>>>> shows lots of open files
>>>> .....
>>>> dbmail-im 97519  nobody   17u    VREG       0,89   12840447      69 /tmp 
>>>> (/dev/ad0s1e)
>>>> dbmail-im 97519  nobody   18u    VREG       0,89    9689295      72 /tmp 
>>>> (/dev/ad0s1e)
>>>> dbmail-im 97519  nobody   19u    VREG       0,89     327779      78 /tmp 
>>>> (/dev/ad0s1e)
>>>> dbmail-im 97519  nobody   20u    VREG       0,89     447281      81 /tmp 
>>>> (/dev/ad0s1e)
>>>> ....
>>>>
>>>> The probleam was also for dbmail 2.2.10 and some earlier versions
>>>> For now we have to periodically restart dbmail-imap daemon to release 
>>>> /tmp. Also i have noticed that if i restart mysql (witch is on different 
>>>> server)
>>>>  /tmp is also freed.
>>>>
>>>> How can i be useful to help solve this problem?
>>>>
>>>>  
>>>> Best Regards,
>>>> Guntis
>>>>
>>>> _______________________________________________
>>>> DBmail mailing list
>>>> [email protected]
>>>> http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
>>>>
>>>>
>>>>     
>>>>         
>>> fsck /tmp
>>>   
>>>       
>> smtp-mx1# fsck /tmp
>> ** /dev/da0s1e (NO WRITE)
>> ** Last Mounted on /tmp
>> ** Phase 1 - Check Blocks and Sizes
>> ** Phase 2 - Check Pathnames
>> ** Phase 3 - Check Connectivity
>> ** Phase 4 - Check Reference Counts
>> UNREF FILE I=4  OWNER=nobody MODE=100600
>> SIZE=1356 MTIME=Apr 23 07:12 2009
>> CLEAR? no
>>
>> UNREF FILE I=13  OWNER=nobody MODE=100600
>> SIZE=2586321 MTIME=Apr 23 08:41 2009
>> CLEAR? no
>>
>> UNREF FILE I=14  OWNER=nobody MODE=100600
>> SIZE=3874 MTIME=Apr 23 03:03 2009
>> CLEAR? no
>> ......
>> ......
>> ** Phase 5 - Check Cyl groups
>> 104 files, 27824 used, 225991 free (199 frags, 28224 blocks, 0.1% 
>> fragmentation)
>>
>> That is not a solution. I will have to umount /tmp (i can do it by force 
>> or stop daemons witch is using /tmp and do normal umount). By stoping 
>> dbmail-imap the problem is resolved.
>> So the problems reported by fsck is the effect of problems caused by dbmail.
>>
>>
>> _______________________________________________
>> DBmail mailing list
>> [email protected]
>> http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
>>
>>     
>
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> DBmail mailing list
> [email protected]
> http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

Reply via email to