Option -i was helpful.
Some date was restored.
during restoring some files I got message ret is -3. This files has 0
size.
Can anyone tell me what is code -3 mean. Is it recoverable?
So basically data is on harddrives but not completely available.
the questions is: Is it possible to btrfs
Hi Everyone,
Is it possible to extract specific file instead of downloading everything?
Thanks
On 06/06/2012 12:25 PM, Maxim Mikheev wrote:
Option -i was helpful.
Some date was restored.
during restoring some files I got message ret is -3. This files has
0 size.
Can anyone tell me what
How can I mount it at the first?
On 06/04/2012 04:18 AM, Arne Jansen wrote:
On 04.06.2012 04:59, Liu Bo wrote:
On 06/04/2012 10:18 AM, Maxim Mikheev wrote:
Hi Liu,
1) all of them not working (see dmesg at the end)
2)
max@s0:~$ sudo btrfs scrub start /dev/sdb
ERROR: getting dev info
/dev/sd7
-
but it gave me:
$ sudo btrfsck -s 2 /dev/sdb
btrfsck: invalid option -- 's'
usage: btrfsck dev
Btrfs Btrfs v0.19
What can I do more?
On 06/04/2012 07:32 AM, Arne Jansen wrote:
On 04.06.2012 13:30, Maxim Mikheev wrote:
How can I mount
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
adding -v, as an example:
sudo btrfs-find-root -v -v -v -v -v /dev/sdb
didn't change output at all.
On 06/04/2012 08:11 AM, Hugo Mills wrote:
On Mon, Jun 04, 2012 at 08:01:32AM -0400, Maxim Mikheev wrote:
Thank you for helping.
I'm not sure I can be of much help, but there were a few
: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 have
~10TB in backups. I decided to switch on Btrfs because it was announced
that it stable already
I need to recover ~5TB data
I used only one volume.
I will work through your suggestion.
Is any other options here?
On 06/04/2012 08:34 AM, Hugo Mills wrote:
[trimmed Arne Jan from cc by request]
On Mon, Jun 04, 2012 at 08:28:22AM -0400, Maxim Mikheev wrote:
adding -v, as an example:
sudo btrfs-find-root -v -v -v -v
9095?
On 06/04/2012 10:08 AM, 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, 13:55.
Log
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
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
7.bucket
max@s0:~/btrfs-recovering./recovered$
What can I do next?
On 06/04/2012 08:34 AM, Hugo Mills wrote:
[trimmed Arne Jan from cc by request]
On Mon, Jun 04, 2012 at 08:28:22AM -0400, Maxim Mikheev wrote:
adding -v, as an example:
sudo btrfs-find-root -v -v -v -v -v /dev/sdb
didn't
--super works but my root tree 2 has many errors too.
What can I do next?
Thanks
On 06/04/2012 10:54 AM, Ryan C. Underwood wrote:
On Mon, Jun 04, 2012 at 07:43:40AM -0400, Maxim Mikheev wrote:
alternate copy you wish to use. In the following example we ask for
using the superblock copy #2
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
It was a RAID0 unfortunately.
On 06/04/2012 02:02 PM, Michael wrote:
If he has it in a RAID 1, could he manually fail the bad disk and try
it from there? Obviously this could be harmful, so a dd copy would be
a VERY good idea(truthfully, that should have been the first thing
that was done).
.
Regards,
Max
On 06/03/2012 09:22 PM, Liu Bo wrote:
On 06/02/2012 09:43 PM, Maxim Mikheev wrote:
Repair was not helpful.
Is any other ways to get access to data?
Please help
Hi Maxim,
Besides btrfsck --repair, we also have a recovery mount option to deal with
your situation,
maybe you can
9096
found 7621
[ 2318.304000] btrfs read error corrected: ino 1 off 5468060241920 (dev
/dev/sdd sector 2143292648)
[ 2318.304013] Failed to read block groups: -5
[ 2318.314587] btrfs: open_ctree failed
On 06/03/2012 10:16 PM, Liu Bo wrote:
On 06/04/2012 09:43 AM, Maxim Mikheev wrote:
Hi Liu
found 9095
parent transid verify failed on 4923798065152 wanted 9096 found 9095
parent transid verify failed on 4923798065152 wanted 9096 found 9095
Ignoring transid failure
Root objectid is 5
ret is -3
On 06/03/2012 10:59 PM, Liu Bo wrote:
On 06/04/2012 10:18 AM, Maxim Mikheev wrote:
Hi Liu
Hi Everyone,
Can I do anything else?
Max
On 06/03/2012 11:13 PM, Maxim Mikheev wrote:
I tried:
max@s0:~$ sudo btrfs-restore /dev/sdb ~/restored
parent transid verify failed on 5468060241920 wanted 9096 found 7621
parent transid verify failed on 5468060241920 wanted 9096 found 7621
parent
Repair was not helpful.
Is any other ways to get access to data?
Please help
On 05/30/2012 11:15 PM, Michael K wrote:
Let it run to completion. There is little you can do other than hope
and wait.
On May 30, 2012 9:02 PM, Maxim Mikheev mik...@gmail.com
mailto:mik...@gmail.com wrote
not doing anything*. If it was
working hard after 26 hours I'd just keep working
*This isn't advice to stop it if that is true, just a minimal
condition on me stopping any fsck.
On Thu, May 31, 2012 at 12:02 PM, Maxim Mikheev mik...@gmail.com
mailto:mik...@gmail.com wrote:
btrfsck --repair
btrfsck --repair running already for 26 hours.
Is it have sense to wait more?
Thanks
On 05/29/2012 07:36 PM, cwillu wrote:
On Tue, May 29, 2012 at 5:24 PM, Maxim Mikheevmik...@gmail.com wrote:
Thank you for your answer.
The system kernel was and now:
Linux s0 3.4.0-030400-generic
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
.
Is it possible to roll back on transid 9095?
Thanks
On 05/29/2012 06:14 PM, 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
Thank you for your answer.
The system kernel was and now:
Linux s0 3.4.0-030400-generic #201205210521 SMP Mon May 21 09:22:02 UTC
2012 x86_64 x86_64 x86_64 GNU/Linux
the raid was created by:
mkfs.btrfs /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf
Disk are connected through RocketRaid 2670.
I forgot to add.
Btrfs-tools was build from:
git clone
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
On 05/29/2012 07:24 PM, Maxim Mikheev wrote:
Thank you for your answer.
The system kernel was and now:
Linux s0 3.4.0-030400-generic #201205210521 SMP Mon May 21 09
26 matches
Mail list logo