Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
MIME-Version: 1.0
In-Reply-To: <E7A5E003-D2B8-4DD3-8A79-7557896915C4@couchbase.com>
References: 
 <CAETQs1npuwH2M59c+45mzASO0fUNgcSkouK_pFCGuxNQSy47rg@mail.gmail.com>
	<E7A5E003-D2B8-4DD3-8A79-7557896915C4@couchbase.com>
Date: Fri, 18 Oct 2013 08:59:32 -0700
Message-ID: 
 <CAETQs1kU=wt6OKO1m-ZT4WRdi2sG6VVMYgxvdDxEMkopqYgwRQ@mail.gmail.com>
Subject: Re: Diagnosing Replication Issues
From: Matthew Woodward <matt@mattwoodward.com>
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=047d7b62535a26ed1404e90605fa

--047d7b62535a26ed1404e90605fa
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Ah thanks -- so sounds like in addition to having admin creds included in
the source url, I should put it in the target too? Odd that I did
everything the same way but only this one database is having issues, but
I'll give that a shot.

Thanks!


On Fri, Oct 18, 2013 at 8:55 AM, Jens Alfke <jens@couchbase.com> wrote:

>
> On Oct 18, 2013, at 8:37 AM, Matthew Woodward <matt@mattwoodward.com>
> wrote:
>
> > it replicated everything *but* the design
> > documents. Noe clue why it left out only the design documents.
>
> I don=92t have an insight into your larger problem, but I do know about t=
his
> one: The reason is that for security reasons only administrators can
> install design documents, but a persistent replication by default runs as
> an anonymous user. To fix that you=92ll need to add credentials to the
> replication document (I don=92t recall the details, but they=92re in the =
API
> docs.)
>
> > I then went into the replicator tool in Futon and kicked off a one-time
> > replication and that picked up the three missing design documents
>
> That worked because you were logged into Futon as an administrator, so th=
e
> one-time replication it kicked off for you was authenticated as an admin.
>
> (Actually your larger issue might be permissions-related too, if your
> target database has access privileges configured. If so, authenticating t=
he
> replicator as a user with write permission, and admin privileges, would f=
ix
> everything.)
>
> =97Jens


--=20
Matthew Woodward
matt@mattwoodward.com
http://blog.mattwoodward.com
identi.ca / Twitter: @mpwoodward

Please do not send me proprietary file formats such as Word, PowerPoint,
etc. as attachments.
http://www.gnu.org/philosophy/no-word-attachments.html

--047d7b62535a26ed1404e90605fa--