FWIW- All work done so far on Riak-in-Docker is for purposes of testing and ad-hoc cluster creation and NOT for use in "production" environments (for any definition of the word "production"). Things like exposing the conf files on a volume which are more production-oriented haven't been in scope of the work yet; providing a self-contained image that can be bootstrapped OOTB has been the focus. That said, we're definitely discussing how we might support Docker in a more robust way. There's lots to do, beyond just initial config and data on volumes. There's the IP addressing and networking issues of bridges to consider, among other things.
Might be good to make sure this info is encapsulated into a GitHub issue so we don't loose track of it. jb On Wed, Mar 8, 2017 at 8:16 AM Jean-Marc Le Roux <jeanmarc.ler...@aerys.in> wrote: > Hello, > > I finally found the problem : the riak and riak-cs config files where > stored in my app container, not in my persistent data container (where the > riak data is). > Whenever I upgraded the app container to a newly generated one, the conf > files and especially the admin user credentials did not match. > > Yet, two things are rather surprising : > > - AFAIK all the provided riak + Docker examples did not bother to > properly store those conf files in a Docker volume, so they suffer from the > same problem and cannot be used as is ; > - IMHO the riak-cs error is completely misleading and useless : > "notfound" should be "admin_user_not_found" or "invalid_admin_user". > > Please feel free to ask me any question so that I can help understanding > this and fix this misleading and - quite frankly completely useless - > "notfound" error message. > > I hope this helps. > > Regards, > > 2017-03-08 15:04 GMT+01:00 Luca Favatella < > luca.favate...@erlang-solutions.com>: > > On 6 March 2017 at 03:49, Toby Corkindale <t...@dryft.net> wrote: > > > > I tried quite hard to get Riak to work reliably in a Docker container, > in a long-term-use kind of way. > > Riak would never shutdown cleanly, though, and so at startup there would > always be lots of lock files left around that had to be deleted first. > > > > Riak is not well-behaved after a rough shutdown -- whether in a Docker > container, or running on bare metal. Tends to require sysadmin intervention > to clean things up. > > > > If you're running it in a Docker container, you need to figure out a way > to capture the incoming SIGTERM and then use that to shutdown Riak cleanly. > I never got that far. > > Hi, > > FYI > > I opened a ticket for tracking wish to use SIGTERM for stopping Riak KV: > https://github.com/basho/riak/issues/899 > > > Thanks for sharing your experiences. > > Regards > Luca > > > > > -- > *Jean-Marc Le Roux* > > > Founder and CEO of Aerys (http://aerys.in) > > Blog: http://blogs.aerys.in/jeanmarc-leroux > Cell: (+33)6 20 56 45 78 <+33%206%2020%2056%2045%2078> > Phone: (+33)9 72 40 17 58 <+33%209%2072%2040%2017%2058> >
_______________________________________________ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
