Thanks for your prompt response. We still have a problem - here goes
the explanation. To begin with, the rebuild is done with -add -quiet
-rcfile -outdir parameters. This works for adding new entries,
however, once they are in the maillist.html, they never leave.
We deleted the maillist.html and ran mhonarc -editidx - we got an
ERROR: Unable to open /msg02381.html (which doesn't exist). This was
done with root privs.
Then we tried to build a new database. We renamed the .mhonarc.db and ran
mhonarc - got nothing. Then ran mhonarc -editidx and got a new .mhonarc.db and a
new maillist.html : both were empty. I have around 800 html files in my
directory. The original mailfiles are gone. Is there any way to use the html
files to rebuild the database? I continue to see entries to old, deleted html
files. If I try to remove the already removed entries from the mhonarc.db, I'm
told they don't exist - but they keep appearing in the maillist.html!
If the page weren't so big or so important to my users, I'd just start from
scratch, but 100s of people are using it.
So, I'd appreciate any other words of wisdom.
Regards,
Marianne
______________________________ Reply Separator _________________________________
Subject: Re: Re[2]: Remove bug
Author: Earl Hood <ehood(_at_)hydra(_dot_)acs(_dot_)uci(_dot_)edu> at
INTERNET-GATEWAY
Date: 5/26/98 10:33 AM
On May 26, 1998 at 09:10,
marianne_betterly-kohn(_at_)ccgate(_dot_)apl(_dot_)com wrote:
Thanks for your quick response. However, the problem is not with the
caching. The maillist file is rebuilt daily with new entries, but
still references the deleted files - I don't know why.
How is this "rebuild" done? Are you recreating the archive from
scratch each time, or are doing an update (ie. using -add)? If
recreating from scratch, then you need to check the data you
pass to mhonarc. If the messages you do not want are in the data you
pass in, then mhonarc will archive them. You have to remove the
messages from the input mail folders beforehand.
I keep
thinking it may be a corrupted database??? But the other maillists
(there are around 15 of them in other directories) are all
functioning fine and -rmm works on them... This 'bad' one currently
has 2,906 entries - only 800 are actually on disk now. Any other
ideas?
If you have been using -add to do your "rebuilds" (which implies
that is not a real rebuild), then the following may cause the
problems you are having:
o Corrupt maillist.html. A way to see if this is the problem
is to delete maillist.html. Then run mhonarc with the
-editidx option to create a new one. If things look okay,
then it was the problem. The important part here is to
delete maillist.html before running with -editidx.
Note, maillist.html is handled differently from threads.html.
If threads.html looks okay and maillist.html does not, it is
highly likely that maillist.html is messed up. maillist.html
is actually edited during updates -- unlike threads.html which
is always recreated. The edit is done to support the old
resources HEADER and FOOTER. The delete maillist.html and
-editidx run should fix the problem with corrupted maillist.html.
o Out of sync database file. If there was a failure for mhonarc
to write the database during an operation, you may get problems
in future operations. Failure to write can be due to
invalid file permissions, out of disk, or disk I/O error.
Note, make sure to check all warnings and errors generated
by mhonarc. If your archives are automated, mhonarc
diagnostics should be captured in some fashion and periodically
reviewed.
Out of sync can be hard to diagnose unless you know how mhonarc
does things. I recommend recreating the archive from scratch.
o Database corrupted. If on the rare occurrance that the db
got corrupted but mhonarc does not complain when it is
loaded, treat as the same as "out of sync database".
Recreate the archive. Normally, db corruption will cause
mhonarc to barf when trying to read it. If this is the
case, recreate archive.
Side Tip: If you are using -rmm to remove old messages from an
archive, you may want look into the EXPIREAGE and EXPIREDATE
resources. These provide an automated method to removing old
messages.
--ewh
----
Earl Hood | University of California: Irvine
ehood(_at_)medusa(_dot_)acs(_dot_)uci(_dot_)edu | Electronic
Loiterer
http://www.oac.uci.edu/indiv/ehood/ | Dabbler of SGML/WWW/Perl/MIME