Re: [asterisk-users] Reload dialplan from bash in strict mode
Joran, A "hack" would be to issue the command with one thread and with the other tail the log and lookout for "WARNING". On Mon, Apr 27, 2020 at 9:24 AM Jöran Vinzens wrote: > Hi All, > > I hope someone can give me a hint. > > We try to reload the asterisk dialplan config using ansible command module. > Using this we just trigger asterisk -rx "dialplan reload" > > Now we want ansibe to fail if there is something wrong in the dialplan. > > If we put a bad config in extensions.conf dialplan reload prints some > warning in Asterisk console but the command "asterisk -rx" is > successful and prints out "Dialplan reloaded". > > So Asterisk try to merge the bad config with the actual one and succeeds > with it. If there would be a strict mode which would fail if there is a bad > line in the config would help us to parse the output. > > Unfortunately we haven't found anything in documentation. > > If you have any Idea how to do this or any other way to ensure the > dialplan reload is successful and there are no error in config would be > much appreciated. > > our bad config looks something like this: > > > [default] > > brokenlinehere > > exten = _X.1,Noop(foo) > > same = n,SomethingElse() > > after reloading it prints out "Line 2 contains no '='" and the reload is > successful, but it shouldn't. > > many Thanks! > BR > Jöran > > -- > > Jöran Vinzens > > sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf > HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois > Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 > > www.sipgate.de - www.sipgate.co.uk > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: > https://community.asterisk.org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > 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 -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Reload dialplan from bash in strict mode
Hi All, I hope someone can give me a hint. We try to reload the asterisk dialplan config using ansible command module. Using this we just trigger asterisk -rx "dialplan reload" Now we want ansibe to fail if there is something wrong in the dialplan. If we put a bad config in extensions.conf dialplan reload prints some warning in Asterisk console but the command "asterisk -rx" is successful and prints out "Dialplan reloaded". So Asterisk try to merge the bad config with the actual one and succeeds with it. If there would be a strict mode which would fail if there is a bad line in the config would help us to parse the output. Unfortunately we haven't found anything in documentation. If you have any Idea how to do this or any other way to ensure the dialplan reload is successful and there are no error in config would be much appreciated. our bad config looks something like this: > [default] > brokenlinehere > exten = _X.1,Noop(foo) > same = n,SomethingElse() after reloading it prints out "Line 2 contains no '='" and the reload is successful, but it shouldn't. many Thanks! BR Jöran -- Jöran Vinzens sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 www.sipgate.de - www.sipgate.co.uk -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Reload dialplan from AMI
I see there is a modulereload function available from the AMI, but none of the listed modules (on the wiki) seem to reload the dialplan. Is there a way to reload the dialplan through this function? Or do I have to use the 'command' action? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started 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 : 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
[asterisk-users] reload chan_dahdi.conf without disconnect active calls
Hi ALL, Is there any way i can reload chan_dahdi.conf without disconnecting active PRI calls ? I want to change pridialplan= option -S -- _ -- 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 chan_dahdi.conf without disconnect active calls
Hi ALL, Is there any way i can reload chan_dahdi.conf without disconnecting active PRI calls ? I want to change pridialplan= option -S -- _ -- 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 chan_dahdi.conf without disconnect active calls
-Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of satish patel Sent: Tuesday, June 07, 2011 5:13 PM To: asterisk-users Subject: [asterisk-users] reload chan_dahdi.conf without disconnect active calls Hi ALL, Is there any way i can reload chan_dahdi.conf without disconnecting active PRI calls ? I want to change pridialplan= option Yes. module reload chan_dahdi.so However, pridialplan= (and a few other options) cannot be changed on a reload. You have to restart Asterisk or unload/load chan_dahdi.so. -- _ -- 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 chan_dahdi.conf without disconnect active calls
hi: there is no way to do that. why do you do that? Best regards, James.zhu Doing asterisk/PRI/ss7/dahdi, linux, asterisk cards, gateway(fxs/fxo/pri-SIP). website: www.voipviews.com From: satish...@hotmail.com To: asterisk-users@lists.digium.com Date: Tue, 7 Jun 2011 21:12:37 + Subject: [asterisk-users] reload chan_dahdi.conf without disconnect active calls Hi ALL, Is there any way i can reload chan_dahdi.conf without disconnecting active PRI calls ? I want to change pridialplan= option -S -- _ -- 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
[asterisk-users] reload command not availeble asterisk 1.8.x
Hey Guys! I have two asterisk 1.8.3.2 same version on both machine but why one asterisk has reload command but other doesn't ? satish-desktop*CLI core show version Asterisk 1.8.3.2 built by root @ satish-desktop on a x86_64 running Linux on 2011-03-25 16:10:39 UTC satish-desktop*CLI re tabtab realtime reload shirley*CLI core show version Asterisk 1.8.3.2 built by root @ shirley on a x86_64 running Linux on 2011-03-22 18:38:19 UTC shirley*CLI re tabtab destroy load mysqlstoreupdate update2 -- _ -- 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 command not availeble asterisk 1.8.x
On 11-03-25 02:49 PM, satish patel wrote: I have two asterisk 1.8.3.2 same version on both machine but why one asterisk has reload command but other doesn't ? *CLI module reload 'reload' is no longer a valid command. I'm guess one box has cli_aliases.conf, while the other does not. -- Paul Belanger Digium, Inc. | Software Developer twitter: pabelanger | IRC: pabelanger (Freenode) 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 command not availeble asterisk 1.8.x
Both servers files are identical.. root@satish-desktop:~# cat /etc/asterisk/cli_aliases.conf | grep reload reload=module reload ; Alias for making voicemail reload actually do module reload app_voicemail.so ;voicemail reload=module reload app_voicemail.so ; This will make the CLI command mr behave as though it is module reload. ;mr=module reload extensions reload=dialplan reload root@shirley:/# cat /etc/asterisk/cli_aliases.conf | grep reload reload=module reload ; Alias for making voicemail reload actually do module reload app_voicemail.so ;voicemail reload=module reload app_voicemail.so ; This will make the CLI command mr behave as though it is module reload. ;mr=module reload extensions reload=dialplan reload Date: Fri, 25 Mar 2011 14:57:14 -0400 From: pabelan...@digium.com To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] reload command not availeble asterisk 1.8.x On 11-03-25 02:49 PM, satish patel wrote: I have two asterisk 1.8.3.2 same version on both machine but why one asterisk has reload command but other doesn't ? *CLI module reload 'reload' is no longer a valid command. I'm guess one box has cli_aliases.conf, while the other does not. -- Paul Belanger Digium, Inc. | Software Developer twitter: pabelanger | IRC: pabelanger (Freenode) 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 -- _ -- 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 command not availeble asterisk 1.8.x
On 11-03-25 03:13 PM, satish patel wrote: Both servers files are identical.. *CLI module show like cli -- Paul Belanger Digium, Inc. | Software Developer twitter: pabelanger | IRC: pabelanger (Freenode) 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 command not availeble asterisk 1.8.x
satish-desktop*CLI module show like cli Module Description Use Count res_clioriginate.soCall origination and redirection from th 0 res_clialiases.so CLI Aliases 0 2 modules loaded shirley*CLI module show like cli Module Description Use Count res_clioriginate.soCall origination and redirection from th 0 1 modules loaded Date: Fri, 25 Mar 2011 15:45:13 -0400 From: pabelan...@digium.com To: asterisk-users@lists.digium.com Subject: Re: [asterisk-users] reload command not availeble asterisk 1.8.x On 11-03-25 03:13 PM, satish patel wrote: Both servers files are identical.. *CLI module show like cli -- Paul Belanger Digium, Inc. | Software Developer twitter: pabelanger | IRC: pabelanger (Freenode) 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 -- _ -- 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 stopping EVERYTHING on CLI and causing havoc.
Quote Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. Hmmm- maybe this should be mentioned in the next is * Really Good Thread ? Mark Hamilton wrote: Same here. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sherwood McGowan Sent: May 22, 2008 4:16 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Steve Totaro wrote: On Thu, May 22, 2008 at 3:56 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Steve Totaro wrote: On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. I have observed it on repeated general reloads on all versions. That's why I don't reload very much, only planned. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users My problem exists even when issuing a restart now or stop now command at the CLI. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Al, Yup, it seems so. Unanswered problems. I've started a bug report, if you're interested: http://bugs.digium.com/view.php?id=12709 Mark. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Al Baker Sent: May 24, 2008 4:35 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Quote Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. Hmmm- maybe this should be mentioned in the next is * Really Good Thread ? Mark Hamilton wrote: Same here. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sherwood McGowan Sent: May 22, 2008 4:16 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Steve Totaro wrote: On Thu, May 22, 2008 at 3:56 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Steve Totaro wrote: On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. I have observed it on repeated general reloads on all versions. That's why I don't reload very much, only planned. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users My problem exists even when issuing a restart now or stop now command at the CLI. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Another case of Extreme Asterrhea. http://lists.digium.com/pipermail/asterisk-users/2008-May/212427.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Al Baker Sent: May 24, 2008 4:35 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Quote Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. Hmmm- maybe this should be mentioned in the next is * Really Good Thread ? Mark Hamilton wrote: Same here. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sherwood McGowan Sent: May 22, 2008 4:16 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Steve Totaro wrote: On Thu, May 22, 2008 at 3:56 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Steve Totaro wrote: On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. I have observed it on repeated general reloads on all versions. That's why I don't reload very much, only planned. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users My problem exists even when issuing a restart now or stop now command at the CLI. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Also what do I do if I see deadlocks all over the CLI? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Hamilton Sent: May 23, 2008 12:13 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Hi Sherwood, I've done the backtrace. Maybe you can submit yours too. http://bugs.digium.com/view.php?id=12709 Thanks, Mark. Original Message Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. From: Sherwood McGowan [EMAIL PROTECTED] Date: Thu, May 22, 2008 7:13 pm To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com snip True True...it's only been a minor annoyance for me, but in the interest of improving Asterisk I should go ahead and rebuild using the debug settings and submit a backtrace. Sherwood MCGowan snip ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Nevermind. Attached atleast two backtraces, one with Asterisk running and not coredumping, and two with Asterisk built coredumps using DO_CRASH. If anyone is interested, please check http://bugs.digium.com/view.php?id=12709 Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Hamilton Sent: May 23, 2008 11:17 AM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Also what do I do if I see deadlocks all over the CLI? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Hamilton Sent: May 23, 2008 12:13 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Hi Sherwood, I've done the backtrace. Maybe you can submit yours too. http://bugs.digium.com/view.php?id=12709 Thanks, Mark. Original Message Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. From: Sherwood McGowan [EMAIL PROTECTED] Date: Thu, May 22, 2008 7:13 pm To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com snip True True...it's only been a minor annoyance for me, but in the interest of improving Asterisk I should go ahead and rebuild using the debug settings and submit a backtrace. Sherwood MCGowan snip ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Mark Hamilton wrote: Also what do I do if I see deadlocks all over the CLI? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Hamilton Sent: May 23, 2008 12:13 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Hi Sherwood, I've done the backtrace. Maybe you can submit yours too. http://bugs.digium.com/view.php?id=12709 Thanks, Mark. Original Message Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. From: Sherwood McGowan [EMAIL PROTECTED] Date: Thu, May 22, 2008 7:13 pm To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com snip True True...it's only been a minor annoyance for me, but in the interest of improving Asterisk I should go ahead and rebuild using the debug settings and submit a backtrace. Sherwood MCGowan snip ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users There's a section on debugging a running deadlock on this page: http://www.voip-info.org/wiki-Asterisk+debugging That's the route you'll probably want to go ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Mark Hamilton wrote: Nevermind. Attached atleast two backtraces, one with Asterisk running and not coredumping, and two with Asterisk built coredumps using DO_CRASH. If anyone is interested, please check http://bugs.digium.com/view.php?id=12709 Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Hamilton Sent: May 23, 2008 11:17 AM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Also what do I do if I see deadlocks all over the CLI? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Hamilton Sent: May 23, 2008 12:13 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Hi Sherwood, I've done the backtrace. Maybe you can submit yours too. http://bugs.digium.com/view.php?id=12709 Thanks, Mark. Original Message Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. From: Sherwood McGowan [EMAIL PROTECTED] Date: Thu, May 22, 2008 7:13 pm To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com snip True True...it's only been a minor annoyance for me, but in the interest of improving Asterisk I should go ahead and rebuild using the debug settings and submit a backtrace. Sherwood MCGowan snip ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I'm monitoring the issue, and will submit a backtrace from my system as well. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn’t seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn’t work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt “Died successfully” and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn’t work, and ALL of the above happened again. -- How do I diagnose what’s causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
You can create queues via AMI although it won't survive a restart. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
That's true. But that's exactly why it's not used and conf is much easier. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. You can create queues via AMI although it won't survive a restart. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- 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 -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
http://www.the-asterisk-book.com/unstable/asterisk-manager-api.html QueueAdd, and the add agents... Thanks, Steve Totaro On Thu, May 22, 2008 at 3:34 PM, Steve Totaro [EMAIL PROTECTED] wrote: You can create queues via AMI although it won't survive a restart. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Three options. 1. Open a bug report and hope someone fixes it. 2. Use AMI AND write the new .conf entry at the same time! 3. Reload queues when empty. I don't really understand what the issue is with number two. Although I am not a programmer, I can see why reloading queues with callers in the queues might be a problem. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:38 PM, Mark Hamilton [EMAIL PROTECTED] wrote: That's true. But that's exactly why it's not used and conf is much easier. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. You can create queues via AMI although it won't survive a restart. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- 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 -- 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 -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Steve Totaro wrote: On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Not fixed in 1.4, at least not as of yesterday when I updated my 1.4 branch ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
1) rains down bullets 2) more work, but surely doable 3) yes, but that's a work around to the problem and inconvenient for 24/7 production box. Either way, the reload worked perfectly fine before - even with callers logged in and in full production. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:49 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Three options. 1. Open a bug report and hope someone fixes it. 2. Use AMI AND write the new .conf entry at the same time! 3. Reload queues when empty. I don't really understand what the issue is with number two. Although I am not a programmer, I can see why reloading queues with callers in the queues might be a problem. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:38 PM, Mark Hamilton [EMAIL PROTECTED] wrote: That's true. But that's exactly why it's not used and conf is much easier. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. You can create queues via AMI although it won't survive a restart. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Steve Totaro wrote: On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
On Thu, May 22, 2008 at 3:56 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Steve Totaro wrote: On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. I have observed it on repeated general reloads on all versions. That's why I don't reload very much, only planned. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Before what? Revert to that if you had no problems. You could do realtime queues too. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:58 PM, Mark Hamilton [EMAIL PROTECTED] wrote: 1) rains down bullets 2) more work, but surely doable 3) yes, but that's a work around to the problem and inconvenient for 24/7 production box. Either way, the reload worked perfectly fine before - even with callers logged in and in full production. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:49 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Three options. 1. Open a bug report and hope someone fixes it. 2. Use AMI AND write the new .conf entry at the same time! 3. Reload queues when empty. I don't really understand what the issue is with number two. Although I am not a programmer, I can see why reloading queues with callers in the queues might be a problem. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:38 PM, Mark Hamilton [EMAIL PROTECTED] wrote: That's true. But that's exactly why it's not used and conf is much easier. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. You can create queues via AMI although it won't survive a restart. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Before adding one agent to a queue. I guess realtime queues is something I should be looking into.. Other than that, this is bad. How long will Asterisk users have to look for band-aid answers? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 4:02 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Before what? Revert to that if you had no problems. You could do realtime queues too. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:58 PM, Mark Hamilton [EMAIL PROTECTED] wrote: 1) rains down bullets 2) more work, but surely doable 3) yes, but that's a work around to the problem and inconvenient for 24/7 production box. Either way, the reload worked perfectly fine before - even with callers logged in and in full production. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:49 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Three options. 1. Open a bug report and hope someone fixes it. 2. Use AMI AND write the new .conf entry at the same time! 3. Reload queues when empty. I don't really understand what the issue is with number two. Although I am not a programmer, I can see why reloading queues with callers in the queues might be a problem. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:38 PM, Mark Hamilton [EMAIL PROTECTED] wrote: That's true. But that's exactly why it's not used and conf is much easier. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. You can create queues via AMI although it won't survive a restart. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Steve Totaro wrote: On Thu, May 22, 2008 at 3:56 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Steve Totaro wrote: On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. I have observed it on repeated general reloads on all versions. That's why I don't reload very much, only planned. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users My problem exists even when issuing a restart now or stop now command at the CLI. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Sherwood McGowan wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn’t seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn’t work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt “Died successfully” and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn’t work, and ALL of the above happened again. -- How do I diagnose what’s causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan Sounds like you're waiting on a mutex locked somewhere within the queue infrastructure. You'll want to take a look at DEBUG_THREAD and follow on research behind that. http://lists.digium.com/pipermail/asterisk-dev/2003-November/002384.html -- Bird's The Word Technologies, Inc. http://www.btwtech.com/ ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Until you provide enough info to properly open a bug report and follow up on it until it gets fixed. Thanks, Steve Totaro On Thu, May 22, 2008 at 4:07 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Before adding one agent to a queue. I guess realtime queues is something I should be looking into.. Other than that, this is bad. How long will Asterisk users have to look for band-aid answers? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 4:02 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Before what? Revert to that if you had no problems. You could do realtime queues too. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:58 PM, Mark Hamilton [EMAIL PROTECTED] wrote: 1) rains down bullets 2) more work, but surely doable 3) yes, but that's a work around to the problem and inconvenient for 24/7 production box. Either way, the reload worked perfectly fine before - even with callers logged in and in full production. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:49 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Three options. 1. Open a bug report and hope someone fixes it. 2. Use AMI AND write the new .conf entry at the same time! 3. Reload queues when empty. I don't really understand what the issue is with number two. Although I am not a programmer, I can see why reloading queues with callers in the queues might be a problem. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:38 PM, Mark Hamilton [EMAIL PROTECTED] wrote: That's true. But that's exactly why it's not used and conf is much easier. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. You can create queues via AMI although it won't survive a restart. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Same here. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sherwood McGowan Sent: May 22, 2008 4:16 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Steve Totaro wrote: On Thu, May 22, 2008 at 3:56 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Steve Totaro wrote: On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan You are using Asterisk 1.2.x? I have seen this many, many times. Sometimes the CLI becomes unresponsive, sometimes queues crap out or stops delivering calls to agents, sometimes it just takes a bit and then becomes responsive again. The rule of thumb is don't reload queues when there are people in queue, at least that seems to eliminate the problems I have seen. Makes sense too. Not sure if it is fixed in 1.4. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Oh and also, in my implementation there are no queues. It seems to be not related, I've had it in EVERY version of Asterisk I've used. I have observed it on repeated general reloads on all versions. That's why I don't reload very much, only planned. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users My problem exists even when issuing a restart now or stop now command at the CLI. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
BJ Weschke wrote: Sherwood McGowan wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn’t seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn’t work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt “Died successfully” and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn’t work, and ALL of the above happened again. -- How do I diagnose what’s causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan Sounds like you're waiting on a mutex locked somewhere within the queue infrastructure. You'll want to take a look at DEBUG_THREAD and follow on research behind that. http://lists.digium.com/pipermail/asterisk-dev/2003-November/002384.html Sorry about that. Gave you some 'dated' info there in that link. Try this instead maybe for 1.4... Tips for Asterisk 1.4 Two things you need to make sure you enable when you compile asterisk: DEBUG_THREADS DONT_OPTIMIZE These can be toggled under the Compiler Flags options when you do a make menuselect. Make sure that you have them turned on (I.E. an Asterisk next to them). Then, follow the guidelines for obtaining a backtrace with GDB. These can be found in the file asterisk/doc/backtrace.txt. I would suggest that you issue the following, to make your life easy; script backtrace.txt - This will start a typescript session, which captures the Input / Output from the session into a file called backtrace.txt Once you get into gdb, then issue: set pagination off to turn of paging. Then, get your backtrace, exit out of GDB and come find someone on #asterisk-dev on irc.freenode.org to take a look at your backtrace or the asterisk-dev mailing list. Backtracing a core dump file in /tmp 1. start Asterisk with safe_asterisk 2. enter gdb asterisk core. 3. enter bt while in gdb (or do a bt full) 4. enter thread apply all bt Naturally you'll need to have gdb installed on your system -- -- Bird's The Word Technologies, Inc. http://www.btwtech.com/ ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Ok, I will try this out tonight. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of BJ Weschke Sent: May 22, 2008 4:44 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. BJ Weschke wrote: Sherwood McGowan wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk didn't kill the process Sherwood McGowan Sounds like you're waiting on a mutex locked somewhere within the queue infrastructure. You'll want to take a look at DEBUG_THREAD and follow on research behind that. http://lists.digium.com/pipermail/asterisk-dev/2003-November/002384.html Sorry about that. Gave you some 'dated' info there in that link. Try this instead maybe for 1.4... Tips for Asterisk 1.4 Two things you need to make sure you enable when you compile asterisk: DEBUG_THREADS DONT_OPTIMIZE These can be toggled under the Compiler Flags options when you do a make menuselect. Make sure that you have them turned on (I.E. an Asterisk next to them). Then, follow the guidelines for obtaining a backtrace with GDB. These can be found in the file asterisk/doc/backtrace.txt. I would suggest that you issue the following, to make your life easy; script backtrace.txt - This will start a typescript session, which captures the Input / Output from the session into a file called backtrace.txt Once you get into gdb, then issue: set pagination off to turn of paging. Then, get your backtrace, exit out of GDB and come find someone on #asterisk-dev on irc.freenode.org to take a look at your backtrace or the asterisk-dev mailing list. Backtracing a core dump file in /tmp 1. start Asterisk with safe_asterisk 2. enter gdb asterisk core. 3. enter bt while in gdb (or do a bt full) 4. enter thread apply all bt Naturally you'll need to have gdb installed on your system -- -- Bird's The Word Technologies, Inc. http://www.btwtech.com/ ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- 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 -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Steve Totaro wrote: Until you provide enough info to properly open a bug report and follow up on it until it gets fixed. Thanks, Steve Totaro On Thu, May 22, 2008 at 4:07 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Before adding one agent to a queue. I guess realtime queues is something I should be looking into.. Other than that, this is bad. How long will Asterisk users have to look for band-aid answers? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 4:02 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Before what? Revert to that if you had no problems. You could do realtime queues too. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:58 PM, Mark Hamilton [EMAIL PROTECTED] wrote: 1) rains down bullets 2) more work, but surely doable 3) yes, but that's a work around to the problem and inconvenient for 24/7 production box. Either way, the reload worked perfectly fine before - even with callers logged in and in full production. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:49 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. Three options. 1. Open a bug report and hope someone fixes it. 2. Use AMI AND write the new .conf entry at the same time! 3. Reload queues when empty. I don't really understand what the issue is with number two. Although I am not a programmer, I can see why reloading queues with callers in the queues might be a problem. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:38 PM, Mark Hamilton [EMAIL PROTECTED] wrote: That's true. But that's exactly why it's not used and conf is much easier. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:34 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. You can create queues via AMI although it won't survive a restart. Thanks, Steve Totaro On Thu, May 22, 2008 at 3:25 PM, Mark Hamilton [EMAIL PROTECTED] wrote: Thanks Steve. Using 1.4.18, and I don't think it's fixed. The unresponsiveness is permanent - although I do try to not reload during work hours, sometimes it's just necessary.. especially when someone asks for a new queue. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Totaro Sent: May 22, 2008 3:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. On Thu, May 22, 2008 at 2:02 PM, Sherwood McGowan [EMAIL PROTECTED] wrote: Mark Hamilton wrote: Hi, Yesterday I made a change in queues.conf and so tried doing a reload app_queue.so in the CLI. (Using 1.4.18). It didn't seem to do anything, infact all action on CLI stopped. Then, I did a reload. Same thing. After that there was no other way.. because even stop now wouldn't work, so I did a service asterisk restart And then asterisk kept giving the same thing on prompt Died successfully and all that it usually says when you issue a stop now, except it kept showing that on root prompt after doing a service asterisk restart. Did a killall asterisk, and finally it stopped. Then started asterisk service. It was fine. Did a full restart at night, and it was fine. NOW, I wanted to do a reload again today mid-day when in full use, and it still didn't work, and ALL of the above happened again. -- How do I diagnose what's causing this? Thanks, Mark. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users I've had this problem before, haven't debugged it. I definitely look forward to hearing what is said about this. Example from my recent experience, I wanted to restart the server and so did pbx0*CLI restart now But nothing happened...system continued to allow calls to take place. I've found that sometimes exiting and reconnecting to the CLI helps, but there have been a couple occasions where NOTHING would allow the server to restart save for a reboot. Even killall asterisk
Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc.
Hi Sherwood, I've done the backtrace. Maybe you can submit yours too. http://bugs.digium.com/view.php?id=12709 Thanks, Mark. Original Message Subject: Re: [asterisk-users] reload stopping EVERYTHING on CLI and causing havoc. From: Sherwood McGowan [EMAIL PROTECTED] Date: Thu, May 22, 2008 7:13 pm To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com snip True True...it's only been a minor annoyance for me, but in the interest of improving Asterisk I should go ahead and rebuild using the debug settings and submit a backtrace. Sherwood MCGowan snip ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload command
16 nov 2007 kl. 15.38 skrev Julian Lyndon-Smith: See inline: Tony Plack wrote: I'm talking about the command: /usr/sbin/asterisk -rx reload Jerry I am not sure why one would need reload these days unless you are making changes to the code in the modules. My guess is that you are doing this after a change to extensions.conf. If this is the case, please try /usr/sbin/asterisk -rx extensions reload or if you need to reload a specific module /usr/sbin/asterisk -rx module reload x Of course if you have a sip call in progress and you call reload on chan_sip, expect that the connection will be broken. I don't think that is the case at all. I believe that all calls will carry on without interruption. Absolutely correct, a reload of the SIP channel won't affect established calls. However, since we're talking about call files, there might be a skew in the module handling that. This situation needs some debugging, maybe even a good detailed bug report in the bug tracker. /O ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload command
Well, during reload all modules, including channel technologies will call reload(), so it is hard to tell if it is a bug or just that the channel driver is not ready to make calls when you ask to make a call due to the reload(). More information is needed. Does this happen with any technology, do you enabled ALL logs? if so, can you find any relevant ERROR, WARNING or something like that when the call fails? - Moy On Nov 15, 2007 9:22 PM, Jerry Geis [EMAIL PROTECTED] wrote: What do you mean by reload. Please be specific. Reload or restart. Reload which module? or did you mean restart Asterisk? On Nov 15, 2007 7:12 AM, Jerry Geis geisj at pagestation.com http://lists.digium.com/mailman/listinfo/asterisk-users wrote: / All, // // I have noticed that placing a call in the outgoing spool during a reload // the call may fail. Try the call again after the reload is done and it will // complete. // // This seems like a bug. During a reload calls should be suspended or // something? // // Thoughts? // // Jerry/ I'm talking about the command: /usr/sbin/asterisk -rx reload Jerry ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Within C++, there is a much smaller and cleaner language struggling to get out. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload command
I'm talking about the command: /usr/sbin/asterisk -rx reload Jerry I am not sure why one would need reload these days unless you are making changes to the code in the modules. My guess is that you are doing this after a change to extensions.conf. If this is the case, please try /usr/sbin/asterisk -rx extensions reload or if you need to reload a specific module /usr/sbin/asterisk -rx module reload x Of course if you have a sip call in progress and you call reload on chan_sip, expect that the connection will be broken. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] reload command
What do you mean by reload. Please be specific. Reload or restart. Reload which module? or did you mean restart Asterisk? On Nov 15, 2007 7:12 AM, Jerry Geis geisj at pagestation.com http://lists.digium.com/mailman/listinfo/asterisk-users wrote: / All, // // I have noticed that placing a call in the outgoing spool during a reload // the call may fail. Try the call again after the reload is done and it will // complete. // // This seems like a bug. During a reload calls should be suspended or // something? // // Thoughts? // // Jerry/ I'm talking about the command: /usr/sbin/asterisk -rx reload Jerry ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload command
I don't think that is the case at all. I believe that all calls will carry on without interruption. Julian Well I learned something new today... thank you. In the past, I could swear that reloading chan_sip on a bridged call would cause me to loose connection. But now, I cannot get even the reload to do this. Good to know. I am running Asterisk SVN-branch-1.4-r89125M and this does not occur. Thanks again Julian. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload command
See inline: Tony Plack wrote: I'm talking about the command: /usr/sbin/asterisk -rx reload Jerry I am not sure why one would need reload these days unless you are making changes to the code in the modules. My guess is that you are doing this after a change to extensions.conf. If this is the case, please try /usr/sbin/asterisk -rx extensions reload or if you need to reload a specific module /usr/sbin/asterisk -rx module reload x Of course if you have a sip call in progress and you call reload on chan_sip, expect that the connection will be broken. I don't think that is the case at all. I believe that all calls will carry on without interruption. Julian ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users __ This email for dotr.com has been scanned by MessageLabs __ ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] reload command
All, I have noticed that placing a call in the outgoing spool during a reload the call may fail. Try the call again after the reload is done and it will complete. This seems like a bug. During a reload calls should be suspended or something? Thoughts? Jerry ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload command
What do you mean by reload. Please be specific. Reload or restart. Reload which module? or did you mean restart Asterisk? On Nov 15, 2007 7:12 AM, Jerry Geis [EMAIL PROTECTED] wrote: All, I have noticed that placing a call in the outgoing spool during a reload the call may fail. Try the call again after the reload is done and it will complete. This seems like a bug. During a reload calls should be suspended or something? Thoughts? Jerry ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Within C++, there is a much smaller and cleaner language struggling to get out. ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] reload manager.conf
I've made a change to my manager.conf file in asterisk 1.2.18 Is there a way to reload that config file from the CLI without restarting asterisk? Bob ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload manager.conf
Bob Pierce wrote: I've made a change to my manager.conf file in asterisk 1.2.18 Is there a way to reload that config file from the CLI without restarting asterisk? Bob every time there is a new connection to the asterisk manager interface, the manager.conf file is reread. (meaning, it reloads itself) ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] reload manager.conf
On Wed, 2007-10-24 at 13:31 -0700, Richard Lyman wrote: every time there is a new connection to the asterisk manager interface, the manager.conf file is reread. (meaning, it reloads itself) Great. Thanks for your help! ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [asterisk-users] Reload in 1.4 clears regexten
Please post the relevant portions of your sip.conf and extensions.conf I'll bet dollars to donuts you have the same context defined as both your regcontext and as a context in extensions.conf (or an .ael, or whatever). - Brad -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Douglas Garstang Sent: Wednesday, June 06, 2007 7:08 PM To: asterisk-users@lists.digium.com Subject: [asterisk-users] Reload in 1.4 clears regexten Ok, I could have sworn this was fixed in Asterisk 1.2, but it seems in Asterisk 1.4.4, that doing a reload, or even an 'extensions reload' will clear any extensions that have been created by regexten. This is VERY bad! Doug. The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [asterisk-users] Reload in 1.4 clears regexten
Brad, I can't post the entire contents of sip.conf and extensions.conf/extensions.ael, but as you can see below, I don't have a sip_autoreg defined anywhere in my dial plan. [EMAIL PROTECTED] asterisk]# cat sip.conf [general] context=default allowoverlap=no bindport=5060 bindaddr=xxx.yyy.34.201 srvlookup=yes regcontext=sip_autoreg [EMAIL PROTECTED] asterisk]# grep sip_autoreg extensions.conf [EMAIL PROTECTED] asterisk]# grep sip_autoreg extensions.ael [EMAIL PROTECTED] asterisk]# Douglas. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Watkins, Bradley Sent: Thursday, June 07, 2007 3:28 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: RE: [asterisk-users] Reload in 1.4 clears regexten Please post the relevant portions of your sip.conf and extensions.conf I'll bet dollars to donuts you have the same context defined as both your regcontext and as a context in extensions.conf (or an .ael, or whatever). - Brad -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Douglas Garstang Sent: Wednesday, June 06, 2007 7:08 PM To: asterisk-users@lists.digium.com Subject: [asterisk-users] Reload in 1.4 clears regexten Ok, I could have sworn this was fixed in Asterisk 1.2, but it seems in Asterisk 1.4.4, that doing a reload, or even an 'extensions reload' will clear any extensions that have been created by regexten. This is VERY bad! Doug. The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [asterisk-users] Reload in 1.4 clears regexten
So it is, I was wrong. What do you get when you do a 'show dialplan sip_autoreg'? Does it show pbx_config or anything like that, or does it say SIP? In theory at least (though I'd have to peek at the code again to refresh my memory), contexts that aren't created by pbx_config should not get destroyed when you do an 'extensions reload'. - Brad -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Douglas Garstang Sent: Thursday, June 07, 2007 11:12 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: RE: [asterisk-users] Reload in 1.4 clears regexten Brad, I can't post the entire contents of sip.conf and extensions.conf/extensions.ael, but as you can see below, I don't have a sip_autoreg defined anywhere in my dial plan. [EMAIL PROTECTED] asterisk]# cat sip.conf [general] context=default allowoverlap=no bindport=5060 bindaddr=xxx.yyy.34.201 srvlookup=yes regcontext=sip_autoreg [EMAIL PROTECTED] asterisk]# grep sip_autoreg extensions.conf [EMAIL PROTECTED] asterisk]# grep sip_autoreg extensions.ael [EMAIL PROTECTED] asterisk]# Douglas. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Watkins, Bradley Sent: Thursday, June 07, 2007 3:28 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: RE: [asterisk-users] Reload in 1.4 clears regexten Please post the relevant portions of your sip.conf and extensions.conf I'll bet dollars to donuts you have the same context defined as both your regcontext and as a context in extensions.conf (or an .ael, or whatever). - Brad -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Douglas Garstang Sent: Wednesday, June 06, 2007 7:08 PM To: asterisk-users@lists.digium.com Subject: [asterisk-users] Reload in 1.4 clears regexten Ok, I could have sworn this was fixed in Asterisk 1.2, but it seems in Asterisk 1.4.4, that doing a reload, or even an 'extensions reload' will clear any extensions that have been created by regexten. This is VERY bad! Doug. The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Reload in 1.4 clears regexten
Ok, I could have sworn this was fixed in Asterisk 1.2, but it seems in Asterisk 1.4.4, that doing a reload, or even an 'extensions reload' will clear any extensions that have been created by regexten. This is VERY bad! Doug. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Reload question
Whenever I issue a reload command I never seem to get any console feedback and the command never finishes. Is there a lock file or something I should check for? The system is still running and working just not reloading. Is there any way to find out where it's hanging? Connected to Asterisk 1.2.11 currently running on asterisk1 (pid = 31986) Verbosity is at least 10 asterisk1*CLI reload wait a few and then asterisk1*CLI reload The previous reload command didn't finish yet _ Mobilcom http://www.mobilcom.net ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload question
On Fri, 2006-09-08 at 10:31 -0400, Mailing List wrote: Whenever I issue a reload command I never seem to get any console feedback and the command never finishes. Is there a lock file or something I should check for? The system is still running and working just not reloading. Is there any way to find out where it's hanging? Connected to Asterisk 1.2.11 currently running on asterisk1 (pid = 31986) Verbosity is at least 10 asterisk1*CLI reload wait a few and then asterisk1*CLI reload The previous reload command didn't finish yet Think I saw this a while back when I had installed chan_sccp and had forgotten to noload = chan_skinny.so in /etc/asterisk/modules.conf. Try starting Asterisk manually from the command line and check all the output for any errors. Regards, Patrick ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload of wct4xxp without restarting of Asterisk?
On Thu, Jul 27, 2006 at 09:04:24AM +0200, [EMAIL PROTECTED] wrote: Hello, is it possible to restart the wct4xxp kernel module and start again without stopping Asterisk? In trunk (using 'zap restart': bug #6255) i tried to unload chan_zap.so but rmmod says the module is in use. In order to rmmod it you should first use 'zap destroy channel NNN' to destroy its channels. Sadly, you can't gain those back without 'zap restart' -- Tzafrir Cohen sip:[EMAIL PROTECTED] icq#16849755 iax:[EMAIL PROTECTED] +972-50-7952406 jabber:[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.xorcom.com ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Reload of wct4xxp without restarting of Asterisk?
Hello, is it possible to restart the wct4xxp kernel module and start again without stopping Asterisk? i tried to unload chan_zap.so but rmmod says the module is in use. Is it possible? if it is, how its possible? Thanks Nico ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload of wct4xxp without restarting of Asterisk?
On Thu, 2006-07-27 at 09:04 +0200, [EMAIL PROTECTED] wrote: is it possible to restart the wct4xxp kernel module and start again without stopping Asterisk? Yes, you should be able to unload chan_zap.so from Asterisk without stopping the rest. i tried to unload chan_zap.so but rmmod says the module is in use. To unload the module, there can not be any active calls. -- Russell Bryant Software Developer Digium, Inc. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload of wct4xxp without restarting of Asterisk?
As i writed, i do an unload of chan_zap.so but i can't unload the module wct4xxp, is this possible? Thanks Nico On Thu, 27 Jul 2006, Russell Bryant wrote: On Thu, 2006-07-27 at 09:04 +0200, [EMAIL PROTECTED] wrote: is it possible to restart the wct4xxp kernel module and start again without stopping Asterisk? Yes, you should be able to unload chan_zap.so from Asterisk without stopping the rest. i tried to unload chan_zap.so but rmmod says the module is in use. To unload the module, there can not be any active calls. -- Russell Bryant Software Developer Digium, Inc. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload of wct4xxp without restarting of Asterisk?
On Thu, 2006-07-27 at 09:40 +0200, [EMAIL PROTECTED] wrote: As i writed, i do an unload of chan_zap.so but i can't unload the module wct4xxp, is this possible? Well, you actually said that the error was for chan_zap.so. :) Anyway, you should never need to unload the wct4xxp driver. If you need to make configuration changes, then you just re-run ztcfg. -- Russell Bryant Software Developer Digium, Inc. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Reload clears queue stats
Has anyone noticed that doing a 'reload' on the Asterisk console clears all the stats shown by the 'show queues' command? I'd like to report a bug, but would probably get my head chewed off for not testing it in the latest SVN code first. Doug. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Reload clears queue stats
Douglas Garstang wrote: Has anyone noticed that doing a 'reload' on the Asterisk console clears all the stats shown by the 'show queues' command? I'd like to report a bug, but would probably get my head chewed off for not testing it in the latest SVN code first. Doug. It is not a bug, it is just the way it works. Just use a database and queuemetrics perl script to import your queue_log into the database and query away. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [asterisk-users] Reload clears queue stats
-Original Message- From: Steve Totaro [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 18, 2006 4:58 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Reload clears queue stats Douglas Garstang wrote: Has anyone noticed that doing a 'reload' on the Asterisk console clears all the stats shown by the 'show queues' command? I'd like to report a bug, but would probably get my head chewed off for not testing it in the latest SVN code first. Doug. -- -- It is not a bug, it is just the way it works. I find that hard to believe! Just use a database and queuemetrics perl script to import your queue_log into the database and query away. Not sure I follow you. queue_log is a file. Doing a 'reload' command does not cause the file to go away. It's still there, so why does a 'reload' clear those stats? Also, if the data required to rebuild the queue stats is in queue_log, then even an asterisk shutdown and restart should read the queue_log and re-populate those stats. Doug. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Reload astdb?
Is there any way to get Asterisk to reload the /var/lib/asterisk/astdb file? It seems to only read it on startup. Thanks. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Reload astdb?
Douglas Garstang wrote: Is there any way to get Asterisk to reload the /var/lib/asterisk/astdb file? It seems to only read it on startup. Thanks. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users It depends what you mean by reload. The file is opened when Asterisk is started, and then anything can use the astdb. How it's used is up to what is using it. You need to be more descriptive. What data do you need to reload from the astdb? Joshua Colp ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Reload astdb?
Joshua, I'd like issue a command, that would cause Asterisk to re-read it, and refresh what it has in memory. Douglas. -Original Message- From: Joshua Colp [mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 12:46 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Reload astdb? Douglas Garstang wrote: Is there any way to get Asterisk to reload the /var/lib/asterisk/astdb file? It seems to only read it on startup. Thanks. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users It depends what you mean by reload. The file is opened when Asterisk is started, and then anything can use the astdb. How it's used is up to what is using it. You need to be more descriptive. What data do you need to reload from the astdb? Joshua Colp ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Reload astdb?
Joshua Colp wrote: It depends what you mean by reload. The file is opened when Asterisk is started, and then anything can use the astdb. How it's used is up to what is using it. You need to be more descriptive. What data do you need to reload from the astdb? And even more importantly... there is no value in 'reloading' the astdb unless something outside of Asterisk is modifying it, which is most definitely not supported (and not safe to do). ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Reload astdb?
Douglas Garstang wrote: Joshua, I'd like issue a command, that would cause Asterisk to re-read it, and refresh what it has in memory. Douglas. -Original Message- From: Joshua Colp [mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 12:46 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Reload astdb? Douglas Garstang wrote: Is there any way to get Asterisk to reload the /var/lib/asterisk/astdb file? It seems to only read it on startup. Thanks. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users It depends what you mean by reload. The file is opened when Asterisk is started, and then anything can use the astdb. How it's used is up to what is using it. You need to be more descriptive. What data do you need to reload from the astdb? Joshua Colp ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users This doesn't answer the original question - why do you need to reload it? Joshua Colp ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Reload astdb?
-Original Message- From: Kevin P. Fleming [mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 1:46 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Reload astdb? Joshua Colp wrote: It depends what you mean by reload. The file is opened when Asterisk is started, and then anything can use the astdb. How it's used is up to what is using it. You need to be more descriptive. What data do you need to reload from the astdb? And even more importantly... there is no value in 'reloading' the astdb unless something outside of Asterisk is modifying it, which is most definitely not supported (and not safe to do). Not supported - Understood. No value - Disagree. There's no way to replicate registration info between Asterisk boxes. A static, pre-loaded astdb file with all phones, that Asterisk sees when it starts would be great. A dynamic one that can be modified (by some outside process) while asterisk is running would be even better. Doug. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Reload astdb?
-Original Message- From: Joshua Colp [mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 1:48 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Reload astdb? Douglas Garstang wrote: Joshua, I'd like issue a command, that would cause Asterisk to re-read it, and refresh what it has in memory. Douglas. -Original Message- From: Joshua Colp [mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 12:46 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Reload astdb? Douglas Garstang wrote: Is there any way to get Asterisk to reload the /var/lib/asterisk/astdb file? It seems to only read it on startup. Thanks. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users It depends what you mean by reload. The file is opened when Asterisk is started, and then anything can use the astdb. How it's used is up to what is using it. You need to be more descriptive. What data do you need to reload from the astdb? Joshua Colp ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users This doesn't answer the original question - why do you need to reload it? Because Asterisk cannot replicate registration information between servers. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Reload astdb?
This doesn't answer the original question - why do you need to reload it? I'll give you an example. An Active-Active asterisk cluster. In the event one of the servers dies, the other server can take over without loosing registrations. Since most of the SIP clients know how to use DNS failovers its up to asterisk to do its part :) I don't understand why cat we use realtime for it? For sites that need to chare registrations (for whatever the valid or non-valid reasons anyone could think of) they should be able to use realtime architecture instead of astdb. Mind you that only sites that know what they doing will utilise that, so I don't think it will create a major support headache. Allowing users to select realtime or astdb is another step close to a reliable carrier grade asterisk active-active cluster :) This is just my 0.01c :) ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
