Greetings,
I estimate it has been 10 hours since I issued the command "btrfsctl
-r -4g /home" to attempt to free some space for a new partition. It is
still running. How long should this take? I am very concerned about
the integrity of my system. Is it safe to interrupt the process? It
seems incr
When testing with max_extents=4k, we enospc out really really early. The reason
for this is we really overwhelm the system with our worst case calculation.
When we try to flush delalloc, we don't want everybody to wait around forever,
so we wake up the waiters when we've done some of the work in h
A user reported a bug a few weeks back where if he set max_extent=1m and then
did a dd and then stopped it, we would panic. This is because I miscalculated
how many extents would be needed for splits/merges. Turns out I didn't actually
take max_extent into account properly, since we only ever add
Everytime we start a new flushing thread, we init the waitqueue if there isn't a
flushing thread running. The problem with this is we check
space_info->flushing, which we clear right before doing a wake_up on the
flushing waitqueue, which causes problems if we init the waitqueue in the middle
of c
On Friday 12 March 2010, Pat Patterson wrote:
> Are there any plans to implement something akin to ZFS send/recv, to
> be able to create a stream representation of a snapshot and restore it
> later/somewhere else? I've spent some time trawling the mailing list
> and wiki, but I don't see anything t
On Friday 12 March 2010, Chris Mason wrote:
> On Thu, Mar 11, 2010 at 10:44:21PM +0100, Goffredo Baroncelli wrote:
> > Hi Chris,
> >
> > I updated my git repository. You can pull from
[...]
> Wonderful. I've rebased this and put it into the subvol branch. I
> think I got all the commits and di
On Friday 12 March 2010 10:15:28 Stephan von Krawczynski wrote:
> On Fri, 12 Mar 2010 02:07:40 +0100
>
> Hubert Kario wrote:
> > > [...]
> > > If the FS were to be smart and know about the 256kb requirement, it
> > > would do a read/modify/write cycle somewhere and then write the 4KB.
> >
> > If
On Fri, 12 Mar 2010 02:07:40 +0100
Hubert Kario wrote:
> > [...]
> > If the FS were to be smart and know about the 256kb requirement, it
> > would do a read/modify/write cycle somewhere and then write the 4KB.
>
> If all the free blocks have been TRIMmed, FS should pick a completely free
> eras