0000011: extensions.conf not generated unless sip provider setup

(0000008)
dazza (reporter)
2009-09-02 15:16

Update - we restarted asterisk, and it seems to have a dialplan now. Perhaps when asterisk started without a valid extensions.conf file (broken symlink to non-existent file) it assumed it would never have one?

(0000009)
rgavril (administrator)
2009-09-02 15:25

Hi Dazza,

1) Did you used the deb to do the installation ?

2) If you used the deb package, did you installed the package on a system with had starfish pbx installed in the past ?

3) Can you check if $conf['astman']['password'] variable from /etc/starfish-pbx/config.local.php matches the password listed in /etc/asterisk/manager.d/starfish-pbx.conf

I think I figure out where's the problem but just want to double check.

(0000010)
dazza (reporter)
2009-09-02 15:31

1) Used the .deb, yes.

2) First .deb install had no previous starfish. Second .deb (svn 41) would have been an install where previous version had been installed. At no point was a valid extensions.conf file put in that directory until we added a sip provider after the upgrade to 41

3) yes, password match (at least they do now)

(0000011)
rgavril (administrator)
2009-09-02 15:56

Think I forgot to add a dependency to php5-cli and the postinstall script which should have created the initial config files failed to do so.

Can you confirm that you don't have php5-cli installed by giving me the output of:

dpkg -l 'php*' | grep '^ii'

(0000012)
dazza (reporter)
2009-09-02 16:04

I did not initially have php5-cli installed, and AGI scripts were all failing as a result.

I installed php5-cli awhile ago since it was clearly needed, and AGIs started working.

(0000014)
rgavril (administrator)
2009-09-02 16:08

Fixed in svn revision 43.

Issue History
Date Modified	Username	Field	Change
2009-09-02 15:06	dazza	New Issue
2009-09-02 15:16	dazza	Note Added: 0000008
2009-09-02 15:25	rgavril	Note Added: 0000009
2009-09-02 15:25	rgavril	Status	new => feedback
2009-09-02 15:31	dazza	Note Added: 0000010
2009-09-02 15:56	rgavril	Note Added: 0000011
2009-09-02 16:04	dazza	Note Added: 0000012
2009-09-02 16:05	rgavril	Relationship added	related to 0000012
2009-09-02 16:08	rgavril	Note Added: 0000014
2009-09-02 16:08	rgavril	Status	feedback => resolved
2009-09-02 16:08	rgavril	Resolution	open => fixed
2009-09-02 16:08	rgavril	Assigned To	=> rgavril
2009-09-03 07:14	rgavril	Relationship added	related to 0000020

Notes
(0000008) dazza (reporter) 2009-09-02 15:16	Update - we restarted asterisk, and it seems to have a dialplan now. Perhaps when asterisk started without a valid extensions.conf file (broken symlink to non-existent file) it assumed it would never have one?

(0000009) rgavril (administrator) 2009-09-02 15:25	Hi Dazza, 1) Did you used the deb to do the installation ? 2) If you used the deb package, did you installed the package on a system with had starfish pbx installed in the past ? 3) Can you check if $conf['astman']['password'] variable from /etc/starfish-pbx/config.local.php matches the password listed in /etc/asterisk/manager.d/starfish-pbx.conf I think I figure out where's the problem but just want to double check.

(0000010) dazza (reporter) 2009-09-02 15:31	1) Used the .deb, yes. 2) First .deb install had no previous starfish. Second .deb (svn 41) would have been an install where previous version had been installed. At no point was a valid extensions.conf file put in that directory until we added a sip provider after the upgrade to 41 3) yes, password match (at least they do now)

(0000011) rgavril (administrator) 2009-09-02 15:56	Think I forgot to add a dependency to php5-cli and the postinstall script which should have created the initial config files failed to do so. Can you confirm that you don't have php5-cli installed by giving me the output of: dpkg -l 'php*' \| grep '^ii'

(0000012) dazza (reporter) 2009-09-02 16:04	I did not initially have php5-cli installed, and AGI scripts were all failing as a result. I installed php5-cli awhile ago since it was clearly needed, and AGIs started working.

(0000014) rgavril (administrator) 2009-09-02 16:08	Fixed in svn revision 43.