> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Lawrence, Scott (BL60:9D30) > Sent: Friday, September 19, 2008 8:48 AM > > sipXpbx: > > sipXpbx: sipXpbx configuration problems found: > > sipXpbx: > > sipXpbx: Check sipregistrar > > sipXpbx: ==== /etc/sipxpbx/mappingrules.xml: > > sipXpbx: Not readable. > > sipXpbx: ==== /etc/sipxpbx/fallbackrules.xml: > > sipXpbx: Not readable. > > sipXpbx: Can't open /etc/sipxpbx/registrar-config: No such file or > > directory. > > sipXpbx: > > sipXpbx: Check sipXproxy > > sipXpbx: ==== /etc/sipxpbx/nattraversalrules.xml: > > sipXpbx: Not readable. > > sipXpbx: > > Attempting to start despite configuration problems > > We are in an awkward period right now - the sipXconfig team > has made great progress moving the installation of > configuration files from the rpm installations to sipXconfig, > but the new sipXsupervisor code that would prevent a > component from starting when its configuration is missing has > not yet taken over control. > > This means that at the moment a new installation will report > a lot of configtest errors, and that many components will > fail to start until after sipXconfig has been run to > configure them. This is regretable, but it's difficult to > make changes this large without some times when things get > temporarily worse... hopefully we'll be out of this situation shortly. > > In the mean time, please ignore startup errors on a new > install unless they persist after the system has been > configured by sipXconfig. >
If I understand the intended direction, configtests will be run in the future under the control of sipXsupervisor, whereas they are now run in the init.d sipxpbx script before supervisor is launched. Since the noise these tests generate seem to be causing a lot of disturbance, could we proceed with the removal of the configtest from the init.d script in advance of supporting it in sipXsupervisor? (This is work that will need to be done anyway; perhaps it can be done in parallel?) Carolyn _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
