Re: Debian 9.8 Hylafax 6.0.6 Dialogic Diva PRI
shouldbe q931 <[email protected]> Tue, 9 Apr 2019 14:26:34 +0100
| Newsgroups | gmane.comp.telephony.fax.hylafax.user |
|---|---|
| Message-ID | <CAP1_MODOucd3MxwokLni1Kq-PBWEvfSQAp+fN-=HK5hzH5_=zw@mail.gmail.com> |
--000000000000975ea1058618e73c Content-Type: text/plain; charset="UTF-8" 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 > --000000000000975ea1058618e73c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <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 Hylaf= ax <<a href=3D"mailto:[email protected]">[email protected]</a>&g= t; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p= x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div d= ir=3D"ltr"><div>Hi Arne,</div><br><div class=3D"gmail_quote"><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>= <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"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 dir=3D"ltr"><br><div class=3D"gm= ail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, Apr 5, 2019 at 2:2= 0 PM Hylafax <<a href=3D"mailto:[email protected]" target=3D"_blank"= >[email protected]</a>> wrote:<br></div><blockquote class=3D"gmail_q= uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2= 04);padding-left:1ex"><div dir=3D"ltr"><div>Hi Arne,</div><div><br></div><d= iv>Thanks for your quick reply.</div><div>Hope they are great memories :-)<= /div></div></blockquote><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(2= 04,204,204);padding-left:1ex"><div dir=3D"ltr"><div>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 c= an send bulk faxes of 35000+ faxes. It takes a while but the load is low an= d the faxes are send. On the new server we sometimes have to reboot the who= le server to get it working again. While we are sending a bulk fax of 100 f= axes.</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 server ?<br></div><div>4 cores</div><d= iv>- 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 from one of the old servers also tested it with the sendfa= x command local server</div><div>- What (plain text, images etc) are you de= livering to hylafax ?=C2=A0</div><div>PDF files</div><div>- When the indica= ted load gets to 30, are faxes still being sent out ?</div></div><div>Yes, = but it takes a while and sometimes we have to reboot the whole server to ge= t 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></b= lockquote><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;bo= rder-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><di= v dir=3D"ltr"><div class=3D"gmail_quote"><div><br></div><div>I am by no mea= ns 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...</div><di= v><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 queue), yo= u should be able to see in htop which are the process that are taking CPU, = and the commands that started them.</div></div></div></div></blockquote><di= v>31 is not a problem. Load keeps low.=C2=A0=C2=A0</div></div></div></block= quote><div>In which case try with a larger batch untill you reach a point w= here it the load goes high.</div><div><br></div><div>=C2=A0</div><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 class=3D"gmai= l_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e= x;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>You could = also try "strace -p $PID -e trace=3D$outputfile" where $PID is th= e PID of one of the processes and $outputfile is a suitable path.;</div></d= iv></div></div></blockquote><div>A new bulk fax with 100 numbers.=C2=A0</di= v><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.</d= iv></div></div></blockquote><div>At the moment you _think_ that it is hylaf= ax causing the high load, you need to retry until you can "see" w= hat is causiong the high load.</div><div><br></div><div>=C2=A0</div><blockq= uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p= x solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div class=3D"g= mail_quote"><div>Can it be a Hylafax configuration setting?=C2=A0<br></div>= </div></div></blockquote><div>Unlikely to be a configuration setting</div><= div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0= px 0.8ex;border-left: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 Reg= ards,</div><div>Wim</div></div></div></blockquote><div><br></div><div>Cheer= s</div><div><br></div><div>Arne</div><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 class=3D"gmail_quote"><blockquote class= =3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg= b(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><div cla= ss=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p= x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div d= ir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" sty= le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi= ng-left:1ex"> </blockquote></div></div> </blockquote></div></div></div> </blockquote></div></div> </blockquote></div></div> --000000000000975ea1058618e73c-- ____________________ 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].*