On 2016-06-21 04:55, Duncan wrote:
Dmitry Katsubo posted on Mon, 20 Jun 2016 18:33:54 +0200 as excerpted:
Dear btfs community,
I have added a drive to existing raid1 btrfs volume and decided to
perform balancing so that data distributes "fairly" among drives. I have
started "btrfs balance start", but it stalled for about 5-10 minutes
intensively doing the work. After that time it has printed something
like "had to relocate 50 chunks" and exited. According to drive I/O,
"btrfs balance" did most (if not all) of the work, so after it has
exited the job was done.
Shouldn't "btrfs balance start" do the operation in the background?
From the btrfs-balance (8) manpage (from btrfs-progs-4.5.3):
start [options] <path>
start the balance operation according to the specified filters,
no filters will rewrite the entire filesystem. The process runs
in the foreground.
So the balance start operation runs in the foreground, but as explained
elsewhere in the manpage, the balance is interruptible by unmount and
will automatically restart after a remount. It can also be paused and
resumed or canceled with the appropriate btrfs balance subcommands.
FWIW, there was some talk a while back about possibly providing an
option to run balance in the background. If I end up finding the time,
I may write a patch for this (userland only, I'm not interested in
mucking around with the kernel side of things, and it's fully possible
to do this just using libc functions), as it's something I'd rather like
to have myself, as the current method of using job control in a shell
doesn't really work in some circumstances (for example, you can't easily
start a balance on a remote system via a ssh command, which is the
specific use case I have).
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
