The other thing I've run into is permissions. Make sure when you do the
replication that you have the correct user/pass indicated in the source and
destination URL as needed. Particularly where design documents are
concerned I've seen cases where everything *but* the design documents
copied over un
Hi, Sam. Two thoughts:
1. Confirm whether you have a .validate_doc_update function in any
design documents (_design/*) anywhere in the databases.
2. Query both data sets: _all_docs and save the output to two files.
Diff the two files and investigate the output (or share it to the
community). Do th
Hi all,
Our production version is 1.1.0 with "417876 documents" on it and we built 2
brand new servers with 1.1.1
There are 2 ways to migrate the data,
1) Just copy the db files from the OS to another one. The "number of documents"
on the new server will match the old one.
2) Replication betwe
indeed, it was a cron job I overlooked generating them. I feel so dumb
:( Thanks for the help!
- Mike
On Wed, Mar 21, 2012 at 5:11 AM, Robert Newson wrote:
> There's no internal process that generates PUT's. The replicator
> (which is just another external client) will make checkpoints, but
> t
Not sure if it is - at least there don't appear to be many similarities in the
stack trace (but then again, I'm not very good at interpreting Erlang stack
traces!)
I've got to the logfile and extracted the last failure before I restarted the
server, and have uploaded it to Pastebin: http://past
thanks a lot!
Alex
2012/3/21 Martin Higham
> Our CouchDB Facebook authentication plugin has been available for a while
> during this time a number of shortcomings and problems have been
> identified. We have now rewritten this plugin in a more generic manner so
> that we can easily add other
Our CouchDB Facebook authentication plugin has been available for a while
during this time a number of shortcomings and problems have been
identified. We have now rewritten this plugin in a more generic manner so
that we can easily add other external OAuth authentication services such as
Twitter. U
Yes, thanks that works - shows that i'm not a network guy. Much appreciated.
From: Martin Hewitt
To: user@couchdb.apache.org
Sent: Wednesday, March 21, 2012 10:54 AM
Subject: Re: Binding to multiple addresses
Have you tried binding your install to 0.0.0.0? T
Yes, 0.0.0.0 binds CouchDB on all IPv4 interfaces.
CGS
On Wed, Mar 21, 2012 at 7:00 PM, Dave Cottlehuber wrote:
> On 21 March 2012 18:48, Andreas Kemkes wrote:
> > Is it possible to bind couchdb to multiple networks?
> >
> > We have an instance that is currently bound to 127.0.0.1 and the n
On 21 March 2012 18:48, Andreas Kemkes wrote:
> Is it possible to bind couchdb to multiple networks?
>
> We have an instance that is currently bound to 127.0.0.1 and the need to make
> it available externally as well for replication. I don't think we can switch
> just to external w/o leaving so
0.0.0.0 will bind CouchDB to all the IP's defined for your machine. If you
want for a specific IP, replace 127.0.0.1 with that specific IP.
CGS
On Wed, Mar 21, 2012 at 6:54 PM, Martin Hewitt wrote:
> Have you tried binding your install to 0.0.0.0? That works for us, and we
> then use whatever
Have you tried binding your install to 0.0.0.0? That works for us, and we then
use whatever domain we need to use to get to the sever, simply addressing it on
port 5984.
Martin
--
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Wednesday, 21 March 2012 at 17:48, Andreas Kemkes w
Is it possible to bind couchdb to multiple networks?
We have an instance that is currently bound to 127.0.0.1 and the need to make
it available externally as well for replication. I don't think we can switch
just to external w/o leaving some internal processes in the dust.
I've tried ssh -L, b
The Android couchbase version in use, should be the latest
"version":"1.2.0a-7b47329-git"
/Karcsi
On Mon, Mar 19, 2012 at 3:06 PM, Marty Schoch wrote:
> Can you check which version of Couchbase Mobile for Android is in use?
> We found/resolved an issue with the replicator in December.
>
> ht
Thanks to all for the links and recommendations, it certainly helped to
get a better understanding.
Stephan
On 12-03-20 03:01 PM, Benjamin Young wrote:
Yep, both of those are good.
One key thing to remember/know is that MapReduce in CouchDB is
building an *index* for you to *query* with que
There's no internal process that generates PUT's. The replicator
(which is just another external client) will make checkpoints, but
those are of the form /dbname/_local/, which doesn't match what
you're seeing. I suggest a packet sniffer to trace the source of these
PUT requests, probably some test
David,
thanks for this very detailed explanations. I got the general idea and
going deeper (slowly).
i understand that slim_couch.cmd does the cleaning stuff that described
at Quirks_on_Windows wiki page. and as i understand it prepares to be
packaged with a tool like inno. so i take the files a
17 matches
Mail list logo
