[OpenSIPS-Users] /etc/init.d/opensips restart returns OK when opensips is down...

[Toyima Dias]

Let me see if i understand,

If opensips has not started (ps -ef | grep opensips doesn't show any
opensips pid), how is possible that /etc/init.d/opensips returns [OK] when
you execute /etc/init.d/opensips restart...is this beacuse of mysql? is that
what you mean...this script should return 1 (not succesfull, different than
0) it no pid file has been created, am i right?

2011/6/4 Advantia VoIP Systems <info at advantia.ca>

> Hi Toyima,
>
> The start-stop-daemon function of the init script returns successfully when
> launching OpenSIPS as long as your script is syntactically correct and a
> pidfile can be created.  You likely have an external resource (database
> perhaps) that is required but not available (database credentials??) causing
> OpenSIPS to exit after the init script exits.
>
> Cheers,
>
> Mario
> http://advantia.ca
>
> On Fri, Jun 3, 2011 at 4:46 AM, Toyima Dias <toyimads at gmail.com> wrote:
>
>> Hello,
>>
>> I've a doubt regarding opensips.init script; it use to happend that
>> restarting opensips with:
>>
>> /etc/init.d/opensips restart
>>
>> It returns OK, but checking with ps -ef | grep opensips does not show
>> opensips running, by the way, checking the opensips.log shows many errors
>> for example that the DB does not exist or whatever the issue, my doubt is
>> not regarding why opensips is not able tu up for X reason, my doubt is why
>> /etc/init.d/opensips restart returns OK even if this is not true?
>>
>> Thanks in advance for any help!
>>
>> _______________________________________________
>> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20110606/229fd4d3/attachment.htm>