Open Stack

Hi Thomas,

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.

That said, it should be easy to create other init scripts.  The format for
starting a service outside  of swift-init is:

swift-SERVER_NAME /path/to/conf

and almost all swift scripts should respond to a --help command line option
as well.

If any of the services need better return codes, please submit a bug.

Thanks,

--
Chuck

On Wed, May 4, 2011 at 11:18 AM, Thomas Goirand <thomas at goirand.fr> wrote:

> On 05/04/2011 06:20 PM, Soren Hansen wrote:
> > 2011/5/4 Thomas Goirand <thomas at goirand.fr>:
> >> I've tried to start swift proxy-server without using swift-init. One
> >> of the reason is that I can't use the embedded LSB messages of it (who
> >> knows what the LSB messages will be changed for, one day...), and also
> >> because it really doesn't fit the Debian environment. I think it's ok
> >> to have a "swift-init" thing (but maybe it would have been worth
> >> calling it swiftctl rather than init), but I don't think it's a good
> >> idea to use it for init scripts, which is a configuration file, and
> >> can be edited by users. So, I tried to run swift-proxy-server using
> >> start-stop-daemon, but then I have the following message:
> >>
> >> root at GPLHost:node3320>_ ~# /etc/init.d/swift-proxy start
> >> Starting Swift proxy server: swift-proxy-serverUnable to locate config
> >> for swift-proxy-server
> >> .
> >>
> >> Any idea how to fix?
> >
> > I suggest you take this up on the openstack mailing list.
>
> What others think about the above? Does swift-init even honor standard
> return values, so I can give its answer to log_end_msg?  I don't think
> using Python "print" function replaces messages that the distribution
> can customize. I can see many Unix distributions where it's an issue
> already (like RedHat with the [ Ok ] style...). So I have here 2 solutions:
>
> 1- Silence out any swift-init messages (using a redirection to /dev/null)
>
> 2- Not using swift-init at all (why should I, when there's
> start-stop-daemon that does the job perfectly?), but then I must find
> out why
> swift-proxy-server can't find its config file. That would really be my
> preferred way, since that would shorten my init.d script (that wouldn't
> need to check for the presence of swift-init, do redirection of outputs,
> and all sorts of useless tricks).
>
> If I choose the later, is:
>
> swift-proxy-server /etc/swift/proxy-server.conf
>
> the way to do it, or is there some magic parameters that I missed?
>
> Thomas
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20110505/d1fbd44b/attachment.html>