Re: Debian 9.8 Hylafax 6.0.6 Dialogic Diva PRI
Hylafax <[email protected]> Tue, 9 Apr 2019 13:08:37 +0200
| Newsgroups | gmane.comp.telephony.fax.hylafax.user |
|---|---|
| Message-ID | <CABhrXn+JkyzP2witkUYJ8zeTr05nAYCUACpEk6c-6tS-4q-Pmw@mail.gmail.com> |
--00000000000031b6d6058616fac6 Content-Type: text/plain; charset="UTF-8" Hi Arne, > Hi Wim, > > Please reply to the list > Sorry! > > 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 also tried with doc and html files. Same issues :-( > > 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. > 31 is not a problem. Load keeps low. > > 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.; > A new bulk fax with 100 numbers. I tried with htop to find a process but there is no process high on mem or CPU. I tried with iotop to find a process high on IO but no luck. Can it be a Hylafax configuration setting? Kind Regards, Wim > > 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 >>> >> --00000000000031b6d6058616fac6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Hi Arne,</div><br><div class=3D"gmail_quote"><blockqu= ote 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 dir=3D"ltr"= ><div><br>Hi Wim,=C2=A0</div><div><br></div><div>Please reply to the list</= div></div></div></blockquote><div>Sorry!=C2=A0</div><blockquote class=3D"gm= ail_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 dir=3D"ltr"><br><div class= =3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, Apr 5, 2019 = at 2:20 PM Hylafax <<a href=3D"mailto:[email protected]" target=3D"_= blank">[email protected]</a>> wrote:<br></div><blockquote class=3D"g= mail_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><div>Hope they are great memorie= s :-)</div></div></blockquote><div>Once I worked out how to drive the Dialo= gic, I was very happy (-:</div><div><br></div><div><br></div><blockquote cl= ass=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>It's a new se= rver. We already have a couple of old servers running. I understand when yo= u send more then 30 faxes they get queued but on our "old" server= s 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 t= he whole server to get it working again. While 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 se= rver</div><div>- How many CPU cores in the server ?<br></div><div>4 cores</= div><div>- How many faxes are you sending in your "bulk" send ?= =C2=A0</div><div>100 on the new server</div><div>Old server 35000+ and it i= s fine</div><div>- How are you delivering to Hylafax ?<br></div><div>first = with the sendfax command from one of the old servers also tested it with th= e sendfax command local server</div><div>- What (plain text, images etc) ar= e you delivering to hylafax ?=C2=A0</div><div>PDF files</div><div>- When th= e indicated load gets to 30, are faxes still being sent out ?</div></div><d= iv>Yes, but it takes a while and sometimes we have to reboot the whole serv= er to get it working again :-(</div></div></blockquote><div><br></div><div>= I'm going to guess that it's the pdf conversion.</div></div></div><= /div></blockquote><div>I also tried with doc and html files. Same issues :-= (=C2=A0</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 dir=3D"ltr"><div class=3D"gmail_quote"><div><br></div><div>I am b= y no means a Linux sysadmin, just a vaguely competant user, so it is very p= ossible that there is a better way of finding what is causing the issue...<= /div><div><br></div><div>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 qu= eue), you should be able to see in htop which are the process that are taki= ng CPU, and the commands that started them.</div></div></div></div></blockq= uote><div>31 is not a problem. Load keeps low.=C2=A0=C2=A0</div><blockquote= class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px so= lid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><d= iv class=3D"gmail_quote"><div><br></div><div>You could also try "strac= e -p $PID -e trace=3D$outputfile" where $PID is the PID of one of the = processes and $outputfile is a suitable path.;</div></div></div></div></blo= ckquote><div>A new bulk fax with 100 numbers.=C2=A0</div><div>I tried with = htop to find a process but there is no process high on mem or CPU. I tried = with iotop to find a process high on IO but no luck.</div><div>Can it be a = Hylafax configuration setting?=C2=A0<br></div><div><br></div><div>Kind Rega= rds,</div><div>Wim</div><blockquote class=3D"gmail_quote" style=3D"margin:0= px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><= div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_quote"><div><br></div>= <div>Cheers</div><div><br></div><div>Arne</div><div><br></div><div>=C2=A0</= div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bor= der-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div= ><br></div><div>Thanks 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"gmail_attr">Op vr 5 apr. 2019 om 13:31 schreef shouldbe q931 = <<a href=3D"mailto:[email protected]" target=3D"_blank">shouldbeq93= [email protected]</a>>:<br></div><blockquote class=3D"gmail_quote" style=3D"ma= rgin: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 &l= t;<a href=3D"mailto:[email protected]" target=3D"_blank">hylafax@netaff= airs.nl</a>> 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-lef= t:1ex"><div dir=3D"ltr"><div dir=3D"ltr">Hi all,<div><br></div><div>I'm= using=C2=A0Debian 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 app= lication error.</div><div><br></div><div>Does someone has an idea how to fi= x 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><b= r></div><div>Aah, Dialogic fax cards, brings back memories (-:</div><div><b= r></div><div>Starting with the obvious, with a PRI (30 channels), if you se= nd 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 se= rver ?</div><div>How many CPU cores in the server ?<br></div><div>How many = faxes are you sending in your "bulk" send ?=C2=A0</div><div>How a= re you delivering to Hylafax ?<br></div><div>What (plain text, images etc) = are you delivering to hylafax ?=C2=A0</div><div>When the indicated load get= s to 30, are faxes still being sent out ?</div><div><br></div><div>htop can= be useful to see the full command line that started each process when inve= stigating load issues<br></div><div><br></div><div>Cheers</div><div><br></d= iv><div>Arne</div></div></div> </blockquote></div></div> </blockquote></div></div></div> </blockquote></div></div> --00000000000031b6d6058616fac6-- ____________________ 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].*