On Sun, Dec 20, 2009 at 6:07 PM, Adam Kocoloski kocol...@apache.org wrote:
Hi Robert (Campbell), the replicator uses the authentication credentials you
supply in your POST to /_replicate to open any local DBs. If you're doing
this through Futon, it may be that Futon is not sending an
I'm actually using Futon.
Alternatively, you can trigger the replication from the source and supply a
user:pass in the target URL.
Thanks Adam, this worked, and my design docs were successfully
replicated. I still have no idea why it doesn't work when you want to
pull from an ungated DB into
The source machine is completely open, while the destination machine
is locked down. I log in to the destination machine, then select the
remote (source, open) database to copy from, then the local, empty DB
to copy into.
On Fri, Dec 18, 2009 at 6:31 PM, Robert Newson robert.new...@gmail.com
Possibly the same problem but in reverse then? Your replication tasks
doesn't authenticate and therefore can't update documents in the
_design namespace on the destination?
B.
On Sun, Dec 20, 2009 at 4:35 PM, Robert Campbell rrc...@gmail.com wrote:
The source machine is completely open, while
Hi Robert (Campbell), the replicator uses the authentication credentials you
supply in your POST to /_replicate to open any local DBs. If you're doing this
through Futon, it may be that Futon is not sending an Authorization header in
that replication request. I suspect that if you try the
I have a small database (only 20 docs) and I'm trying to replicate it.
The result is this:
{session_id:7ae2bab4cff6911316ba06f038818cb9,start_time:Fri, 18
Dec 2009 15:03:05 GMT,end_time:Fri, 18 Dec 2009 15:03:09
Is your source machine locked down with admin passwords? If so, the
other machine can't read your design documents, you'll need to
authenticate the replication task.
B.
On Fri, Dec 18, 2009 at 3:09 PM, Robert Campbell rrc...@gmail.com wrote:
I have a small database (only 20 docs) and I'm trying
