On 09/16/2010 07:58 PM, Paul Belanger wrote:
Please do not send me direct email, post them to the list for others
to help. Your backtrace is optimized (value optimized out). You
need to reinstall asterisk with DONT_OPTIMIZE enabled, described in
doc/backtrace.txt.
Hello,
I have
On Fri, Sep 17, 2010 at 4:21 AM, Jonas Kellens jonas.kell...@telenet.be wrote:
warning: exec file is newer than core file.
Jonas,
I encourage you to read the output. Did you run gdb with a core file
dumped from the old build? You need to generate a new core dump with
the new executable.
On 09/17/2010 05:29 PM, Mark Deneen wrote:
On Fri, Sep 17, 2010 at 4:21 AM, Jonas Kellensjonas.kell...@telenet.be
wrote:
warning: exec file is newer than core file.
Jonas,
I encourage you to read the output. Did you run gdb with a core file
dumped from the old build? You
On Fri, Sep 17, 2010 at 11:51 AM, Jonas Kellens
jonas.kell...@telenet.be wrote:
On 09/17/2010 05:29 PM, Mark Deneen wrote:
On Fri, Sep 17, 2010 at 4:21 AM, Jonas Kellensjonas.kell...@telenet.be
wrote:
warning: exec file is newer than core file.
Jonas,
I encourage you to read the output.
On 09/17/2010 06:00 PM, Mark Deneen wrote:
On Fri, Sep 17, 2010 at 11:51 AM, Jonas Kellens
jonas.kell...@telenet.be wrote:
On 09/17/2010 05:29 PM, Mark Deneen wrote:
On Fri, Sep 17, 2010 at 4:21 AM, Jonas Kellensjonas.kell...@telenet.be
wrote:
warning: exec file is
Hello,
I have new information from a newly created test environment :
[Sep 16 13:41:01] -- Executing [...@macro-vakantie:1]
MYSQL(SIP/test1-0008, Connect connid localhost username passwd
AsteriskHosted) in new stack
[Sep 16 13:41:01] -- Executing [...@macro-vakantie:2]
Hi!
Does this shine new light to the problem ?!
No. Once more: Go and read doc/backtrace.txt.
And check if you have any meaningful information in /var/log/messages for
the timestamp when asterisk crashed.
Philipp
--
_
--
On 09/16/2010 12:41 PM, Philipp von Klitzing wrote:
Hi!
Does this shine new light to the problem ?!
No. Once more: Go and read doc/backtrace.txt.
And check if you have any meaningful information in /var/log/messages for
the timestamp when asterisk crashed.
Philipp
I get
On Thu, Sep 16, 2010 at 8:19 AM, Jonas Kellens jonas.kell...@telenet.be wrote:
I get so little output :
You are still doing it incorrectly. As said, doc/backtrace.txt has all
the required information.
--
Paul Belanger | dCAP
Polybeacon | Consultant
Jabber: paul.belan...@polybeacon.com | IRC:
On 09/16/2010 05:45 PM, Paul Belanger wrote:
On Thu, Sep 16, 2010 at 8:19 AM, Jonas Kellensjonas.kell...@telenet.be
wrote:
I get so little output :
You are still doing it incorrectly. As said, doc/backtrace.txt has all
the required information.
bash-3.2# gdb -se
On Thu, Sep 16, 2010 at 12:11 PM, Jonas Kellens
jonas.kell...@telenet.be wrote:
Is it normal that backtrace.txt is only 30K ??
Normal or not, simply post the results of backtrace.txt
--
Paul Belanger | dCAP
Polybeacon | Consultant
Jabber: paul.belan...@polybeacon.com | IRC: pabelanger
On Thu, Sep 16, 2010 at 12:46 PM, Paul Belanger
paul.belan...@polybeacon.com wrote:
On Thu, Sep 16, 2010 at 12:11 PM, Jonas Kellens
jonas.kell...@telenet.be wrote:
Is it normal that backtrace.txt is only 30K ??
Normal or not, simply post the results of backtrace.txt
Please do not send me
I think I've found it :
Asterisk always reboots on this part :
[Sep 15 11:16:32] -- Goto (azura,pbx,1)
[Sep 15 11:16:32] -- Executing [...@azura:1]
NoOp(SIP/INTERTELin-, 3252480333 = pbx formule) in new stack
[Sep 15 11:16:32] -- Executing [...@azura:2]
Jonas,
everyone here supports you in your effort to get a good Asterisk
installation going, but could you ... maybe restrain yourself a little
bit and reduce the number of hasty postings you are sending to this
mailing list?
Thank you,
Philipp
--
Hello Philipp,
I know I post a lot concerning this issue, but this is because this
problem occurs on a production system and I feel very hot breathing down
my neck.
I have tested during several weeks my implementation on a test system
which is similar to the production system. The only
I cant help you with fixing the actual cause but have you considered
moving the mysql and as much of the associated logic to an AGI running
something like a perl or php script. From previous posts that generally
seems to me the more reliable way of making mysql queries.
Jonas Kellens wrote:
On 09/15/2010 12:59 PM, Gareth Blades wrote:
I cant help you with fixing the actual cause but have you considered
moving the mysql and as much of the associated logic to an AGI running
something like a perl or php script. From previous posts that generally
seems to me the more reliable way of
Hi!
I know I post a lot concerning this issue, but this is because this
problem occurs on a production system and I feel very hot breathing down
my neck.
Why not reduce the pressure and revert to 1.4.30 for the production
system until you have figued out the issue? That will give you more
On 09/15/2010 02:03 PM, Philipp von Klitzing wrote:
Hi!
I know I post a lot concerning this issue, but this is because this
problem occurs on a production system and I feel very hot breathing down
my neck.
Why not reduce the pressure and revert to 1.4.30 for the production
On 15 Sep 2010, at 13:22, Jonas Kellens wrote:
I have indeed found the core file in /tmp (that is where 'locate' does
not look huh...)
'updatedb'?
S
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
Hi Jonas!
It indicates to be a binary file, however I have not found instructions on
dealing with this @ the link you gave me.
Can you give me instruction on how to handle the core.pid file ?
Could I ask you again to make an effort to reduce your number of daily
postings to this list? If
On 09/15/2010 02:45 PM, Steve Howes wrote:
On 15 Sep 2010, at 13:22, Jonas Kellens wrote:
I have indeed found the core file in /tmp (that is where 'locate' does
not look huh...)
'updatedb'?
S
Off course I did that, Steve, before I did a locate on 'core'. But
doesn't locate
On 09/15/2010 05:45 AM, Steve Howes wrote:
On 15 Sep 2010, at 13:22, Jonas Kellens wrote:
I have indeed found the core file in /tmp (that is where 'locate' does
not look huh...)
'updatedb'?
S
off topic, but updatedb deliberately doesn't usually look in /tmp
--
Hi,
I went over your dialplan and though it looks fine at first glance, but
because I have no experience with Asterisk 1.6, so I would like to ask if
commas in mysql query are ok without escape character? In my asterisk 1.4 I
would type it like:
SELECT var1\, var2\, var3 FROM ...
Other things
On 09/15/2010 03:47 PM, Zeeshan Zakaria wrote:
Hi,
I went over your dialplan and though it looks fine at first glance,
but because I have no experience with Asterisk 1.6, so I would like to
ask if commas in mysql query are ok without escape character? In my
asterisk 1.4 I would type it
On Wed, Sep 15, 2010 at 9:14 AM, Jonas Kellens jonas.kell...@telenet.be wrote:
I have no experience with this, so I post my output :
Read doc/backtrace.txt it will explain how to generate a backtrace
from a core dump.
--
Paul Belanger | dCAP
Polybeacon | Consultant
Jabber:
On 10-09-15 05:25 AM, Jonas Kellens wrote:
I think I've found it :
Asterisk always reboots on this part :
[Sep 15 11:16:32] -- Goto (azura,pbx,1)
[Sep 15 11:16:32] -- Executing [...@azura:1]
NoOp(SIP/INTERTELin-, 3252480333 = pbx formule) in new stack
[Sep 15 11:16:32] -- Executing
On 09/15/2010 12:42 PM, Leif Madsen wrote:
On 10-09-15 05:25 AM, Jonas Kellens wrote:
I think I've found it :
Asterisk always reboots on this part :
[Sep 15 11:16:32] -- Goto (azura,pbx,1)
[Sep 15 11:16:32] -- Executing [...@azura:1]
NoOp(SIP/INTERTELin-, 3252480333 = pbx
: [asterisk-users] UPDATE !! Spontaneous reboots on asterisk
1.6.2.11
On 09/15/2010 12:42 PM, Leif Madsen wrote:
On 10-09-15 05:25 AM, Jonas Kellens wrote:
I think I've found it :
Asterisk always reboots on this part :
[Sep 15 11:16:32] -- Goto (azura,pbx,1) [Sep 15 11:16:32] --
Executing
29 matches
Mail list logo