Am Samstag, 14. Juli 2012 schrieb Skylar Burtenshaw:
Martin Steigerwald Martin at lichtvoll.de writes:
Since I didn´t found any explicit mention on it:
Did you try btrfs-zero-log on the partition prior to mounting it?
I had tried that previously, yes. Approximately the date of my first
On Sat, Jul 14, 2012 at 01:01:04AM +, Skylar Burtenshaw wrote:
I noticed there've been some recent (since I last looked at least) updates
including fsck and such, however I haven't run anything git-based since the
last time I pulled the btrfs tools, and I had to dig for ages to find info
Am Montag, 26. März 2012 schrieb Skylar Burtenshaw:
Fajar A. Nugraha list at fajar.net writes:
Didn't Chris' last response basically say use kernel 3.2 or newer,
mount the fs (possibly with -o ro), and copy the data elsewhere?
Why yes, yes it did actually. I appreciate your spotlighting
On Fri, Jul 13, 2012 at 02:23:53PM +0200, Martin Steigerwald wrote:
Am Montag, 26. März 2012 schrieb Skylar Burtenshaw:
Fajar A. Nugraha list at fajar.net writes:
Didn't Chris' last response basically say use kernel 3.2 or newer,
mount the fs (possibly with -o ro), and copy the data
Am Freitag, 13. Juli 2012 schrieb Hugo Mills:
On Fri, Jul 13, 2012 at 02:23:53PM +0200, Martin Steigerwald wrote:
Am Montag, 26. März 2012 schrieb Skylar Burtenshaw:
Fajar A. Nugraha list at fajar.net writes:
Didn't Chris' last response basically say use kernel 3.2 or
newer, mount
Martin Steigerwald Martin at lichtvoll.de writes:
Since I didn´t found any explicit mention on it:
Did you try btrfs-zero-log on the partition prior to mounting it?
I had tried that previously, yes. Approximately the date of my first post.
Unless something significant has changed in that
Skylar Burtenshaw daninfuchs at gmail.com writes:
Chris Mason chris.mason at oracle.com writes:
Which kernel was used during the power outage?
The kernel in use was 2.6.38 or so. Didn't write that down, but I'm fairly
certain it was .38 or .37 - sorry I can't be more precise.
Here's
Hey - been a few days, not meaning to pester but I wanted to make sure my
previous message didn't slip through the cracks. If I offended, I apologize - I
certainly didn't mean to, and my attempts at joviality can come across as
abrasive. If you simply haven't had time to look into this yet, or
On Mon, Mar 26, 2012 at 08:34:46AM +, Skylar Burtenshaw wrote:
Hey - been a few days, not meaning to pester but I wanted to make sure my
previous message didn't slip through the cracks. If I offended, I apologize -
I
certainly didn't mean to, and my attempts at joviality can come across
On Mon, Mar 26, 2012 at 3:34 PM, Skylar Burtenshaw daninfu...@gmail.com wrote:
Hey - been a few days, not meaning to pester but I wanted to make sure my
previous message didn't slip through the cracks. If I offended, I apologize -
I
certainly didn't mean to, and my attempts at joviality can
Fajar A. Nugraha list at fajar.net writes:
Didn't Chris' last response basically say use kernel 3.2 or newer,
mount the fs (possibly with -o ro), and copy the data elsewhere?
Why yes, yes it did actually. I appreciate your spotlighting it, just in case I
somehow managed to miss it, though.
Hugo Mills hugo at carfax.org.uk writes:
I suspect that Chris is working hard on getting queued-up patches
ready to go into the 3.4 kernel. He's usually quite quiet while he's
doing that.
Hugo.
Thanks Hugo - I assumed he was busy, I just wanted to make sure it wasn't a case
of
On Mon, Mar 26, 2012 at 3:49 PM, Skylar Burtenshaw daninfu...@gmail.com wrote:
Fajar A. Nugraha list at fajar.net writes:
Didn't Chris' last response basically say use kernel 3.2 or newer,
mount the fs (possibly with -o ro), and copy the data elsewhere?
Why yes, yes it did actually. I
On Sun, Mar 18, 2012 at 06:49:13PM +, Skylar Burtenshaw wrote:
Looks like some of the bottom of this trace is missing.
That's because I'm amazing, Chris. I don't even know how that happened..
Trying
again:
;) Ok, so the good news is that you're crashing when you try to write to
the
;)
I like you. Hehe.. ;)
Ok, so the good news is that you're crashing when you try to write to
the FS.
Well, I'll go ahead and assume you're right (you know, since it's your baby and
all, and you know what you're talking about better than anyone I can think of)
but the problem here is that
On Sat, Mar 17, 2012 at 07:06:14PM +, Skylar Burtenshaw wrote:
The stack trace would be a start :p
Here's the trace. Mount attempt using 3.2.0;
Looks like some of the bottom of this trace is missing. Can you please
try to grab the whole thing?
-chris
[ 39.873019] device label
Now when I try to mount it with all present kernels (up to 3.2.0) I get
several
minutes of disk churning, and a kernel stack trace.
[snip]
As such, my questions are these:
1) What information do you require in order to ascertain the degree of my
problem?
The stack trace would be a start
On Sat, Mar 17, 2012 at 04:24:02AM +, Skylar Burtenshaw wrote:
Hey all. First and foremost, great work on the filesystem. Love it. That is,
until this...
AGES ago, I had a power failure. I had 22 drives in one BTRFS filesystem. I
know, dumb idea given that it's an experimental FS, but
On Sat, Mar 17, 2012 at 04:24:02AM +, Skylar Burtenshaw wrote:
Hey all. First and foremost, great work on the filesystem. Love it. That is,
until this...
AGES ago, I had a power failure. I had 22 drives in one BTRFS filesystem. I
know, dumb idea given that it's an experimental FS, but
The stack trace would be a start :p
Here's the trace. Mount attempt using 3.2.0;
[ 39.873019] device label SolaceNetArray devid 20 transid 267118 /dev/sda3
[ 39.894154] btrfs: disk space caching is enabled
[ 62.383043] BUG: unable to handle kernel NULL pointer dereference at
00d0
[
Can you give us the last, say, 200 lines of find-root's output?
First line:
Super think's the tree root is at 12653942837248, chunk root 20975616
Last bunch of lines:
Well block 12154942255104 seems great, but generation doesn't match,
have=267067, want=267118
Well block 12154943320064 seems
Chris Mason chris.mason at oracle.com writes:
Which kernel was used during the power outage?
The kernel in use was 2.6.38 or so. Didn't write that down, but I'm fairly
certain it was .38 or .37 - sorry I can't be more precise.
Here's the trace. Mount attempt using 3.2.0;
[ 39.873019] device
Hey all. First and foremost, great work on the filesystem. Love it. That is,
until this...
AGES ago, I had a power failure. I had 22 drives in one BTRFS filesystem. I
know, dumb idea given that it's an experimental FS, but it's not important data,
just.LOTS of it. A dozen terabytes or so.
23 matches
Mail list logo