-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Client Timeout #29
Comments
Yes, encountered similar things and timeout was an option internally, but not yet exposed as a flag. I added that in v0.2.32; maybe you could try it with something like:
|
Hi @miku, Great, thanks a lot for the quick reaction and releasing this so fast! :-) I updated to 0.2.32 and am retrying with the new flags |
I did not get a timeout anymore. However, I got this
I think since the collection is very large and the harvesting takes very long the server is under some stress. Are there best practices to automatically check whether the |
We had similar experiences, where e.g. the result set got too large for server and it bailed out (timeout on server side). One workaround may be to shrink the time window for the harvest, e.g. from monthly (which is the default and seem to work for 99.5% of the cases) to daily (resulting in hopefully smaller result sets):
Note that this will harvest into the same directory and
[...] and then to start anew with For automatic restart, I may try a shell wrapper first, something like:
I believe metha returns non-zero on failure ("FATA"), so that should work (also, no half-harvested files should remain). |
Hi,
Is there a way to increase the client timeout?
I did a quick search for "timeout" but the only thing I found was:
:-)
We are harvesting quite a big collection using
metha-sync
and gotFor now, I have just started the process again.
Thanks for any hint!
The text was updated successfully, but these errors were encountered: