Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory

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

 



And on the  4th day:

### RSNAPSHOT DAILY ###
fsck.reiser4 /dev/md125
mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
Backup failure
umount: /mnt/backup: not mounted


krshina3 ~ # cat /proc/meminfo
MemTotal:        7867900 kB
MemFree:         1553044 kB
MemAvailable:    4853752 kB
Buffers:               0 kB
Cached:          2975880 kB
SwapCached:         4944 kB
Active:          3780968 kB
Inactive:        2003640 kB
Active(anon):    2336740 kB
Inactive(anon):   498120 kB
Active(file):    1444228 kB
Inactive(file):  1505520 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:        594300 kB
SwapFree:         180008 kB
Dirty:              3064 kB
Writeback:             0 kB
AnonPages:       2804424 kB
Mapped:           180772 kB
Shmem:             26132 kB
Slab:             427632 kB
SReclaimable:     392984 kB
SUnreclaim:        34648 kB
KernelStack:        7536 kB
PageTables:        38328 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     4528248 kB
Committed_AS:    5352472 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      352244 kB
VmallocChunk:   34359293283 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:       12224 kB
DirectMap2M:     8056832 kB


Dec  7 03:30:01 krshina3 kernel: [281555.958316] reiser4: md125: found
disk format 4.0.0.
Dec  7 03:30:01 krshina3 kernel: [281555.958998] mount: page
allocation failure: order:4, mode:0x2040d0
Dec  7 03:30:01 krshina3 kernel: [281555.959000] CPU: 2 PID: 7078
Comm: mount Not tainted 3.16.5-gentoo #1
Dec  7 03:30:01 krshina3 kernel: [281555.959001] Hardware name:
Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
07/04/2012
Dec  7 03:30:01 krshina3 kernel: [281555.959003]  0000000000000006
ffffffff8152bdfb 0000000000000001 ffffffff810b0bc3
Dec  7 03:30:01 krshina3 kernel: [281555.959005]  ffffffff81818df8
0000000000000000 00000002fffffff0 0000000000000010
Dec  7 03:30:01 krshina3 kernel: [281555.959006]  ffff8801007b27a0
0000000000000000 0000000000000010 0000204081818240
Dec  7 03:30:01 krshina3 kernel: [281555.959008] Call Trace:
Dec  7 03:30:01 krshina3 kernel: [281555.959011]  [<ffffffff8152bdfb>]
? dump_stack+0x41/0x51
Dec  7 03:30:01 krshina3 kernel: [281555.959014]  [<ffffffff810b0bc3>]
? warn_alloc_failed+0x10c/0x120
Dec  7 03:30:01 krshina3 kernel: [281555.959016]  [<ffffffff810b2b66>]
? __alloc_pages_nodemask+0x581/0x69d
Dec  7 03:30:01 krshina3 kernel: [281555.959019]  [<ffffffff810db5f4>]
? cache_alloc_refill+0x261/0x48c
Dec  7 03:30:01 krshina3 kernel: [281555.959022]  [<ffffffff8113eefd>]
? reiser4_mount+0xc/0xc
Dec  7 03:30:01 krshina3 kernel: [281555.959024]  [<ffffffff810db35f>]
? kmem_cache_alloc+0x6d/0xa1
Dec  7 03:30:01 krshina3 kernel: [281555.959026]  [<ffffffff8112bf58>]
? znodes_tree_init+0xb9/0xe6
Dec  7 03:30:01 krshina3 kernel: [281555.959028]  [<ffffffff811323ee>]
? reiser4_init_tree+0x3f/0xb2
Dec  7 03:30:01 krshina3 kernel: [281555.959031]  [<ffffffff8115fb05>]
? init_format_format40+0x357/0x4e4
Dec  7 03:30:01 krshina3 kernel: [281555.959033]  [<ffffffff81080f74>]
? wake_up_bit+0xc/0x1b
Dec  7 03:30:01 krshina3 kernel: [281555.959035]  [<ffffffff8113efc8>]
? fill_super+0xcb/0x1ad
Dec  7 03:30:01 krshina3 kernel: [281555.959037]  [<ffffffff810e142e>]
? mount_bdev+0x133/0x186
Dec  7 03:30:01 krshina3 kernel: [281555.959039]  [<ffffffff810e15ed>]
? mount_fs+0xc/0x9e
Dec  7 03:30:01 krshina3 kernel: [281555.959041]  [<ffffffff810f55f2>]
? vfs_kern_mount+0x5e/0xef
Dec  7 03:30:01 krshina3 kernel: [281555.959042]  [<ffffffff810f71c1>]
? do_mount+0x80b/0x904
Dec  7 03:30:01 krshina3 kernel: [281555.959044]  [<ffffffff810f74d5>]
? SyS_mount+0x7e/0xb7
Dec  7 03:30:01 krshina3 kernel: [281555.959046]  [<ffffffff81533612>]
? system_call_fastpath+0x16/0x1b
Dec  7 03:30:01 krshina3 kernel: [281555.959047] Mem-Info:
Dec  7 03:30:01 krshina3 kernel: [281555.959048] DMA per-cpu:
Dec  7 03:30:01 krshina3 kernel: [281555.959049] CPU    0: hi:    0,
btch:   1 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959050] CPU    1: hi:    0,
btch:   1 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959051] CPU    2: hi:    0,
btch:   1 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959052] CPU    3: hi:    0,
btch:   1 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959052] DMA32 per-cpu:
Dec  7 03:30:01 krshina3 kernel: [281555.959053] CPU    0: hi:  186,
btch:  31 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959054] CPU    1: hi:  186,
btch:  31 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959055] CPU    2: hi:  186,
btch:  31 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959056] CPU    3: hi:  186,
btch:  31 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959057] Normal per-cpu:
Dec  7 03:30:01 krshina3 kernel: [281555.959057] CPU    0: hi:  186,
btch:  31 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959058] CPU    1: hi:  186,
btch:  31 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959059] CPU    2: hi:  186,
btch:  31 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959060] CPU    3: hi:  186,
btch:  31 usd:   0
Dec  7 03:30:01 krshina3 kernel: [281555.959062] active_anon:593069
inactive_anon:120226 isolated_anon:0
Dec  7 03:30:01 krshina3 kernel: [281555.959062]  active_file:503137
inactive_file:503029 isolated_file:0
Dec  7 03:30:01 krshina3 kernel: [281555.959062]  unevictable:0
dirty:333 writeback:0 unstable:0
Dec  7 03:30:01 krshina3 kernel: [281555.959062]  free:104532
slab_reclaimable:109978 slab_unreclaimable:8402
Dec  7 03:30:01 krshina3 kernel: [281555.959062]  mapped:51579
shmem:5928 pagetables:9488 bounce:0
Dec  7 03:30:01 krshina3 kernel: [281555.959062]  free_cma:0
Dec  7 03:30:01 krshina3 kernel: [281555.959068] 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_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? yes
Dec  7 03:30:01 krshina3 kernel: [281555.959069] lowmem_reserve[]: 0
2952 7667 7667
Dec  7 03:30:01 krshina3 kernel: [281555.959074] DMA32 free:168028kB
min:4308kB low:5384kB high:6460kB active_anon:837216kB
inactive_anon:214776kB active_file:790440kB inactive_file:790440kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB
present:3098560kB managed:3023876kB mlocked:0kB dirty:316kB
writeback:0kB mapped:78860kB shmem:8760kB slab_reclaimable:171284kB
slab_unreclaimable:11888kB kernel_stack:2240kB pagetables:16348kB
unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? no
Dec  7 03:30:01 krshina3 kernel: [281555.959075] lowmem_reserve[]: 0 0 4714 4714
Dec  7 03:30:01 krshina3 kernel: [281555.959079] Normal free:234200kB
min:6880kB low:8600kB high:10320kB active_anon:1535060kB
inactive_anon:266128kB active_file:1222108kB inactive_file:1221676kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB
present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB
writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628kB
slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB
unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? no
Dec  7 03:30:01 krshina3 kernel: [281555.959080] lowmem_reserve[]: 0 0 0 0
Dec  7 03:30:01 krshina3 kernel: [281555.959081] 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 (R) 3*4096kB (M) = 15900kB
Dec  7 03:30:01 krshina3 kernel: [281555.959088] DMA32: 36545*4kB
(UEM) 2543*8kB (UEM) 70*16kB (UMR) 0*32kB 0*64kB 1*128kB (R) 0*256kB
1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 168284kB
Dec  7 03:30:01 krshina3 kernel: [281555.959093] Normal: 50408*4kB
(UEM) 3913*8kB (UEM) 36*16kB (UMR) 0*32kB 1*64kB (R) 1*128kB (R)
1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 234472kB
Dec  7 03:30:01 krshina3 kernel: [281555.959099] Node 0
hugepages_total=0 hugepages_free=0 hugepages_surp=0
hugepages_size=2048kB
Dec  7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total pagecache pages
Dec  7 03:30:01 krshina3 kernel: [281555.959101] 1228 pages in swap cache
Dec  7 03:30:01 krshina3 kernel: [281555.959102] Swap cache stats: add
133257, delete 132029, find 57308/68141
Dec  7 03:30:01 krshina3 kernel: [281555.959103] Free swap  = 184632kB
Dec  7 03:30:01 krshina3 kernel: [281555.959103] Total swap = 594300kB
Dec  7 03:30:01 krshina3 kernel: [281555.959104] 2017164 pages RAM
Dec  7 03:30:01 krshina3 kernel: [281555.959105] 0 pages HighMem/MovableOnly
Dec  7 03:30:01 krshina3 kernel: [281555.959106] 31497 pages reserved

On Wed, Dec 3, 2014 at 9:16 PM, Dušan Čolić <dusanc@xxxxxxxxx> wrote:
> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
> <edward.shishkin@xxxxxxxxx> wrote:
>>
>> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>>
>>
>> On Dec 1, 2014 12:47 AM, "Edward Shishkin" <edward.shishkin@xxxxxxxxx>
>> wrote:
>>>
>>>
>>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>>
>>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić <dusanc@xxxxxxxxx> wrote:
>>>>>
>>>>> As I had no time to make a full backup I went back to 3.10 kernel and
>>>>> had no
>>>>> problem since.
>>>>>
>>>>> Could this issue be connected with those firefox cache files that were
>>>>> bad
>>>>> (see other mail thread) so I deleted them but for some reason they
>>>>> continued
>>>>> making problems or problem wasn't really solved by deletion? I ask this
>>>>> as
>>>>> after long time of stable r4 I got 2 problems in same week so they're
>>>>> probably related.
>>>>>
>>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin" <edward.shishkin@xxxxxxxxx>
>>>>> wrote:
>>>>>>
>>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>>
>>>>>>
>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin" <edward.shishkin@xxxxxxxxx>
>>>>>> wrote:
>>>>>>>
>>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>>
>>>>>>>> Did a fsck of source partition.
>>>>>>>> Btw. why is there a reason this corruption appeared when I started
>>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>>
>>>>>>>
>>>>>>> I would also suspect this failed mount.
>>>>>>> It could have fatal consequences for the system, and, in particular
>>>>>>> for
>>>>>>> your ''/".
>>>>>>>
>>>>>> Failed mount happened on the partition that I was copying
>>>>>> to,/mnt/backup,
>>>>>> and it fscked ok.
>>>>>> / was partition I was copying from and it had errors.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Dušan,
>>>>>>
>>>>>> So, how is your / ?
>>>>
>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got this:
>>>>
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>>> here ]------------
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode: 0000
>>>> [#1] SMP
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>> 07/04/2012
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>>> 0010:[<ffffffff8115aaf4>]  [<ffffffff8115aaf4>]
>>>> do_readpage_ctail+0x2c5/0x3c4
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>>> 0018:ffff88011821baa8  EFLAGS: 00010246
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX: 0000000000000000
>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002f
>>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a0
>>>> R08: 0000000000000000 R09: 0000000000000000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb84
>>>> R11: 0000000000012368 R12: 0000000000000002
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 0000000000001000
>>>> R14: ffffea00052f5158 R15: 0000000000000000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>>> knlGS:0000000000000000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS:  0010 DS: 0000
>>>> ES: 0000 CR0: 0000000080050033
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2: 0000000000980000
>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443]  0000000000000000
>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890]  0000000000000000
>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336]  00000000000aa1a1
>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926]  [<ffffffff8115ad7b>]
>>>> ? ctail_readpages_filler+0x188/0x1c9
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302]  [<ffffffff8115abf3>]
>>>> ? do_readpage_ctail+0x3c4/0x3c4
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655]  [<ffffffff810b5528>]
>>>> ? read_cache_pages+0x91/0xfc
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990]  [<ffffffff8115b17c>]
>>>> ? readpages_ctail+0x2c8/0x2e5
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332]  [<ffffffff81151e72>]
>>>> ? readpages_cryptcompress+0x39/0x5f
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704]  [<ffffffff810b56c9>]
>>>> ? __do_page_cache_readahead+0x136/0x1d0
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094]  [<ffffffff810b5958>]
>>>> ? ondemand_readahead+0x1f5/0x203
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450]  [<ffffffff810ae761>]
>>>> ? generic_file_read_iter+0x191/0x539
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827]  [<ffffffff810e9256>]
>>>> ? path_openat+0x24b/0x5ce
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147]  [<ffffffff810de1e6>]
>>>> ? new_sync_read+0x6b/0x8f
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469]  [<ffffffff81151f07>]
>>>> ? read_cryptcompress+0x6f/0x97
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815]  [<ffffffff8114d4c0>]
>>>> ? reiser4_read_dispatch+0xc7/0x11e
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181]  [<ffffffff810dedc9>]
>>>> ? vfs_read+0x84/0x13e
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483]  [<ffffffff810df25c>]
>>>> ? SyS_read+0x41/0x84
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780]  [<ffffffff815346d2>]
>>>> ? system_call_fastpath+0x16/0x1b
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9 00
>>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
>>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00 00
>>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934]  RSP <ffff88011821baa8>
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>>> 45473ce04b35219f ]---
>>>>
>>>> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
>>>> with 20 days uptime without problems this month and 3.16 had this oops
>>>> after 3 days.
>>>
>>>
>>>
>>> Unfortunately, there is no any ideas...
>>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>>
>>
>> Ofcourse!
>>
> Funny thing is that again only 2 twigs were damaged..
> Now I'm going to use R4-from3.11-ported-to3.16.patch and report on the results.
>
> Results from fsck --build-fs:
>
> FSCK: node.c: 108: repair_node_items_check: Node (4078203), items (60) and (61):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078203): the node is
> unrecoverable. Pointed from the node (655473), item (14), unit (0). Removed.
> FSCK: node.c: 108: repair_node_items_check: Node (4078899), items (6) and (7):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078899): the node is
> unrecoverable. Pointed from the node (655473), item (14), unit (0). Removed.
> FSCK: node.c: 108: repair_node_items_check: Node (4079383), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4079488), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4079546), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4080447), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4080571), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4081137), items (1) and (2):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4090871), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4091337), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4091990), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4092423), items (1) and (2):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4093016), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and (28):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4094525), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4096175), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and (13):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and (22):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4113492), items (0) and (1):
> Wrong order of keys.
>
>
>
>
>>
>>
>> OK, I'll try to port it ASAP,
>> for now fsck your / .. .
>>
>> Thanks,
>> Edward.
--
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