Re: Gnugk crashing at high volumes.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I tried for all three (openh323gk, pwlib and openh323lib) packages:
make uninstall
make clean
./configure
make
make install
All went fine for all installs/make/installs except for make of openh323gk:

constructors -c ProxyChannel.cxx -o obj_linux_x86_r/ProxyChannel.o
ProxyChannel.cxx: In member function `void
   CallSignalSocket::ForwardCall(FacilityMsg*)':
ProxyChannel.cxx:979: warning: choosing `H225_Content::operator
   H225_AliasAddress&()' over `H225_Content::operator const
   H225_AliasAddress&() const'
ProxyChannel.cxx:979: warning:   for conversion from `H225_Content' to `const
   H225_AliasAddress&'
ProxyChannel.cxx:979: warning:   because conversion sequence for the argument
   is better
g++ -DHAS_PGSQL=1  -I/usr/include/mysql -DHAS_MYSQL=1 -DHAS_RADIUS=1 -DHAS_MSG_NOSIGNAL=1  -D'MANUFACTURER=GNU' -D'PROGRAMMNAME=Gatekeeper' -DPTRACING  -DP_USE_PRAGMA -D_REENTRANT -DOPENSSL_NO_KRB5 -I/usr/local/share/pwlib//include -DPTRACING -I/usr/local/include/openh323 -DMAJOR_VERSION=2 -DMINOR_VERSION=2 -DBUILD_NUMBER=3 -Os   -felide-constructors -c gk.cxx -o obj_linux_x86_r/gk.o
make[2]: *** No rule to make target `/usr/local/share/pwlib//lib/libpt_linux_x86_r.so', needed by `versionts.h'.  Stop.
make[2]: Leaving directory `/root/tmp/newgk2006-02-16/openh323gk-2.2.3'
make[1]: *** [optshared] Error 2
make[1]: Leaving directory `/root/tmp/newgk2006-02-16/openh323gk-2.2.3'
make: *** [bothshared] Error 2


Is there good walk thru to do this statically so there are less chances of dependancy issues?

Thanks again for your help.
Work Signature

Thanks,

C. Ed Felt Caflo Network Engineer/Programmer

(801) 766-8433 (home)
(801) 420-8879 (cell)
74999 (h.323)
74777 (sip)
edeefelt@xxxxxxxxxxx
efelt@xxxxxxxxxxxx
chat: edeefelt(aim), edeefelt (yahoo), edeefelt@xxxxxxxxxxx (msn), v_2chafe@xxxxxxxxxxx (msn)
http://www.thefelts.net




Jan Willamowius wrote:
Try a 'make clean' before the ./configure


C. Ed Felt wrote:
  
I am at the last step of compiling your patch to fix the bad NAT
    
request issue and appear to be having the same problem as:
  
http://www.openh323.org/pipermail/openh323/Week-of-Mon-20051031/075341.html
  
But I see no resolution reply to his request.

Here is my detail:

[root@200 openh323gk-2.2.3]# pwd
/root/tmp/newgk2006-02-16/openh323gk-2.2.3
[root@200 openh323gk-2.2.3]# ./configure
loading cache ./config.cache
...
creating ./config.status
creating Makefile
[root@200 openh323gk-2.2.3]# make                     
...
make[2]: Entering directory
    
`/root/tmp/newgk2006-02-16/openh323gk-2.2.3'
  
make[2]: *** No rule to make target
    
`/usr/local/share/pwlib//lib/libpt_linux_x86_r.so', needed by
`versionts.h'.  Stop.
  
make[2]: Leaving directory
    
`/root/tmp/newgk2006-02-16/openh323gk-2.2.3'
  
make[1]: *** [optshared] Error 2
make[1]: Leaving directory
    
`/root/tmp/newgk2006-02-16/openh323gk-2.2.3'
  
make: *** [bothshared] Error 2

Please also note:

[root@200 openh323gk-2.2.3]# locate libpt_linux_x86_r.so
/root/tmp/newgk2006-02-16/pwlib_v1_9_2/lib/libpt_linux_x86_r.so.1.9.2
/root/tmp/newgk2006-02-16/pwlib_v1_9_2/lib/libpt_linux_x86_r.so
/root/tmp/newgk2006-02-16/pwlib_v1_9_2/lib/libpt_linux_x86_r.so.1
/root/tmp/newgk2006-02-16/pwlib_v1_9_2/lib/libpt_linux_x86_r.so.1.9
/usr/local/lib/libpt_linux_x86_r.so.1.9.2
/usr/local/lib/libpt_linux_x86_r.so.1.9
/usr/local/lib/libpt_linux_x86_r.so.1
/usr/local/lib/libpt_linux_x86_r.so

We are running RHE 3

Is there an easy way to specify to location of the
    
libpt_linux_x86_r.so file in the make command? 
  
As far as I can tell I have all the latest libraries required
    
installed.  Thanks again for your help.  I installed both pwlib and
openh323 libraries successfully.
  
Work Signature

Thanks,

C. Ed Felt Caflo Network Engineer/Programmer

(801) 766-8433 (home)
(801) 420-8879 (cell)
74999 (h.323)
74777 (sip)
edeefelt@xxxxxxxxxxx
efelt@xxxxxxxxxxxx
chat: edeefelt(aim), edeefelt (yahoo), edeefelt@xxxxxxxxxxx (msn),
    
v_2chafe@xxxxxxxxxxx (msn)
  
http://www.thefelts.net



Jan Willamowius wrote:Use something like "patch < NatAware.txt" and
    
recompile GnuGk.
  
C. Ed Felt wrote:
  Sorry to bother you again:

How do I apply the patch "NatAware.txt"?  Just put it in the source
    directory and make again or are there special command line
    
parameters I
  
should use on ./configure or make?
  Work Signature

Thanks,

C. Ed Felt Caflo Network Engineer/Programmer

(801) 766-8433 (home)
(801) 420-8879 (cell)
74999 (h.323)
74777 (sip)
edeefelt@xxxxxxxxxxx
efelt@xxxxxxxxxxxx
chat: edeefelt(aim), edeefelt (yahoo), edeefelt@xxxxxxxxxxx (msn),
    v_2chafe@xxxxxxxxxxx (msn)
  http://www.thefelts.net



Jan Willamowius wrote:Sorry, try this link:


   
    
http://sourceforge.net/tracker/index.php?func=detail&aid=1421117&group_id=4797&atid=304797
  
  
C. Ed Felt wrote:
  Jan:

Thanks for the information.  I looked at the link you posted below but
    do not see a patch on the page:
 
   
    
http://sourceforge.net/mailarchive/forum.php?thread_id=9573995&forum_id=8549
  
    
Can you please send a link with the current patch you are referring
    to?  The page you sent does not have a patch on it but refers to a
possible setting fix:
  "Hi,
the Statustracelevel setting could be a cause for slowdown.
Try Statustracelevel=2
Regards,
Jan"

Is this what you are referring to?

There is a page of patches I found for gnugk, but I'm not sure which
    one you think would help us:
  http://sourceforge.net/tracker/?group_id=4797&atid=304797

Thanks again for your help.
Work Signature

Thanks,

C. Ed Felt Caflo Network Engineer/Programmer

(801) 766-8433 (home)
(801) 420-8879 (cell)
74999 (h.323)
74777 (sip)
edeefelt@xxxxxxxxxxx
efelt@xxxxxxxxxxxx
chat: edeefelt(aim), edeefelt (yahoo), edeefelt@xxxxxxxxxxx (msn),
    v_2chafe@xxxxxxxxxxx (msn)
  http://www.thefelts.net



Jan Willamowius wrote:Hi,

would you be able to apply a patch to the latest GnuGk source code,
recompile and see if it fixes your crash ?

Here is the patch

   
   
    
http://sourceforge.net/mailarchive/forum.php?thread_id=9573995&forum_id=8549
  
    Thanks a lot,
Jan


C. Ed Felt wrote:
  We are having an issue that may be similar to the one in this
    archive:
  
   
   
   
    
http://sourceforge.net/mailarchive/forum.php?thread_id=9573995&forum_id=8549
  
      Gnugk is crashing seemingly at random times.  In watching the
    status
      monitor it seems to crash when there are high call volumes, but
    
we
  
    have
  not been able to verify this.  We are currently running 2.2.2 and
    are
  using a system to restart it automatically when it crashes
    
("monit"). 
  
We would like to figure out what is causing it to crash so that we can
use it in our carrier grade platform.  We have tried setting the
verbosity of the debug to a very high level to try and capture the
error, but the log doesn't appear to help us much (no errors that
    stand
  out at "-ttttt" verbosity saved to a log).
  I am listing the last hundred lines of the log file (up to the time
    of
      crash) as well as our config file below.  Please let me know if
    you
  would like the entire log file or more information.  Thank you in
advance for your help.  "X" in the config represents the info that
    would
  be there that we know allready works.
 
   
   
    
################################CONFIG################################
  
    [Gatekeeper::Main]
Home=X <IP of NIC we want GNUGK to run on on the server)
Name=X
TimeToLive=60

[RoutedMode]
GKRouted=1
SupportNATedEndpoints=1
CallSignalPort=1720
AcceptUnregisteredCalls=0
AcceptNeighborsCalls=1

[GkStatus::Auth]
rule=password
keyfilled=X
X=x
X=x

[RasSrv::GWPrefixes]
X=X ... etc

[RasSrv::PermanentEndpoints]
X=X ... etc

[RasSrv::GWRewriteE164]
X=in=4=011542234

[RasSrv::RewriteE164]
X=X ...  etc

[Proxy]
Enable=0

[Gatekeeper::Acct]
FileAcct=required
SQLAcct=required;start,update,stop

[FileAcct]
DetailFile=/gnugk/log/cdr.log
Rotate=L10000

[SQLAcct]
Driver=MySQL
Host=127.0.0.1
Database=caflobvi
Username=X
Password=X
StartQuery=INSERT INTO call (gkname, sessid, callno, username,
    calling, called, duration, disconnectcause, TimeStamp,
    long_distance,
  rated, DESCRIPTION, ip) VALUES ('%g', '%s', %n, '%u',
'%{Calling-Station-Id}', '%{Called-Station-Id}', '%d', '%c', NOW(),
IF(%{Called-Station-Id} REGEXP '^[01689]','1','0'),
IF(%{Called-Station-Id} REGEXP '^[01689]','0','1'),
IF(%{Called-Station-Id} REGEXP '^[01689]','0','Llamada iPort On Net'),
'%{caller-ip}')
  StartQueryAlt=UPDATE call SET username = '%u', calling =
    '%{Calling-Station-Id}', called = '%{Called-Station-Id}', duration
    = %d,
  disconnectcause = %c WHERE gkname = '%g' AND sessid = '%s'
  UpdateQuery=UPDATE call SET duration = %d, call_done = '1' WHERE
    gkname = '%g' AND sessid = '%s'
  StopQuery=UPDATE call SET call_done = '1', username = '%u', calling
    =
      '%{Calling-Station-Id}', called = '%{Called-Station-Id}',
    duration
      = %d,
  disconnectcause = %c WHERE gkname = '%g' AND sessid = '%s'
  StopQueryAlt=INSERT INTO call (gkname, sessid, callno, username,
    calling, called, duration, disconnectcause, call_done) VALUES
    ('%g',
  '%s', %n, '%u', '%{Calling-Station-Id}', '%{Called-Station-Id}', %d,
    %c,
  '1')
  [Gatekeeper::Auth]
RadAliasAuth=sufficient;RRQ,ARQ
default=allow

[RadAliasAuth]
Servers=127.0.0.1
LocalInterface=127.0.0.1
RadiusPortRange=10000-11000
DefaultAuthPort=1812
SharedSecret=X
RequestTimeout=2000
IdCacheTimeout=9000
SocketDeleteTimeout=60000
RequestRetransmissions=1
RoundRobinServers=1
AppendCiscoAttributes=1
IncludeTerminalAliases=1
IncludeEndpointIP=1

[RasSrv::Neighbors]
X1=CiscoGK
X2=CiscoGK
X3=CiscoGK

[Neighbor::X1]
GatekeeperIdentifier=X1
Host=X
AcceptForwardedLRQ=1
SendPrefixes=10500#
ForwardResponse=1
ForwardLRQ=always
ForwardHopCount=3

[Neighbor::X2]
GatekeeperIdentifier=X2
Host=X
AcceptPrefixes=
AcceptForwardedLRQ=1
ForwardResponse=1
ForwardLRQ=always
ForwardHopCount=3

[Neighbor::X3]
GatekeeperIdentifier=X3
Host=X
AcceptForwardedLRQ=1
SendPrefixes=669
ForwardResponse=1
ForwardLRQ=always
ForwardHopCount=3

################################DEBUG: LAST 100
    LINES################################
  [ed@localhost 2006-01-31]$ tail -n 100 look2006-01-30.log
        0070 006c 0061 006e 006e 006f 0031        planno1
      }
      [1]=dialedDigits "74081"
      [2]=dialedDigits "74078"
      [3]=dialedDigits "74079"
      [4]=dialedDigits "74080"
    }
    gatekeeperIdentifier =  8 characters {
      0063 0061 0066 006c 006f 0067 006b 0034   caflogk4
    }
    endpointVendor = {
      vendor = {
        t35CountryCode = 0
        t35Extension = 0
        manufacturerCode = 0
      }
      productId =  4 octets {
        34 46 58 53                                        4FXS
      }
      versionId =  3 octets {
        32 30 35                                           205
      }
    }
    timeToLive = 60
    keepAlive = TRUE
    endpointIdentifier =  9 characters {
      0039 0037 0030 0033 005f 0065 006e 0064   9703_end
      0070                                      p
    }
    willSupplyUUIEs = FALSE
    maintainConnection = FALSE
  }
2006/01/31 14:50:35.016 5                job.cxx(352)   JOB     Worker
    threads: 10 total - 6 busy, 4 idle
  2006/01/31 14:50:35.016 5                job.cxx(180)   JOB    
    Starting Job RRQ at Worker thread 4964360
  2006/01/31 14:50:35.016 1             RasSrv.cxx(330)   RAS     RRQ
    Received
  2006/01/31 14:50:35.017 3             RasSrv.cxx(221)   RAS     Send
    to 201.128.168.187:1034
  registrationConfirm {
    requestSeqNum = 29083
    protocolIdentifier = 0.0.8.2250.0.4
    callSignalAddress = 1 entries {
      [0]=ipAddress {
        ip =  4 octets {
          c8 44 57 73                                        .DWs
        }
        port = 1720
      }
    }
    terminalAlias = 5 entries {
      [0]=h323_ID  7 characters {
        0070 006c 0061 006e 006e 006f 0031        planno1
      }
      [1]=dialedDigits "74081"
      [2]=dialedDigits "74078"
      [3]=dialedDigits "74079"
      [4]=dialedDigits "74080"
    }
    gatekeeperIdentifier =  8 characters {
      0063 0061 0066 006c 006f 0067 006b 0034   caflogk4
    }
    endpointIdentifier =  9 characters {
      0039 0037 0030 0033 005f 0065 006e 0064   9703_end
      0070                                      p
    }
    timeToLive = 60
    willRespondToIRR = FALSE
    maintainConnection = FALSE
  }
2006/01/31 14:50:35.017 5             RasSrv.cxx(235)   RAS     Sent
    Successful
  2006/01/31 14:50:35.017 5                job.cxx(415)   JOB     Job
    RRQ deleted
  2006/01/31 14:50:35.017 5                job.cxx(404)   JOB    
    Worker
      threads: 10 total - 5 busy, 5 idle
  2006/01/31 14:50:35.186 5           yasocket.cxx(709)   GkStatus 1
    sockets selected from 3, total 3/0
  2006/01/31 14:50:35.187 5                job.cxx(352)   JOB    
    Worker
      threads: 10 total - 6 busy, 4 idle
  2006/01/31 14:50:35.187 5                job.cxx(180)   JOB    
    Starting Job StatusCmd !! at Worker thread 4964360
  2006/01/31 14:50:35.187 5           GkStatus.cxx(1018)  STATUS  Got
    command !! from client 68.157.82.98:3463
  2006/01/31 14:50:35.187 5           yasocket.cxx(709)   GkStatus 1
    sockets selected from 3, total 3/0
  2006/01/31 14:50:35.187 3            SoftPBX.cxx(80)    GK     
    SoftPBX: PrintCurrentCalls
  2006/01/31 14:50:35.189 5                job.cxx(415)   JOB     Job
    StatusCmd !! deleted
  2006/01/31 14:50:35.189 5                job.cxx(404)   JOB    
    Worker
      threads: 10 total - 5 busy, 5 idle
  2006/01/31 14:50:35.475 5           yasocket.cxx(709)   TCPServer 1
    sockets selected from 2, total 2/0
  2006/01/31 14:50:35.475 4           yasocket.cxx(816)   TCP    
    Accept
      request on 200.68.87.115:1720
  2006/01/31 14:50:35.475 5                job.cxx(352)   JOB    
    Worker
      threads: 10 total - 6 busy, 4 idle
  2006/01/31 14:50:35.475 5                job.cxx(180)   JOB    
    Starting Job Acceptor at Worker thread 4964360
  2006/01/31 14:50:35.485 5       ProxyChannel.cxx(501)   Q931s  
    Reading from 201.128.168.187:1833
  2006/01/31 14:50:35.485 3       ProxyChannel.cxx(744)   Q931s  
    Received: Information CRV=0 from 201.128.168.187:1833
  2006/01/31 14:50:35.486 4       ProxyChannel.cxx(686)   Q931   
    Received: {
    q931pdu = {
    protocolDiscriminator = 8
    callReference = 0
    from = originator
    messageType = Information
    IE: Call-State = {
      09                                                 .
    }
    IE: Facility = {
      39 37 30 33 5f 65 6e 64  70                        9703_endp
    }
  }
}
2006/01/31 14:50:35.486 3       ProxyChannel.cxx(1896)  Q931s  
    201.128.168.187:1833 NAT Information message from EPID = 9703_endp
  2006/01/31 14:50:35.486 3             RasTbl.cxx(255)   Q931    NAT
    socket detected at 201.128.168.187:1833 for endpoint 9703_endp
  


--
Work Signature

Thanks,

C. Ed Felt Caflo Network Engineer/Programmer

efelt@xxxxxxxxxxxx




    

  
    
  
    
  
    

  
------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux