Re: [Bug]Reiser4-for-4.5.3 mount: page allocation failure

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is just FYI, that with some options fsck doesn't perform any check.
It was added to make some distros happy at boot time.
As to page allocation failure: it is an old issue, not always reproducible.
I'll add a respective ticket.

Thanks,
Edward.


On 05/27/2016 03:10 PM, Dušan Čolić wrote:
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



[Index of Archives]     [Linux File System Development]     [Linux BTRFS]     [Linux NFS]     [Linux Filesystems]     [Ext4 Filesystem]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Resources]

  Powered by Linux