On 2023-06-02 17:53, Bernhard Völker wrote:

...

Am 02.06.2023 um 21:11 schrieb Pablo Sanchez :

Brushed up my web searching skills and ... `rpm --rebuilddb` solved it. I'm getting the "non-zero blob" issue regularly in a TW VM. There doesn't seem to be an issue with it, but rebuilddb only makes the messaga go away for the next or next couple of dups; then it comed back.

I ran `smartctl` and my drive looks good.  This is the first time it's happened.  I'll keep an eye on things.  Thank you for responding. -pablo

On 2023-06-03 08:01, Andrei Borzenkov wrote:

On 03.06.2023 00:53, Bernhard Völker wrote:

...

...

Am 02.06.2023 um 21:11 schrieb Pablo Sanchez :

Brushed up my web searching skills and ... `rpm --rebuilddb` solved it.

I'm getting the "non-zero blob" issue regularly in a TW VM. There doesn't seem to be an issue with it, but rebuilddb only makes the messaga go away for the next or next couple of dups; then it comed back.

This message means that rpm found non-empty content of database where it was expected to be empty. It may indicate filesystem corruption or it may indicate some bug in rpm. If you can reliably reproduce it, you should certainly submit an issue on https://github.com/rpm-software-management/rpm.

On a MicroOS host this is particularly worrying as the rpmdb is in a read-only portion of the filesystem This means the window for any software-triggered corruption is relatively tiny, just the transactional-update happening once a day. Not impossible, but rather unlikely, especially with how many MicroOS users we have these days. Therefore it’s far, far more likely you have an issue causing real filesystem corruption to your root filesystem and this rpmdb error is just your canary in the coalmine making the wider issue more visible. -- Richard Brown Distributions Architect SUSE Software Solutions Germany GmbH, Frankenstraße 146, D-90461 Nuremberg, Germany (HRB 36809, AG Nürnberg) Managing Directors/Geschäftsführer: Ivo Totev, Andrew Myers, Andrew McDonald, Martje Boudien Moerman