fsck.reiser4 --build-fs /dev/md125
*******************************************************************
This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
*******************************************************************
Fscking the /dev/md125 block device.
Will check the consistency of the Reiser4 SuperBlock.
Will build the Reiser4 FileSystem.
Continue?
(Yes/No): y
***** fsck.reiser4 started at Fri May 27 13:29:52 2016
Reiser4 fs was detected on /dev/md125.
Master super block (16):
magic: ReIsEr4
blksize: 4096
format: 0x0 (format40)
uuid: 184e9560-bdf9-42b0-896c-0af2a0c84066
label: <none>
Format super block (17):
plugin: format40
description: Disk-format plugin.
version: 1
magic: ReIsEr40FoRmAt
mkfs id: 0x2a685787
flushes: 0
blocks: 17091120
free blocks: 3760687
root block: 12895243
tail policy: 0x2 (smart)
next oid: 0x12603d1
file count: 1165915
tree height: 5
key policy: LARGE
CHECKING THE STORAGE TREE
Read nodes 7710333
Nodes left in the tree 7710333
Leaves of them 7618129, Twigs of them 91046
Time interval: Fri May 27 13:29:56 2016 - Fri May 27 13:53:14 2016
CHECKING EXTENT REGIONS.
Read twigs 91046
Time interval: Fri May 27 13:53:14 2016 - Fri May 27 13:58:55 2016
LOOKING FOR UNCONNECTED NODES
Read nodes 0
Good nodes 0
Leaves of them 0, Twigs of them 0
Time interval: Fri May 27 13:58:56 2016 - Fri May 27 13:58:56 2016
CHECKING EXTENT REGIONS.
Read twigs 0
Time interval: Fri May 27 13:58:56 2016 - Fri May 27 13:58:56 2016
INSERTING UNCONNECTED NODES
1. Twigs: done
2. Twigs by item: done
3. Leaves: done
4. Leaves by item: done
Twigs: read 0, inserted 0, by item 0, empty 0
Leaves: read 0, inserted 0, by item 0
Time interval: Fri May 27 13:58:56 2016 - Fri May 27 13:58:56 2016
CHECKING THE SEMANTIC TREE
FSCK: semantic.c: 705: repair_semantic_lost_prepare: No 'lost+found'
entry found. Building a new object with the key 2a:0:ffff.
FSCK: semantic.c: 573: repair_semantic_dir_open: Failed to recognize
the plugin for the directory [2a:0:ffff].
FSCK: semantic.c: 581: repair_semantic_dir_open: Trying to recover the
directory [2a:0:ffff] with the default plugin--dir40.
FSCK: obj40_repair.c: 599: obj40_prepare_stat: The file [2a:0:ffff]
does not have a StatData item. Creating a new one. Plugin dir40.
FSCK: dir40_repair.c: 40: dir40_dot: Directory [2a:0:ffff]: The entry
"." is not found. Insert a new one. Plugin (dir40).
FSCK: obj40_repair.c: 146: obj40_check_bytes_report: Node (13999309),
item (2), [2a:0:ffff] (stat40): wrong bytes (0), Fixed to (50).
FSCK: obj40_repair.c: 373: obj40_stat_lw_check: Node (13999309), item
(2), [2a:0:ffff] (stat40): wrong size (0), Fixed to (1).
FSCK: ccreg40_repair.c: 189: ccreg40_check_cluster: The file
[1253cec:2e77696e646f77:1253ced] (ccreg40): the cluster at [851116032]
offset 65536 bytes long is
corrupted. Removed.
FSCK: ccreg40_repair.c: 189: ccreg40_check_cluster: The file
[124224e:2e77696e646f77:124224f] (ccreg40): the cluster at [851116032]
offset 65536 bytes long is
corrupted. Removed.
FSCK: ccreg40_repair.c: 189: ccreg40_check_cluster: The file
[1230c6e:2e77696e646f77:1230c6f] (ccreg40): the cluster at [850722816]
offset 65536 bytes long is
corrupted. Removed.
Found 1165916 objects.
Time interval: Fri May 27 13:58:56 2016 - Fri May 27 14:36:59 2016
CLEANING UP THE STORAGE TREE
Removed items 0
Time interval: Fri May 27 14:36:59 2016 - Fri May 27 14:53:42 2016
FSCK: repair.c: 674: repair_update: File count 1165915 is wrong. Fixed
to 1165916.
***** fsck.reiser4 finished at Fri May 27 14:53:42 2016
Closing fs...done
FS is consistent.
On Fri, May 27, 2016 at 12:00 PM, Dušan Čolić <dusanc@xxxxxxxxx> wrote:
> On Fri, May 27, 2016 at 11:50 AM, Dušan Čolić <dusanc@xxxxxxxxx> wrote:
>> On Fri, May 27, 2016 at 11:33 AM, Edward Shishkin
>> <edward.shishkin@xxxxxxxxx> wrote:
>>> Hi Dushan,
>>>
>>>
>>> On 05/27/2016 11:16 AM, Dušan Čolić wrote:
>>>>
>>>> I recieved this error few days ago.
>>>
>>>
>>> What is md125?
>>>
>> 2 disk Raid1 array
>> md125 : active raid1 sdc6[1] sdb6[0]
>> 68364480 blocks [2/2] [UU]
>>
>>
>>
>>
>>>> Remounting this partition doesn't reproduce the error as it's
>>>> automatically fscked.
>>>
>>>
>>> Are you sure that it is fscked at all?
>>> Checking by fsck is rather long process...
>>>
>>
> And you were right, I used fsck.reiser4 -a that returns nothing if
> reiser4.progs is 1.0.9.
> I upgraded it to 1.1.0 and now fscking the partition.
> But that script executed for 3 more nights and didn't make the error I
> reported. PC wasn't rebooted in that time.
>
>
>> md125 is my daily snapshot partition. There's a script that fscks it,
>> then mounts and rsyncs /home to it daily at 2AM
>>
>> cat /etc/cron.daily/rsnapshot.daily
>> #!/bin/sh
>>
>> echo "### RSNAPSHOT DAILY ###"
>> fsck.reiser4 -a /dev/md125 && mount /mnt/backup && rsnapshot -c
>> /etc/rsnapshot.d/daily.conf daily || echo "Backup failure"
>> umount /mnt/backup
>> logger -s "### RSNAPSHOT DAILY OK###"
>>
>> It is very crude, error prone and can be improved, I just had no time ;)
>>
>>> Thanks,
>>> Edward.
>>>
>>>
>>>>
>>>> Thanks
>>>>
>>>> Dusan
>>>>
>>>> Mount options:
>>>> /dev/md125 /mnt/backup reiser4
>>>> noatime,noauto,onerror=remount-ro 0 0
>>>>
>>>> May 25 03:29:57 krshina3 kernel: reiser4: md125: found disk format 4.0.1.
>>>> May 25 03:29:57 krshina3 kernel: mount: page allocation failure:
>>>> order:4, mode:0x26040c0
>>>> May 25 03:29:57 krshina3 kernel: CPU: 2 PID: 7876 Comm: mount Not
>>>> tainted 4.5.3-gentoo #4
>>>> May 25 03:29:57 krshina3 kernel: Hardware name: Gigabyte Technology
>>>> Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5 07/04/2012
>>>> May 25 03:29:57 krshina3 kernel: 0000000000000006 ffffffff81219767
>>>> 0000000000000001 ffff8801bfe5bb30
>>>> May 25 03:29:57 krshina3 kernel: ffffffff810d2ded ffffffff8192ed30
>>>> ffff88022e315168 026240c000000010
>>>> May 25 03:29:57 krshina3 kernel: 0000000000000000 fffffffffffffff0
>>>> 0000000000000001 ffffffff8192ed00
>>>> May 25 03:29:57 krshina3 kernel: Call Trace:
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff81219767>] ?
>>>> dump_stack+0x46/0x59
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff810d2ded>] ?
>>>> warn_alloc_failed+0x113/0x12b
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff810d5222>] ?
>>>> __alloc_pages_nodemask+0x748/0x77e
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff81095a1a>] ?
>>>> console_unlock+0x371/0x3ac
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff81101401>] ?
>>>> cache_alloc_refill+0x27f/0x4c9
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff81168cb6>] ?
>>>> reiser4_mount+0xc/0xc
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff81101142>] ?
>>>> kmem_cache_alloc+0x69/0xa9
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff8115605f>] ?
>>>> znodes_tree_init+0x4d/0xe7
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff8115c458>] ?
>>>> reiser4_init_tree+0x3f/0xb2
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff8118afe5>] ?
>>>> init_format_format40+0x37b/0x501
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff81168d98>] ?
>>>> fill_super+0xe2/0x1f7
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff81107d8e>] ?
>>>> mount_bdev+0x131/0x181
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff81107f59>] ? mount_fs+0xc/0x80
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff8111cb6d>] ?
>>>> vfs_kern_mount+0x60/0xea
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff8111e523>] ?
>>>> do_mount+0x92c/0xa43
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff811067e0>] ?
>>>> __fput+0x169/0x17c
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff810e1aa9>] ?
>>>> memdup_user+0x38/0x54
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff8111e84d>] ?
>>>> SyS_mount+0x6d/0x93
>>>> May 25 03:29:57 krshina3 kernel: [<ffffffff815f4457>] ?
>>>> entry_SYSCALL_64_fastpath+0x12/0x6a
>>>> May 25 03:29:57 krshina3 kernel: Mem-Info:
>>>> May 25 03:29:57 krshina3 kernel: active_anon:745432
>>>> inactive_anon:149913 isolated_anon:0\x0a active_file:474848
>>>> inactive_file:465968 isolated_file:0\x0a unevictable:1855 dirty:235
>>>> writeback:0 unstable:0\x0a slab_reclaimable:77405
>>>> slab_unreclaimable:8391\x0a mapped:75083 shmem:6227 pagetables:9581
>>>> bounce:0\x0a free:15583 free_pcp:0 free_cma:0
>>>> May 25 03:29:57 krshina3 kernel: DMA free:15900kB min:20kB low:24kB
>>>> high:28kB active_anon:0kB inactive_anon:0kB active_file:0kB
>>>> inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>> bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB
>>>> pages_scanned:0 all_unreclaimable? yes
>>>> May 25 03:29:57 krshina3 kernel: lowmem_reserve[]: 0 2951 7665 7665
>>>> May 25 03:29:57 krshina3 kernel: DMA32 free:27644kB min:4308kB
>>>> low:5384kB high:6460kB active_anon:1121656kB inactive_anon:284116kB
>>>> active_file:711732kB inactive_file:701272kB unevictable:3152kB
>>>> isolated(anon):0kB isolated(file):0kB present:3098560kB
>>>> managed:3022712kB mlocked:3152kB dirty:32kB writeback:0kB
>>>> mapped:117268kB shmem:7796kB slab_reclaimable:118956kB
>>>> slab_unreclaimable:11168kB kernel_stack:2304kB pagetables:16272kB
>>>> unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB
>>>> writeback_tmp:0kB pages_scanned:12 all_unreclaimable? no
>>>> May 25 03:29:57 krshina3 kernel: lowmem_reserve[]: 0 0 4714 4714
>>>> May 25 03:29:57 krshina3 kernel: Normal free:18788kB min:6884kB
>>>> low:8604kB high:10324kB active_anon:1860072kB inactive_anon:315536kB
>>>> active_file:1187660kB inactive_file:1162600kB unevictable:4268kB
>>>> isolated(anon):0kB isolated(file):0kB present:4954112kB
>>>> managed:4828044kB mlocked:4268kB dirty:908kB writeback:0kB
>>>> mapped:183064kB shmem:17112kB slab_reclaimable:190664kB
>>>> slab_unreclaimable:22396kB kernel_stack:4192kB pagetables:22052kB
>>>> unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB
>>>> writeback_tmp:0kB pages_scanned:92 all_unreclaimable? no
>>>> May 25 03:29:57 krshina3 kernel: lowmem_reserve[]: 0 0 0 0
>>>> May 25 03:29:57 krshina3 kernel: DMA: 1*4kB (U) 1*8kB (U) 1*16kB (U)
>>>> 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U)
>>>> 1*2048kB (M) 3*4096kB (M) = 15900kB
>>>> May 25 03:29:57 krshina3 kernel: DMA32: 313*4kB (UME) 3299*8kB (UME)
>>>> 14*16kB (UM) 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB
>>>> 0*4096kB = 27868kB
>>>> May 25 03:29:57 krshina3 kernel: Normal: 206*4kB (UME) 372*8kB (UME)
>>>> 942*16kB (UME) 4*32kB (U) 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB
>>>> 0*2048kB 0*4096kB = 19000kB
>>>> May 25 03:29:57 krshina3 kernel: Node 0 hugepages_total=0
>>>> hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
>>>> May 25 03:29:57 krshina3 kernel: 948736 total pagecache pages
>>>> May 25 03:29:57 krshina3 kernel: 166 pages in swap cache
>>>> May 25 03:29:57 krshina3 kernel: Swap cache stats: add 3579, delete
>>>> 3413, find 0/1
>>>> May 25 03:29:57 krshina3 kernel: Free swap = 580020kB
>>>> May 25 03:29:57 krshina3 kernel: Total swap = 594300kB
>>>> May 25 03:29:57 krshina3 kernel: 2017164 pages RAM
>>>> May 25 03:29:57 krshina3 kernel: 0 pages HighMem/MovableOnly
>>>> May 25 03:29:57 krshina3 kernel: 50500 pages reserved
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel"
>>>> in
>>>> the body of a message to majordomo@xxxxxxxxxxxxxxx
>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>>>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
