;
> btrfs_commit_transaction(trans, root);
> - } else {
> + } else if (new_size > old_size) {
shouldn't that be:
+ } else if (new_size < old_size) {
otherwise you'll never try and shrink if new_size is < old_size..
> ret
ot of work gone on both in fixing up corruption
issues on power loss and also reducing a lot of unnecessary
I/O that was happening due to bugs since that release.
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "
On 24/11/11 12:00, Chris Samuel wrote:
> You're running quite an old kernel btrfs wise - it would be
> very interesting to see if you have the same issue with Linus's
> current git version (which has the latest btrfs code) or
> wait for 3.2-rc3.
3.2-rc3 is now out, Linus i
whether it still occurs
with 3.2-rc3.
cheers,
Chris
--
Chris Samuel - http://www.csamuel.org/
--
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
Currently there are 3 different capitalisations of btrfs: used in
printk()'s, BTRFS: (3 occurences), Btrfs: (1 occurence) and btrfs:
(77 occurences).
It's best to have them all the same for consistency, so we canonicalise
the two minority cases to btrfs:.
Signed-off-by: Chris Samue
filesystems generally provide), so this change prefixes
that message with btrfs: to make it appear as:
[ 5775.216078] btrfs: device label DR devid 1 transid 15757 /dev/sdh1
Signed-off-by: Chris Samuel
---
fs/btrfs/volumes.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs
On Wed, 30 Nov 2011 10:05:21 PM Chris Samuel wrote:
> Currently there are 3 different capitalisations of btrfs: used in
> printk()'s, BTRFS: (3 occurences), Btrfs: (1 occurence) and btrfs:
> (77 occurences).
Unfortunately both this and the "[PATCH] Prefix mount messages with
Currently there are 3 different capitalisations of btrfs: used in
printk()'s, BTRFS: (3 occurences), Btrfs: (1 occurence) and btrfs:
(77 occurences).
It's best to have them all the same for consistency, so we canonicalise
the two minority cases to btrfs:.
Signed-off-by: Chris Samue
filesystems generally provide), so this change prefixes
that message with btrfs: to make it appear as:
[ 5775.216078] btrfs: device label DR devid 1 transid 15757 /dev/sdh1
Signed-off-by: Chris Samuel
---
fs/btrfs/volumes.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs
ed that it would be an awful lot of work to backport them to the
older code in the last stable release.
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to m
erformance so I'd suggest it's
well worth testing with 3.2-rc6 to see whether that helps.
All the best,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikiped
d welcome patches for this with open arms!
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signature.asc
Description: This is a digitally signed message part.
On Thu, 22 Dec 2011 10:57:10 PM Gareth Pye wrote:
> Chris, I recommend reading the previously linked thread.
Mea culpa, I blame reading email out of order after getting out of
hospital yesterday. :-(
We now return you to your regularly scheduled mailing list..
--
Chris Samuel : h
hich happen to be a on a different subvolume when it's
permitted & functional to the same filesystem on the same subvolume.
I don't dispute the comment about documentation on subvolumes though,
there is a short discussion of them on the btrfs wiki in the sysadmins
guide, but not re
mes picking a worker thread without the lock held.
This fixes both errors.
Signed-off-by: Chris Mason
Reported-by: Dan Carpenter
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs
we need a new
> chunk" in the right place.
>
> I'll make sure it can fill my ssd and then send to you.
*If* the fix works would this be a candidate for a
stable 3.2.1 release rather than having to wait for
3.3?
cheers,
Chris
--
Chris Samuel - http://www.csamuel.org/ - on mobile
On Fri, 30 Dec 2011 11:25:58 AM BJ Quinn wrote:
> Any suggestions? I'm using CentOS 6.2 fully updated.
Are you using the 3.2 kernel as well ?
The RHEL kernel probably has an old version of btrfs in it.
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
Th
On 17/01/12 09:01, Josef Bacik wrote:
> Good point, either way it's been fixed. Thanks,
Is it worth pushing that fix into the stable 3.2.x releases ?
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line &quo
orth trying to remount read-only, I've seen others reporting
success with that when it won't remount read-write.
Best of luck!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http
btrfs. If that happened
on a system I was sysadmin'ing (and it has - losing an entire tray of
drives in a RAID array due to controller firmware bugs really spoils
your day) I'd be reaching for the backup tapes about now.
Best of luck!
Chris
--
Chris Samuel : http://www.csamuel.or
ut.
NB: Yes, I do make nightly backups, and no, I don't run the
filesystem at anything close to even a quarter full (not that that
guarantees anything, or is even particularly deliberate).
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may com
om/discussions.x/21311
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signature.asc
Description: This is a digitally signed message part.
elease, any chance you'd be able to see if it still
happens with the current 3.3 RC ?
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signatur
e (modulo boot time complaints about the apparmour stuff).
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signature.asc
Description: This is a digitally signed message part.
you want to get rid of it you reboot and pick the latest 3.0 kernel
that grub offers you and then:
sudo -i
apt-get remove --purge linux-image-3.2.6-030206-generic-pae
Hope this helps!
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP si
On the other hand, if they didn't keep complaining then perhaps that
label would go away prematurely because nobody was reporting problems?
:-)
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not
On 09/03/12 12:31, Liu Bo wrote:
> So are these warnings based on the latest upstream of btrfs?
Looks like it was 3.2.7, his oops said:
Pid: 1488, comm: mips-wrs-linux- Tainted: GW3.2.7 #2 HP
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe f
(Btrfs: increase the global block
# reserve estimates). After reverting this one Linus master works
# for me again.
Though after reversion they hit ENOSPC much later (but still
prematurely).
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with
the btrfs conversion utility.
With this patch applied, the check only affects regular files,
directories, and symlinks. It also restructures the code a bit so that
we don't duplicate the MAY_WRITE check for both tests.
Signed-off-by: Jeff Mahoney
Signed-off-by: Chris
Forgot citations, sorry!
On Tuesday 13 March 2012 11:13:28 Chris Samuel wrote:
> Note though that some people are reporting regressions with
> premature ENOSPC in 3.3-rc7, to quote:
>
> # - bisected down to 5500cdb (Btrfs: increase the global block
> # reserve estimates). After
On Saturday 17 March 2012 23:01:00 Helmut Hullen wrote:
> Where is the problem, how can I use the full space?
Which kernel was this with Helmut?
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
On Sunday 18 March 2012 19:04:00 Helmut Hullen wrote:
> Second try with kernel 3.2.5: same problem.
My understanding is that all 3.2.x versions will have the same btrfs
code, if you want to try with a newer version you'll need to try the
3.3 release candidates.
cheers!
Chris
--
Chri
On Monday 19 March 2012 19:22:58 Martin Steigerwald wrote:
> Maybe 3.2.10 oder 3.2.11 contains some related fixes?
I don't believe that any btrfs fixes get pushed to the stable releases
(at least, not yet), you'll need 3.3 for newer code.
cheers,
Chris
--
Chris Sa
On 21/03/12 23:34, Andrea Gelmini wrote:
> No comment, but I'm using this patches without problem since you
> published it (compressed /home with hourly snapshot delete/creation).
Well worth sending a Tested-By: tag then, it's useful information.
cheers,
Chris
--
Chris
RedHat posted about late last year:
http://www.redhat.com/archives/linux-lvm/2011-December/msg00012.html
Unfortunately it looks like the git repo on SourceForge hasn't been
touched since the code was pushed last December. :-(
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : M
ubuntu.com/~kernel-ppa/mainline/
I just download the deb via Lynx and install it with dpkg -i $PACKAGE.
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majo
if a disk has gone away for instance).
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signature.asc
Description: This is a digitally signed message part.
On 18/04/12 05:43, Arne Jansen wrote:
> but not even the manpage states EINTR as return value from unlink.
Yeah, it's not mentioned in the Single UNIX Spec:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/unlink.html
--
Chris Samuel : http://www.csamuel.org/ : Melbou
e
files in this situation.
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
help with
this, but I've not heard anything recently (last December he posted
that he was distracted by the backref-walking code which was a
necessary precursor for the send/receive code).
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may
ace confirmed it was still lstat()ing) when I
killed it..
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
ell-e4200-with-128gb-ssd
But as Chris Mason pointed out on list at that time, it doesn't
necessarily mean you're any safer due to the way that FTL's work:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/2575
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/
rnel.org/cgit/linux/kernel/git/mason/linux-btrfs.git/
which is 3.10 plus the latest btrfs code that was merged by Linus into
his master for 3.11 today.
All the best,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe
trfs-progs$ sudo ./btrfs
device stats /srv/DR
[/dev/sdb3].write_io_errs 0
[/dev/sdb3].read_io_errs0
[/dev/sdb3].flush_io_errs 0
[/dev/sdb3].corruption_errs 0
[/dev/sdb3].generation_errs 0
All the best,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may
'm building btrfs-progs from git at commit
194aa4a1bd6447bb545286d0bcb0b0be8204d79f (July 5th), aka:
btrfs-progs$ git describe --tags
v0.20-rc1-358-g194aa4a
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http:
it as not btrfs. :-(
I can reproduce the crash here too with ext3 and XFS filesystems.
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signature.asc
Desc
x27;t be present.
Could you test with the 4.3 kernel please?
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.3.3-wily/
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the bo
fs once all your GPFS nodes are at the
same minimum version.
Painful IBM URL follows:
http://www-01.ibm.com/support/knowledgecenter/#!/SSFKCN_4.1.0/com.ibm.cluster.gpfs.v4r1.gpfs100.doc/bl1adm_fsmigissues.htm
All the best,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne,
On Friday 11 May 2012 19:26:16 Andrei Popa wrote:
> In the latest btrfs tools from git it's a typo:
I'll send a patch now.
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more i
Andrei Popa reported that there were two typos of default as dafault,
this patch fixes those two typos up.
Signed-off-by: Chris Samuel
---
cmds-subvolume.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cmds-subvolume.c b/cmds-subvolume.c
index 950fa8f..23c72b4
7;s history I
believe) but there's a lot more work been happening in 3.4.
I'm happily sat on 3.2 and I would suggest sticking there too for a
while and watch what user reports come back for the 3.4 kernel (just out).
Just my 2p's worth..
cheers,
Chris
--
Chris Samuel
or this were posted over a year ago, but it was NAK'd by
Christoph Hellwig. I don't know if it's got any further since then. :-(
Patch description:
http://www.spinics.net/lists/linux-btrfs/msg09226.html
NAK:
http://www.spinics.net/lists/linux-btrfs/msg09229.html
--
Chris Samuel
4.
1 out of 1 hunk FAILED -- saving rejects to file btrfsck.8.in.rej
The next patch would delete the file btrfsctl.8.in,
which does not exist! Assume -R? [n]
Apply anyway? [n]
Skipping patch.
1 out of 1 hunk ignored
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email
it.. :-)
http://lwn.net/Articles/493971/
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
On 29/06/12 15:36, Jordan Windsor wrote:
> I get the same problem with linux-mainline from AUR (latest)
What does uname -a say ?
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
On 01/08/12 16:01, Marc MERLIN wrote:
> Third, A freshly made ntfs filesystem through fuse is actually FASTER!
Could it be that Samsungs FTL has optimisations in it for NTFS ?
A horrible thought, but not impossible..
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
Hi Mark,
On 08/03/2012 08:05 PM, Mark Marshall wrote:
I am new to btrfs, and just installed a new system with SLED 11 SP2 a
few days ago.
Looking at the release notes for SLED11 SP2 it appears to ship with an
ancient kernel (in btrfs terms), 3.0.10. You will want to upgrade to
*at least* a
ight be worth a shot here!
Best of luck,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
the
point rather well I'm afraid..
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
done so yet).
That said, there was one btrfs fix merged into 3.5.1:
Chris Mason (1):
Btrfs: call the ordered free operation without any locks held
But I suspect that is not the fix you are looking for..
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To u
On 21/08/12 08:24, Curtis Jones wrote:
> You mentioned that btrfs was going to set aside a ton of space
> for metadata. Is that entirely due to going ext4 -> btrfs?
No, I believe that's a regression in btrfs in recent kernels..
--
Chris Samuel : http://www.csamuel.org/ :
well.
[...]
This pull request with a whole heap of btrfs fixes (46 commits) appears
not to have been merged yet, does anyone know if it was rejected or just
missed ?
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "
e in 3.5 and earlier and submit just those instead.
All the best,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
kport.git;a=summary
You can find Mitch's original message here:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/7102
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see
On 18/10/10 13:47, Fabrício dos Anjos Silva wrote:
> If there is any difference betweens kernel 2.6.21 and 2.6.35,
> please point it out.
btrfs wasn't merged into the mainline kernel until 2.6.29.
http://lwn.net/Articles/314325/
--
Chris Samuel : http://www.csamuel.org/ : Mel
we’ve run it), and does so without
# fail, we call it safe.
He has concerns about performance, but he's more interested
in reliability in these tests.
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic
patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Chris Samuel
diff --git a/fs/btrfs/extent_map.c b/fs/btrfs/extent_map.c
index 454ca52..23cb8da 100644
--- a/fs/btrfs/extent_map.c
+++ b/fs/btrfs/extent_map.c
@@ -335,7 +335,7 @@ struct extent_map *lookup_extent_mapping(struct
requests with barriers that result in -EOPNOTSUPP
# are retried without the barrier, see:
# http://git.kernel.org/linus/51aa32284958
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs&quo
On 02/11/10 02:12, Morten P.D. Stevens wrote:
> mkfs.btrfs /dev/sdb
> mount -t btrfs /dev/sdb /mnt/btrfs
It would be interesting to see if the space_cache mount option
makes any difference to your numbers.
It's commit 0af3d00bad38d3bb9912a60928ad0669f17bdb76.
cheers,
Chris
--
C
automatic periodic checkpointing (and expiry thereof) based on
a user configurable policy. These can be converted to persistent
snapshots from the command line.
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubsc
and having the cancel
option might be a better plan.
Thoughts ?
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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 h
s ONLY recommended for use with filesystems of 1 GiB or smaller.
Is it worth having a check and a warning printed if a user does
try and make a filesystem larger than 1GiB with this option ?
Just in case they don't RTFM...
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne
According to scripts/coccinelle/null/eno.cocci "The various basic
memory allocation functions don't return ERR_PTR" so there's no
point in calling IS_ERR() on the return value from them, the
existing test is good enough.
Signed-off-by: Chris Samuel
---
fs/btrfs/extent_map.
On 21/12/10 07:06, Goffredo Baroncelli wrote:
> below is enclosed a trivial patch, which has the aim to
> improve the error reporting of the "btrfs" command.
Any reason to not just use perror() ?
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscrib
ing went wrong internally.
All the best,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
utput of
> "losetup /dev/loop2":
>
> /dev/loop2: [0010]:5324
> (/dev/disk/by-id/ata-WDC_WD6400AAKS-22A7B2_WD-WCASY7780706-part3)
> encryption=AES128
I'm not familiar with losetup, is /dev/loop2 a symlink ?
If so could you post an ls -l of /dev/loop2 please
itself
which is what that Wiki page is for.
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
total. It is strange to the user.
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
mentation will cause the problematic:
lstat("/dev/disk/by-id/ata-INTEL_SSDSA2M160G2GC_CVPO939201JX160AGN-par",
0x7fffa30b3cf0) = -1 ENOENT (No such file or directory)
I've CC'd this to the LKML in case they have any feedback on
this apparent problem with the API.
cheers,
Chris
and assumes
the drives are the same size - but I can't quite follow what
the code above that BUG_ON() is doing to verify that..
Chris M. ?
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscri
On Wed, 26 Jan 2011 08:40:00 PM Helmut Hullen wrote:
> Yesterday I reported a similar problem in this mailing list, in the
> thread "version".
I think that might have been a slightly different issue, but
I'd guess there would be no harm in trying Yan Zheng's patch!
ory
at the very start:
path = btrfs_alloc_path();
if (!path)
return -ENOMEM;
Is there anything in the log from before that oops ?
NB: I just did a quick scan of btrfs_drop_extents() so it's
possible I missed something..
cheers,
Chris
--
Chris Samuel
On 31/01/11 14:11, cwillu wrote:
> There's a bunch of places it could be (any ret = foo
> followed by a break will exit with that ret rather
> than oops).
Ahh, thanks for that, I plead being a sysadmin rather than
a programmer.. ;-)
--
Chris Samuel : http://www.csamuel.org/
On 01/02/11 20:17, Tsutomu Itoh wrote:
> Because NULL is returned when the memory allocation fails,
> it is checked whether it is NULL.
Were the callers modified to cope with these functions
returning -ENOMEM ?
cheers,
Chris (way behind with email)
--
Chris Samuel : http://www.csamu
On 02/02/11 16:41, cwillu wrote:
> Building btrfs from josef's tree seems to clear this up,
> I was able to build dozens of times without errors.
Interesting, I wonder what fixes it ?
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this lis
g on sending a pull request to Linus in
the next week or so.
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
On 10/02/11 07:12, Lubos Kolouch wrote:
> /dev/root / btrfs rw,noatime,compress,ssd 0 0
My memory of the strace showed that there was no /dev/root
when it tried to open it - can you confirm whether or not
that's the case please ?
cheers!
Chris
--
Chris Samuel : http://www.csa
usy with getting
a functional btrfsck going.
All the best,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signature.asc
Description: This is a d
sing later kernels worried me enough to not go past
10.04 on it.
However, the impression I'm getting now is that 2.6.38 is
looking a lot more solid for btrfs than recent kernels and
so I'm looking forward to testing that out when 11.04 comes
out!
cheers,
Chris
--
Chris Samuel : http://ww
fs_devices
[fs/btrfs/volumes.c:3636]: (error) Memory leak: device
Now I'm not really a programmer (much less a kernel one) but I
do see people using it discover issues in kernel code.
Are these issues real or bugs in cppcheck ?
cheers!
Chris
--
Chris Samuel : http://www.csamuel.org
ersion in Squeeze is 1.98+20100804-14.
Best of luck,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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.k
.net/Articles/571997/
# Greg added that, during this time, urgent stable fixes could,
# contrary to normal policy, get into the stable tree prior to
# being merged into the mainline; he won't hold them while
# Linus is off the net.
This patch seems like a very good candidate for that.
cheers
> patch can't hit mainline, and thus won't hit stable unless an exception
> is made, until after Linus' vacation, when the commit window opens and
> the patch is accepted.
Greg K-H has said he'll accept stable patches that haven't hit the mainline
d
thinking of?
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signature.asc
Description: This is a digitally signed message part.
you have good (tested) backups..
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signature.asc
Description: This is a digitally signed message part.
the web pages at
http://btrfs.wiki.kernel.org.
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
signature.asc
Description: This is a digitally signed message part.
noting that Greg K-H is looking for people to help him with the
stable series...
http://www.kroah.com/log/linux/minion-wanted.html
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
t
ion - but if its not meant to be possible
to create such a thing shouldn't this be fixed in the kernel (as well as
here) to reject attempts from user space to create it?
Otherwise it's possible for a non-aware program (or a user who is
playing) to still create it.
cheers,
Ch
ticle has a good summary:
http://lwn.net/Articles/521803/
As Michael wrote btrfs is still considered an experimental filesystem.
All the best,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" i
e filesystems instead.
Have you benchmarked your workload on other filesystems?
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
--
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
1 - 100 of 213 matches
Mail list logo
