RavenDB 4.0, EnsureConnectedNow waits forever

53 views
Skip to first unread message

Derek den Haas

unread,
Oct 19, 2017, 11:34:15 AM10/19/17
to RavenDB - 2nd generation document database
var changes = _store.Changes("DatabaseName");
await changes.EnsureConnectedNow();

I first thought it was because I didn't expose port 38888, so made sure I did. As far as I can see, the code is implemented on the client side, but is it already working? Or am I using a feature that isn't there yet?

Derek den Haas

unread,
Oct 19, 2017, 11:35:42 AM10/19/17
to RavenDB - 2nd generation document database
Since I didn't state the version: 4.0 Nightly 2017-10-19

Op donderdag 19 oktober 2017 17:34:15 UTC+2 schreef Derek den Haas:

Derek den Haas

unread,
Oct 19, 2017, 12:03:51 PM10/19/17
to RavenDB - 2nd generation document database

Oren Eini (Ayende Rahien)

unread,
Oct 19, 2017, 3:54:03 PM10/19/17
to ravendb
I'm not sure that I'm following.
Port 38888 is typically the TCP port, but changes uses a web socket.

What was the issues?

Hibernating Rhinos Ltd  

Oren Eini l CEO Mobile: + 972-52-548-6969

Office: +972-4-622-7811 l Fax: +972-153-4-622-7811

 


On Thu, Oct 19, 2017 at 7:03 PM, Derek den Haas <derek...@gmail.com> wrote:

--
You received this message because you are subscribed to the Google Groups "RavenDB - 2nd generation document database" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ravendb+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Derek den Haas

unread,
Oct 20, 2017, 11:23:27 AM10/20/17
to RavenDB - 2nd generation document database
RavenDB itself was in REHAB mode, since it couldn't access it's own server (I think it's trying to access port 38888, at least I hope so, else I have no clue why it's working now):

In kubernetes inside a deployment you have to tell it to open port 8080 and 38888, (like the docker -p 8080:8080 38888:38888), which was done for the 8080 but not for the 38888, since I never knew what it was for. When enabling 38888, it is accessible from the outside of the container, since the used PUBLIC_SERVER_URL was pointing to it's outside 10.0.0.9 IP address (at least, that is where the DNS record was pointing to) (not 127.0.0.1). From what I was reading in the other thread, when not being able to find itself by it's URL it is getting in REHAB mode, and doesn't do subscribtions / changes.

After opening up port 38888, raven found itself and is now "GREEN" (MEMBER), not in REHAB.

Op donderdag 19 oktober 2017 21:54:03 UTC+2 schreef Oren Eini:
To unsubscribe from this group and stop receiving emails from it, send an email to ravendb+u...@googlegroups.com.

Oren Eini (Ayende Rahien)

unread,
Oct 22, 2017, 2:30:36 AM10/22/17
to ravendb
Okay, thanks for the explanation
To unsubscribe from this group and stop receiving emails from it, send an email to ravendb+unsubscribe@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages