On Mon, Jul 11, 2016 at 11:17 AM, Tomáš Hrdina wrote:
> sudo btrfs-debug-tree /dev/sdc
> It has 20 lines. Don't know, what you use for bigger files.
>
>
> sudo btrfs-debug-tree -b 6062434418688 /dev/sdc
>
up and just start fresh.
Thank you
Tomas
*From:* Chris Murphy
*Sent:* Sunday, July 10, 2016 10:08PM
*To:* Tomáš Hrdina
*Cc:* Chris Murphy, Btrfs Btrfs
*Subject:* Re: Unable to mount degraded RAID5
btrfs-debug-tree -b
On Sun, Jul 10, 2016 at 1:01 AM, Tomáš Hrdina wrote:
> sudo btrfs check --repair /dev/sdc
> enabling repair mode
> parent transid verify failed on 7008807157760 wanted 70175 found 70133
> parent transid verify failed on 7008807157760 wanted 70175 found 70133
> checksum
ris Murphy, Btrfs Btrfs
*Subject:* Re: Unable to mount degraded RAID5
btrfs check --repair
---
Tato zpráva byla zkontrolována na viry programem Avast Antivirus.
https://www.avast.com/antivirus
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a mess
On Sat, Jul 9, 2016 at 11:30 AM, Tomáš Hrdina wrote:
> sudo btrfs rescue super-recover -v /dev/sda
> All Devices:
> Device: id = 1, name = /dev/sdc
> Device: id = 2, name = /dev/sdb
> Device: id = 3, name = /dev/sda
>
> Before Recovering:
>
nk you for help...
Tomas
*From:* Chris Murphy
*Sent:* Wednesday, July 06, 2016 8:12PM
*To:* Tomáš Hrdina
*Cc:* Chris Murphy, Btrfs Btrfs
*Subject:* Re: Unable to mount degraded RAID5
btrfs rescue super-recover -v /d
Thanks a lot, your will to help out someone you do not know (and who
is obviously way over his depth) is inspiring.
This is what it says:
btrfs rescue super-recover -v /dev/sdc1
All Devices:
Device: id = 3, name = /dev/sdd1
Device: id = 1, name = /dev/sdc1
Before Recovering:
[All good supers]:
On Wed, Jul 6, 2016 at 11:12 AM, Gonzalo Gomez-Arrue Azpiazu
wrote:
> Hello,
>
> I had a RAID5 with 3 disks and one failed; now the filesystem cannot be
> mounted.
>
> None of the recommendations that I found seem to work. The situation
> seems to be similar to this one:
>
On Wed, Jul 6, 2016 at 11:50 AM, Tomáš Hrdina wrote:
> sudo mount -o ro /dev/sdc /shares
> mount: wrong fs type, bad option, bad superblock on /dev/sdc,
>missing codepage or helper program, or other error
>
>In some cases useful info is found in syslog - try
(7.0 seconds)
Write: 70 (7.0 seconds)
Thank you
Tomas
*From:* Chris Murphy
*Sent:* Wednesday, July 06, 2016 6:08PM
*To:* Tomáš Hrdina
*Cc:* Chris Murphy, Btrfs Btrfs
*Subject:* Re: Unable to mount degraded
Hello,
I had a RAID5 with 3 disks and one failed; now the filesystem cannot be mounted.
None of the recommendations that I found seem to work. The situation
seems to be similar to this one:
http://www.spinics.net/lists/linux-btrfs/msg56825.html
Any suggestion on what to try next?
Thanks a lot
On Wed, Jul 6, 2016 at 2:07 AM, Tomáš Hrdina wrote:
> Now with 3 disks:
>
> sudo btrfs check /dev/sda
> parent transid verify failed on 7008807157760 wanted 70175 found 70133
> parent transid verify failed on 7008807157760 wanted 70175 found 70133
> checksum verify failed on
:19AM
*To:* Tomáš Hrdina
*Cc:* Chris Murphy, Btrfs Btrfs
*Subject:* Re: Unable to mount degraded RAID5
btrfs check
---
Tato zpráva byla zkontrolována na viry programem Avast Antivirus.
https://www.avast.com/antivirus
--
To unsubscribe from this list: send the line "unsubscribe linux-
On Tue, Jul 5, 2016 at 12:40 PM, Tomáš Hrdina wrote:
> I don't know, if it would be good idea, but my disk, which disconnected
> is connected again. Maybe it could help in getting data to the right
> state, so other two disk could be mounted alone. But don't know, if it
>
Tomas
*From:* Chris Murphy
*Sent:* Tuesday, July 05, 2016 5:13PM
*To:* Andrei Borzenkov
*Cc:* Chris Murphy, Tomáš Hrdina, Btrfs Btrfs
*Subject:* Re: Unable to mount degraded RAID5
On Mon, Jul 4, 2016 at 9:48 PM, Andrei
On Mon, Jul 4, 2016 at 9:48 PM, Andrei Borzenkov wrote:
> 04.07.2016 23:43, Chris Murphy пишет:
>>
>> Have you done a scrub on this file system and do you know if anything
>> was fixed or if it always found no problem?
>>
>
> scrub on degraded RAID5 cannot fix anything by
read chunk tree
ERROR: unable to open /dev/sdc
Thank you
Tomas
*From:* Chris Murphy
*Sent:* Tuesday, July 05, 2016 12:42AM
*To:* Tomáš Hrdina
*Cc:* Chris Murphy, Btrfs Btrfs
*Subject:* Re: Unable to mount degraded
04.07.2016 23:43, Chris Murphy пишет:
>
> Have you done a scrub on this file system and do you know if anything
> was fixed or if it always found no problem?
>
scrub on degraded RAID5 cannot fix anything by definition, because even
if scrub finds discrepancies, it does not have enough data to
I just tried btrfs rescue chunk-recover (btrfs-progs 4.6) on new
Btrfs, 3x raid5 with 1 dev missing. I get:
[root@f24s ~]# btrfs rescue chunk-recover /dev/VG/2
Scanning: DONE in dev0, DONE in dev1
open with broken chunk error
Chunk tree recovery failed
So I don't think rescue chunk-recover can
On Mon, Jul 4, 2016 at 3:10 PM, Tomáš Hrdina wrote:
> http://sebsauvage.net/paste/?39c73a3440b2e903#WZnUJXNFPNz/fFuOK3QquVeOWQUopcCl0JabtuYMWew=
Both backup 0 and 1 have bad information for backup_fs_root.
backup_fs_root: 0 gen: 0 level: 0
Presumably it automatically
*From:* Chris Murphy
*Sent:* Monday, July 04, 2016 10:43PM
*To:* Tomáš Hrdina
*Cc:* Chris Murphy, Btrfs Btrfs
*Subject:* Re: Unable to mount degraded RAID5
On Mon, Jul 4, 2016 at 1:11 PM, Tomáš Hrdina <thomas@gmail.com>
On Mon, Jul 4, 2016 at 1:11 PM, Tomáš Hrdina wrote:
> Result from dmesg:
> http://sebsauvage.net/paste/?4e8e95b5eafbf675#ybToBzZ/WAoRjjugeH6N2YXZKEBlswaNI/J41GBmFYU=
[10849.041749] BTRFS info (device sda): allowing degraded mounts
[10849.041754] BTRFS info (device sda):
ksum verify failed on 12678831570944 found 3DC57E3E wanted 771D2379
bytenr mismatch, want=12678831570944, have=10160133442474442752
Couldn't read chunk tree
Couldn't open file system
Thank you
Tomas
----
*From:* Chris Murphy
*Sent:* Monday, July 04, 2016 9:01PM
*To:* Tomáš Hrdina, Btrfs
On Mon, Jul 4, 2016 at 12:54 PM, Tomáš Hrdina wrote:
> Degraded gives same result:
>
> sudo mount -t btrfs -o ro,degraded /dev/sda /shares
> mount: wrong fs type, bad option, bad superblock on /dev/sda,
>missing codepage or helper program, or other error
>
>
On Mon, Jul 4, 2016 at 12:09 PM, Tomáš Hrdina wrote:
> sudo mount -t btrfs -o ro,recovery /dev/sdc /shares
> mount: wrong fs type, bad option, bad superblock on /dev/sdc,
>missing codepage or helper program, or other error
>
>In some cases useful info is
Hello,
one of my 3 disks failed in RAID5. After that, fs is unable to mount.
Any help on what to try next would be appreciated.
sudo btrfs version
btrfs-progs v4.6.1
-- I installed 4.6.1 just now. I ran rescue on 4.4
uname -a
Linux uncik-srv 4.4.0-24-generic #43-Ubuntu SMP Wed Jun 8 19:27:37
26 matches
Mail list logo