Re: Debian 9.8 Hylafax 6.0.6 Dialogic Diva PRI

--000000000000030e280585cc5a68
Content-Type: text/plain; charset="UTF-8"

Hi Wim,

Please reply to the list

On Fri, Apr 5, 2019 at 2:20 PM Hylafax <[email protected]> wrote:

> Hi Arne,
>
> Thanks for your quick reply.
> Hope they are great memories :-)
>
Once I worked out how to drive the Dialogic, I was very happy (-:


It's a new server. We already have a couple of old servers running. I
> understand when you send more then 30 faxes they get queued but on our
> "old" servers we can send bulk faxes of 35000+ faxes. It takes a while but
> the load is low and the faxes are send. On the new server we sometimes have
> to reboot the whole server to get it working again. While we are sending a
> bulk fax of 100 faxes.
>
> - Is this a new issue on a server that has been running without problems,
> or a new server ?
> new server
> - How many CPU cores in the server ?
> 4 cores
> - How many faxes are you sending in your "bulk" send ?
> 100 on the new server
> Old server 35000+ and it is fine
> - How are you delivering to Hylafax ?
> first with the sendfax command from one of the old servers also tested it
> with the sendfax command local server
> - What (plain text, images etc) are you delivering to hylafax ?
> PDF files
> - When the indicated load gets to 30, are faxes still being sent out ?
> Yes, but it takes a while and sometimes we have to reboot the whole server
> to get it working again :-(
>

I'm going to guess that it's the pdf conversion.

I am by no means a Linux sysadmin, just a vaguely competant user, so it is
very possible that there is a better way of finding what is causing the
issue...

What I would do, is run htop, make the terminal as wide as possible (I have
been known to cover two 1920*1200 screens), sort on CPU, and then send a
test batch of 31 (smnallest number guaranteed to queue), you should be able
to see in htop which are the process that are taking CPU, and the commands
that started them.

You could also try "strace -p $PID -e trace=$outputfile" where $PID is the
PID of one of the processes and $outputfile is a suitable path.;

Cheers

Arne



>
> Thanks for your help.
>
> Kind Regards,
> Wim
>
> Op vr 5 apr. 2019 om 13:31 schreef shouldbe q931 <[email protected]>:
>
>> HI Wim
>>
>> On Fri, Apr 5, 2019 at 10:48 AM Hylafax <[email protected]> wrote:
>>
>>> Hi all,
>>>
>>> I'm using Debian 9.8 with Hylafax 6.0.6 and a Dialogic Diva PRI
>>> faxboard. "Normal" faxing is working great but when i send a bulk fax the
>>> server load is going to 30+ and faxes are queued. I contacted Dialogic and
>>> they debugged the board. They come to the conclusion that it must be an
>>> application error.
>>>
>>> Does someone has an idea how to fix this issue?
>>>
>>> Thanks for the help.
>>>
>>> Kind Regards,
>>> Wim
>>>
>>
>> Aah, Dialogic fax cards, brings back memories (-:
>>
>> Starting with the obvious, with a PRI (30 channels), if you send more
>> than 30 faxes, they wil queue (-:
>>
>> Is this a new issue on a server that has been running without problems,
>> or a new server ?
>> How many CPU cores in the server ?
>> How many faxes are you sending in your "bulk" send ?
>> How are you delivering to Hylafax ?
>> What (plain text, images etc) are you delivering to hylafax ?
>> When the indicated load gets to 30, are faxes still being sent out ?
>>
>> htop can be useful to see the full command line that started each process
>> when investigating load issues
>>
>> Cheers
>>
>> Arne
>>
>

--000000000000030e280585cc5a68
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div>Hi Wim,=C2=A0</div><div><br></div><d=
iv>Please reply to the list</div><br><div class=3D"gmail_quote"><div dir=3D=
"ltr" class=3D"gmail_attr">On Fri, Apr 5, 2019 at 2:20 PM Hylafax &lt;<a hr=
ef=3D"mailto:[email protected]">[email protected]</a>&gt; wrote:<br=
></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;=
border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><=
div>Hi Arne,</div><div><br></div><div>Thanks for your quick reply.</div><di=
v>Hope they are great memories :-)</div></div></blockquote><div>Once I work=
ed out how to drive the Dialogic, I was very happy (-:</div><div><br></div>=
<div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=
=3D"ltr"><div>It&#39;s a new server. We already have a couple of old server=
s running. I understand when you send more then 30 faxes they get queued bu=
t on our &quot;old&quot; servers we can send bulk faxes of 35000+ faxes. It=
 takes a while but the load is low and the faxes are send. On the new serve=
r we sometimes have to reboot the whole server to get it working again. Whi=
le we are sending a bulk fax of 100 faxes.</div><div><br></div><div><div>- =
Is this a new issue on a server that has been running without problems, or =
a new server ?</div><div>new server</div><div>- How many CPU cores in the s=
erver ?<br></div><div>4 cores</div><div>- How many faxes are you sending in=
 your &quot;bulk&quot; send ?=C2=A0</div><div>100 on the new server</div><d=
iv>Old server 35000+ and it is fine</div><div>- How are you delivering to H=
ylafax ?<br></div><div>first with the sendfax command from one of the old s=
ervers also tested it with the sendfax command local server</div><div>- Wha=
t (plain text, images etc) are you delivering to hylafax ?=C2=A0</div><div>=
PDF files</div><div>- When the indicated load gets to 30, are faxes still b=
eing sent out ?</div></div><div>Yes, but it takes a while and sometimes we =
have to reboot the whole server to get it working again :-(</div></div></bl=
ockquote><div><br></div><div>I&#39;m going to guess that it&#39;s the pdf c=
onversion.</div><div><br></div><div>I am by no means a Linux sysadmin, just=
 a vaguely competant user, so it is very possible that there is a better wa=
y of finding what is causing the issue...</div><div><br></div><div>What I w=
ould do, is run htop, make the terminal as wide as possible (I have been kn=
own to cover two 1920*1200 screens), sort on CPU, and then send a test batc=
h of 31 (smnallest number guaranteed to queue), you should be able to see i=
n htop which are the process that are taking CPU, and the commands that sta=
rted them.</div><div><br></div><div>You could also try &quot;strace -p $PID=
 -e trace=3D$outputfile&quot; where $PID is the PID of one of the processes=
 and $outputfile is a suitable path.;</div><div><br></div><div>Cheers</div>=
<div><br></div><div>Arne</div><div><br></div><div>=C2=A0</div><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px soli=
d rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div><br></div><div>T=
hanks for your help.</div><div><br></div><div>Kind Regards,</div><div>Wim</=
div><div><br></div><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gma=
il_attr">Op vr 5 apr. 2019 om 13:31 schreef shouldbe q931 &lt;<a href=3D"ma=
ilto:[email protected]" target=3D"_blank">[email protected]</a>&g=
t;:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px =
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"=
ltr"><div>HI Wim</div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=
=3D"gmail_attr">On Fri, Apr 5, 2019 at 10:48 AM Hylafax &lt;<a href=3D"mail=
to:[email protected]" target=3D"_blank">[email protected]</a>&gt; w=
rote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=
=3D"ltr"><div dir=3D"ltr">Hi all,<div><br></div><div>I&#39;m using=C2=A0Deb=
ian 9.8 with Hylafax 6.0.6 and a Dialogic Diva PRI faxboard. &quot;Normal&q=
uot; faxing is working great but when i send a bulk fax the server load is =
going to 30+ and faxes are queued. I contacted Dialogic and they debugged t=
he board. They come to the conclusion that it must be an application error.=
</div><div><br></div><div>Does someone has an idea how to fix this issue?</=
div><div><br></div><div>Thanks for the help.</div><div><br></div><div>Kind =
Regards,</div><div>Wim</div></div></div></blockquote><div><br></div><div>Aa=
h, Dialogic fax cards, brings back memories (-:</div><div><br></div><div>St=
arting with the obvious, with a PRI (30 channels), if you send more than 30=
 faxes, they wil queue (-:</div><div><br></div><div>Is this a new issue on =
a server that has been running without problems, or a new server ?</div><di=
v>How many CPU cores in the server ?<br></div><div>How many faxes are you s=
ending in your &quot;bulk&quot; send ?=C2=A0</div><div>How are you deliveri=
ng to Hylafax ?<br></div><div>What (plain text, images etc) are you deliver=
ing to hylafax ?=C2=A0</div><div>When the indicated load gets to 30, are fa=
xes still being sent out ?</div><div><br></div><div>htop can be useful to s=
ee the full command line that started each process when investigating load =
issues<br></div><div><br></div><div>Cheers</div><div><br></div><div>Arne</d=
iv></div></div>
</blockquote></div></div>
</blockquote></div></div></div>

--000000000000030e280585cc5a68--


____________________ HylaFAX(tm) Users Mailing List _______________________
  To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
 On UNIX: mail -s unsubscribe [email protected] < /dev/null
  *To learn about commercial HylaFAX(tm) support, mail [email protected].*