Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 07/05/2014 00:57, Rusty Newton a écrit : On Thu, May 1, 2014 at 11:08 AM, Administrator TOOTAI ad...@tootai.net wrote: snip As explained in one on my previous message, it's a bug, easily reproducible: take a queues.conf (or sip.conf or iax.conf or voicemail.conf or ...) like this (what is important is the #include): snip NOTICE[3346]: app_queue.c:6811 reload_queue_rules: queuerules.conf has not changed since it was last loaded. Not taking any action. despite the fact that modification was done in a .conf file. I took this example as with module reload app_queue the above message appears. For sip, iax, voicemail, aso there is no message, just SIP reload or ... To make asterisk take the modification in account, you have to open /etc/asterisk/[sip|iax|voicemail|queue|..].conf and save it without making any change. After this the command will be execute. It you run it a second time in a raw, you will see that the false behavior appears again till you again open/save the original file. Hi! Hello I tried to reproduce using your description here and could not reproduce the issue. I tried with both sip.conf and queues.conf. Making a change in an included .conf file, but NOT the parent .conf file and then reloading that module from the CLI results in: centosclean*CLI module reload app_queue.so -- Reloading module 'app_queue.so' (True Call Queueing) [May 6 17:51:39] NOTICE[16211]: app_queue.c:7765 reload_queue_rules: queuerules.conf has not changed since it was last loaded. Not taking any action. == Parsing '/etc/asterisk/queues.conf': Found == Parsing '/etc/asterisk/queue_include_1.conf': Found == Parsing '/tmp/queue_include_2.conf': Found I get the same behavior with sip.conf, it appears to work fine, whether I'm making only changes in the parent .conf or the included children. I even tried with two different included files in each sip.conf and queues.conf, one in /tmp and one in /etc/asterisk. Same working behavior. Ok, let's explain our files conf. /etc/asterisk/all asterisk original conf files /etc/asterisk/local/[additional_sip-general|additional_iax-general|...].conf /etc/asterisk/local/[extensions.d|sip.d|iax.d|queues.d|voicemail.d|...]/local conf files.conf The local directory and all his subdirectories are owned by a normal user with 755 rights Configuration set sample with sip.conf: In /etc/asterisk/sip.conf, we have #include local/additionnal_sip-general.conf in one place in the file and at the end of the file we have #include local/sip.d/*.conf This setup is the same since ages and was working well. Remember that switching back to previous version 1.8.26.1 or 11.8.1 make this setup working again. We have this proplem on all servers we upgraded to last asterisk version I used SVN-branch-11-r413305, so you might want to test there. However I'm still confused as to how you are seeing the behavior you are seeing. Servers are in production. Thanks for your support -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 07/05/2014 01:28, Steve Edwards a écrit : On Thu, May 1, 2014 at 11:08 AM, Administrator TOOTAI ad...@tootai.net wrote: snip As explained in one on my previous message, it's a bug, easily reproducible: take a queues.conf (or sip.conf or iax.conf or voicemail.conf or ...) like this (what is important is the #include): snip NOTICE[3346]: app_queue.c:6811 reload_queue_rules: queuerules.conf has not changed since it was last loaded. Not taking any action. On Tue, 6 May 2014, Rusty Newton wrote: However I'm still confused as to how you are seeing the behavior you are seeing. Any chance the OP is including files from a file system that isn't maintaining atime/ctime/mtime/etc as expected, like NFS? No :-) See my previous answer. -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 07/05/2014 00:57, Rusty Newton a écrit : [...] I tried to reproduce using your description here and could not reproduce the issue. I tried with both sip.conf and queues.conf. Making a change in an included .conf file, but NOT the parent .conf file and then reloading that module from the CLI results in: centosclean*CLI module reload app_queue.so -- Reloading module 'app_queue.so' (True Call Queueing) [May 6 17:51:39] NOTICE[16211]: app_queue.c:7765 reload_queue_rules: queuerules.conf has not changed since it was last loaded. Not taking any action. == Parsing '/etc/asterisk/queues.conf': Found == Parsing '/etc/asterisk/queue_include_1.conf': Found == Parsing '/tmp/queue_include_2.conf': Found I get the same behavior with sip.conf, it appears to work fine, whether I'm making only changes in the parent .conf or the included children. I even tried with two different included files in each sip.conf and queues.conf, one in /tmp and one in /etc/asterisk. Same working behavior. I got it: if the filename is given in totality it's working (as you do it). It's the #include /path to directorie/*.conf which is not taking in account (here *.conf description) -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
On Wed, May 7, 2014 at 2:46 AM, Administrator TOOTAI ad...@tootai.net wrote: I got it: if the filename is given in totality it's working (as you do it). It's the #include /path to directorie/*.conf which is not taking in account (here *.conf description) That still works for me as well. I switched to Asterisk 11.9.0 built fresh from a tarball with default compilation options. I contructed a basic sip.conf, and added this line to the end: #include /etc/asterisk/sip_includes/*.conf I then edited /etc/asterisk/sip_includes/sip_included.conf to add a SIP peer. Started Asterisk. Then edited only the sip_included.conf file to change the peer name. Connected to Asterisk console, performed 'sip show peers', 'sip reload', 'sip show peers'. Everything worked as expected: here is a pastebin: http://pastebin.com/XGKKu4x9 That is, when using a wildcard in the file path in an include inside sip.conf, Asterisk correctly detects a change in the included conf file upon a sip reload. You might try reproducing the issue on a fresh install, on your non-production system to see if you can narrow down where the difference is. -- Rusty Newton Digium, Inc. | Community Support Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - US direct: +1 256 428 6200 Check us out at: http://digium.com http://asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 07/05/2014 16:50, Rusty Newton a écrit : On Wed, May 7, 2014 at 2:46 AM, Administrator TOOTAI ad...@tootai.net wrote: I got it: if the filename is given in totality it's working (as you do it). It's the #include /path to directorie/*.conf which is not taking in account (here *.conf description) That still works for me as well. I switched to Asterisk 11.9.0 built fresh from a tarball with default compilation options. I contructed a basic sip.conf, and added this line to the end: #include /etc/asterisk/sip_includes/*.conf Here is the point. Modify it the way explained in previous message, like #include sip_includes/*.conf You should face the problem. And if you run it twice in a raw, it will do nothing the second time. I then edited /etc/asterisk/sip_includes/sip_included.conf to add a SIP peer. Started Asterisk. Then edited only the sip_included.conf file to change the peer name. Connected to Asterisk console, performed 'sip show peers', 'sip reload', 'sip show peers'. sip show peers was always working, only reload (remember, not only sip stuff) did nothing. Everything worked as expected: here is a pastebin: http://pastebin.com/XGKKu4x9 That is, when using a wildcard in the file path in an include inside sip.conf, Asterisk correctly detects a change in the included conf file upon a sip reload. You might try reproducing the issue on a fresh install, on your non-production system to see if you can narrow down where the difference is. I reinstall our test server from scratch before opening the bug. As I also told, reinstalling previous versions solve the problem. -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Administrator TOOTAI wrote: Le 07/05/2014 16:50, Rusty Newton a écrit : On Wed, May 7, 2014 at 2:46 AM, Administrator TOOTAI ad...@tootai.net wrote: I got it: if the filename is given in totality it's working (as you do it). It's the #include /path to directorie/*.conf which is not taking in account (here *.conf description) That still works for me as well. I switched to Asterisk 11.9.0 built fresh from a tarball with default compilation options. I contructed a basic sip.conf, and added this line to the end: #include /etc/asterisk/sip_includes/*.conf Here is the point. Modify it the way explained in previous message, like #include sip_includes/*.conf You should face the problem. And if you run it twice in a raw, it will do nothing the second time. Can you clarify this specific point? It's actually expected that if nothing changes and you do a reload that nothing will happen. Just so we're on the same page here... #1 Do you mean that you make a change, do a reload, and nothing happens. OR #2 That you make a change, do two reloads, and the second one does nothing. I was under the impression that #1 was going on. -- Joshua Colp Digium, Inc. | Senior Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: www.digium.com www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 07/05/2014 17:22, Joshua Colp a écrit : Administrator TOOTAI wrote: Le 07/05/2014 16:50, Rusty Newton a écrit : On Wed, May 7, 2014 at 2:46 AM, Administrator TOOTAI ad...@tootai.net wrote: I got it: if the filename is given in totality it's working (as you do it). It's the #include /path to directorie/*.conf which is not taking in account (here *.conf description) That still works for me as well. I switched to Asterisk 11.9.0 built fresh from a tarball with default compilation options. I contructed a basic sip.conf, and added this line to the end: #include /etc/asterisk/sip_includes/*.conf Here is the point. Modify it the way explained in previous message, like #include sip_includes/*.conf You should face the problem. And if you run it twice in a raw, it will do nothing the second time. Can you clarify this specific point? It's actually expected that if nothing changes and you do a reload that nothing will happen. Just so we're on the same page here... It's 1.8.27 and 11.9.0 specific? I have in mind that if you do a reload even without any change the reload will going on. Anyway, it make sense to do nothing when there is no change. Please forget the if you run it twice in a raw I wrote above. #1 Do you mean that you make a change, do a reload, and nothing happens. OR #2 That you make a change, do two reloads, and the second one does nothing. I was under the impression that #1 was going on. #1 is the result of the bug related to the #include path #2 you explain me that it's expected behavior, I don't have to focuse on it -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
On Wed, May 7, 2014 at 10:14 AM, Administrator TOOTAI ad...@tootai.net wrote: Le 07/05/2014 16:50, Rusty Newton a écrit : I contructed a basic sip.conf, and added this line to the end: #include /etc/asterisk/sip_includes/*.conf Here is the point. Modify it the way explained in previous message, like #include sip_includes/*.conf You should face the problem. And if you run it twice in a raw, it will do nothing the second time. Unfortunately, no. I went ahead and tried this as well. I still get working behavior even when using #include sip_includes/*.conf -- Rusty Newton Digium, Inc. | Community Support Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - US direct: +1 256 428 6200 Check us out at: http://digium.com http://asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 07/05/2014 18:53, Rusty Newton a écrit : On Wed, May 7, 2014 at 10:14 AM, Administrator TOOTAI ad...@tootai.net wrote: Le 07/05/2014 16:50, Rusty Newton a écrit : I contructed a basic sip.conf, and added this line to the end: #include /etc/asterisk/sip_includes/*.conf Here is the point. Modify it the way explained in previous message, like #include sip_includes/*.conf You should face the problem. And if you run it twice in a raw, it will do nothing the second time. Unfortunately, no. I went ahead and tried this as well. I still get working behavior even when using #include sip_includes/*.conf Please try the includes *exactly* as I have them in sip.conf (same directories name and subdirectories) knowing that local is in /etc/asterisk sip.conf [general] context=default-SIP ; Default context for incoming calls allowoverlap=no ; Disable overlap dialing support. (Default is yes) realm=sip2.tootai.net ; Realm for digest authentication udpbindaddr=0.0.0.0 ; IP address to bind UDP listen socket to (0.0.0.0 binds to all) transport=udp srvlookup=yes ; Enable DNS SRV lookups on outbound calls disallow=all ; First disallow all codecs allow=g722 ; Allow codecs in order of preference allow=ulaw allow=alaw allow=h264 allow=h263p allow=h263 language=fr ; Default language setting for all users/peers useragent=TOOTAiAudio ; Allows you to change the user agent string sdpsession=TOOTAiAudio PBX videosupport=yes; Turn on support for SIP video. You need to turn this alwaysauthreject = yes ; When an incoming INVITE or REGISTER is to be rejected, registerattempts=0 ; try for ever (default=10) registertimeout=20 ; default #include local/additional_sip-general.conf #include local/additional_sip-register.conf [authentication] #include local/sip.d/*.conf -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
On Wed, May 7, 2014 at 12:59 PM, Administrator TOOTAI ad...@tootai.net wrote: Please try the includes *exactly* as I have them in sip.conf (same directories name and subdirectories) knowing that local is in /etc/asterisk I used your identical config to narrow it down. I re-opened https://issues.asterisk.org/jira/browse/ASTERISK-23683 and edited the Summary and Description fields, as well as linked it an issue where the fix for that issue *may* have introduced the problem you found. Thanks! -- Rusty Newton Digium, Inc. | Community Support Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - US direct: +1 256 428 6200 Check us out at: http://digium.com http://asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
On Thu, May 1, 2014 at 11:08 AM, Administrator TOOTAI ad...@tootai.net wrote: snip As explained in one on my previous message, it's a bug, easily reproducible: take a queues.conf (or sip.conf or iax.conf or voicemail.conf or ...) like this (what is important is the #include): snip NOTICE[3346]: app_queue.c:6811 reload_queue_rules: queuerules.conf has not changed since it was last loaded. Not taking any action. despite the fact that modification was done in a .conf file. I took this example as with module reload app_queue the above message appears. For sip, iax, voicemail, aso there is no message, just SIP reload or ... To make asterisk take the modification in account, you have to open /etc/asterisk/[sip|iax|voicemail|queue|..].conf and save it without making any change. After this the command will be execute. It you run it a second time in a raw, you will see that the false behavior appears again till you again open/save the original file. Hi! I tried to reproduce using your description here and could not reproduce the issue. I tried with both sip.conf and queues.conf. Making a change in an included .conf file, but NOT the parent .conf file and then reloading that module from the CLI results in: centosclean*CLI module reload app_queue.so -- Reloading module 'app_queue.so' (True Call Queueing) [May 6 17:51:39] NOTICE[16211]: app_queue.c:7765 reload_queue_rules: queuerules.conf has not changed since it was last loaded. Not taking any action. == Parsing '/etc/asterisk/queues.conf': Found == Parsing '/etc/asterisk/queue_include_1.conf': Found == Parsing '/tmp/queue_include_2.conf': Found I get the same behavior with sip.conf, it appears to work fine, whether I'm making only changes in the parent .conf or the included children. I even tried with two different included files in each sip.conf and queues.conf, one in /tmp and one in /etc/asterisk. Same working behavior. I used SVN-branch-11-r413305, so you might want to test there. However I'm still confused as to how you are seeing the behavior you are seeing. -- Rusty Newton Digium, Inc. | Community Support Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - US direct: +1 256 428 6200 Check us out at: http://digium.com http://asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
On Thu, May 1, 2014 at 11:08 AM, Administrator TOOTAI ad...@tootai.net wrote: snip As explained in one on my previous message, it's a bug, easily reproducible: take a queues.conf (or sip.conf or iax.conf or voicemail.conf or ...) like this (what is important is the #include): snip NOTICE[3346]: app_queue.c:6811 reload_queue_rules: queuerules.conf has not changed since it was last loaded. Not taking any action. On Tue, 6 May 2014, Rusty Newton wrote: However I'm still confused as to how you are seeing the behavior you are seeing. Any chance the OP is including files from a file system that isn't maintaining atime/ctime/mtime/etc as expected, like NFS? -- Thanks in advance, - Steve Edwards sedwa...@sedwards.com Voice: +1-760-468-3867 PST Newline Fax: +1-760-731-3000 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
On Wed, Apr 30, 2014 at 8:37 AM, Administrator TOOTAI ad...@tootai.netwrote: Le 30/04/2014 15:19, Matthew Jordan a écrit : On Wed, Apr 30, 2014 at 8:13 AM, Administrator TOOTAI ad...@tootai.netmailto: ad...@tootai.net wrote: 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! I asked you not to clone and issues and to take your issue to the mailing list (which you did, thank-you). Cloning issues makes a mess of the issue tracker, and causes information to get lost. If your issue is deemed to be a bug, the original issue will get re-opened. I cloned the issue as it is a bug and I could explain how to reproduce it. If I shouldn't clone the bug, please explain me how to do to inform developpers about new informations concerning a closed bug. That say, sorry for inconvenience. 1. Bug marshals watch the asterisk-bugs mailing list. All updates to all issues in JIRA get sent to that mailing list - even comments on closed issues. 2. Bug marshals also hang out in the #asterisk-bugs IRC channel. You can talk to a bug marshal in that channel as well. 3. Finally, we all watch the mailing lists (pretty much all of the mailing lists, no less). This is all documented on the Asterisk wiki's [1] Asterisk Issue Guidelines. There's even a checkbox when you file an issue that asks if you read the guidelines... you did read them, right? :-) [1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines#AsteriskIssueGuidelines-Submittingthebugreport -- Matthew Jordan Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com http://asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 01/05/2014 16:28, Matthew Jordan a écrit : On Wed, Apr 30, 2014 at 8:37 AM, Administrator TOOTAI ad...@tootai.net mailto:ad...@tootai.net wrote: Le 30/04/2014 15:19, Matthew Jordan a écrit : On Wed, Apr 30, 2014 at 8:13 AM, Administrator TOOTAI ad...@tootai.net mailto:ad...@tootai.net mailto:ad...@tootai.net mailto:ad...@tootai.net wrote: 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! I asked you not to clone and issues and to take your issue to the mailing list (which you did, thank-you). Cloning issues makes a mess of the issue tracker, and causes information to get lost. If your issue is deemed to be a bug, the original issue will get re-opened. I cloned the issue as it is a bug and I could explain how to reproduce it. If I shouldn't clone the bug, please explain me how to do to inform developpers about new informations concerning a closed bug. That say, sorry for inconvenience. 1. Bug marshals watch the asterisk-bugs mailing list. All updates to all issues in JIRA get sent to that mailing list - even comments on closed issues. 2. Bug marshals also hang out in the #asterisk-bugs IRC channel. You can talk to a bug marshal in that channel as well. 3. Finally, we all watch the mailing lists (pretty much all of the mailing lists, no less). This is all documented on the Asterisk wiki's [1] Asterisk Issue Guidelines. There's even a checkbox when you file an issue that asks if you read the guidelines... you did read them, right? :-) [1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines#AsteriskIssueGuidelines-Submittingthebugreport I did read them a long long time ago. Anyway, my bad, sorry for that. Regards -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
In my experience DNS issues will cause Asterisk to take a long time to reload and could stop Asterisk for working at all. List all the IPs of the box in /etc/hosts and make sure /etc/resolv.conf points to a working nameserver. See if that helps at all. -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Administrator TOOTAI Sent: Thursday, May 01, 2014 11:04 AM To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ? Le 01/05/2014 16:28, Matthew Jordan a écrit : On Wed, Apr 30, 2014 at 8:37 AM, Administrator TOOTAI ad...@tootai.net mailto:ad...@tootai.net wrote: Le 30/04/2014 15:19, Matthew Jordan a écrit : On Wed, Apr 30, 2014 at 8:13 AM, Administrator TOOTAI ad...@tootai.net mailto:ad...@tootai.net mailto:ad...@tootai.net mailto:ad...@tootai.net wrote: 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! -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 01/05/2014 17:24, Eric Wieling a écrit : In my experience DNS issues will cause Asterisk to take a long time to reload and could stop Asterisk for working at all. List all the IPs of the box in /etc/hosts and make sure /etc/resolv.conf points to a working nameserver. See if that helps at all. As explained in one on my previous message, it's a bug, easily reproducible: take a queues.conf (or sip.conf or iax.conf or voicemail.conf or ...) like this (what is important is the #include): [general] persistentmembers=yes #include local/queues.d/*.conf Now modify one of the .conf file in directory local/queues.d and do a CLI module reload app_queue.so you wil get NOTICE[3346]: app_queue.c:6811 reload_queue_rules: queuerules.conf has not changed since it was last loaded. Not taking any action. despite the fact that modification was done in a .conf file. I took this example as with module reload app_queue the above message appears. For sip, iax, voicemail, aso there is no message, just SIP reload or ... To make asterisk take the modification in account, you have to open /etc/asterisk/[sip|iax|voicemail|queue|..].conf and save it without making any change. After this the command will be execute. It you run it a second time in a raw, you will see that the false behavior appears again till you again open/save the original file. -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Hi, after upgrade from 11.8.1 to 11.9.0 on our test server, and from 1.8.26.1 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. Example: - switching back to 11.8.1 respectively 1.8.26.1 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 Regards -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 30/04/2014 12:15, Administrator TOOTAI a écrit : Hi, after upgrade from 11.8.1 to 11.9.0 on our test server, and from 1.8.26.1 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. Example: - switching back to 11.8.1 respectively 1.8.26.1 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 Regards 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. -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Hi, some more information could be usefull. On Wed, Apr 30, 2014 at 12:15:03PM +0200, Administrator TOOTAI wrote: after upgrade from 11.8.1 to 11.9.0 on our test server, and from 1.8.26.1 to 1.8.27 on production one, some CLI commands like sip reload or iax2 reload does nothing. Is Asterisk fully booted? There should be such a message for each AMI connection. Is it possible to unload chan_sip.so and to load it again? Are there error messages related to sip and iax modules? -- Stefan Tichy ( asterisk3 at pi4tel dot de ) -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 30/04/2014 12:39, Administrator TOOTAI a écrit : Le 30/04/2014 12:15, Administrator TOOTAI a écrit : Hi, after upgrade from 11.8.1 to 11.9.0 on our test server, and from 1.8.26.1 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. Example: - switching back to 11.8.1 respectively 1.8.26.1 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 Regards 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. -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Does a reload (not a sip reload) reload everything or does it also require the sip.conf file to be modified? On Wed, Apr 30, 2014 at 5:00 AM, Administrator TOOTAI ad...@tootai.netwrote: Le 30/04/2014 12:39, Administrator TOOTAI a écrit : Le 30/04/2014 12:15, Administrator TOOTAI a écrit : Hi, after upgrade from 11.8.1 to 11.9.0 on our test server, and from 1.8.26.1 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. Example: - switching back to 11.8.1 respectively 1.8.26.1 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 Regards 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. -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- I took the degree of Doctor of Philosophy in 1903. The meaning of this degree is that the recipient of instruction is examined for the last time in his life, and is pronounced completely full. After this, no new ideas can be imparted to him. - Stephen Leacock -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 30/04/2014 13:04, Derek Andrew a écrit : Does a reload (not a sip reload) reload everything or does it also require the sip.conf file to be modified? reload as well as module reload chan_sip.so does nothing. Only way i had till I found why was to restart asterisk :-( On Wed, Apr 30, 2014 at 5:00 AM, Administrator TOOTAI ad...@tootai.net mailto:ad...@tootai.net wrote: Le 30/04/2014 12:39, Administrator TOOTAI a écrit : Le 30/04/2014 12:15, Administrator TOOTAI a écrit : Hi, after upgrade from 11.8.1 to 11.9.0 on our test server, and from 1.8.26.1 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. Example: - switching back to 11.8.1 respectively 1.8.26.1 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 Regards 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. -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- I took the degree of Doctor of Philosophy in 1903. The meaning of this degree is that the recipient of instruction is examined for the last time in his life, and is pronounced completely full. After this, no new ideas can be imparted to him. - Stephen Leacock -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
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 : Hi, after upgrade from 11.8.1 to 11.9.0 on our test server, and from 1.8.26.1 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. Example: - switching back to 11.8.1 respectively 1.8.26.1 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 Regards 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: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
did you try rebooting after installing 11.9? -Original Message- From: Administrator TOOTAI ad...@tootai.net Sender: asterisk-users-bounces@lists.digium.comDate: Wed, 30 Apr 2014 15:13:59 To: asterisk-users@lists.digium.com Reply-To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@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 : Hi, after upgrade from 11.8.1 to 11.9.0 on our test server, and from 1.8.26.1 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. Example: - switching back to 11.8.1 respectively 1.8.26.1 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 Regards 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: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
On Wed, Apr 30, 2014 at 8:13 AM, Administrator TOOTAI ad...@tootai.netwrote: 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! I asked you not to clone and issues and to take your issue to the mailing list (which you did, thank-you). Cloning issues makes a mess of the issue tracker, and causes information to get lost. If your issue is deemed to be a bug, the original issue will get re-opened. -- Matthew Jordan Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com http://asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload problems with 1.8.27 and 11.9.0 - Someone else ?
Le 30/04/2014 15:19, Matthew Jordan a écrit : On Wed, Apr 30, 2014 at 8:13 AM, Administrator TOOTAI ad...@tootai.net mailto:ad...@tootai.net wrote: 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! I asked you not to clone and issues and to take your issue to the mailing list (which you did, thank-you). Cloning issues makes a mess of the issue tracker, and causes information to get lost. If your issue is deemed to be a bug, the original issue will get re-opened. I cloned the issue as it is a bug and I could explain how to reproduce it. If I shouldn't clone the bug, please explain me how to do to inform developpers about new informations concerning a closed bug. That say, sorry for inconvenience. -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users