Package: coreutils Version: 8.13-3.2 Severity: normal Dear Maintainer,
* What led up to the situation? I created a sparse file for a virtual disk using 'virsh create-vol-as'. The file was 180gb with ~4gb used after installing the vm. The setup is a Debian Wheezy (uptodate yesterday when I tried this) with an XFS filesystem. The XFS filesystem itself is 387gb, so it would have enough space should the sparse file fill up. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? I wanted to copy this file using 'cp infile outfile'. This lead to the system filling up all memory and even killing half the running processes (gettys, sshd, etc.). Calling 'cp --sparse=always infile outfile' to ensure only 4gb would be copied made no difference. In both cases outfile used more blocks than 4gb even before the copy process could finish (it got killed too). * What outcome did you expect instead? I expected a sparse copy outfile of infile that is 180gb in size using only ~4gb in actual data. I did not expect this huge memory consumption at all. PS. I am not sure if coreutils is the right package to file the bug against. I chose is because cp is part of this package, but additional tests of copying sparse files on a RHEL5 with ext3 filesystem worked fine. So the problem could be in XFS intead. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii dpkg 1.16.3 ii install-info 4.13a.dfsg.1-10 ii libacl1 2.2.51-8 ii libattr1 1:2.4.46-8 ii libc6 2.13-33 ii libselinux1 2.1.9-5 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org