Hi Thomas,<div><br></div><div>The swift-init thing is just a useful tool that we use to manage the services in dev, and while at one time we had init scripts, our ops guys just started using the swift-init tool out of convenience.</div>
<div><br></div><div>That said, it should be easy to create other init scripts.  The format for starting a service outside  of swift-init is:</div><div><br></div><div>swift-SERVER_NAME /path/to/conf</div><div><br></div><div>
and almost all swift scripts should respond to a --help command line option as well.</div><div><br></div><div>If any of the services need better return codes, please submit a bug.</div><div><br></div><div>Thanks,</div><div>
<br></div><div>--</div><div>Chuck<br><br><div class="gmail_quote">On Wed, May 4, 2011 at 11:18 AM, Thomas Goirand <span dir="ltr"><<a href="mailto:thomas@goirand.fr">thomas@goirand.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On 05/04/2011 06:20 PM, Soren Hansen wrote:<br>
> 2011/5/4 Thomas Goirand <<a href="mailto:thomas@goirand.fr">thomas@goirand.fr</a>>:<br>
>> I've tried to start swift proxy-server without using swift-init. One<br>
>> of the reason is that I can't use the embedded LSB messages of it (who<br>
>> knows what the LSB messages will be changed for, one day...), and also<br>
>> because it really doesn't fit the Debian environment. I think it's ok<br>
>> to have a "swift-init" thing (but maybe it would have been worth<br>
>> calling it swiftctl rather than init), but I don't think it's a good<br>
>> idea to use it for init scripts, which is a configuration file, and<br>
>> can be edited by users. So, I tried to run swift-proxy-server using<br>
>> start-stop-daemon, but then I have the following message:<br>
>><br>
>> root@GPLHost:node3320>_ ~# /etc/init.d/swift-proxy start<br>
>> Starting Swift proxy server: swift-proxy-serverUnable to locate config<br>
>> for swift-proxy-server<br>
>> .<br>
>><br>
>> Any idea how to fix?<br>
><br>
> I suggest you take this up on the openstack mailing list.<br>
<br>
What others think about the above? Does swift-init even honor standard<br>
return values, so I can give its answer to log_end_msg?  I don't think<br>
using Python "print" function replaces messages that the distribution<br>
can customize. I can see many Unix distributions where it's an issue<br>
already (like RedHat with the [ Ok ] style...). So I have here 2 solutions:<br>
<br>
1- Silence out any swift-init messages (using a redirection to /dev/null)<br>
<br>
2- Not using swift-init at all (why should I, when there's<br>
start-stop-daemon that does the job perfectly?), but then I must find<br>
out why<br>
swift-proxy-server can't find its config file. That would really be my<br>
preferred way, since that would shorten my init.d script (that wouldn't<br>
need to check for the presence of swift-init, do redirection of outputs,<br>
and all sorts of useless tricks).<br>
<br>
If I choose the later, is:<br>
<br>
swift-proxy-server /etc/swift/proxy-server.conf<br>
<br>
the way to do it, or is there some magic parameters that I missed?<br>
<br>
Thomas<br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
</blockquote></div><br></div>