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>] [thread-next>] [day] [month] [year] [list]
Message-ID: <e10c1a3b87ce0766dcc538b8332cb9a4.squirrel@ssl-webmail-vh.clara.net>
Date:	Wed, 28 Dec 2011 16:09:03 -0000
From:	markk@...ra.co.uk
To:	linux-ext4@...r.kernel.org
Subject: fallocate() not "atomic" if insufficient disk space?

Hi,

I've been experimenting with using fallocate() to pre-allocate space for a
file on an ext4 partition. I'm testing with Ubuntu kernel
3.0.0-14-generic. Does fallocate() behave in the same way on more
recent/vanilla kernels?

What I expected to happen is that if fallocate() fails due to lack of disk
space, no space is allocated, i.e. either nothing happens or the
allocation succeeds.

What actually seems to happen is that all remaining space in the partition
gets allocated to the file. (Thus risking that other programs will fail
due to lack of disk space until the file is deleted.)

If it's relevant, the partition in question has no journal and is mounted
with barrier=0.

Example on a partition with ~100MB free:

$ fallocate -o 0 -l 999999999 blah
fallocate: blah: fallocate failed: No space left on device
$ df /
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sdb1              3849136   3653604         0 100% /
$ du blah
107860	blah
$ ls -l blah
-rw-r--r-- 1 mark mark 110444544 2011-12-28 15:51 blah
$ rm blah

Same issue when specifying -n to call fallocate() with FALLOC_FL_KEEP_SIZE:

$ fallocate -n -o 0 -l 999999999 blah
fallocate: blah: fallocate failed: No space left on device
$ df /
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sdb1              3849136   3653604         0 100% /
$ du blah
107860	blah
$ ls -l blah
-rw-r--r-- 1 mark mark 0 2011-12-28 15:52 blah


-- Mark


--
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