Konstantin Ryabitsev <[email protected]> wrote: > On Sat, Oct 16, 2021 at 09:43:24AM +0000, Eric Wong wrote: > > Eric Wong <[email protected]> wrote: > > > Yes. Though given the current situation with missing messages > > > from /all/, I'd wait until a reindex recovers the missing > > > messages (and probably a fast fsck checker). > > > > I think "public-inbox-extindex --reindex --all --fast" is > > reasonably ready as an fsck checker. I've been running it a > > bunch in recent days/weeks and also found+fixed some other bugs > > along the way.
Btw, I'm chasing a separate bug in v2 which causes recycled Message-IDs to go missing sometimes from a v2 over.sqlite3; which then causes -extindex to lose a message... For example, patches v7 and v8 of "btrfs: consolidate device_list_mutex in prepare_sprout to its parent" reused the same Message-ID, but hitting the v2 inbox directly https://lore.kernel.org/linux-btrfs/6585e7d938e6600189c1bc7b61a7c76badef18dd.1633003671.git.anand.j...@oracle.com/ doesn't show it, anymore. --reindex on the v2 inbox seems to work, but not always... > Thanks, Eric! I've been out this week for some family time (it was > Thanksgiving in Canada), which is why I was staying conspicuously silent. :) > I'll give --reindex --fast a whirl in the next few days. No problem, but there's more bugs to fix :/ -- unsubscribe: one-click, see List-Unsubscribe header archive: https://public-inbox.org/meta/
