linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: bugzilla-daemon@kernel.org
To: linux-ext4@vger.kernel.org
Subject: [Bug 216012] Data loss on VirtualBox VMs
Date: Mon, 23 May 2022 21:05:36 +0000	[thread overview]
Message-ID: <bug-216012-13602-6Nksm42GVX@https.bugzilla.kernel.org/> (raw)
In-Reply-To: <bug-216012-13602@https.bugzilla.kernel.org/>

https://bugzilla.kernel.org/show_bug.cgi?id=216012

Theodore Tso (tytso@mit.edu) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
                 CC|                            |tytso@mit.edu
         Resolution|---                         |INSUFFICIENT_DATA

--- Comment #3 from Theodore Tso (tytso@mit.edu) ---
Error -30 is EROFS in this message:

EXT4-fs (dm-0): failed to convert unwritten extents to written extents --
potential data loss!  (inode 259291, error -30)

This typically means that *before* this point, the ext4 file system detected an
inconsistency, and the file system was set up to remount the file system
read-only when an Ext4.  So there would be an "EXT4-fs error" message.  For
example, you can trigger this behaviour like this:

root@kvm-xfstests:~# tune2fs -e remount-ro /dev/vdc
tune2fs 1.46.4-orphan-file-02827d06 (4-Nov-2021)
Setting error behavior to 2
root@kvm-xfstests:~# mount /dev/vdc /vdc
[   83.142333] EXT4-fs (vdc): mounted filesystem with ordered data mode. Quota
mode: none.
root@kvm-xfstests:~# echo test-corruption-handling >
/sys/fs/ext4/vdc/trigger_fs_error 
[   91.189272] EXT4-fs error (device vdc): trigger_test_error:126: comm bash:
test-corruption-handling
[   91.190375] Aborting journal on device vdc-8.
[   91.193756] EXT4-fs (vdc): Remounting filesystem read-only
root@kvm-xfstests:~# 

Typically, when this happens, in 99.9999% of the time, it's caused by an I/O
error.   In a hypervisor situation, that includes a potential hypervisor bug.  
In any case, without any other evidence to the contrary, it's probably not an
ext4 bug.  And even if it was, unless you can replicate the bug on an upstream
kernel, the proper place to report it is with Canonical.    After all, that's
why you've paid $$$ for a support contract with Canonical for Ubuntu, right? 
:-)    And depending on Canonical's support contract, they might or might not
be willing to track down a Virtualbox bug unless you've paid for a more
comprehensive support contract.   In any case, upstream developers don't have
time to chase down something like this, especially since the probabilities are
extremely high that it's not an upstream kernel issue.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

  parent reply	other threads:[~2022-05-23 21:05 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-21 17:52 [Bug 216012] New: Data loss on VirtualBox VMs bugzilla-daemon
2022-05-22  6:04 ` [Bug 216012] " bugzilla-daemon
2022-05-22 20:18 ` bugzilla-daemon
2022-05-23 21:05 ` bugzilla-daemon [this message]
2022-05-25  8:22 ` bugzilla-daemon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-216012-13602-6Nksm42GVX@https.bugzilla.kernel.org/ \
    --to=bugzilla-daemon@kernel.org \
    --cc=linux-ext4@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).