Philippe Lindheimer
2006-Jun-08 11:37 UTC
[Asterisk-Users] FreePBX 2.1.0: Manually rewriting
do you have selinux enabled? It should not be. p p.s. - if it comes to re-installing, you can backup all your settings with the freepbx backup utility and then restore so that you don't have to re-enter everything. From: "Lachek Butalek" <lachek@gmail.com> To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users@lists.digium.com> Date: Thu, 8 Jun 2006 12:24:24 -0400 Subject: [Asterisk-Users] FreePBX 2.1.0: Manually rewriting extensions_additional.conf Figuring I knew what I was doing (I didn't - surprise) I added a totally unnecessary line in /etc/asterisk/extensions_additional.conf a couple of days ago. Troubleshooting a dialing rule issue, I'm now realizing that FreePBX is updating its database with the new settings but is not rewriting/updating extensions_additional.conf with the changes I'm making. I've tried renaming the file, changing its ownership, changing its permissions, restarting the portal, all without any success. Web resources on this issue claim the opposite problem - that custom changes to extensions_additional.conf will be automatically rewritten every time FreePBX/AMP is updated. If that was true, I'd be done - unfortunately, it seems this is not the case. I really don't want to reinstall FreePBX and redo my entire configuration again... :( Any assistance would be greatly appreciated. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060608/99cb80a3/attachment.htm
I've never messed with FreePBX but a while ago when I first started messing with asterisk@home there were perl scripts in /var/www/html/admin/ that reloaded the DB. Try looking there & run the perl script, then reload asterisk. Why it's not doing it automatially... couldn't tell ya. bp On 6/8/06, Philippe Lindheimer <p_lindheimer@yahoo.com> wrote:> > > do you have selinux enabled? It should not be. > > p > > p.s. - if it comes to re-installing, you can backup all your settings with > the freepbx backup utility and then restore so that you don't have to > re-enter everything. > * > * > > > From: "Lachek Butalek" <lachek@gmail.com> > To: "Asterisk Users Mailing List - Non-Commercial Discussion" > <asterisk-users@lists.digium.com> > Date: Thu, 8 Jun 2006 12:24:24 -0400 > Subject: [Asterisk-Users] FreePBX 2.1.0: Manually rewriting > extensions_additional.conf > > Figuring I knew what I was doing (I didn't - surprise) I added a > totally unnecessary line in /etc/asterisk/extensions_additional.conf a > couple of days ago. Troubleshooting a dialing rule issue, I'm now > realizing that FreePBX is updating its database with the new settings > but is not rewriting/updating extensions_additional.conf with the > changes I'm making. > > I've tried renaming the file, changing its ownership, changing its > permissions, restarting the portal, all without any success. Web > resources on this issue claim the opposite problem - that custom > changes to extensions_additional.conf will be automatically rewritten > every time FreePBX/AMP is updated. If that was true, I'd be done - > unfortunately, it seems this is not the case. > > I really don't want to reinstall FreePBX and redo my entire > configuration again... :( > > Any assistance would be greatly appreciated. > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com <http://easynews.com/>-- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060608/735cdd54/attachment.htm