From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <e@80x24.org>
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net
X-Spam-Level: 
X-Spam-ASN:  
X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00
	shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2
Received: from localhost (dcvr.yhbt.net [127.0.0.1])
	by dcvr.yhbt.net (Postfix) with ESMTP id D03451F8C8;
	Fri,  1 Oct 2021 20:41:31 +0000 (UTC)
Date: Fri, 1 Oct 2021 20:41:31 +0000
From: Eric Wong <e@80x24.org>
To: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
Cc: meta@public-inbox.org
Subject: Re: Troubleshooting threads missing from /all/
Message-ID: <20211001204131.GA20263@dcvr>
References: <20211001130527.z7eivotlgqbgetzz@meerkat.local>
 <20211001195811.GA31313@dcvr>
 <20211001200842.kife7viwej5arza7@meerkat.local>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20211001200842.kife7viwej5arza7@meerkat.local>
List-Id: <meta.public-inbox.org>

Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:
> On Fri, Oct 01, 2021 at 07:58:11PM +0000, Eric Wong wrote:
> > Are you running "public-inbox-extindex --all"?
> > Or relying on "public-inbox-index -E ..."? (which is automatic
> > for /all/?).

>     public-inbox-extindex --all
> 
> I believe this is what you suggested a while back to minimize disk thrashing.

Yup, that's what I do, too.   I'm looking at another mirror I have
(off yhbt.net/lore/all) and it works correctly.  I wonder if
it's a deduplication problem, since I see <87czop5j33.fsf@tynnyri.adurom.net>
twice.   But deduplication problems shouldn't result in
completely missing messages...

Curious, what is the output of:

   lei inspect --dir /path/to/all mid:87czop5j33.fsf@tynnyri.adurom.net

for you?

This would be a good time to beef up lei inspect's
capabilities...