Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #67483

Bug#964494: File system corruption with ext3 + kernel-4.19.0-9-amd64

From Ben Hutchings <ben@decadent.org.uk>
Newsgroups linux.debian.bugs.dist, linux.debian.kernel
Subject Bug#964494: File system corruption with ext3 + kernel-4.19.0-9-amd64
Date 2020-07-08 05:20 +0200
Message-ID <Aq8MO-1eA-3@gated-at.bofh.it> (permalink)
References <Aq6hX-80m-1@gated-at.bofh.it> <Aq6hX-80m-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

Control: reassign -1 src:linux
Control: tag -1 moreinfo

On Tue, 2020-07-07 at 17:30 -0700, Sarah Newman wrote:
> Package: linux-signed-amd64
> Version: 4.19.0-9-amd64
> 
> We've had two separate reports now of debian buster users running
> 4.19.0-9-amd64 who experienced serious file system corruption.

Which version?  (I.e. what does "uname -v" or
"dpkg -s linux-image-4.19.0-9-amd64" say?)

> - Both were using ext3
> - Both are running Xen HVM, but I do not have reason to believe this to be related

I have no reason to assume that this is unrelated to the hypervisor, so
please report the version of Xen and whatever provides the back-end
block driver.

> - Both are on distinct physical hosts
> - Both had upgraded from an older non 4.19 kernel within the last two or three weeks

From which older versions?

> One user had the error:
> 
> ext4-fs error (device xvda1): ext4_validate_block_bitmap:393: comm cat: bg 812: block 26607617: invalid block bitmap
> aborting journal on device xvda1-8
> ext4-fs error (device xvda1): ext4_journal_check_start:61: Detected abnormal journal
> ext4-fs (xvda1): Remounting filesystem read-only
> ext4-fs (xvda1): Remounting filesystem read-only
> ext4-fs error (device xvda1) in ext4_orphan_add:2863: Journal has aborted

And were there any other error messages, e.g. relating to I/O errors,
around the same time?  How about in the back-end domain?

> The other gave us the output of tune2fs -l:
[...]

Looks like a fairly ordinary ext3 filesystem.  It doesn't tell us
anything about what went wrong.

In general I would advise against continued use of the ext3 format.  It
should continue to be supported by the ext4 code, but it is inevitably
going to be less well-tested than the ext4 format.  So far as I can
remember, it is easy to upgrade in-place.

Ben.

-- 
Ben Hutchings
The most exhausting thing in life is being insincere.
                                                 - Anne Morrow Lindberg

Back to linux.debian.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Bug#964494: File system corruption with ext3 + kernel-4.19.0-9-amd64 Sarah Newman <srn@prgmr.com> - 2020-07-08 02:40 +0200
  Processed: Re: Bug#964494: File system corruption with ext3 +  kernel-4.19.0-9-amd64 "Debian Bug Tracking System" <owner@bugs.debian.org> - 2020-07-08 05:20 +0200
  Bug#964494: File system corruption with ext3 + kernel-4.19.0-9-amd64 Ben Hutchings <ben@decadent.org.uk> - 2020-07-08 05:20 +0200
    Bug#964494: File system corruption with ext3 + kernel-4.19.0-9-amd64 Sarah Newman <srn@prgmr.com> - 2020-07-09 00:50 +0200
  Bug#964494: File system corruption with ext3 + kernel-4.19.0-9-amd64 Sarah Newman <srn@prgmr.com> - 2020-07-28 00:20 +0200
  Bug#964494: Info received (Bug#964494: File system corruption with ext3 + kernel-4.19.0-9-amd64) Sarah Newman <srn@prgmr.com> - 2020-08-19 07:10 +0200

csiph-web