Re: [hylafax-users] problems with faxq

[hchris@xxxxxxxxxxx]

Hi Lee,

I am not shure what I must do now?

Ok, I will try to start the faxes some minutes later with the -a option, but I need to wait for the next bigger broadcasting to test it.

But what should I do with the faxq? Should I go back to the regulare Hylafax with version 6... 
Hylafax+ has the newest 5.4...

As I have had the problem, I have had running FaxAccounting. As I have disabled it, it runs a little bit better, but the usage of CPU of faxq has not changed.

As long as I run FaxAccounting all modems was blocked untill all modems was ready with the actual sending and after this all modems start a new sending. This problem was fixed after removing FaxAccounting.

But I need the duration immediately after sending a fax. And I found no way to add the duration to the notify email.
Is there any way to do this?

Christian


Lee Howard wrote ..
> Aidan Van Dyk wrote:
> > On 22 October 2010 01:55, Lee Howard <faxguy@xxxxxxxxxxxxxxxx> wrote:
> >
> >   
> >> top - 15:34:57 up  6:40,  3 users,  load average: 11.42, 8.54, 4.19
> >> Cpu(s): 49.2%us, 42.4%sy,  0.0%ni,  5.2%id,  0.0%wa,  0.0%hi,  3.2%si,  0.0%st
> >>     
> >
> >   
> >> 10355 uucp      20   0 11760 2620 1368 R 69.3  0.1   1:22.91 faxq
> >> 9469 root      20   0 48544  18m 3628 S 13.0  0.5   0:07.65 asterisk
> >> 15593 root      20   0  2908 1316  860 R  2.5  0.0   0:06.52 top
> >> 9579 uucp      20   0  3420 1012  836 S  1.9  0.0   0:02.11 iaxmodem
> >> 9518 uucp      20   0  3420 1012  836 S  1.6  0.0   0:02.12 iaxmodem
> >>     
> >
> > On this system, I don't see how it could go to 99%CPU.  There just
> > isn't 99% of a CPU to give to faxq, it's busy with other things too.
> 
> Yes, thank you, that was my point.  In the problem scenarios we've seen 
> in the now-distant past we had faxq running 99% CPU with very little 
> else going on (although there should have been a lot going on).  In this 
> scenario faxq is able to keep all the modems occupied... and despite the 
> load the system was always responsive and none of the fax sessions 
> failed as one would expect if they had not had sufficient processor 
> attention.
> 
> Thanks,
> 
> Lee.
> 
> 
> ____________________ HylaFAX(tm) Users Mailing List _______________________
>   To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
>  On UNIX: mail -s unsubscribe hylafax-users-request@xxxxxxxxxxx < /dev/null
>   *To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*