lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <CAO_0yfMrsKxu2mT+XnpoUqTeRba+dO=Ex40doyXhXVqegR7eeg@mail.gmail.com>
Date:	Thu, 11 Oct 2012 15:13:26 +0800
From:	Yang Bai <hamo.by@...il.com>
To:	fengguang.wu@...el.com, viro@...iv.linux.org.uk, tytso@....edu,
	adilger@....com
Cc:	linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
	linux-ext4@...r.kernel.org
Subject: Question about doing umount when disk fails

HI all,

We found a problem when umount an ext4 partition, if at the same time,
disk fails, the umount process will stay at uninterrupt sleep status
and flush thread will be blocked.

As I know, when doing umount, the filesystem will sync all changes in
memory back to disk through SYNC IO, if the disk fails, the io request
can not finish.

My question is: Could the sync operation notice the IO errors on disk
and cancel itself. So the flush thread will not be blocked and umount
process will exit with an error code.

This may also affect the process of write back, so I add fengguang and viro.

Thanks very much,
Yang
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ