public inbox for overseers@sourceware.org
 help / color / mirror / Atom feed
From: Hans-Peter Nilsson <hp@bitrange.com>
To: Phil Edwards <phil@jaj.com>
Cc: overseers@sources.redhat.com
Subject: Re: htdig and sources.redhat.com loadavg
Date: Mon, 05 Apr 2004 22:11:00 -0000	[thread overview]
Message-ID: <Pine.BSF.4.58.0404051747510.83283@dair.pair.com> (raw)
In-Reply-To: <20040405214650.GA2770@disaster.jaj.com>

On Mon, 5 Apr 2004, Phil Edwards wrote:
> Huh?  If the problem is that the database files are growing larger than
> their limit of 2G -- and that seems to be the issue based on all the old
> mail in my mailbox -- then we look for files that are getting too large:

No, you misunderstood.  There's no need to search around for
files that "grew too large".  Checking the known set of DB files
and see whether one of them is 0x7fffffff bytes long (but I
suggest comparing with a slightly lower number) would give an
improved indication that further attempts to re-index will also
fail so it's no use for the script to retry.  Feel free to
improve the htdig-update script that way if you think it would
improve the situation, but that's not the crontab thing you
suggested.

Still, nothing in that direction will help *now*; it would maybe
help against useless re-indexing attempts if some temporary
measure was taken that'd shrink the DB file to within 2G.  It's
just that I think I've already made all such reasonable
temporary measures in the past.

> > anyway no, you can win this game with a cute crontab entry,
> > except perhaps the change made that prepended an existing one
> > with "#".
>
> Likewise, I can't parse that.

By prepending the existing htdig-update entry with "#", I
disabled it.  The point was that once htdig DB gets "over the
limit", it stays that way.  Re-indexing makes files (at least
temporarily) slightly larger than with a plain update.

brgds, H-P

  reply	other threads:[~2004-04-05 22:11 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-05 18:50 David Edelsohn
2004-04-05 19:36 ` Hans-Peter Nilsson
2004-04-05 19:46   ` Phil Edwards
2004-04-05 19:56     ` Frank Ch. Eigler
2004-04-05 20:03       ` Phil Edwards
2004-04-05 20:36     ` Hans-Peter Nilsson
2004-04-05 21:15       ` Phil Edwards
2004-04-05 21:23         ` Hans-Peter Nilsson
2004-04-05 21:46           ` Phil Edwards
2004-04-05 22:11             ` Hans-Peter Nilsson [this message]
2004-04-05 22:26               ` Phil Edwards
2004-04-05 20:48     ` Benjamin Kosnik
2004-04-05 20:52       ` Ian Lance Taylor
2004-04-05 20:57         ` Zack Weinberg
2004-04-08 21:18         ` Gerald Pfeifer
2004-04-05 21:12   ` Hans-Peter Nilsson
2004-04-05 20:51 ` Christopher Faylor
2004-04-05 21:21   ` Matthew Galgoci
2004-04-05 23:36     ` Zack Weinberg
2004-04-06  0:06       ` Matthew Galgoci
2004-04-06  0:17         ` Matthew Galgoci
2004-04-06  0:29         ` Zack Weinberg
     [not found]   ` <cgf@alum.bu.edu>
2004-04-05 21:03     ` David Edelsohn
2004-04-05 21:08       ` Ian Lance Taylor
     [not found]         ` <ian@airs.com>
2004-04-05 21:14           ` David Edelsohn
2004-04-05 22:51             ` Jason Molenda
2004-04-05 23:39               ` GCC snapshot generation (was Re: htdig and sources.redhat.com loadavg) Zack Weinberg
2004-04-06 14:49     ` htdig and sources.redhat.com loadavg David Edelsohn
2004-04-06 16:18       ` Jonathan Larmour
2004-04-06 16:25         ` David Edelsohn
2004-04-06 16:34         ` Ian Lance Taylor
2004-04-06 16:39           ` Phil Edwards
2004-04-07  2:58           ` Christopher Faylor
2004-04-06 16:41         ` Ian Lance Taylor
2004-04-07  2:59           ` Christopher Faylor
2004-04-06 17:40     ` David Edelsohn
2004-04-06 18:00       ` Jonathan Larmour
2004-04-06 19:43         ` Hans-Peter Nilsson
2004-04-06 19:52           ` Ian Lance Taylor
2004-04-06 19:52           ` Frank Ch. Eigler
2004-04-06 23:24             ` Hans-Peter Nilsson
2004-04-08 14:48     ` gcc.gnu.org CVS meta-data corrupt? David Edelsohn
2004-04-08 14:53       ` Frank Ch. Eigler
2004-04-08 15:18         ` Christopher Faylor
2004-05-02 11:32     ` sourceware load problem again? David Edelsohn
2004-04-08  4:04 gcc.gnu.org CVS meta-data corrupt? David Edelsohn
2004-04-08 13:20 ` Christopher Faylor
2004-04-08 13:42 ` Frank Ch. Eigler
2004-04-08 13:54   ` system rebooted (was Re: gcc.gnu.org CVS meta-data corrupt?) Christopher Faylor
2004-04-08 13:42 ` gcc.gnu.org CVS meta-data corrupt? Frank Ch. Eigler
2004-04-08 14:13   ` David Edelsohn
2004-04-08 14:21     ` Christopher Faylor
2004-04-29 19:40 sourceware load problem again? David Edelsohn
2004-04-29 19:45 ` Christopher Faylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.BSF.4.58.0404051747510.83283@dair.pair.com \
    --to=hp@bitrange.com \
    --cc=overseers@sources.redhat.com \
    --cc=phil@jaj.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).