Hallo, Hugo,
Du meintest am 10.11.10:
findfs LABEL=MM2
shows /dev/sdd2 (the first partition)
file -s /dev/sdd2
file -s /dev/sdc3
shows LABEL=MM2 for both partitions
mount LABEL=MM2 /srv/MM
doesn't work now, it tries to mount /dev/sdd2 and mourns.
Hi.
(2010/11/11 16:48), Helmut Hullen wrote:
Hallo, Hugo,
Du meintest am 10.11.10:
findfs LABEL=MM2
shows /dev/sdd2 (the first partition)
file -s /dev/sdd2
file -s /dev/sdc3
shows LABEL=MM2 for both partitions
mount LABEL=MM2 /srv/MM
doesn't work
Am Thu, 11 Nov 2010 17:37:38 +0900
schrieb Tsutomu Itoh t-i...@jp.fujitsu.com:
Hi.
(2010/11/11 16:48), Helmut Hullen wrote:
Hallo, Hugo,
Du meintest am 10.11.10:
findfs LABEL=MM2
shows /dev/sdd2 (the first partition)
file -s /dev/sdd2
file -s
Hallo, Tsutomu,
Du meintest am 11.11.10:
[cold start]
# mount LABEL=MM2
mount: wrong fs type, bad option, bad superblock on /dev/sdd2,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
I
Hallo, Tsutomu,
Du meintest am 11.11.10:
mount LABEL=MM2 /srv/MM
doesn't work now, it tries to mount /dev/sdd2 and mourns.
mount /dev/sdd2 /srv/MM
shows the same error message,
I encountered the same problem, too.
Please try 'btrfsctl -a' before mounting.
This
On Wed, Nov 10, 2010 at 09:53:23PM -0600, Mitch Harder wrote:
On Wed, Nov 10, 2010 at 8:10 PM, Josef Bacik jo...@redhat.com wrote:
On Wed, Nov 10, 2010 at 12:02:18PM -0600, Mitch Harder wrote:
Update the mkfs.btrfs man page for the -M option to mix data and
metadata chunks.
Hi all,
the commands btrfs filesystem show and btrfs device scan look at the /dev
directory (and it subdirectories) for every block devices.
This is a slow process because floppy and cdrom are also checked. Moreover,
as highlighted by Helmut, if udev is not used, the /dev directory is populated
Hallo, Goffredo,
Du meintest am 11.11.10 zum Thema [PATCH] Btrfs-progs: avoid to scan cdrom and
floppy:
My patch changes the behaviour of these commands. The list of the
devices are extracted from /proc/partitions, and on the basis of the
file /etc/btrfs.devices some devices may be skipped.
Hi,
I have a cron script that runs periodically, taking new snapshots and
cleaning up old ones when space gets low on my filesystem. This
morning, the script suddenly stopped being able to remove snapshots.
When I tried to remove one manually, I got the following:
# btrfs subvol del
On Thursday, 11 November, 2010, Josh Berry wrote:
Hi,
I have a cron script that runs periodically, taking new snapshots and
cleaning up old ones when space gets low on my filesystem. This
morning, the script suddenly stopped being able to remove snapshots.
When I tried to remove one
On Thu, Nov 11, 2010 at 12:10, C Anthony Risinger anth...@extof.me wrote:
On Thu, Nov 11, 2010 at 2:04 PM, Josh Berry d...@condordes.net wrote:
Hi,
I have a cron script that runs periodically, taking new snapshots and
cleaning up old ones when space gets low on my filesystem. This
morning,
Hi all,
this patch makes the command btrfs more verbose when a btrfs ioctl return an
error. The error code is printed as text message by the strerror(errno)
function.
Example:
# btrfs subvol create /tmp/1
Create subvolume '/tmp/1'
# btrfs subvol create /tmp/1/2
- Original Message
From: Chris Mason chris.ma...@oracle.com
Great, this is a known bug in the O_DIRECT code. I'll fix it up
tomorrow morning.
At the risk of sounding like the non-contributing, annoying moocher that I am,
I
thought I'd check on the status of this bug.
--
To
Excerpts from Brian Neu's message of 2010-11-11 17:05:13 -0500:
- Original Message
From: Chris Mason chris.ma...@oracle.com
Great, this is a known bug in the O_DIRECT code. I'll fix it up
tomorrow morning.
At the risk of sounding like the non-contributing, annoying
On Thu, Nov 11, 2010 at 09:32:06PM +0100, Goffredo Baroncelli wrote:
On Thursday, 11 November, 2010, Josh Berry wrote:
Hi,
I have a cron script that runs periodically, taking new snapshots and
cleaning up old ones when space gets low on my filesystem. This
morning, the script suddenly
Hey,
I saw a few variations of this lockdep on about a dozen different nodes
running 2.6.37-rc1+ (mainline from earlier this week). They all look to
be the same issue, hit via a few different call paths. I haven't seen
these before...
sage
[10862.369802]
On Thu, Nov 11, 2010 at 12:32, Goffredo Baroncelli kreij...@libero.it wrote:
On Thursday, 11 November, 2010, Josh Berry wrote:
Hi,
I have a cron script that runs periodically, taking new snapshots and
cleaning up old ones when space gets low on my filesystem. This
morning, the script
Add an option to the btrfs tool to use the ioctl for cancelling
balance operations.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
btrfs.c |4
btrfs_cmds.c | 41 +
btrfs_cmds.h |1 +
ioctl.h |1 +
4 files changed, 47
This patch introduces a basic form of progress monitoring for balance
operations, by counting the number of block groups remaining. The
information is exposed to userspace by an ioctl.
We also add btrfs balance start as an alias for btrfs filesystem
balance, so that all balance-related functions
These three patches complement the previous two kernel-side
patches. The first implements a way of displaying the current progress
of any running balance process. The second adds a monitor mode,
which watches the progress and makes an estimate of the completion
time. The third and final patch
This patch introduces a basic form of progress monitoring for balance
operations, by counting the number of block groups remaining. The
information is exposed to userspace by an ioctl.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
fs/btrfs/ctree.h |9 +++
fs/btrfs/disk-io.c |2 +
These two patches give a degree of control over balance operations.
The first makes it possible to get an idea of how much work remains to
do, by tracking the number of block groups (chunks) that need to be
moved/rewritten. The second patch allows a running balance operation
to be cancelled
For the impatient, this patch introduces the pot-watching --monitor
option, which checks the balance progress at regular intervals, and
updates a single status line with the current progress and an
estimated completion time.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
btrfs_cmds.c | 102
This patch adds an ioctl for cancelling a btrfs balance operation
mid-flight. The ioctl simply sets a flag, and the operation terminates
after the current block group move has completed.
Signed-off-by: Hugo Mills h...@carfax.org.uk
---
fs/btrfs/ctree.h |1 +
fs/btrfs/ioctl.c | 28
On 12/11/10 12:33, Li Zefan wrote:
Is there any blocker that prevents us from canceling balance
by just Ctrl+C ?
Given that there's been at least 1 report of it taking 12 hours
to balance a non-trivial amount of data I suspect putting this
operation into the background by default and having
On 11/11/10 23:52, Josef Bacik wrote:
This feature incurs a performance penalty in larger filesystems, it is
recommended for use with filesystems of 1 GiB or smaller.
Maybe slightly stronger, for example:
This feature incurs a performance penalty for larger filesystems and it
is ONLY
On Fri, Nov 12, 2010 at 05:47:14PM +1100, Chris Samuel wrote:
On 11/11/10 23:52, Josef Bacik wrote:
This feature incurs a performance penalty in larger filesystems, it is
recommended for use with filesystems of 1 GiB or smaller.
Maybe slightly stronger, for example:
This feature
27 matches
Mail list logo
