[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bug-102731-13602-N0RBdgX8Io@https.bugzilla.kernel.org/>
Date: Mon, 12 Oct 2015 10:36:00 +0000
From: bugzilla-daemon@...zilla.kernel.org
To: linux-ext4@...r.kernel.org
Subject: [Bug 102731] I have a cough.
https://bugzilla.kernel.org/show_bug.cgi?id=102731
--- Comment #18 from John Hughes <john@...va.com> ---
> I just realized something which I forgot to ask you --- what file system are
> you using on the *host*? You said that on the guest you are using ext3 file
> systems with the ext4 driver --- but what about on the host OS side?
The volumes passed to the guest are just mdadm volumes, no fs from the
point of view of the host.
The host filesystems are all ext3 (on lvm, on mdadm) , the host runs the
debian 3.16 backport kernel, but it does very little filesystem I/O.
> I will say that using a full ext4 file system is far more stable on 3.18.21
> than using an ext3 file system in compatibility mode.
What's the magic command to convert an ext3 fs to ext4? The wisdom of
net seems to say:
tune2fs -O extents,uninit_bg,dir_index /dev/xxx
fsck.ext4 -yfD /dev/xxx
Or would it be better to make a new FS and copy the files?
> One of the reasons why I ask is that the PUNCH hole functionality was
> relatively new in the 3.18 kernel, and KVM uses it --- and I am suspicious that
> there might be some bug fixes that didn't land in the 3.18 kernel.
Was it used in 3.16? I first saw the problem with debians 3.16 based
kernel.
> So one
> thing that might be worth trying is to get a 4.2.3 kernel for both your Host
> and Guest kernels, and see what that does for you.
Ok, I'll investigate that.
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists