Re: Debian 9.8 Hylafax 6.0.6 Dialogic Diva PRI
Hylafax <[email protected]> Wed, 10 Apr 2019 16:52:25 +0200
| Newsgroups | gmane.comp.telephony.fax.hylafax.user |
|---|---|
| Message-ID | <CABhrXnJgk80kBvGtymXv24FE+xs88_ZkMv0u5OZaLh5p5ZqNnA@mail.gmail.com> |
--00000000000069f4dc05862e38fc Content-Type: text/plain; charset="UTF-8" Hi Arne, Thanks! Unfortunately there is not 1 process that's causing the high load. I created a sleep of 30 seconds after every 10 faxes and thats works. When i set the sleep on 10 seconds or less I have the same problem. With faxstat -s i see that after a job is done it takes a long time the tty is available for the new job. For a long time it has the status: Initializing server Kind Regards, Wim Op di 9 apr. 2019 om 15:27 schreef shouldbe q931 <[email protected]>: > > > On Tue, Apr 9, 2019 at 12:08 PM Hylafax <[email protected]> wrote: > >> 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. >> > In which case try with a larger batch untill you reach a point where it > the load goes high. > > > >> >>> 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. >> > At the moment you _think_ that it is hylafax causing the high load, you > need to retry until you can "see" what is causiong the high load. > > > >> Can it be a Hylafax configuration setting? >> > Unlikely to be a configuration setting > > >> >> Kind Regards, >> Wim >> > > Cheers > > Arne > >> --00000000000069f4dc05862e38fc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div di= r=3D"ltr">Hi Arne,<div><br></div><div>Thanks!</div><div>Unfortunately there= is not 1 process that's causing the high load. I created a sleep of 30= seconds after every 10 faxes and thats works. When i set the sleep on 10 s= econds or less I have the same problem. With faxstat -s i see that after a = job is done it takes a long time the tty is available for the new job. For = a long time it has the status:<br></div><div>Initializing server<br></div><= div><br></div><div>Kind Regards,</div><div>Wim</div></div></div></div></div= ></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr"= >Op di 9 apr. 2019 om 15:27 schreef shouldbe q931 <<a href=3D"mailto:sho= [email protected]">[email protected]</a>>:<br></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 dir=3D"ltr"><br>= </div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">= On Tue, Apr 9, 2019 at 12:08 PM Hylafax <<a href=3D"mailto:hylafax@netaf= fairs.nl" target=3D"_blank">[email protected]</a>> wrote:<br></div><= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>Hi A= rne,</div><br><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pa= dding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div><br>Hi Wim,=C2=A0</d= iv><div><br></div><div>Please reply to the list</div></div></div></blockquo= te><div>Sorry!=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"><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">hylafax@netaffairs= .nl</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"marg= in:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1e= x"><div dir=3D"ltr"><div>Hi Arne,</div><div><br></div><div>Thanks for your = quick reply.</div><div>Hope they are great memories :-)</div></div></blockq= uote><div>Once I worked 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 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex"><div dir=3D"ltr"><div>It's a new server. We already have a c= ouple 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 sen= d. 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.</div><div><br= ></div><div><div>- Is this a new issue on a server that has been running wi= thout problems, or a new server ?</div><div>new server</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 is fine</div><div>- How are = you delivering to Hylafax ?<br></div><div>first with the sendfax command fr= om one of the old servers also tested it with the sendfax command local ser= ver</div><div>- What (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 being sent out ?</div></div><div>Yes, but it takes a whil= e and sometimes we have to reboot the whole server 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 al= so tried with doc and html files. Same issues :-(=C2=A0</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 dir=3D"ltr"><div = class=3D"gmail_quote"><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 bet= ter way of finding what is causing the issue...</div><div><br></div><div>Wh= at I would do, is run htop, make the terminal as wide as possible (I have b= een known to cover two 1920*1200 screens), sort on CPU, and then send a tes= t 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 th= at started them.</div></div></div></div></blockquote><div>31 is not a probl= em. Load keeps low.=C2=A0=C2=A0</div></div></div></blockquote><div>In which= case try with a larger batch untill you reach a point where it the load go= es high.</div><div><br></div><div>=C2=A0</div><blockquote class=3D"gmail_qu= ote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,20= 4);padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><blockquot= e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px s= olid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><= div class=3D"gmail_quote"><div><br></div><div>You could also try "stra= ce -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></bl= ockquote><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></div></bl= ockquote><div>At the moment you _think_ that it is hylafax causing the high= load, you need to retry until you can "see" what is causiong the= high load.</div><div><br></div><div>=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 class=3D"gmail_quote"><div>Ca= n it be a Hylafax configuration setting?=C2=A0<br></div></div></div></block= quote><div>Unlikely to be a configuration setting</div><div>=C2=A0</div><bl= ockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-lef= t:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div class= =3D"gmail_quote"><div></div><div><br></div><div>Kind Regards,</div><div>Wim= </div></div></div></blockquote><div><br></div><div>Cheers</div><div><br></d= iv><div>Arne</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 di= r=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" styl= e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin= g-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_quote"><b= lockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-le= ft:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div class= =3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px = 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> </blockquote></div></div> </blockquote></div></div></div> </blockquote></div></div> </blockquote></div></div> </blockquote></div> --00000000000069f4dc05862e38fc-- ____________________ 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].*