Startup takes over 40 seconds on macOS Sierra

Starting up Rethinkdb 2.3.4 on the beta of macOS Sierra takes over 40 seconds even with no data. Any idea what could be happening? Installed RethinkDB via brew.

Running rethinkdb 2.3.4 (CLANG 7.3.0 (clang-703.0.31))...
Running on Darwin 16.0.0 x86_64

Here is the configuration I am using:

directory=/Users/justin/Sites/my-project/rethinkdb/data
log-file=/Users/justin/Sites/my-project/rethinkdb/rethinkdb.log
bind=127.0.0.1
http-port=8000
cache-size=128

That's odd.
If I remember correctly we've had a case where the start was delayed due to DNS lookups. I think we have a GitHub issue on that, but I can't find it right now.

Can you try adding the option no-default-bind to the configuration file and see if that changes anything?

After which console/log message (if any) is it taking the 40 seconds?

no-default-bind did not help. Nothing is logged for maybe 40 seconds, then see:

2016-08-12T20:52:49.971142000 40.645290s notice: Running rethinkdb 2.3.4 (CLANG 7.3.0 (clang-703.0.31))...
2016-08-12T20:52:49.979863000 40.654007s notice: Running on Darwin 16.0.0 x86_64

Nothing is logged for maybe 40 seconds, then see:

Ok if my memory serves me right, that's the same symptom which we've had the previous time. I'll try a bit more to find the other issue. GitHub search isn't too great...

Found it: #4600

Can you try restarting your computer and see if the issue persists? (if you haven't done so already)

I have setup one of the computers in our office on MacOS Sierra and am not able to reproduce this issue on either the current next or the v2.3.4 tag compiling directly. It is possible that there is some problem induced by using brew[1], but that is more of a guess rather than a well-reasoned argument.

[1] Side note: I am not a fan of brew generally, and in the case of RethinkDB you can use ./configure --fetch all to get a better result without any more work (but probably a bit more compile time). I have no evidence that this is responsible, or even involved, in this case.

Just rebooted, and still seeing the same behavior. I am guessing this is related to macOS Sierra. How can I tell what is happening during these 40 or so seconds?

Here is a gif I made as well showing the behavior. Darn, not that useful, but you get the idea.

You could try sending us the output of spindump. Here is a line for the bash shell that should capture it:

./build/debug_clang/rethinkdb 1>/dev/null && sleep 0.5 & sudo spindump rethinkdb

Note that there are two things you need to do first to make sure this goes well:

Run sudo -v shortly before running this command so that it takes you password then, rather than during the command.
Run killall rethinkdb before and after the command to get rid of any other RethinkDB process (so it samples the one that just started).

Then send the spindump to either karl (me) or daniel @rethinkdb.com and we can try to make sense of it.

But I don't think that this is a generic issue on Sierra.

Where do I run:

./build/debug_clang/rethinkdb 1>/dev/null && sleep 0.5 & sudo spindump rethinkdb

I.E. what should be the current working dir to invoke ./build/debug_clang/rethinkdb?

sorry... I forgot to modify that. Please remove the ./build/debug_clang/ from the front, so:

rethinkdb 1>/dev/null && sleep 0.5 & sudo spindump rethinkdb

I don't think it is working right, I have to control + c out of that command.

➜  Desktop rethinkdb 1>/dev/null && sleep 0.5 & sudo spindump rethinkdb
warn: Cache size does not leave much memory for server and query overhead (available memory: 661 MB).
warn: Cache size is very low and may impact performance.



^C[1] 2166
Cannot find process with pid or partial name rethinkdb
➜  Desktop
[1]  + 2166 done       sleep 0.5
➜  Desktop

It looks like you are using a shell other than bash, and I don't immediately know what shell you are using. You will need to alter it to fit whatever shell you are using.

I am using zsh, that command should work right?

Nope, still seeing long startup times consistently on:

Ah, that's a shame. Have you tried uninstalling from brew and using the installer rethinkdb.pkg instead?

...never mind – don't bother! It doesn't change anything.

I just ran into this yesterday. RethinkDB worked fine under El Capitan. I did a clean install of Sierra over the weekend and installed RethinkDB from scratch and now it takes forever to boot.

I just got the chance to work on my project again, and RethinkDB all the sudden works fine now.

Just throwing this out there.

Poll on macOS 10.12 is broken

Could that be related to RethinkDB taking a long time to startup?

On OS X it uses kqueue.

I noticed that I had the problem at first at home but then it went away. Then I went to Starbucks today, and there had the slow startup again. But then it went away.

So... I had no issue a couple of days ago, and suddenly I was having this issue consistently. Here is how I fixed:

I realized I recently renamed my computer. What I had done:
Got to System Preferences > Sharing > Computer name: [new name]

And then I realized a bunch of caches might be influenced by this. I googled a bit and found this commands to set the name in different ways:

sudo hostname [new name]
sudo scutil --set ComputerName [new name]
sudo scutil --set LocalHostName [new name]
sudo scutil --set HostName [new name]
dscacheutil -flushcache

Reboot, and the issue is gone.

@irae

Awesome. That has fixed the issue for me! Thanks for sharing @irae.

In particular, it seems to be HostName that causes issues. It was unset for me. As soon as I gave it a value the delay went away completely. Did not have to reboot, and I did not touch the other values. On 10.12.2 at the time of writing. Could this perhaps be related to the default server name generation algorithm?

We have also been having this issue while running rethinkdb 2.3.5 and macOS Sierra.
The solution seems to have been what sorccu pointed out with
sudo scutil --set HostName [new name]
One gotcha we ran into was to make sure your host name does not include a . character.
Our default host names were user-mac.local and once we removed the . it seemed to work fine.

Looks like this might be fixed with openstf/stf#509 but wanted to leave some bread crumbs in case someone else hits what we ran into.

Thanks!

No, that was a separate issue. There is a real delay in RethinkDB that is apparent on both macOS without the hostname setting and on Linux when DNS is very slow to respond. It's unfortunate that the dependency on DNS cannot be disabled by specifying everything manually.

…

On Fri, Mar 10, 2017 at 3:37 Zach Peterson ***@***.***> wrote: We have also been having this issue while running rethinkdb 2.3.5 and macOS Sierra. The solution seems to have been what sorccu pointed out with sudo scutil --set HostName [new name] One gotcha we ran into was to make sure your host name does not include a . character. Our default host names were user-mac.local and once we removed the . it seemed to work fine. Looks like this might be fixed with openstf/stf#509 <openstf/stf#509> but wanted to leave some bread crumbs in case someone else hits what we ran into. Thanks! — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#6047 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAB-_TjfTrzd2SAdipmdvSRJkKHqS8Kuks5rkEbqgaJpZM4JjLEK> .

@sorccu

guess this should be the root cause of this issue on Mac,
in Sierra if nothing is being enabled in Sharing of System Preferences,
then bonjour is not advertising the machine,
which makes the machine itself also cannot reach anything with the hostname,
try enabling anything in Sharing then ping your hostname (with .local one) and you'll be able to reach it.

so it's not related to the hostname setting on Mac,
(for sure if you're setting something w/o .local, which seems to fix it but I don't think it's the proper way)
basically it's pointing to the same problem as on Linux when DNS is very slow to respond @sorccu mentioned above.
which means it's not an issue specific on Mac only.

though... I don't have a proper solution to the problem yet.
there should be something can be done in rethinkdb startup steps to avoid/reduce this problem.
so it just probably circles back to #4600

REF:
https://discussions.apple.com/thread/7721616?start=0&tstart=0

@zappjones

Thanks!!! Ran into this issue. I reinstalled my OSX, and the rethinkdb was slow to load. I ran sudo scutil --set HostName [new name] and it fixed it. No clue how, but it did. Thanks @zappjones @irae. I didn't even have to reboot, so I guess that's good.

Thanks for that explanation @oldlam

I had .local at the end of my HostName. I am pretty sure I did that for a reason at some point, but if so, it no longer seems to be relevant.

Running sudo scutil --set HostName 'My-Laptop' fixed it for me. 👌

Navigation Menu

Repository navigation

Startup takes over 40 seconds on macOS Sierra #6047

8 remaining items

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Startup takes over 40 seconds on macOS Sierra #6047

Description

Activity

danielmewes commented on Aug 12, 2016

nodesocket commented on Aug 12, 2016

danielmewes commented on Aug 12, 2016

danielmewes commented on Aug 12, 2016

larkost commented on Aug 12, 2016

nodesocket commented on Aug 12, 2016

nodesocket commented on Aug 12, 2016

larkost commented on Aug 12, 2016

nodesocket commented on Aug 12, 2016

larkost commented on Aug 12, 2016

nodesocket commented on Aug 13, 2016

larkost commented on Aug 13, 2016

nodesocket commented on Aug 14, 2016

8 remaining items

nodesocket commented on Oct 3, 2016

tjramage commented on Oct 3, 2016

tjramage commented on Oct 3, 2016

scottmartin commented on Oct 10, 2016

scottmartin commented on Oct 10, 2016

nodesocket commented on Oct 12, 2016

srh commented on Oct 12, 2016

irae commented on Dec 9, 2016

tjramage commented on Dec 12, 2016

sorccu commented on Jan 24, 2017

zappjones commented on Mar 9, 2017

sorccu commented on Mar 9, 2017

oldlam commented on Apr 5, 2017

estrellajm commented on May 17, 2017

sholladay commented on Jan 22, 2018

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions