Paul, I hope I am not disturbing you with my emails. I will provide you with my experience. We are sending 30.000 mms, at a speed of 2,5 mms/seg.
The size of the queue, in KBs, it is related to the number of mms and the size of each one, I guess. So, the "too many open files" problem comes up when we reach the 32MBs o queue, which means a certain number of mms queued. We enqueue very much because the carrier accept speed is lower than the sender application that sends the mms. So, when the queue is to big, then the problem comes up. I have changed the max-send-threads = 20, instead of 10, but it makes no difference. This is what I believe after working with this. I will try to use a database for the queue as you suggested when the web gets fixed. Regards dhcmega On Mon, Jun 22, 2009 at 1:09 PM, dhcmega <[email protected]> wrote: > I was doing some testsWhen the spool directory reaches 32mbs, I start > getting thousands of errors, one after the other, of too many open files, > receiving 5 mms/seg. Could be a file open bug. > > The mbuni.org page is down since a few days ago, do you know when it will > be back? I want to access the user online guide. > > Let me know if like me to do some tests. > > Regards > > dhcmega > > > > > On Mon, Jun 22, 2009 at 3:33 AM, Paul Bagyenda <[email protected]>wrote: > >> >> #1: Unless there is a bug in Mbuni that causes it not to close files, this >> error should not normally occur. You may want to try using the pgsql queue >> module and see if that makes life better. >> #2: There isn't one because the queue is not in-memory as it is in Kannel. >> On the other hand if you use the pgsql queue module then it becomes a simple >> matter to monitor the queueu. >> #3: You can safely ignore the warning (though I've fixed for it in CVS >> and will upload shortly). >> >> >> >> On Jun 21, 2009, at 01:46, dhcmega wrote: >> >> Hello >>> My system is: >>> Linux debian 2.6.18-6-amd64 #1 SMP Fri Jun 6 05:24:08 UTC 2008 x86_64 >>> GNU/Linux >>> I am using the kannel 1.4.2 and the mbuni 1.4.0, both from source. >>> >>> 1) >>> I have been fighting the whole day with the "ERROR: System error 24: Too >>> many open files" problem. >>> I have added these lines at the end of the /etc/security/limits.conf >>> file: >>> mbuni hard nofile 8192 >>> mbuni soft nofile 8192 >>> But I still have the same problem, I am not sure if the system is >>> considering my modification. How do I fix it? >>> The spool directory has thousands of files, I am getting MMS request at a >>> rate of 10 mms/seg, as max. >>> 2) >>> The kannel app has an admin port? So I can get the queue size, sms/seg, >>> etc. I would like to know the queue size. >>> Is there anything similar for the mbuni? >>> >>> 3) >>> Why do I get this warning?? >>> 2009-06-19 14:39:37 [30676] [27] WARNING: HTTP: GET or HEAD method >>> request contains body: >>> 2009-06-19 14:39:37 [30676] [4] INFO: MMSBox: Queued message from service >>> [777], [transid [Mbuni-msg.3177.x2.76.34]: qf3177.2002.x676.23 >>> 2009-06-19 14:39:37 [30676] [4] INFO: MMSBox.mmssend: u=tester, Queued >>> [Accepted: Mbuni-msg.3177.x2.76.34] >>> >>> >>> Thank you very much!! >>> >>> dhcmega >>> >> >> >
_______________________________________________ Users mailing list [email protected] http://lists.mbuni.org/mailman/listinfo/users
