-
Notifications
You must be signed in to change notification settings - Fork 112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Creating replication from script causes replication status to hang on 'Starting Up' #49
Comments
I tested starting a replication here with the same curl command (with a few names changed obviously) and mine did seem to transition to replicating on its own. My first guess is that you need to wait a little bit after creating the bucket. I believe it is not entirely synchronous, and there still may be some bucket set up going on. Then when you start the replication, the bucket exists enough that it is a valid option, but perhaps its still too soon for a valid transition to the replicating state. I would suggest trying what I did, just run the last curl command on its own, long after the index and bucket are created just to confirm that you see the same behavior as me. Then, if that works, try putting a modest sleep call between the bucket creation and replication start. (I am not aware of any other endpoint you could poll to be sure its ready, but you could ask this on Couchbase list). Also, I tested against 3.0.0. |
Right you were, I ran the bash script (without the |
OK, turns out there is an easy fix, just use the
|
I have a simple bash script to which I pass either the option
create
ordelete
as the first argument, and the second argument will be the name of the couchbase bucket (and corresponding elasticsearch index) that the XDCR should be configured for.This seems to work correctly in that the couchbase UI shows the following
The replication status hangs on Starting Up, but if I were to simply click Settings and Save without changing anything the status switches to Replicating
The text was updated successfully, but these errors were encountered: