[Netarchivesuite-users] NAS/Heritrix doesn't obey byte limits
Peter.Svanberg at kb.se
Mon Mar 18 11:01:18 CET 2019
Not much, the ones that I’ve seen. Which kind of log/filename should I check? Should we change log level? How? What should I look for in the log?
(I’ve got sysadmin and programming experience but I’m new with this system. So I’m eager to learn more!)
18 mars 2019 kl. 10:07 skrev Tue Hejlskov Larsen <tlr at kb.dk<mailto:tlr at kb.dk>>:
What does your crawllogs tell you?
From: NetarchiveSuite-users <netarchivesuite-users-bounces at ml.sbforge.org<mailto:netarchivesuite-users-bounces at ml.sbforge.org>> On Behalf Of Peter Svanberg
Sent: Monday, March 18, 2019 12:07 AM
To: netarchivesuite-users at ml.sbforge.org<mailto:netarchivesuite-users at ml.sbforge.org>
Subject: [Netarchivesuite-users] NAS/Heritrix doesn't obey byte limits
Hello, NAS users and others!
We are experiencing a very strange behavior from NAS/Heritrix (see attached Excel file, with comments):
The harvests reports says ”Stopped due to … byte/object limit reached" at very different levels – sometimes much above (more than five times the limit), sometimes much below the limit. We fail to see any pattern in this, it seems more or less random.
What are we doing wrong? Is it some error in the harvest template? (Attached below each table.)
Or, if it is some kind of bug, are there workarounds?
We would much appreciate any hints, as this is quite a problem for us, both for the on-going selective harvests and the upcoming big snapshot run!
(We are running version 5.4.2, I hope that it doesn’t affect this problem, as we can’t upgrade now.)
Digital Collections Department, Newspapers, Radio and Television Division
National Library of Sweden
PO Box 5039<x-apple-data-detectors://1/1>
SE-104 51 Stockholm<x-apple-data-detectors://1/1>
Visits: Karlavägen 100, Stockholm <x-apple-data-detectors://2>
Phone<x-apple-data-detectors://2>: +46 10 709 32 78
E-mail: peter.svanberg at kb.se<mailto:peter.svanberg at kb.se>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the NetarchiveSuite-users