[asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
isrlgb at gmail.com
isrlgb at gmail.com
Wed Apr 30 08:17:50 CDT 2014
did you try rebooting after installing 11.9?
From: Administrator TOOTAI <admin at tootai.net>
Sender: asterisk-users-bounces at lists.digium.comDate: Wed, 30 Apr 2014 15:13:59
To: <asterisk-users at lists.digium.com>
Reply-To: Asterisk Users Mailing List - Non-Commercial Discussion
<asterisk-users at lists.digium.com>
Subject: Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 -
Someone else ?
Please, people from Digium, Matt again closed the new bug ASTERISK-23689
I opened (clone from 23683) telling that it's not a bug. Did he
carefully read the comments on the new bug? If not, please forward him
this email, *it's* a bug or you have to explain me why it is not!
Le 30/04/2014 13:00, Administrator TOOTAI a écrit :
> Le 30/04/2014 12:39, Administrator TOOTAI a écrit :
>> Le 30/04/2014 12:15, Administrator TOOTAI a écrit :
>>> after upgrade from 11.8.1 to 11.9.0 on our test server, and from
>>> 184.108.40.206 to 1.8.27 on production one, some CLI commands like "sip
>>> reload" or "iax2 reload" does nothing.
>>> We opened bug 23683 but it was immediately closed by Matt Jordan,
>>> telling that he can't reproduce it. But we can.
>>> - switching back to 11.8.1 respectively 220.127.116.11 does the job
>>> working again (We just run a make install from within this directory)
>>> - cleaning 11.8.0 source directory -make clean && ./configure &&
>>> make && make install- all is good
>>> - cleaning 11.9.0 source directory -make clean && ./configure &&
>>> make && make install- problem appears again
>>> - switching back to 11.8.0 does the job working again (We just run a
>>> make install from within this directory)
>>> The first installation of latest version was done by patching the
>>> previous version, we downloaded the source tar.gz and compile =>
>>> problem stays
>>> Does anybody else face this problem with latest version? If it was a
>>> server problem, earlier version should have same behaviour after
>>> compiling but they don't.
>>> Server OS is Debian Wheezy 3.2.0-4 amd64 in KVM virtual machine
>>> Thanks for any hint
>> We checked on a customer installation made one week ago: they have
>> the same problem! It's a Debian Squeeze 2.6.32-5-amd64 on a real server.
> And finally the explanation: if you modify sip.conf file, the reload
> is taken in account, all is good. But if the sip.conf contains
> includes and you modify one of those includes *without modifying*
> sip.conf, no reload.
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
More information about the asterisk-users