Re: obscure out of space, df and fi df are way off

2013-01-11 Thread cwillu
>>> [root@localhost tmp]# df >>> Filesystem 1K-blocksUsed Available Use% Mounted on >>> /dev/sda33746816 3193172 1564 100% /mnt/sysimage >>> /dev/sda1 495844 31509438735 7% >>> /mnt/sysimage/boot >>> /dev/sda3

Re: obscure out of space, df and fi df are way off

2013-01-11 Thread Chris Murphy
On Jan 11, 2013, at 11:04 PM, cwillu wrote: > On Fri, Jan 11, 2013 at 11:50 PM, Chris Murphy > wrote: >> Very low priority. >> No user data at risk. >> 8GB virtual disk being installed to, and the installer is puking. I'm trying >> to figure out why. >> >> I first get an rsync error 12, foll

Re: obscure out of space, df and fi df are way off

2013-01-11 Thread cwillu
On Fri, Jan 11, 2013 at 11:50 PM, Chris Murphy wrote: > Very low priority. > No user data at risk. > 8GB virtual disk being installed to, and the installer is puking. I'm trying > to figure out why. > > I first get an rsync error 12, followed by the installer crashing. What's > interesting is th

obscure out of space, df and fi df are way off

2013-01-11 Thread Chris Murphy
Very low priority. No user data at risk. 8GB virtual disk being installed to, and the installer is puking. I'm trying to figure out why. I first get an rsync error 12, followed by the installer crashing. What's interesting is this, deleting irrelevant source file systems, just showing the mount

Re: Errors not found by btrfsck or scrub

2013-01-11 Thread Chris Murphy
On Jan 11, 2013, at 9:43 PM, Chris Carlin wrote: >> Based on some experiences I've had, and also seen on the list recently, you >> might be able to back out of this situation by adding another device to the >> volume. It almost doesn't matter how big it is. It could be a small >> partition on

Re: how to resize (grow) device partition of a multi-device BTRFS filesystem?

2013-01-11 Thread Chris Murphy
On Jan 11, 2013, at 7:28 PM, Hugo Mills wrote: > On Sat, Jan 12, 2013 at 02:18:44AM +, Rick Liu wrote: >>> >>> You'll need to use something like fdisk or cfdisk to resize the >>> partition first. With (c)fdisk, that involves deleting and recreating >>> the partition with the same starting

[PATCH] btrfs: update timestamps on truncate()

2013-01-11 Thread Eric Sandeen
truncate() vs. ftruncate() differ in the VFS; truncate() doesn't set (ATTR_CTIME | ATTR_MTIME), and it's up to the fs to do the timestamp updates if the size changes. Signed-off-by: Eric Sandeen --- Hm, am I breaking the rules by updating the vfs inode fields before the transaction starts? diff

Re: [PATCH V2] vfs: re-implement writeback_inodes_sb(_nr)_if_idle() and rename them

2013-01-11 Thread Fengguang Wu
On Fri, Jan 11, 2013 at 09:12:11PM +0100, Jan Kara wrote: > On Thu 10-01-13 13:47:57, Miao Xie wrote: > > writeback_inodes_sb(_nr)_if_idle() is re-implemented by replacing > > down_read() > > with down_read_trylock() because > > - If ->s_umount is write locked, then the sb is not idle. That is > >

Re: how to resize (grow) device partition of a multi-device BTRFS filesystem?

2013-01-11 Thread Hugo Mills
On Sat, Jan 12, 2013 at 02:18:44AM +, Rick Liu wrote: > > > >You'll need to use something like fdisk or cfdisk to resize the > > partition first. With (c)fdisk, that involves deleting and recreating > > the partition with the same starting point. (fdisk gives you more > > control here). As

RE: how to resize (grow) device partition of a multi-device BTRFS filesystem?

2013-01-11 Thread Rick Liu
> >You'll need to use something like fdisk or cfdisk to resize the > partition first. With (c)fdisk, that involves deleting and recreating > the partition with the same starting point. (fdisk gives you more > control here). As with most low-level FS-resizing tools, btrfs fi > resize doesn't at

Re: 2 errors on scrub

2013-01-11 Thread Russell Coker
On Thu, 10 Jan 2013, David Sterba wrote: > > total bytes scrubbed: 25.42GB with 2 errors > > error details: super=2 > > The superblock errors are detected but not corrected right away, because > next transaction commit will overvrite it. > > Does scub report the errors repeatedly

Re: how to resize (grow) device partition of a multi-device BTRFS filesystem?

2013-01-11 Thread Hugo Mills
On Sat, Jan 12, 2013 at 12:29:47AM +, Rick Liu wrote: > > > > Hi Rick, > > > > use > > btrfs fi resize :max > > to make btrfs use all space of disk > > > [Rick Liu] > Hi, > > I tried, but it seems no effect. > (dev/sdc was 300GB and now is 500GB, ) > After resize, > /dev/sdc1 is still 300

RE: how to resize (grow) device partition of a multi-device BTRFS filesystem?

2013-01-11 Thread Rick Liu
> > Hi Rick, > > use > btrfs fi resize :max > to make btrfs use all space of disk > [Rick Liu] Hi, I tried, but it seems no effect. (dev/sdc was 300GB and now is 500GB, ) After resize, /dev/sdc1 is still 300GB. # btrfs filesystem show Label: 'local' uuid: 828bee8c-a28c-443f-b19a-8e65e3f949

Re: how to resize (grow) device partition of a multi-device BTRFS filesystem?

2013-01-11 Thread Joshua Schüler
On 12.01.2013 00:39, Rick Liu wrote: > Hi, > > I'm running OpenSUSE12.2 on VMware ESXi5. > I create /local using BTRFS file system with 3 devices (sdc, sdd, sde). > These 3 devices are VMware's virtual disk (vmdk files). > > Instead of adding another new virtual disk, > ESXi allows to increase Vi

[3.8-rc2] Balance causes kernel BUG at fs/btrfs/inode.c:3910

2013-01-11 Thread Simon Kirby
Hello! A few kernel versions back, we set up a 5 disk volume which was set up as "raid 1" data. This didn't quite go as expected, and it filled up the first 4 disks without putting anything on the 5th. I've been trying to balance it, lastly with: btrfs balance start -v -dconvert=single,devid=5 I

how to resize (grow) device partition of a multi-device BTRFS filesystem?

2013-01-11 Thread Rick Liu
Hi, I'm running OpenSUSE12.2 on VMware ESXi5. I create /local using BTRFS file system with 3 devices (sdc, sdd, sde). These 3 devices are VMware's virtual disk (vmdk files). Instead of adding another new virtual disk, ESXi allows to increase Virtual Disk size, so I increase the size for 3 devices

Re: [PATCH 3/3] btrfs-progs: add send-test

2013-01-11 Thread Mark Fasheh
On Fri, Jan 11, 2013 at 05:28:22PM +0800, Anand Jain wrote: > Thanks for libbtrfs. comments below. No problem, thanks for looking over and testing this out. I'll correct the whitespace error below for my next send of the patches. --Mark -- Mark Fasheh -- To unsubscribe from this list: sen

Re: [PATCH 2/3] btrfs-progs: libify some parts of btrfs-progs

2013-01-11 Thread Mark Fasheh
On Fri, Jan 11, 2013 at 05:31:09PM +0800, Anand Jain wrote: > > Mark, > > test case : > make (Do not run make all) > make install Thanks for testing! > generates the following error.. > > install -m755 -d /usr/local/lib > install libbtrfs.so.1.0 libbtrfs.so.1 libbtrfs.so /usr/local/lib > install

Re: partition question

2013-01-11 Thread Hugo Mills
On Fri, Jan 11, 2013 at 03:34:25PM -0700, Chris Murphy wrote: > On Jan 11, 2013, at 12:21 PM, Roelof Wobben wrote: > > I have one thing I think I don't really understand about btrfs, > > > > Normally if I use ext4 I make a 3 partitions for my distro. > > > > one for boot about 1G > > one for ho

Re: partition question

2013-01-11 Thread Chris Murphy
On Jan 11, 2013, at 12:21 PM, Roelof Wobben wrote: > Hello, > > I have one thing I think I don't really understand about btrfs, > > Normally if I use ext4 I make a 3 partitions for my distro. > > one for boot about 1G > one for home about 30G > one for root for the rest of my 100G. > > Now

Re: Errors not found by btrfsck or scrub

2013-01-11 Thread Chris Murphy
On Jan 11, 2013, at 2:57 PM, Chris Carlin wrote: > Thanks for the response, Hugo! > > This hard drive is not production, so I can afford to tinker with it > if it helps you guys track down anything interesting. Of course, I'd > prefer to restore it rather than wipe it… What is the result for?

Re: [PATCH 1/2] Btrfs: add leak debug for extent map

2013-01-11 Thread Zach Brown
> But after flipping slab code, I find that another callback will disable > merging slabs when allocating a slab, so I'm not sure if it worth doing so... Do you mean the find_mergeable() stuff in SLUB? > What do you think about it? I don't know, pass in a callback to destruction? void kmem_cach

Re: Errors not found by btrfsck or scrub

2013-01-11 Thread Mitch Harder
On Fri, Jan 11, 2013 at 12:13 PM, Chris Carlin wrote: > I have a week-old filesystem that is reported clean by btrfsck and > scrub, but that fails under operations ranging from du to sync and > umount (but no failures if mounted readonly). > > My problem sounds similar to a few other reports (e.g.

Re: [PATCH V2] vfs: re-implement writeback_inodes_sb(_nr)_if_idle() and rename them

2013-01-11 Thread Jan Kara
On Thu 10-01-13 13:47:57, Miao Xie wrote: > writeback_inodes_sb(_nr)_if_idle() is re-implemented by replacing down_read() > with down_read_trylock() because > - If ->s_umount is write locked, then the sb is not idle. That is > writeback_inodes_sb(_nr)_if_idle() needn't wait for the lock. > - writ

partition question

2013-01-11 Thread Roelof Wobben
Hello, I have one thing I think I don't really understand about btrfs, Normally if I use ext4 I make a 3 partitions for my distro. one for boot about 1G one for home about 30G one for root for the rest of my 100G. Now I wonder if I want to do the same with btrfs. Can I do the same so make 3

Re: Errors not found by btrfsck or scrub

2013-01-11 Thread Hugo Mills
On Fri, Jan 11, 2013 at 01:13:24PM -0500, Chris Carlin wrote: > I have a week-old filesystem that is reported clean by btrfsck and > scrub, but that fails under operations ranging from du to sync and > umount (but no failures if mounted readonly). > > My problem sounds similar to a few other repor

Re: [PATCH] Btrfs: fix off-by-one in lseek

2013-01-11 Thread David Sterba
On Fri, Jan 11, 2013 at 04:25:16PM +0100, David Sterba wrote: > On Thu, Jan 10, 2013 at 09:34:37PM +0800, Liu Bo wrote: > > On Thu, Jan 10, 2013 at 12:04:58PM +0100, David Sterba wrote: > > > This strongly suggests that the warning is connected to the fixes. > > > > Seems that I'm not able to repr

Re: [PATCH 1/2] Btrfs: add leak debug for extent map

2013-01-11 Thread David Sterba
On Thu, Jan 10, 2013 at 09:11:32PM +0800, Liu Bo wrote: > On Thu, Jan 10, 2013 at 12:54:26PM +0100, David Sterba wrote: > > On Thu, Jan 10, 2013 at 10:05:39AM +0800, Liu Bo wrote: > > > On Tue, Jan 08, 2013 at 12:07:34PM -0800, Zach Brown wrote: > > > > > This is for detecting extent map leak. > >

Re: [PATCH] Btrfs: fix off-by-one in lseek

2013-01-11 Thread David Sterba
On Thu, Jan 10, 2013 at 09:34:37PM +0800, Liu Bo wrote: > On Thu, Jan 10, 2013 at 12:04:58PM +0100, David Sterba wrote: > > This strongly suggests that the warning is connected to the fixes. > > Seems that I'm not able to reproduce the warning in running 013, > maybe you can revert the two fixes a

Re: kernel BUG at fs/btrfs/volumes.c:3707 still not fixed in 3.7.1 (btrfs-zero-log required) but shown as "RIP btrfs_num_copies"

2013-01-11 Thread Josef Bacik
On Thu, Jan 10, 2013 at 09:20:09AM -0700, Marc MERLIN wrote: > On Tue, Jan 08, 2013 at 10:46:03AM -0800, Marc MERLIN wrote: > > On Tue, Jan 08, 2013 at 01:25:41PM -0500, Josef Bacik wrote: > > > On Tue, Jan 08, 2013 at 09:49:58AM -0700, Marc MERLIN wrote: > > > > Unfortunately my laptop deadlocks f

Re: [PATCH 2/3] btrfs-progs: libify some parts of btrfs-progs

2013-01-11 Thread Anand Jain
Mark, test case : make (Do not run make all) make install generates the following error.. install -m755 -d /usr/local/lib install libbtrfs.so.1.0 libbtrfs.so.1 libbtrfs.so /usr/local/lib install: cannot stat `libbtrfs.so.1.0': No such file or directory install: cannot stat `libbtrfs.so.1': N

Re: [PATCH 3/3] btrfs-progs: add send-test

2013-01-11 Thread Anand Jain
Thanks for libbtrfs. comments below. On 01/09/2013 05:41 AM, Mark Fasheh wrote: send-test.c links against libbtrfs and uses the send functionality provided to decode and print a send stream to the console. We use the BTRFS_SEND_FLAG_NO_FILE_DATA flag as actual file data is never needed for t

Re: [PATCH 1/2] Btrfs: add leak debug for extent map

2013-01-11 Thread Liu Bo
On Thu, Jan 10, 2013 at 09:06:34AM -0800, Zach Brown wrote: > > > Hmm, I guess it's cool to get the allocation-specific decoding which you > > > don't get from the generic kernel leak tracking? > > I mean that by doing this in btrfs, instead of doing it generically in > the allocator, you get spec