Peter Hoeg

Results 211 comments of Peter Hoeg

I should have added that in earlier, apologies. It's 1.4.25 All dependencies are shown below. ``` /nix/store/gm61h1y42pqyl6178g90x8zm22n6pyy5-libunistring-1.1 /nix/store/ddfzjdykw67s20c35i7a6624by3iz5jv-libidn2-2.3.7 /nix/store/nrwkk6ak3rgkrxbqhsscb01jpzmslf2r-xgcc-13.2.0-libgcc /nix/store/apab5i73dqa09wx0q27b6fbhd1r18ihl-glibc-2.39-31 /nix/store/k927dryij6k8ga8slxs39pjdsmsny8c8-gcc-13.2.0-libgcc /nix/store/p3ffjixpnfgkqh20nsrc13vrj3yfi0nj-gcc-13.2.0-lib /nix/store/0fn1lbdb83gx7n917akp76djfkkc00x2-cld2-unstable-2015-08-21 /nix/store/117avr6c47nih6gy28wid7yr89xvp94s-libgpg-error-1.48 /nix/store/14b6spahplg5gsk3qna7g2vanqrji3pk-libksba-1.6.6 /nix/store/2bbjyrnwajslpr4kyyf5k0snv3cs5kw7-libgcrypt-1.10.3 /nix/store/nw1bnjadmzk9hnd4nbvxmqlh074vr16j-zlib-1.3.1 /nix/store/2lzvm03ybzp2zbvhj1y283087ghjw0k8-kexec-tools-2.0.28 /nix/store/jrrnf6kak9fbfm910506ppws50d33p9f-ncurses-6.4 /nix/store/2xjpd6ikhjajmdik680cvd8md6cikkp3-readline-8.2p10...

Just happened again but with a different error: ``` Database couldn't be opened for reading: DatabaseCorruptError: Expected block 104050 to be level 3, not 0 Continuing check anyway docdata: blocksize=8K...

And a different error again: ``` docdata: blocksize=8K items=790419 firstunused=77826 revision=1773 levels=2 root=6812 B-tree checked okay docdata table structure checked OK termlist: blocksize=8K items=1580838 firstunused=143486 revision=1773 levels=2 root=13888 B-tree checked...

Is there anything I can do or any additional information that would be helpful?

I didn't mean to chase/rush you - I was just thinking if there was anything I could do to help. There's a new error just now: ``` docdata: blocksize=8K items=790760...

I am still seeing corruption with that branch (commit: 920dbb6a796b6b87da8d44fb491190f918efd7a9): position: blocksize=8K items=147226877 firstunused=510123 revision=2056 levels=3 root=445762 B-tree checked okay docdata: blocksize=8K items=791953 firstunused=78160 revision=2056 levels=2 root=270 B-tree checked okay...

mu4e has also been hanging for with this branch when performing searches. Sending USR2 to the emacs process makes it respond again for a few seconds before hanging again, so...

Sequence of events: 1. re-indexed with 1.12.5 after the most recent corruption 2. changed to your test branch 3. after some time, I saw the corruption issue mentioned in https://github.com/djcb/mu/issues/2706#issuecomment-2152425141...

I'm wondering if there is anything special about my setup that's triggering this considering nobody else is experiencing it. Anything you can suggest/any workarounds to try out?