Gzipping the recover log assumes the crawl terminates
gracefully, that the gzipped stream will get a close
and be given a chance to write out the required gzip
CRC tail. W/o this close, the written gzipped file is
uninterpretable (Its called out of
CrawlController#completeStop)
This makes the recovery log mechanism effectively
useless if its intent is, as I understand it, meant for
any case but graceful termination: e.g. As a recovery
mechanism for when the crawler crashes.
Gordon Mohr
Disk I/O
None
Public
|
Date: 2007-03-14 00:14
|
|
Date: 2004-10-14 23:10 Logged In: YES |
|
Date: 2004-08-02 18:20 Logged In: YES |
|
Date: 2004-07-30 01:42 Logged In: YES |
| Field | Old Value | Date | By |
|---|---|---|---|
| status_id | Open | 2004-10-14 23:10 | gojomo |
| resolution_id | None | 2004-10-14 23:10 | gojomo |
| assigned_to | nobody | 2004-10-14 23:10 | gojomo |
| close_date | - | 2004-10-14 23:10 | gojomo |
| summary | Revisit gzipping recover log | 2004-08-02 18:20 | gojomo |