Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Sep 2015 09:59:52 +0200
From:      Peter <list-freebsd-ports@jyborn.se>
To:        Kurt Jaeger <lists@opsec.eu>
Cc:        freebsd-ports@freebsd.org
Subject:   Re: Anyone got RethinkDB working in FreeBSD?
Message-ID:  <20150929075952.GX26682@pol-server.leissner.se>
In-Reply-To: <20150918202357.GC36682@home.opsec.eu>
References:  <20150911091155.GU13922@pol-server.leissner.se> <20150911152118.GK36682@home.opsec.eu> <20150911162225.GU13922@pol-server.leissner.se> <20150913202159.GT36682@home.opsec.eu> <20150914094354.GG10833@pol-server.leissner.se> <20150918103346.GA36682@home.opsec.eu> <20150918194816.GP7345@pol-server.leissner.se> <20150918202357.GC36682@home.opsec.eu>

next in thread | previous in thread | raw e-mail | index | archive | help
Hello!

On Fri, Sep 18, 2015 at 10:23:57PM +0200, Kurt Jaeger wrote:
> Hi!
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043
> 
> > Too bad about 9.3, but this is still great news!
> > The upgrade from 9.3 to 10.2 seems a much easier step
> > than the upgrade from 9.3 to 11.0. So if there is no
> > solution for 9.3, I will try upgrading our server to 10.2.
> 
> I strongly suggest that you test the application on some
> testhost before upgrading any production server. Because:
> 
> 1) I did not do any run-tests and I'm sceptic that it will work
>    out of the box
> 2) It builds with some /var/lib pathes which still to be changed
>    to proper pathes like /var/db or /var/spool or something.
> 3) A rc.d script is not yet provided.
> 
> If you can update the problem report with your tests, that would
> be very helpful.
> 
> > In the mean time, I tried compiling in a 10.1 server. I just
> > unpacked the latest shar and ran make. I got an error that I fixed
> > by including time.h in src/arch/io/timer/timer_signal_provider.hpp,
> > but then I got "error: use of undeclared identifier 'ppoll'" in
> > src/arch/runtime/event_queue/poll.cc. This error I think I can't
> > fix, because it seems that ppoll doesn't exist until 10.2.
> 
> Thanks for that pointer! So we need to mark the port as limited to
> 10.2 and newer.
> 
> > So I
> > will upgrade that 10.1 server to 10.2 this weekend or next week,
> > and try compiling again in 10.2.
> 
> Wonderful. Please report back on the run-tests!
> 
> -- 
> pi@opsec.eu            +49 171 3101372                         5 years to go !

I upgraded a server to 10.2, and then compiled rethinkdb
without problems.

After failing to start rethinkdb I had to run these two
commands:

$ mkdir /usr/local/rethinkdb_data/tmp

$ touch /usr/local/rethinkdb_data/metadata

I can now start rethinkdb like this:

$ /usr/local/bin/rethinkdb &

$ ps ax|grep rethinkdb
46594  0  I        3:18,06 /usr/local/bin/rethinkdb
46595  0  I        0:00,00 /usr/local/bin/rethinkdb

I get this in /usr/local/rethinkdb_data/log_file:

2015-09-29T09:44:53.803578224 0.031333s notice: Running rethinkdb 2.1.4 (CLANG 3.4.1 (tags/RELEASE_34/dot1-final 208032))...
2015-09-29T09:44:53.806341798 0.034098s notice: Running on FreeBSD 10.2-RELEASE amd64
2015-09-29T09:44:53.806400981 0.034155s notice: Loading data from directory /usr/local/rethinkdb_data
2015-09-29T09:44:53.808480308 0.036235s warn: Failed to disable read-ahead on '/usr/local/rethinkdb_data/metadata' (errno -1). You might see decreased read performance.

There will however probably be some time before I know
if it works or not. I'm not a database user, and the
person requesting rethinkdb hasn't had time to try it
yet.

But it doesn't look very promising. The rethinkdb process
with the lower PID is using 100% CPU, and kill -9 is needed
to stop it.
(Could maybe be because I haven't created a database yet?)

Thanks for your work on this!

Peter Olsson



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150929075952.GX26682>