Closed hectcastro closed 10 years ago
I tested on Ubuntu 12.04.4 using the 2.0.0beta7 package with Vagrant and the ansible-riak 2.0 branch the following steps:
Following this procedure, startup failed with the following issue:
msg: vm.args needs to have a -name parameter.
-sname is not supported.
failed: [riak-01] => {"failed": true}
failed: [riak-02] => {"failed": true}
msg: vm.args needs to have a -name parameter.
-sname is not supported.
msg: vm.args needs to have a -name parameter.
-sname is not supported.
Please see the basho/ansible-riak@a54f18763565593578f8057c962ca8133650f54f revision for the exact ansible-riak version that caused this error.
@hectcastro noticed that I failed to replace the template variables in the env.sh patch. After replacing them with the Ubuntu/Debian values, this patch corrects the startup issue on Ubuntu/Debian.
I pushed the corrected patch to basho/ansible-riak@9f88cc81b1d0cfea6505205c49a67303887e572c.
The process for pinging a Riak node does not go through the bootstrap procedure so that non-root users can easily detect if Riak is up/down.
When using the
service
command to manage the Riak service, any subcommands to the Riak runner that make use of ping (AKAping_node()
) can inadvertently create a root owned.erlang.cookie
inside/var/lib/riak
. This causes problems when the Riak user attempts to read the Erlang cookie later.This change makes it so that if
ping_node()
gets called by root in any way, the home directory is explicitly set to/root
. That prevents future issues around reading/var/lib/riak/.erlang.cookie
.Basic tests
Can I start Riak with the
service
command:Can I ping Riak with the
service
command:Can I ping Riak with a non-root user:
Platforms to test