well...

i got the same thing while testing WAP PUSH yesterday.

while i try and error pushing to my gprs mobile.

one thing i also notice is that test_ppg won't take the control and content anything 
but default in test_ppg.c , what i mean is if i change content and control file, ie 
the mobile phone number, the changes won't affect the output of test_ppg and sometimes 
produce the same error as below.



regards,

-man-



On Wed, 16 Jan 2002 16:03:50 +0100 Stipe Tolj <[EMAIL PROTECTED]> wrote:



: > Got a new problem under high load.

: 

: Does this happen *only* under high load, or can it be reproduced (with

: the same situation) under a very minor load?

: 

: > bearerbox is running and has delivery reports to deliver to smsbox.

: > smsbox is down.

: > an application is ready to fire lots of data to smsbox.

: > 

: > now we start smsbox up. here's what we get:

: > 

: > 2002-01-16 14:09:20 [0] INFO: Starting to log to file

: > /var/log/kannel/kannel.smsbox.log level 2

: > 2002-01-16 14:09:20 [0] INFO: Added logfile

: > `/var/log/kannel/kannel.smsbox.log' with level `2'.

: > 2002-01-16 14:09:20 [0] INFO: Service global sender set as '+41795169338'

: > 2002-01-16 14:09:20 [0] INFO: Logging accesses to

: > '/var/log/kannel/kannel.smsbox.access-log'.

: > 2002-01-16 14:09:20 [0] INFO: Started access logfile

: > `/var/log/kannel/kannel.smsbox.access-log'.

: > 2002-01-16 14:09:20 [0] DEBUG: HTTP: Opening server at port 8100.

: > 2002-01-16 14:09:20 [0] DEBUG: Started thread 1 (gwlib/fdset.c:poller)

: > 2002-01-16 14:09:20 [0] DEBUG: Started thread 2 (gwlib/http.c:server_thread)

: > 2002-01-16 14:09:20 [0] INFO: Set up send sms service at port 8100

: > 2002-01-16 14:09:20 [0] DEBUG: Started thread 3 (gw/smsbox.c:sendsms_thread)

: > 2002-01-16 14:09:20 [0] DEBUG: ----------------------------------------------

: > 2002-01-16 14:09:20 [0] DEBUG: Kannel smsbox version cvs starting

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [0] DEBUG: Started thread 4

: > (gw/smsbox.c:obey_request_thread)

: > 2002-01-16 14:09:20 [3] INFO: smsbox: Got HTTP request

: > </cgi-bin/sendsms> from <127.0.0.1>

: > 2002-01-16 14:09:20 [3] INFO: sendsms used by <smsrelay>

: > 2002-01-16 14:09:20 [3] INFO: sendsms sender:<smsrelay:user>

: > (127.0.0.1) to:<+12345> msg:<whatever>

: > 2002-01-16 14:09:20 [3] PANIC: gwlib/conn.c:137: lock_out: Assertion

: > `conn != NULL' failed.

: > 

: > Anyone have an idea what happens here? Maybe its trying to send to

: > bearerbox before bearerbox is connected or so?

: 

: The PANIC happens in unlock_out(). And it seems it gets an conn ==

: NULL here, that's because the assertion check panics.

: 

: unlock_out() is called a couple of times inside conn.c, so you'll have

: to figure out which call causes this. I suggest to add some debug

: lines in front of every call, so we get the position.

: 

: Stipe

: 

: [EMAIL PROTECTED]

: -------------------------------------------------------------------

: Wapme Systems AG

: 

: Münsterstr. 248

: 40470 Düsseldorf

: 

: Tel: +49-211-74845-0

: Fax: +49-211-74845-299

: 

: E-Mail: [EMAIL PROTECTED]

: Internet: http://www.wapme-systems.de

: -------------------------------------------------------------------

: wapme.net - wherever you are

: 

: 



On Wed, 16 Jan 2002 16:03:50 +0100 Stipe Tolj <[EMAIL PROTECTED]> wrote:



: > Got a new problem under high load.

: 

: Does this happen *only* under high load, or can it be reproduced (with

: the same situation) under a very minor load?

: 

: > bearerbox is running and has delivery reports to deliver to smsbox.

: > smsbox is down.

: > an application is ready to fire lots of data to smsbox.

: > 

: > now we start smsbox up. here's what we get:

: > 

: > 2002-01-16 14:09:20 [0] INFO: Starting to log to file

: > /var/log/kannel/kannel.smsbox.log level 2

: > 2002-01-16 14:09:20 [0] INFO: Added logfile

: > `/var/log/kannel/kannel.smsbox.log' with level `2'.

: > 2002-01-16 14:09:20 [0] INFO: Service global sender set as '+41795169338'

: > 2002-01-16 14:09:20 [0] INFO: Logging accesses to

: > '/var/log/kannel/kannel.smsbox.access-log'.

: > 2002-01-16 14:09:20 [0] INFO: Started access logfile

: > `/var/log/kannel/kannel.smsbox.access-log'.

: > 2002-01-16 14:09:20 [0] DEBUG: HTTP: Opening server at port 8100.

: > 2002-01-16 14:09:20 [0] DEBUG: Started thread 1 (gwlib/fdset.c:poller)

: > 2002-01-16 14:09:20 [0] DEBUG: Started thread 2 (gwlib/http.c:server_thread)

: > 2002-01-16 14:09:20 [0] INFO: Set up send sms service at port 8100

: > 2002-01-16 14:09:20 [0] DEBUG: Started thread 3 (gw/smsbox.c:sendsms_thread)

: > 2002-01-16 14:09:20 [0] DEBUG: ----------------------------------------------

: > 2002-01-16 14:09:20 [0] DEBUG: Kannel smsbox version cvs starting

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [2] DEBUG: HTTP: Creating HTTPClient for `127.0.0.1'.

: > 2002-01-16 14:09:20 [0] DEBUG: Started thread 4

: > (gw/smsbox.c:obey_request_thread)

: > 2002-01-16 14:09:20 [3] INFO: smsbox: Got HTTP request

: > </cgi-bin/sendsms> from <127.0.0.1>

: > 2002-01-16 14:09:20 [3] INFO: sendsms used by <smsrelay>

: > 2002-01-16 14:09:20 [3] INFO: sendsms sender:<smsrelay:user>

: > (127.0.0.1) to:<+12345> msg:<whatever>

: > 2002-01-16 14:09:20 [3] PANIC: gwlib/conn.c:137: lock_out: Assertion

: > `conn != NULL' failed.

: > 

: > Anyone have an idea what happens here? Maybe its trying to send to

: > bearerbox before bearerbox is connected or so?

: 

: The PANIC happens in unlock_out(). And it seems it gets an conn ==

: NULL here, that's because the assertion check panics.

: 

: unlock_out() is called a couple of times inside conn.c, so you'll have

: to figure out which call causes this. I suggest to add some debug

: lines in front of every call, so we get the position.

: 

: Stipe

: 

: [EMAIL PROTECTED]

: -------------------------------------------------------------------

: Wapme Systems AG

: 

: Münsterstr. 248

: 40470 Düsseldorf

: 

: Tel: +49-211-74845-0

: Fax: +49-211-74845-299

: 

: E-Mail: [EMAIL PROTECTED]

: Internet: http://www.wapme-systems.de

: -------------------------------------------------------------------

: wapme.net - wherever you are

: 

: 

Reply via email to