What have you done? Why do you need to recover data? What happened? A
power failure? A kernel crash?
On Tue, 29 May 2012 18:14:53 -0400, Maxim Mikheev wrote:
I recently decided to use btrfs. It works perfectly for a week even
under heavy load. Yesterday I destroyed backups as cannot afford to
It was a kernel panic from btrfs.
I had around 40 parallel processes of reading/writing.
On 06/04/2012 08:24 AM, Stefan Behrens wrote:
What have you done? Why do you need to recover data? What happened? A
power failure? A kernel crash?
On Tue, 29 May 2012 18:14:53 -0400, Maxim Mikheev wrote:
By the way, If data will be recovered I can easily reproduce crash
situation. So it can be real-life heavy load test
On 06/04/2012 08:24 AM, Stefan Behrens wrote:
What have you done? Why do you need to recover data? What happened? A
power failure? A kernel crash?
On Tue, 29 May 2012
On Mon, 04 Jun 2012 08:26:43 -0400, Maxim Mikheev wrote:
It was a kernel panic from btrfs.
I had around 40 parallel processes of reading/writing.
Do you have a stack trace for this kernel panic, something with the term
BUG, WARNING and/or Call Trace in /var/log/kern.log or
/var/log/syslog (or
After looking on Kernel.log, looks like I had raid card failure and data
was not stored properly on one of disks (/dev/sde).
Btrfs didn't recognized disk failure and keep trying to write data until
reboot.
Some other tests after reboot shows that /dev/sde has generation 9095
and other 4 disks
On Mon, 04 Jun 2012 10:08:54 -0400, Maxim Mikheev wrote:
Disks were connected to RocketRaid 2760 directly as JBOD.
There is no LVM, MD or encryption. I used plain disks directly.
The file system was 55% full (1.7TB from 3TB for each disk).
Logs are attached.
The error happens at May 29,
Can I roll back to 9095, as all disks has 9095?
How can I send this file to the mailing list?
On 06/04/2012 11:02 AM, Stefan Behrens wrote:
On Mon, 04 Jun 2012 10:08:54 -0400, Maxim Mikheev wrote:
Disks were connected to RocketRaid 2760 directly as JBOD.
There is no LVM, MD or encryption. I
On Mon, 04 Jun 2012 11:08:36 -0400, Maxim Mikheev wrote:
How can I send this file to the mailing list?
Using web space, e.g. http://pastebin.com/
--
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
pastebin.com has limit 500K
I put file here: http://www.4shared.com/archive/I8cU3K43/kernlog1.html?
On 06/04/2012 11:11 AM, Stefan Behrens wrote:
On Mon, 04 Jun 2012 11:08:36 -0400, Maxim Mikheev wrote:
How can I send this file to the mailing list?
Using web space, e.g. http://pastebin.com/
Is any chance to fix it and recover data after such failure?
On 06/04/2012 11:02 AM, Stefan Behrens wrote:
On Mon, 04 Jun 2012 10:08:54 -0400, Maxim Mikheev wrote:
Disks were connected to RocketRaid 2760 directly as JBOD.
There is no LVM, MD or encryption. I used plain disks directly.
The
On Mon, Jun 04, 2012 at 05:02:26PM +0200, Stefan Behrens wrote:
According to the kern.1.log file that you have sent (which is not
visible on the mailing list because it exceeded the 100,000 chars limit
of vger.kernel.org), a rebalance operation was active when the disks or
the RAID
Hi Everyone,
I recently decided to use btrfs. It works perfectly for a week even
under heavy load. Yesterday I destroyed backups as cannot afford to have
~10TB in backups. I decided to switch on Btrfs because it was announced
that it stable already
I need to recover ~5TB data, this data is
On 5/30/12 12:14 AM, Maxim Mikheev wrote:
Hi Everyone,
I recently decided to use btrfs. It works perfectly for a week even
under heavy load. Yesterday I destroyed backups as cannot afford to have
~10TB in backups. I decided to switch on Btrfs because it was announced
that it stable already
I
On Tue, May 29, 2012 at 5:14 PM, Felix Blanke felixbla...@gmail.com wrote:
On 5/30/12 12:14 AM, Maxim Mikheev wrote:
Hi Everyone,
I recently decided to use btrfs. It works perfectly for a week even
under heavy load. Yesterday I destroyed backups as cannot afford to have
~10TB in backups.
14 matches
Mail list logo