Olly, David, list(s), * Olly Betts <o...@survex.com> [2023-07-04 02:20]: [...] > Was this database originally created by Xapian < 1.4.22? It looks > like it could be the result of the bug fixed in 1.4.22 with handling > commit() failure on disk full. Indeed I have Debian's libxapian30 package installed which reports version 1.4.22-1 and I *might* have ran out of disk space in the not too distant past.
> > >> 2) Move the database out of the way, re-run notmuch new, > > >> and restore your state using "notmuch restore < notmuch-db.txt" > > > > > > I'd be fine regenerating the entire database without a backup dump even, > > > I don't think there is anything in there that can't be regernerated, > > > no? > > > > The main thing that would be lost is tags that are not synched to > > maildir flags. In the "standard" workflow "inbox" is such a tag. > > If there's tag data in the database which isn't backed up or synced to > maildir flags, you may be able to rescue it using: > > https://git.xapian.org/?p=xapian;a=blob;f=README.notmuch;hb=refs/heads/notmuch-tag-rescue-hack > > This creates a file with the tag data in the format `notmuch restore` > expects. I'd expect this would work for your database as the termlist > table is mostly OK. Thank you, I did meanwhile recreate the database from scratch and it seems to workâ˘. best, Peter _______________________________________________ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org
