You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@couchdb.apache.org by Garth Gutenberg <ga...@gmail.com> on 2016/12/01 19:26:53 UTC
/_stats not working on 2.0
When I try hitting localhost:5984/_stats I get:
{"error":"not_found","reason":"Database does not exist."}
On my 1.6 box it returns stats as expected. All of the 2.0 docs still
refer to /_stats, but it's not working for me.
Of note, I'm testing this against a cluster setup. Could that be the
problem? Is /_stats not supported in a cluster? If not, what is the
equivalent?
Re: /_stats not working on 2.0
Posted by Garth Gutenberg <ga...@gmail.com>.
Awesome! Works like a charm. Thanks.
On Thu, Dec 1, 2016 at 4:00 PM, Eiri <ei...@eiri.ca> wrote:
> Hi Garth,
>
> Stats are node specific, so they are on nodes interface /_node/{node@name}/_stats
> in 2.0, e.g. /_node/node1@127.0.0.1/_stats
>
>
> Regards,
> Eric
>
> > On Dec 1, 2016, at 15:26, Garth Gutenberg <ga...@gmail.com>
> wrote:
> >
> > When I try hitting localhost:5984/_stats I get:
> >
> > {"error":"not_found","reason":"Database does not exist."}
> >
> > On my 1.6 box it returns stats as expected. All of the 2.0 docs still
> > refer to /_stats, but it's not working for me.
> >
> > Of note, I'm testing this against a cluster setup. Could that be the
> > problem? Is /_stats not supported in a cluster? If not, what is the
> > equivalent?
>
>
Re: /_stats not working on 2.0
Posted by Eiri <ei...@eiri.ca>.
Hi Garth,
Stats are node specific, so they are on nodes interface /_node/{node@name}/_stats in 2.0, e.g. /_node/node1@127.0.0.1/_stats
Regards,
Eric
> On Dec 1, 2016, at 15:26, Garth Gutenberg <ga...@gmail.com> wrote:
>
> When I try hitting localhost:5984/_stats I get:
>
> {"error":"not_found","reason":"Database does not exist."}
>
> On my 1.6 box it returns stats as expected. All of the 2.0 docs still
> refer to /_stats, but it's not working for me.
>
> Of note, I'm testing this against a cluster setup. Could that be the
> problem? Is /_stats not supported in a cluster? If not, what is the
> equivalent?