You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@couchdb.apache.org by Simon Eisenmann <si...@struktur.de> on 2010/03/02 10:06:55 UTC
Error 500 - badmatch,{error,system_limit}
Hi,
today one of my CouchDBs running multiple replications for about 2 weeks
started throwing Error 500 responses
ServerError: (500, ('error', '{{badmatch,{error,system_limit}},\n
[{couch_file,init,1},{gen_server,init_it,6},{proc_lib,init_p_do_apply,3}]}'))
Anyone can tell me what this error message means?
After restart of the Couch things run smoothly again, though i seem to
have a duplicated entry in the database (same id, though different
revisions which is shown in futon). Both of these objects came back when
calling a view, though one of them fails to be retrieved properly by
revision (returns nothing).
In futon it is shown like the following
"ping_http://server_a:2425"
ID: ping_http://server_a:2425
{rev: "28151-d09e8093df67f5b0d0e3fcfe064a165b"}
"ping_http://server_a:2425"
ID: ping_http://server_a:2425
{rev: "2899-953a327300f3664216d30d01313c52ab"}
When shown any of these objects in futon, they both show the data of the
greater revision.
I also seem to be unable to remove any of these object manually from the
database.
I see from the CHANGES file in 0.10.x branch that there is a bugfix with
leaking file descriptors. To me the error message above seems to mean
something like that. If that is related, what is the schedule to release
couchdb 0.10.2 ? (i am using 0.10.1 at the moment).
Thank you and best regards
Simon
--
Simon Eisenmann
[ mailto:simon@struktur.de ]
[ struktur AG | Kronenstraße 22a | D-70173 Stuttgart ]
[ T. +49.711.896656.68 | F.+49.711.89665610 ]
[ http://www.struktur.de | mailto:info@struktur.de ]
Re: Error 500 - badmatch,{error,system_limit}
Posted by Simon Eisenmann <si...@struktur.de>.
Am Dienstag, den 02.03.2010, 11:33 -0800 schrieb Damien Katz:
> Simon, if possible, can you upload the database file somewhere? I want to investigate the duplicate document issue. You should email me privately if you have confidential info in the database.
>
> -Damien
Sure this is possible. I will send the download location directly to
you.
Thanks
Simon
>
>
> On Mar 2, 2010, at 9:01 AM, Simon Eisenmann wrote:
>
> > Am Dienstag, den 02.03.2010, 08:54 -0800 schrieb J Chris Anderson:
> >>>
> >>> ServerError: (500, ('error', '{{badmatch,{error,system_limit}},\n
> >>>
> >> [{couch_file,init,1},{gen_server,init_it,6},{proc_lib,init_p_do_apply,3}]}'))
> >>>
> >>> Anyone can tell me what this error message means?
> >>>
> >>> After restart of the Couch things run smoothly again, though i seem
> >> to
> >>> have a duplicated entry in the database (same id, though different
> >>> revisions which is shown in futon). Both of these objects came back
> >> when
> >>> calling a view, though one of them fails to be retrieved properly by
> >>> revision (returns nothing).
> >>>
> >>
> >> Interesting. Please keep that file around in it's present state if
> >> possible. We might want to look at it to see how it got that way.
> >>
> >> Are there any other factors that could be at play? Full disk?
> >
> > Disk space was available all the time in that test run. It consists of
> > two couch DB instance on seperate machines replicating two database to
> > each other, with constant changes on both nodes (but without changing
> > the same objects - so no conflicts). From time to time a machine was
> > taken down for testing and brought online shortly after again. Though
> > the issue started deep in the night without any manual action.
> >
> >
> >
> >
> > --
> > Simon Eisenmann
> >
> > [ mailto:simon@struktur.de ]
> >
> > [ struktur AG | Kronenstraße 22a | D-70173 Stuttgart ]
> > [ T. +49.711.896656.68 | F.+49.711.89665610 ]
> > [ http://www.struktur.de | mailto:info@struktur.de ]
>
--
Simon Eisenmann
[ mailto:simon@struktur.de ]
[ struktur AG | Kronenstraße 22a | D-70173 Stuttgart ]
[ T. +49.711.896656.68 | F.+49.711.89665610 ]
[ http://www.struktur.de | mailto:info@struktur.de ]
Re: Error 500 - badmatch,{error,system_limit}
Posted by Damien Katz <da...@apache.org>.
Simon, if possible, can you upload the database file somewhere? I want to investigate the duplicate document issue. You should email me privately if you have confidential info in the database.
-Damien
On Mar 2, 2010, at 9:01 AM, Simon Eisenmann wrote:
> Am Dienstag, den 02.03.2010, 08:54 -0800 schrieb J Chris Anderson:
>>>
>>> ServerError: (500, ('error', '{{badmatch,{error,system_limit}},\n
>>>
>> [{couch_file,init,1},{gen_server,init_it,6},{proc_lib,init_p_do_apply,3}]}'))
>>>
>>> Anyone can tell me what this error message means?
>>>
>>> After restart of the Couch things run smoothly again, though i seem
>> to
>>> have a duplicated entry in the database (same id, though different
>>> revisions which is shown in futon). Both of these objects came back
>> when
>>> calling a view, though one of them fails to be retrieved properly by
>>> revision (returns nothing).
>>>
>>
>> Interesting. Please keep that file around in it's present state if
>> possible. We might want to look at it to see how it got that way.
>>
>> Are there any other factors that could be at play? Full disk?
>
> Disk space was available all the time in that test run. It consists of
> two couch DB instance on seperate machines replicating two database to
> each other, with constant changes on both nodes (but without changing
> the same objects - so no conflicts). From time to time a machine was
> taken down for testing and brought online shortly after again. Though
> the issue started deep in the night without any manual action.
>
>
>
>
> --
> Simon Eisenmann
>
> [ mailto:simon@struktur.de ]
>
> [ struktur AG | Kronenstraße 22a | D-70173 Stuttgart ]
> [ T. +49.711.896656.68 | F.+49.711.89665610 ]
> [ http://www.struktur.de | mailto:info@struktur.de ]
Re: Error 500 - badmatch,{error,system_limit}
Posted by Simon Eisenmann <si...@struktur.de>.
Am Dienstag, den 02.03.2010, 08:54 -0800 schrieb J Chris Anderson:
> >
> > ServerError: (500, ('error', '{{badmatch,{error,system_limit}},\n
> >
> [{couch_file,init,1},{gen_server,init_it,6},{proc_lib,init_p_do_apply,3}]}'))
> >
> > Anyone can tell me what this error message means?
> >
> > After restart of the Couch things run smoothly again, though i seem
> to
> > have a duplicated entry in the database (same id, though different
> > revisions which is shown in futon). Both of these objects came back
> when
> > calling a view, though one of them fails to be retrieved properly by
> > revision (returns nothing).
> >
>
> Interesting. Please keep that file around in it's present state if
> possible. We might want to look at it to see how it got that way.
>
> Are there any other factors that could be at play? Full disk?
Disk space was available all the time in that test run. It consists of
two couch DB instance on seperate machines replicating two database to
each other, with constant changes on both nodes (but without changing
the same objects - so no conflicts). From time to time a machine was
taken down for testing and brought online shortly after again. Though
the issue started deep in the night without any manual action.
--
Simon Eisenmann
[ mailto:simon@struktur.de ]
[ struktur AG | Kronenstraße 22a | D-70173 Stuttgart ]
[ T. +49.711.896656.68 | F.+49.711.89665610 ]
[ http://www.struktur.de | mailto:info@struktur.de ]
Re: Error 500 - badmatch,{error,system_limit}
Posted by J Chris Anderson <jc...@gmail.com>.
On Mar 2, 2010, at 1:06 AM, Simon Eisenmann wrote:
> Hi,
>
> today one of my CouchDBs running multiple replications for about 2 weeks
> started throwing Error 500 responses
>
> ServerError: (500, ('error', '{{badmatch,{error,system_limit}},\n
> [{couch_file,init,1},{gen_server,init_it,6},{proc_lib,init_p_do_apply,3}]}'))
>
> Anyone can tell me what this error message means?
>
> After restart of the Couch things run smoothly again, though i seem to
> have a duplicated entry in the database (same id, though different
> revisions which is shown in futon). Both of these objects came back when
> calling a view, though one of them fails to be retrieved properly by
> revision (returns nothing).
>
Interesting. Please keep that file around in it's present state if possible. We might want to look at it to see how it got that way.
Are there any other factors that could be at play? Full disk?
> In futon it is shown like the following
>
> "ping_http://server_a:2425"
> ID: ping_http://server_a:2425
> {rev: "28151-d09e8093df67f5b0d0e3fcfe064a165b"}
>
> "ping_http://server_a:2425"
> ID: ping_http://server_a:2425
> {rev: "2899-953a327300f3664216d30d01313c52ab"}
>
> When shown any of these objects in futon, they both show the data of the
> greater revision.
>
> I also seem to be unable to remove any of these object manually from the
> database.
>
> I see from the CHANGES file in 0.10.x branch that there is a bugfix with
> leaking file descriptors. To me the error message above seems to mean
> something like that. If that is related, what is the schedule to release
> couchdb 0.10.2 ? (i am using 0.10.1 at the moment).
>
> Thank you and best regards
> Simon
>
>
>
>
>
> --
> Simon Eisenmann
>
> [ mailto:simon@struktur.de ]
>
> [ struktur AG | Kronenstraße 22a | D-70173 Stuttgart ]
> [ T. +49.711.896656.68 | F.+49.711.89665610 ]
> [ http://www.struktur.de | mailto:info@struktur.de ]