All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] ext4/053: check that remount with abort makes fs read-only
@ 2022-03-10 11:18 Andrey Albershteyn
  2022-03-17 14:37 ` Lukas Czerner
  0 siblings, 1 reply; 2+ messages in thread
From: Andrey Albershteyn @ 2022-03-10 11:18 UTC (permalink / raw)
  To: fstests; +Cc: Andrey Albershteyn

The 6e47a3cc68fc ("ext4: get rid of super block and sbi from
handle_mount_ops()") broke abort mount option. That problem was not
detected by ext4/053.

This addition test checks that during aborted remount, filesystem
switches into read-only state (enabled by ext4_handle_error()
causing mount to fail).

Signed-off-by: Andrey Albershteyn <aalbersh@redhat.com>
---
 tests/ext4/053 | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/tests/ext4/053 b/tests/ext4/053
index e1e79592..38f162a9 100755
--- a/tests/ext4/053
+++ b/tests/ext4/053
@@ -360,6 +360,10 @@ not_remount() {
 	$UMOUNT_PROG $SCRATCH_MNT 2> /dev/null
 }
 
+mnt_not_remount() {
+	do_mnt
+	not_remount -r $@
+}
 
 do_mkfs() {
 	$MKE2FS_PROG -T $fstype -Fq $* >> $seqres.full 2>&1 ||
@@ -450,6 +454,7 @@ for fstype in ext2 ext3 ext4; do
 	only_ext4 mnt nojournal_checksum
 	only_ext4 mnt journal_async_commit,data=writeback
 	mnt abort ignored
+	mnt_not_remount abort ignored
 	not_ext2 mnt -t data=journal
 	not_ext2 mnt -t data=ordered
 	not_ext2 mnt -t data=writeback
-- 
2.27.0


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH] ext4/053: check that remount with abort makes fs read-only
  2022-03-10 11:18 [PATCH] ext4/053: check that remount with abort makes fs read-only Andrey Albershteyn
@ 2022-03-17 14:37 ` Lukas Czerner
  0 siblings, 0 replies; 2+ messages in thread
From: Lukas Czerner @ 2022-03-17 14:37 UTC (permalink / raw)
  To: Andrey Albershteyn; +Cc: fstests

Hi Andrey,

sorry I haven't notice it earlier. Feel free to cc me next time.

On Thu, Mar 10, 2022 at 12:18:11PM +0100, Andrey Albershteyn wrote:
> The 6e47a3cc68fc ("ext4: get rid of super block and sbi from
> handle_mount_ops()") broke abort mount option. That problem was not
> detected by ext4/053.
> 
> This addition test checks that during aborted remount, filesystem
> switches into read-only state (enabled by ext4_handle_error()
> causing mount to fail).
> 
> Signed-off-by: Andrey Albershteyn <aalbersh@redhat.com>
> ---
>  tests/ext4/053 | 5 +++++
>  1 file changed, 5 insertions(+)
> 
> diff --git a/tests/ext4/053 b/tests/ext4/053
> index e1e79592..38f162a9 100755
> --- a/tests/ext4/053
> +++ b/tests/ext4/053
> @@ -360,6 +360,10 @@ not_remount() {
>  	$UMOUNT_PROG $SCRATCH_MNT 2> /dev/null
>  }
>  
> +mnt_not_remount() {
> +	do_mnt
> +	not_remount -r $@

So you're only checking whether the remount failed with abort, but there
are more reasons for it to fail. Maybe we should also check the file
system is actually read only?

-Lukas

> +}
>  
>  do_mkfs() {
>  	$MKE2FS_PROG -T $fstype -Fq $* >> $seqres.full 2>&1 ||
> @@ -450,6 +454,7 @@ for fstype in ext2 ext3 ext4; do
>  	only_ext4 mnt nojournal_checksum
>  	only_ext4 mnt journal_async_commit,data=writeback
>  	mnt abort ignored
> +	mnt_not_remount abort ignored
>  	not_ext2 mnt -t data=journal
>  	not_ext2 mnt -t data=ordered
>  	not_ext2 mnt -t data=writeback
> -- 
> 2.27.0
> 


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2022-03-17 14:38 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-03-10 11:18 [PATCH] ext4/053: check that remount with abort makes fs read-only Andrey Albershteyn
2022-03-17 14:37 ` Lukas Czerner

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.