hibari-patches-en Mailing List for Hibari distributed key-value store
Brought to you by:
hibari-admin
You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
(1) |
Nov
|
Dec
|
---|
From: Joseph W. N. <no...@al...> - 2010-10-01 10:19:57
|
Scott - Several patches (including this one) have been uploaded to the SourceForge git repositories today. Please run a bom update. thanks, On Sun, 26 Sep 2010 09:27:36 +0900, Scott Lystig Fritchie <slf...@sn...> wrote: > Mina-san, I've a new patch for brick_server.erl to fix handling of > ?BRICK__GET_MANY_FIRST in brick_server:make_get_many(). It's in the > slf-get_many_first-fix of the Git repo at: > > http://github.com/slfritchie/hibari-gdss/tree/slf-get_many_first-fix > > Or "git clone ; gi...@gi...:slfritchie/hibari-gdss.git" and "git > checkout slf-get_many_first-fix". > > The "develop" branch at the same GitHub repo contains all of the patches > that I've mentioned in previous postings to this mailing list, each with > a "slf-" prefix branch for development before merging into the "develop" > branch. > > -Scott > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Hibari-patches-en mailing list > Hib...@li... > https://lists.sourceforge.net/lists/listinfo/hibari-patches-en -- no...@al... |
From: Scott L. F. <slf...@sn...> - 2010-09-26 00:27:49
|
Mina-san, I've a new patch for brick_server.erl to fix handling of ?BRICK__GET_MANY_FIRST in brick_server:make_get_many(). It's in the slf-get_many_first-fix of the Git repo at: http://github.com/slfritchie/hibari-gdss/tree/slf-get_many_first-fix Or "git clone ; gi...@gi...:slfritchie/hibari-gdss.git" and "git checkout slf-get_many_first-fix". The "develop" branch at the same GitHub repo contains all of the patches that I've mentioned in previous postings to this mailing list, each with a "slf-" prefix branch for development before merging into the "develop" branch. -Scott |
From: Scott L. F. <slf...@sn...> - 2010-09-21 03:34:02
|
Mina-san, I've a new patch for a mis-interpretation of the 'brick_dirty_buffer_wait' value in the "central.conf" file. http://www.snookles.com/scott/hibari/gmt_hlog_common.erl.patch -Scott |
From: Scott L. F. <slf...@sn...> - 2010-09-16 04:55:54
|
Hi again, here's another patch. It could be seen as good enough or a sign that the gmt_config_svr needs reworking. The problem: finding the path to the "central.conf" file is currently done via init:get_argument/1. As far as I know, there is no way to add (or remove) arguments from whatever VM magic parses the command line arguments. The problem part 2: It would be great if third-party apps like basho_bench could use the gdss_client app. However, adding the Hibari-style command line arguments (in order to run the gdss_client app) to a non-Hibari app like basho_bench is a big pain. Solution: If the path to central.conf can't be found via init:get_argument/1, then try using application:get_env/2 instead. Solution part 2: Now basho_bench can use application:put_env/3 (if I recall correctly) to specify the path to the central.conf file, start gdss_client, and then start beating the !@#$! out of one or more Hibari servers. :-) http://www.snookles.com/scott/hibari/gmt_config.erl.patch I'm about to push a Hibari driver to the basho_bench repo, so having this patch in place in the "official" Hibari repo would be awfully handy. -Scott |
From: Scott L. F. <slf...@sn...> - 2010-09-16 04:23:02
|
Hi, here's another improvised patch request. Due to missing files in src/erl-apps/gdss__HEAD/src, it isn't possible to use "make run-app1-interactive" to run the GDSS application without first installing it ... and the packaging is currently limited to a small subset of Linux-flavored platforms. http://www.snookles.com/scott/hibari/central.conf.patch That's a one-line patch to allow the admin HTTP server to run. http://www.snookles.com/scott/hibari/inets-and-READMES.tar.gz That tarball contains the missing inets configuration files that need to be placed in src/erl-apps/gdss__HEAD/src. It also contains some README files that are a handy source of examples for various parts of the Hibari client & admin APIs. The README files are optional, but the inets files in the ./root subdirectory are not. -Scott |
From: Scott L. F. <slf...@sn...> - 2010-09-16 04:17:29
|
Hi to the Shibuya gang. Many apologies if I've missed them, but I haven't seen any formal "this is how we'd like to see patch submissions sent to us" guidelines, so I'm just going to improvise here. MacOS needs a patch to the watcher package to compile the start-stop-daemon. The small patch is at: http://www.snookles.com/scott/hibari/start-stop-daemon.MacOSX.patch -Scott |
From: Joseph W. N. <no...@lo...> - 2010-09-11 06:49:58
|
Hi. Can you check if the following fix will resolve this issue? https://sourceforge.net/tracker/?func=detail&aid=3060910&group_id=315254&atid=1326336 thanks, On Thu, 09 Sep 2010 15:41:26 +0900, 叶时炜 <yes...@gm...> wrote: > Please, give me a hand. I tried the first two ways of the 3 you > mentioned, > and the problem is still the same I can start gdssd. > What's wrong? > > Thank you! > > 2010/9/9 叶时炜 <yes...@gm...> > >> Thanks for you reply. >> But, I had modified the gifCustom.gdss.cfg when I tried to solve the >> problem, and it did not work. >> >> what do you mean by (fully remove the previous installation). I removed >> the >> 1.0.0 folder in /usr/hibari/gdss/, does this fully removed it? >> >> Thx >> >> On Thu, Sep 9, 2010 at 12:53 PM, Joseph Wayne Norton < >> no...@lo...> wrote: >> >>> >>> There are 3 ways to fix this issue. >>> >>> #1) modify the gifCustom.gdss.cfg, replace the path to your erlang >>> installation, and reinstall hibari (fully remove the previous >>> installation) >>> >>> ./pkg/gifCustom.gdss.cfg >>> >>> gifCustom.gdss.cfg:s | gERLANG_TOP_DIR | /usr/local/hibari/ert/R13B04 | >>> Enter the path to the top-level Erlang runtime directory. >>> >>> #2) make a symbolic link so that /usr/local/hibari/ert/R13B04 matches >>> your >>> erlang installation >>> >>> #3) install erlang based on this README >>> >>> http://hibari.sourceforge.net/webpage-README-ERL.html >>> >>> thanks, >>> >>> >>> >>> >>> On Thu, 09 Sep 2010 13:34:15 +0900, 叶时炜 <yes...@gm...> >>> wrote: >>> >>> Thanks for your help. >>>> I installed erlang with downloaded package, and now erl is at >>>> /usr/local/bin/erl. >>>> The version is Erlang R13B04(erts-5.7.5) >>>> >>>> On Thu, Sep 9, 2010 at 12:26 PM, Joseph Wayne Norton < >>>> no...@lo...> wrote: >>>> >>>> >>>>> Hello. >>>>> >>>>> Did you follow this page as well? >>>>> http://hibari.sourceforge.net/webpage-README-ERL.html >>>>> >>>>> How did you install erlang? >>>>> >>>>> thanks, >>>>> >>>>> >>>>> On Thu, 09 Sep 2010 13:18:11 +0900, 叶时炜 <yes...@gm...> >>>>> wrote: >>>>> >>>>> I fellowed the steps in README >>>>> >>>>>> http://hibari.sourceforge.net/webpage-README.html and installed >>>>>> hibari >>>>>> on >>>>>> my >>>>>> centos. >>>>>> >>>>>> When I get to the step to run hibari: >>>>>> >>>>>> sudo /etc/init.d/gdss start >>>>>> >>>>>> It comes out to be: >>>>>> " >>>>>> Starting gdssd: [FAILED] >>>>>> Watcher for gdssd died after start up. Check appropriate log file >>>>>> for >>>>>> messages >>>>>> gdssd died after startup. Check appropriate log file for messages. >>>>>> Gemini Distributed Storage Server (GDSS) start status: [FAILED] >>>>>> " >>>>>> >>>>>> Where is the appropriate log file? Why cann't my hibari run well? >>>>>> What's >>>>>> wrong? >>>>>> Thanks. >>>>>> >>>>>> - -- >>>>>> Yeshiwei >>>>>> >>>>>> >>>>> >>>>> -- >>>>> no...@al... >>>>> >>>>> >>>> >>>> >>>> >>> >>> -- >>> no...@al... >>> >> >> >> >> -- >> Yeshiwei >> >> > > -- no...@al... |
From: Joseph W. N. <no...@lo...> - 2010-09-09 04:43:58
|
Hello. Did you follow this page as well? http://hibari.sourceforge.net/webpage-README-ERL.html How did you install erlang? thanks, On Thu, 09 Sep 2010 13:18:11 +0900, 叶时炜 <yes...@gm...> wrote: > I fellowed the steps in README > http://hibari.sourceforge.net/webpage-README.html and installed hibari > on my > centos. > > When I get to the step to run hibari: > > sudo /etc/init.d/gdss start > > It comes out to be: > " > Starting gdssd: [FAILED] > Watcher for gdssd died after start up. Check appropriate log file for > messages > gdssd died after startup. Check appropriate log file for messages. > Gemini Distributed Storage Server (GDSS) start status: [FAILED] > " > > Where is the appropriate log file? Why cann't my hibari run well? What's > wrong? > Thanks. > > - -- > Yeshiwei -- no...@al... |
From: 叶时炜 <yes...@gm...> - 2010-09-09 04:18:18
|
I fellowed the steps in README http://hibari.sourceforge.net/webpage-README.html and installed hibari on my centos. When I get to the step to run hibari: sudo /etc/init.d/gdss start It comes out to be: " Starting gdssd: [FAILED] Watcher for gdssd died after start up. Check appropriate log file for messages gdssd died after startup. Check appropriate log file for messages. Gemini Distributed Storage Server (GDSS) start status: [FAILED] " Where is the appropriate log file? Why cann't my hibari run well? What's wrong? Thanks. - -- Yeshiwei |