[OpenSIPS-Users] Issue with /etc/init.d/opensips on new test install

[Peter Flowers]

Plan B got around that problem. (Original problem still there)

I renamed the original opensips.cfg in /usr/local/opensips/etc/opensips
then changed opensips_residential.cfg to opensips.cfg. The init.d script
then found the correct script and after fixing the few config errors and
changing the init.d script back to original the init.d script did its thing
and everything is good.

regards

On 21 October 2014 15:24, Peter Flowers <pflowers at mergecom.co.nz> wrote:

> Hi Tito
>
> this is the mpath in opensips_residential.cfg:
> #set module path
> mpath="/usr/local/opensips/lib/opensips/modules/"
>
> This is the path to the modules.
>
> this is the mpath in the file opensips.cfg which is in the same directory
> as the _residential one I want to use.
>
> #set module path
> mpath="/opensips//lib/opensips/modules/"
>
> I think my problem is the init script is picking this cfg file not the
> _residential one hence all my errors.
>
> thanks
>
> On 21 October 2014 14:34, Tito Cumpen <tito at xsvoce.com> wrote:
>
>> Peter,
>>
>> Verify that your modules path within the cfg is correct. From the look of
>> the log output it looks as if the module is failing to load or you are no
>> loading the tm module. Functions specific to a module are dependent of the
>> module to execute. Is this a 64 bit os?
>>
>> Thanks,
>> Tito
>> On Oct 20, 2014 9:19 PM, "Peter Flowers" <pflowers at mergecom.co.nz> wrote:
>>
>>> Hi
>>> I was following the OpenSIPS Kick Start video but using Debian 7.4 and
>>> OpenSIPS 1.11.3. Everything went pretty well till the end and starting
>>> openSIPS with the init script.
>>>
>>> I set the install prefix as /usr/local/opensips and created a
>>> residential cfg file. This I renamed to opensips_residential.cfg.
>>>
>>> When I went to start opensips with /etc/init.d/opensips start there were
>>> lots of critical errors like these
>>>
>>> Oct 20 22:43:44 [3363] CRITICAL:core:yyerror: parse error in config file
>>> /usr/local/opensips//etc/opensips/opensips.cfg, line 255, column 15-16:
>>> unknown command <t_relay>, missing loadmodule?
>>> Oct 20 22:43:44 [3363] CRITICAL:core:yyerror: parse error in config file
>>> /usr/local/opensips//etc/opensips/opensips.cfg, line 256, column 19-20:
>>> unknown command <send_reply>, missing loadmodule?
>>> Oct 20 22:43:44 [3363] CRITICAL:core:yyerror: parse error in config file
>>> /usr/local/opensips//etc/opensips/opensips.cfg, line 276, column 22-23:
>>> unknown command <t_was_cancelled>, missing loadmodule?
>>> Oct 20 22:43:44 [3363] ERROR:core:main: bad config file (79 errors)
>>>
>>> The new layout of the init.d script is a bit different than the video,
>>> particularly the beginning. It looks to me like the init.d script is not
>>> picking up the correct location of the opensips_residential.cfg file and
>>> picking a default opensips.cfg file.
>>>
>>> This is what I put in the init.d
>>>
>>> PATH=/sbin:/bin:/usr/sbin:/usr/bin
>>> DAEMON=*/usr/local/opensips/sbin/opensips*
>>> NAME=opensips
>>> DESC=opensips
>>> CFGFILE=*/usr/local/opensips/etc/opensips/opensips_residential.cfg*
>>> M4CFGFILE=/etc/opensips/opensips.m4
>>> M4ARCHIVEDIR=/etc/opensips/archive
>>> HOMEDIR=/var/run/opensips
>>> PIDFILE=$HOMEDIR/$NAME.pid
>>> DEFAULTS=/etc/default/opensips
>>> RUN_OPENSIPS=no
>>>
>>> and the options line looks like this
>>>
>>> OPTIONS="-P $PIDFILE -m $S_MEMORY -M $P_MEMORY -u $USER -g $GROUP *-f
>>> /usr/local/opensips/etc/opensips/opensips_residential.cfg*"
>>>
>>> Any ideas very gratefully accepted
>>> --
>>> Peter Flowers
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
> --
> Peter Flowers
> DDI 04 9138149
> www.mergecom.co.nz
>
>


-- 
Peter Flowers
DDI 04 9138149
www.mergecom.co.nz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20141023/8c4ca744/attachment.htm>