* Kernel Bug after corrupted filesystem
@ 2008-12-30 13:19 robinx99-hi6Y0CQ0nG0
[not found] ` <20081230131953.298540-hi6Y0CQ0nG0@public.gmane.org>
0 siblings, 1 reply; 10+ messages in thread
From: robinx99-hi6Y0CQ0nG0 @ 2008-12-30 13:19 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg
[-- Attachment #1: Type: text/plain, Size: 949 bytes --]
Hi,
I am experimenting with nilfs2 for a while now, because I like the Idea of this filesystem. The filesystem I have problems with now is a more complex problem. I used just for testing purpose a file on an ext3 filesystem as a cryptoloop device and I used nilfs2 on the loopback device. It worked for about half a year without a problem. But I have no Idea what was actualy going wrong (ext3 problem, cryptoloop problem, nilfs problem?) and I don't know if a filesystem under normal conditations get corrupted like this (actualy no real data loss either, because almost all files existed elswhere)
But when I now try to mount the nilfs2 filesystem it does not work. No result from the mount command, but the attached in dmsg. The system is still useable, but I am not able to shut it down (have to hold power button 3 seconds). And I am not able to unload the nilfs module either (is in use)
Hope this helps to further improve nilfs2.
robinx99
[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 12898 bytes --]
[ 585.410148] NILFS: INFO: recovery required for readonly filesystem.
[ 585.410161] NILFS: write access will be enabled during recovery.
[ 585.515146] ------------[ cut here ]------------
[ 585.515156] kernel BUG at /root/nilfs/nilfs-2.0.5/fs/btree.c:503!
[ 585.515162] invalid opcode: 0000 [1] SMP
[ 585.515169] CPU 1
[ 585.515174] Modules linked in: nilfs2 af_packet binfmt_misc rfcomm bridge stp bnep sco l2cap bluetooth vboxdrv ppdev ipv6 acpi_cpufreq cpufreq_conservative cpufreq_stats
cpufreq_powersave cpufreq_userspace cpufreq_ondemand freq_table container sbs sbshc pci_slot iptable_filter ip_tables x_tables ext2 aes_x86_64 aes_generic cbc dm_crypt
dm_mod sbp2 parport_pc lp parport loop snd_hda_intel snd_pcm_oss arc4 snd_mixer_oss ecb crypto_blkcipher snd_pcm iwlagn iwlcore snd_seq_dummy rfkill snd_seq_oss mac80211
joydev sdhci_pci snd_seq_midi uvcvideo snd_rawmidi cfg80211 acer_wmi compat_ioctl32 serio_raw sdhci mmc_core videodev v4l1_compat pcspkr evdev psmouse led_class ricoh_mmc
nvidia(P) snd_seq_midi_event i2c_core snd_seq snd_timer snd_seq_device iTCO_wdt snd iTCO_vendor_support soundcore wmi video output battery ac button snd_page_alloc
intel_agp shpchp pci_hotplug ext3 jbd mbcache sr_mod cdrom sd_mod crc_t10dif sg ata_piix pata_acpi usbhid hid ohci1394 ieee1394 ata_generic ahci libata scsi_mod dock tg3
libphy ehci_hcd uhci_hcd usbcore raid10 raid456 async_xor async_memcpy async_tx xor raid1 raid0 multipath linear md_mod thermal processor fan fuse vesafb fbcon tileblit
font bitblit softcursor
[ 585.515398] Pid: 7993, comm: mount.nilfs2 Tainted: P 2.6.27-11-generic #1
[ 585.515404] RIP: 0010:[<ffffffffa0f900f4>] [<ffffffffa0f900f4>] nilfs_btree_do_lookup+0x214/0x220 [nilfs2]
[ 585.515435] RSP: 0018:ffff8800538535b8 EFLAGS: 00010212
[ 585.515440] RAX: 0000000000000040 RBX: ffff8800565b0000 RCX: 00000000c0000100
[ 585.515445] RDX: 0000000000000002 RSI: ffff880053853518 RDI: ffff880001002680
[ 585.515450] RBP: ffff880053853618 R08: 0000000000000000 R09: 00000000ffffffff
[ 585.515455] R10: 0000000000000000 R11: 0000000000000000 R12: ffff8800566e0800
[ 585.515460] R13: ffff880048838018 R14: 0000000000000001 R15: 0000000000000000
[ 585.515466] FS: 00007f840e7736e0(0000) GS:ffff88007f802880(0000) knlGS:0000000000000000
[ 585.515472] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 585.515477] CR2: 00007fff1679b000 CR3: 000000004985a000 CR4: 00000000000006e0
[ 585.515483] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 585.515488] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 585.515494] Process mount.nilfs2 (pid: 7993, threadinfo ffff880053852000, task ffff88005660d9c0)
[ 585.515499] Stack: 0000000000000000 00000002803139fc ffff880053853638 0000000000001471
[ 585.515511] 0000000200000000 0000000000000246 00000000538535f8 ffff8800566e0700
[ 585.515521] ffff880048838018 00000000fffffff4 0000000000000001 ffff8800538536d8
[ 585.515530] Call Trace:
[ 585.515552] [<ffffffffa0f9016e>] nilfs_btree_lookup+0x6e/0xb0 [nilfs2]
[ 585.515573] [<ffffffffa0f8f989>] nilfs_bmap_lookup_at_level+0x49/0xa0 [nilfs2]
[ 585.515594] [<ffffffffa0f8f9ff>] nilfs_bmap_lookup+0x1f/0x40 [nilfs2]
[ 585.515613] [<ffffffffa0f8da26>] nilfs_mdt_submit_block+0xe6/0x1a0 [nilfs2]
[ 585.515633] [<ffffffffa0f8db0b>] nilfs_mdt_read_block+0x2b/0x150 [nilfs2]
[ 585.515653] [<ffffffffa0f8dd6b>] nilfs_mdt_get_block+0x6b/0x2b0 [nilfs2]
[ 585.515664] [<ffffffff80313b1b>] ? alloc_buffer_head+0x4b/0x60
[ 585.515670] [<ffffffff80313859>] ? set_bh_page+0x9/0x50
[ 585.515679] [<ffffffff8050367e>] ? _spin_lock+0xe/0x20
[ 585.515702] [<ffffffffa0fa00a2>] nilfs_palloc_get_entry_block+0x62/0x70 [nilfs2]
[ 585.515725] [<ffffffffa0f94ad1>] nilfs_dat_translate+0x31/0xd0 [nilfs2]
[ 585.515746] [<ffffffffa0f8e4ef>] nilfs_btnode_submit_block+0x16f/0x260 [nilfs2]
[ 585.515766] [<ffffffffa0f8e5f4>] nilfs_btnode_get+0x14/0x80 [nilfs2]
[ 585.515786] [<ffffffffa0f8f64d>] nilfs_bmap_get_block+0x1d/0x20 [nilfs2]
[ 585.515806] [<ffffffffa0f9000f>] nilfs_btree_do_lookup+0x12f/0x220 [nilfs2]
[ 585.515826] [<ffffffffa0f9016e>] nilfs_btree_lookup+0x6e/0xb0 [nilfs2]
[ 585.515846] [<ffffffffa0f8f989>] nilfs_bmap_lookup_at_level+0x49/0xa0 [nilfs2]
[ 585.515866] [<ffffffffa0f8f9ff>] nilfs_bmap_lookup+0x1f/0x40 [nilfs2]
[ 585.515885] [<ffffffffa0f8da26>] nilfs_mdt_submit_block+0xe6/0x1a0 [nilfs2]
[ 585.515905] [<ffffffffa0f8db0b>] nilfs_mdt_read_block+0x2b/0x150 [nilfs2]
[ 585.515924] [<ffffffffa0f8dd6b>] nilfs_mdt_get_block+0x6b/0x2b0 [nilfs2]
[ 585.515932] [<ffffffff80503576>] ? _spin_lock_irq+0x16/0x20
[ 585.515938] [<ffffffff80503384>] ? __down_write_nested+0xc4/0xd0
[ 585.515961] [<ffffffffa0f9d3d8>] nilfs_cpfile_get_checkpoint+0x68/0x210 [nilfs2]
[ 585.515982] [<ffffffffa0f8d319>] ? nilfs_mdt_set_entry_size+0x9/0x40 [nilfs2]
[ 585.516002] [<ffffffffa0f8a668>] nilfs_attach_checkpoint+0xc8/0x1b0 [nilfs2]
[ 585.516020] [<ffffffffa0f8b250>] nilfs_get_sb+0x430/0x700 [nilfs2]
[ 585.516029] [<ffffffff802bbb0b>] ? kstrdup+0x5b/0x80
[ 585.516037] [<ffffffff802d5c0d>] ? alloc_pages_current+0xad/0x110
[ 585.516050] [<ffffffff802ec4f1>] vfs_kern_mount+0x81/0x180
[ 585.516060] [<ffffffff802ec663>] do_kern_mount+0x53/0x110
[ 585.516067] [<ffffffff803080bc>] do_new_mount+0x9c/0xd0
[ 585.516073] [<ffffffff80308765>] do_mount+0x245/0x270
[ 585.516081] [<ffffffff802d5c0d>] ? alloc_pages_current+0xad/0x110
[ 585.516089] [<ffffffff802b126d>] ? __get_free_pages+0x1d/0x50
[ 585.516096] [<ffffffff80308850>] sys_mount+0xc0/0xf0
[ 585.516105] [<ffffffff8021285a>] system_call_fastpath+0x16/0x1b
[ 585.516109]
[ 585.516112]
[ 585.516114] Code: c0 0f 84 4a fe ff ff 31 c0 48 83 7d b0 00 0f 84 42 fe ff ff 48 8b 45 b0 48 89 30 31 c0 e9 34 fe ff ff 0f 1f 44 00 00 0f 0b eb fe <0f> 0b eb fe 0f 1f 84
00 00 00 00 00 55 48 89 e5 48 83 ec 40 48
[ 585.516199] RIP [<ffffffffa0f900f4>] nilfs_btree_do_lookup+0x214/0x220 [nilfs2]
[ 585.516223] RSP <ffff8800538535b8>
[ 585.516245] ---[ end trace cc281b2a8a93bbfa ]---
[-- Attachment #3: Type: text/plain, Size: 158 bytes --]
_______________________________________________
users mailing list
users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org
https://www.nilfs.org/mailman/listinfo/users
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Kernel Bug after corrupted filesystem
[not found] ` <20081230131953.298540-hi6Y0CQ0nG0@public.gmane.org>
@ 2008-12-31 2:53 ` Ryusuke Konishi
[not found] ` <20081231.115354.105606600.ryusuke-sG5X7nlA6pw@public.gmane.org>
0 siblings, 1 reply; 10+ messages in thread
From: Ryusuke Konishi @ 2008-12-31 2:53 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg, robinx99-hi6Y0CQ0nG0
Hi,
On Tue, 30 Dec 2008 14:19:53 +0100, robinx99-hi6Y0CQ0nG0@public.gmane.org wrote:
> Hi,
> I am experimenting with nilfs2 for a while now, because I like the
> Idea of this filesystem. The filesystem I have problems with now is
> a more complex problem. I used just for testing purpose a file on an
> ext3 filesystem as a cryptoloop device and I used nilfs2 on the
> loopback device. It worked for about half a year without a
> problem. But I have no Idea what was actualy going wrong (ext3
> problem, cryptoloop problem, nilfs problem?) and I don't know if a
> filesystem under normal conditations get corrupted like this
> (actualy no real data loss either, because almost all files existed
> elswhere)
> But when I now try to mount the nilfs2 filesystem it does not
> work. No result from the mount command, but the attached in
> dmsg.
Thank you for reporting the problem.
Again, it seems that a btree corruption happened.
Sorry, but it's hard to track the cause directly from the stack dump.
According to the log, the write barrier is disabled (it may be a
restriction of cryptoloop). If you met an unexpected system down
before mounting nilfs, please let me know.
>The system is still useable, but I am not able to shut it down (have
>to hold power button 3 seconds). And I am not able to unload the
>nilfs module either (is in use) Hope this helps to further improve
>nilfs2. robinx99
I've modified btree lookup routines to avoid system freeze and allow
clean termination; I pushed it to our git repository.
Regards,
Ryusuke
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Kernel Bug after corrupted filesystem
[not found] ` <20081231.115354.105606600.ryusuke-sG5X7nlA6pw@public.gmane.org>
@ 2008-12-31 3:12 ` Ryusuke Konishi
2008-12-31 11:17 ` Dennis Peiler
1 sibling, 0 replies; 10+ messages in thread
From: Ryusuke Konishi @ 2008-12-31 3:12 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg, robinx99-hi6Y0CQ0nG0
On Wed, 31 Dec 2008 11:53:54 +0900 (JST), Ryusuke Konishi wrote:
> According to the log, the write barrier is disabled (it may be a
> restriction of cryptoloop). If you met an unexpected system down
> before mounting nilfs, please let me know.
Uh-oh, it's my misconception. forget it.
Ryusuke
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Kernel Bug after corrupted filesystem
[not found] ` <20081231.115354.105606600.ryusuke-sG5X7nlA6pw@public.gmane.org>
2008-12-31 3:12 ` Ryusuke Konishi
@ 2008-12-31 11:17 ` Dennis Peiler
[not found] ` <20081231111707.25420-hi6Y0CQ0nG0@public.gmane.org>
1 sibling, 1 reply; 10+ messages in thread
From: Dennis Peiler @ 2008-12-31 11:17 UTC (permalink / raw)
To: NILFS Users mailing list
[-- Attachment #1: Type: text/plain, Size: 994 bytes --]
-------- Original-Nachricht --------
> Datum: Wed, 31 Dec 2008 11:53:54 +0900 (JST)
> Von: Ryusuke Konishi <ryusuke-sG5X7nlA6pw@public.gmane.org>
> An: users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org, robinx99-hi6Y0CQ0nG0@public.gmane.org
> Betreff: Re: [NILFS users] Kernel Bug after corrupted filesystem
> Thank you for reporting the problem.
> Again, it seems that a btree corruption happened.
> Sorry, but it's hard to track the cause directly from the stack dump.
>
Is there anything else I could provide? That might help to track down problems
>
> I've modified btree lookup routines to avoid system freeze and allow
> clean termination; I pushed it to our git repository.
>
That looks much better the module is now unloadable after failing to mount.
It now gives an error message when trying to mount
mount.nilfs2: Error while mounting /dev/loop1 on /mnt/test: Input/output error
and now there are also some other things in dmsg I will atach this to the mail in hope that it helps
[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 3032 bytes --]
[ 1635.346387] Pid: 8863, comm: mount.nilfs2 Tainted: P 2.6.27-11-generic #1
[ 1635.346398]
[ 1635.346399] Call Trace:
[ 1635.346429] [<ffffffffa0f93169>] nilfs_btree_do_lookup+0x219/0x240 [nilfs2]
[ 1635.346450] [<ffffffffa0f931fe>] nilfs_btree_lookup+0x6e/0xb0 [nilfs2]
[ 1635.346471] [<ffffffffa0f928f9>] nilfs_bmap_lookup_at_level+0x49/0xa0 [nilfs2]
[ 1635.346492] [<ffffffffa0f9296f>] nilfs_bmap_lookup+0x1f/0x40 [nilfs2]
[ 1635.346511] [<ffffffffa0f90986>] nilfs_mdt_submit_block+0xe6/0x1a0 [nilfs2]
[ 1635.346531] [<ffffffffa0f90a6b>] nilfs_mdt_read_block+0x2b/0x150 [nilfs2]
[ 1635.346550] [<ffffffffa0f90ccb>] nilfs_mdt_get_block+0x6b/0x2c0 [nilfs2]
[ 1635.346562] [<ffffffff80313b1b>] ? alloc_buffer_head+0x4b/0x60
[ 1635.346568] [<ffffffff80313859>] ? set_bh_page+0x9/0x50
[ 1635.346577] [<ffffffff8050367e>] ? _spin_lock+0xe/0x20
[ 1635.346599] [<ffffffffa0fa33a2>] nilfs_palloc_get_entry_block+0x62/0x70 [nilfs2]
[ 1635.346622] [<ffffffffa0f97a91>] nilfs_dat_translate+0x31/0xd0 [nilfs2]
[ 1635.346643] [<ffffffffa0f9145f>] nilfs_btnode_submit_block+0x16f/0x260 [nilfs2]
[ 1635.346663] [<ffffffffa0f91564>] nilfs_btnode_get+0x14/0x80 [nilfs2]
[ 1635.346682] [<ffffffffa0f925bd>] nilfs_bmap_get_block+0x1d/0x20 [nilfs2]
[ 1635.346702] [<ffffffffa0f93086>] nilfs_btree_do_lookup+0x136/0x240 [nilfs2]
[ 1635.346722] [<ffffffffa0f931fe>] nilfs_btree_lookup+0x6e/0xb0 [nilfs2]
[ 1635.346742] [<ffffffffa0f928f9>] nilfs_bmap_lookup_at_level+0x49/0xa0 [nilfs2]
[ 1635.346761] [<ffffffffa0f9296f>] nilfs_bmap_lookup+0x1f/0x40 [nilfs2]
[ 1635.346781] [<ffffffffa0f90986>] nilfs_mdt_submit_block+0xe6/0x1a0 [nilfs2]
[ 1635.346800] [<ffffffffa0f90a6b>] nilfs_mdt_read_block+0x2b/0x150 [nilfs2]
[ 1635.346819] [<ffffffffa0f90ccb>] nilfs_mdt_get_block+0x6b/0x2c0 [nilfs2]
[ 1635.346827] [<ffffffff80503576>] ? _spin_lock_irq+0x16/0x20
[ 1635.346833] [<ffffffff80503384>] ? __down_write_nested+0xc4/0xd0
[ 1635.346856] [<ffffffffa0fa0678>] nilfs_cpfile_get_checkpoint+0x68/0x210 [nilfs2]
[ 1635.346876] [<ffffffffa0f90279>] ? nilfs_mdt_set_entry_size+0x9/0x40 [nilfs2]
[ 1635.346896] [<ffffffffa0f8d5f8>] nilfs_attach_checkpoint+0xc8/0x1b0 [nilfs2]
[ 1635.346915] [<ffffffffa0f8e1e0>] nilfs_get_sb+0x430/0x700 [nilfs2]
[ 1635.346923] [<ffffffff802bbb0b>] ? kstrdup+0x5b/0x80
[ 1635.346931] [<ffffffff802d5c0d>] ? alloc_pages_current+0xad/0x110
[ 1635.346970] [<ffffffff802ec4f1>] vfs_kern_mount+0x81/0x180
[ 1635.346981] [<ffffffff802ec663>] do_kern_mount+0x53/0x110
[ 1635.346988] [<ffffffff803080bc>] do_new_mount+0x9c/0xd0
[ 1635.346994] [<ffffffff80308765>] do_mount+0x245/0x270
[ 1635.347002] [<ffffffff802d5c0d>] ? alloc_pages_current+0xad/0x110
[ 1635.347010] [<ffffffff802b126d>] ? __get_free_pages+0x1d/0x50
[ 1635.347016] [<ffffffff80308850>] sys_mount+0xc0/0xf0
[ 1635.347025] [<ffffffff8021285a>] system_call_fastpath+0x16/0x1b
[ 1635.347030]
[ 1635.347033] NILFS: btree level mismatch: 64 != 2
[ 1635.355551] NILFS: error loading a checkpoint (checkpoint number=112612).
[-- Attachment #3: Type: text/plain, Size: 158 bytes --]
_______________________________________________
users mailing list
users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org
https://www.nilfs.org/mailman/listinfo/users
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Kernel Bug after corrupted filesystem
[not found] ` <20081231111707.25420-hi6Y0CQ0nG0@public.gmane.org>
@ 2008-12-31 14:36 ` Ryusuke Konishi
[not found] ` <20081231.233620.76970897.ryusuke-sG5X7nlA6pw@public.gmane.org>
0 siblings, 1 reply; 10+ messages in thread
From: Ryusuke Konishi @ 2008-12-31 14:36 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg, robinx99-hi6Y0CQ0nG0
Hi,
On Wed, 31 Dec 2008 12:17:07 +0100, "Dennis Peiler" wrote:
> > Again, it seems that a btree corruption happened.
> > Sorry, but it's hard to track the cause directly from the stack dump.
> >
> Is there anything else I could provide? That might help to track
> down problems
Thanks.
Well, could you try to get some information with a debug build module?
First, pull the latest code from our git repository.
The debug build module can be built by commenting out the following
line of the fs/Makefile.
#CONFIG_NILFS_DEBUG=y
Then, set debug levels before mounting as follows:
# modprobe nilfs2
# echo "-vvv fs -vvv recovery -vvv mdt -vvv btnode -vv dat" > /proc/fs/nilfs2/debug_option
# mount -t nilfs2 /dev/xxx /test
This will log some more information in syslog including
block addresses.
What I'd like to see next is content of key disk blocks, but first
we need to know rough situation.
Regards,
Ryusuke
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Kernel Bug after corrupted filesystem
[not found] ` <20081231.233620.76970897.ryusuke-sG5X7nlA6pw@public.gmane.org>
@ 2009-01-01 8:34 ` dennis-peiler-hi6Y0CQ0nG0
2009-01-01 9:31 ` robinx99-hi6Y0CQ0nG0
1 sibling, 0 replies; 10+ messages in thread
From: dennis-peiler-hi6Y0CQ0nG0 @ 2009-01-01 8:34 UTC (permalink / raw)
To: NILFS Users mailing list
[-- Attachment #1: Type: text/plain, Size: 827 bytes --]
>
> Thanks.
> Well, could you try to get some information with a debug build module?
>
> First, pull the latest code from our git repository.
>
> The debug build module can be built by commenting out the following
> line of the fs/Makefile.
>
> #CONFIG_NILFS_DEBUG=y
>
> Then, set debug levels before mounting as follows:
>
> # modprobe nilfs2
> # echo "-vvv fs -vvv recovery -vvv mdt -vvv btnode -vv dat" >
> /proc/fs/nilfs2/debug_option
> # mount -t nilfs2 /dev/xxx /test
>
> This will log some more information in syslog including
> block addresses.
> What I'd like to see next is content of key disk blocks, but first
> we need to know rough situation.
>
Hi and happy new year,
ok have done that and atached the log hope this information is usefull and I hope this helps to further improve nilfs
Robinx99
[-- Attachment #2: dmsg --]
[-- Type: application/octet-stream, Size: 7022 bytes --]
[ 1403.410728] NILFS nilfs_fill_super: start(silent=0)
[ 1403.410743] NILFS init_nilfs: called
[ 1403.410797] NILFS init_nilfs: loading super block
[ 1403.522848] NILFS init_nilfs: checking magic number
[ 1403.523456] NILFS init_nilfs: storing disk layout
[ 1403.523469] NILFS init_nilfs: done (err=0)
[ 1403.523985] NILFS(recovery) nilfs_search_super_root: looking segment (seg_start=24576, seg_end=26623, segnum=12, seg_seq=51994)
[ 1403.523997] NILFS(recovery) load_segment_summary: checking segment (pseg_start=24576, full_check=1)
[ 1403.550875] NILFS(recovery) load_segment_summary: done (ret=0)
[ 1403.550890] NILFS(recovery) load_segment_summary: checking segment (pseg_start=24578, full_check=1)
[ 1403.553235] NILFS(recovery) load_segment_summary: done (ret=3)
[ 1403.553246] NILFS(recovery) nilfs_search_super_root: strayed: scan_newer=1, ret=3
[ 1403.553253] NILFS(recovery) nilfs_search_super_root: looking segment (seg_start=28672, seg_end=30719, segnum=14, seg_seq=51995)
[ 1403.553260] NILFS(recovery) load_segment_summary: checking segment (pseg_start=28672, full_check=1)
[ 1403.574651] NILFS(recovery) load_segment_summary: done (ret=4)
[ 1403.574663] NILFS(recovery) nilfs_search_super_root: strayed: scan_newer=1, ret=4
[ 1403.574670] NILFS(recovery) nilfs_search_super_root: found super root: segnum=12, seq=51994, pseg_start=24576, pseg_offset=2
[ 1403.574677] NILFS nilfs_load_super_root: called (sr_block=24577)
[ 1403.576256] NILFS nilfs_load_super_root: done (err=0)
[ 1403.576637] NILFS(mdt) nilfs_mdt_read_block: called (ino=4, blkoff=0)
[ 1403.577506] NILFS(btnode) nilfs_btnode_submit_block: called: blocknr=667027 pblocknr=0 new=0 ino=4
[ 1403.577961] NILFS(dat) nilfs_dat_translate: called (vblocknr=667027)
[ 1403.577971] NILFS(mdt) nilfs_mdt_read_block: called (ino=3, blkoff=5233)
[ 1403.578669] NILFS(btnode) nilfs_btnode_submit_block: called: blocknr=26323 pblocknr=0 new=0 ino=3
[ 1403.579104] NILFS(btnode) nilfs_btnode_submit_block: done (err=0)
[ 1403.611958] Pid: 9129, comm: mount.nilfs2 Tainted: P 2.6.27-11-generic #1
[ 1403.611968]
[ 1403.611970] Call Trace:
[ 1403.612003] [<ffffffffa0f92d59>] nilfs_btree_do_lookup+0x219/0x240 [nilfs2]
[ 1403.612027] [<ffffffffa0f92dee>] nilfs_btree_lookup+0x6e/0xb0 [nilfs2]
[ 1403.612050] [<ffffffffa0f924e9>] nilfs_bmap_lookup_at_level+0x49/0xa0 [nilfs2]
[ 1403.612073] [<ffffffffa0f9255f>] nilfs_bmap_lookup+0x1f/0x40 [nilfs2]
[ 1403.612094] [<ffffffffa0f902c6>] nilfs_mdt_submit_block+0xe6/0x1e0 [nilfs2]
[ 1403.612117] [<ffffffffa0f903fe>] nilfs_mdt_read_block+0x3e/0x280 [nilfs2]
[ 1403.612138] [<ffffffffa0f9077b>] nilfs_mdt_get_block+0x6b/0x360 [nilfs2]
[ 1403.612149] [<ffffffff80313859>] ? set_bh_page+0x9/0x50
[ 1403.612159] [<ffffffff8050367e>] ? _spin_lock+0xe/0x20
[ 1403.612185] [<ffffffffa0fa4972>] nilfs_palloc_get_entry_block+0x62/0x70 [nilfs2]
[ 1403.612209] [<ffffffffa0f96ccb>] nilfs_dat_translate+0x3b/0x170 [nilfs2]
[ 1403.612231] [<ffffffffa0f90fb9>] nilfs_btnode_submit_block+0x179/0x2f0 [nilfs2]
[ 1403.612252] [<ffffffffa0f91144>] nilfs_btnode_get+0x14/0x80 [nilfs2]
[ 1403.612274] [<ffffffffa0f921ad>] nilfs_bmap_get_block+0x1d/0x20 [nilfs2]
[ 1403.612296] [<ffffffffa0f92c76>] nilfs_btree_do_lookup+0x136/0x240 [nilfs2]
[ 1403.612318] [<ffffffffa0f92dee>] nilfs_btree_lookup+0x6e/0xb0 [nilfs2]
[ 1403.612339] [<ffffffffa0f924e9>] nilfs_bmap_lookup_at_level+0x49/0xa0 [nilfs2]
[ 1403.612361] [<ffffffffa0f9255f>] nilfs_bmap_lookup+0x1f/0x40 [nilfs2]
[ 1403.612382] [<ffffffffa0f902c6>] nilfs_mdt_submit_block+0xe6/0x1e0 [nilfs2]
[ 1403.612403] [<ffffffffa0f903fe>] nilfs_mdt_read_block+0x3e/0x280 [nilfs2]
[ 1403.612424] [<ffffffffa0f9077b>] nilfs_mdt_get_block+0x6b/0x360 [nilfs2]
[ 1403.612432] [<ffffffff80503576>] ? _spin_lock_irq+0x16/0x20
[ 1403.612439] [<ffffffff80503384>] ? __down_write_nested+0xc4/0xd0
[ 1403.612465] [<ffffffffa0fa1bd8>] nilfs_cpfile_get_checkpoint+0x68/0x210 [nilfs2]
[ 1403.612487] [<ffffffffa0f8f9f9>] ? nilfs_mdt_set_entry_size+0x9/0x40 [nilfs2]
[ 1403.612508] [<ffffffffa0f8ca68>] nilfs_attach_checkpoint+0xc8/0x200 [nilfs2]
[ 1403.612528] [<ffffffffa0f8d844>] nilfs_get_sb+0x454/0x740 [nilfs2]
[ 1403.612568] [<ffffffff802bbb0b>] ? kstrdup+0x5b/0x80
[ 1403.612576] [<ffffffff802d5c0d>] ? alloc_pages_current+0xad/0x110
[ 1403.612588] [<ffffffff802ec4f1>] vfs_kern_mount+0x81/0x180
[ 1403.612598] [<ffffffff802ec663>] do_kern_mount+0x53/0x110
[ 1403.612606] [<ffffffff803080bc>] do_new_mount+0x9c/0xd0
[ 1403.612612] [<ffffffff80308765>] do_mount+0x245/0x270
[ 1403.612619] [<ffffffff802d5c0d>] ? alloc_pages_current+0xad/0x110
[ 1403.612627] [<ffffffff802b126d>] ? __get_free_pages+0x1d/0x50
[ 1403.612633] [<ffffffff80308850>] sys_mount+0xc0/0xf0
[ 1403.612642] [<ffffffff8021285a>] system_call_fastpath+0x16/0x1b
[ 1403.612647]
[ 1403.612650] NILFS: btree level mismatch: 64 != 2
[ 1403.612662] NILFS(mdt) nilfs_mdt_submit_block: lookup: blkoff=5233 -> blocknr=5233 (ret=-5, ino=3)
[ 1403.612670] NILFS(mdt) nilfs_mdt_read_block: failed (err=-5)
[ 1403.612675] NILFS(dat) nilfs_dat_translate: failed (ret=-5)
[ 1403.612680] NILFS(btnode) nilfs_btnode_submit_block: return -5 (xlate).
[ 1403.612685] NILFS(btnode) nilfs_btnode_submit_block: done (err=-5)
[ 1403.612692] NILFS(mdt) nilfs_mdt_submit_block: lookup: blkoff=0 -> blocknr=0 (ret=-5, ino=4)
[ 1403.612698] NILFS(mdt) nilfs_mdt_read_block: failed (err=-5)
[ 1403.612704] NILFS nilfs_attach_checkpoint: failed to attach ifile (checkpoint number=112612, err=-5)
[ 1403.612711] NILFS(mdt) nilfs_mdt_destroy: called (ino=6)
[ 1403.612720] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613246] NILFS: error loading a checkpoint (checkpoint number=112612).
[ 1403.613254] NILFS nilfs_fill_super: aborted
[ 1403.613259] NILFS(mdt) nilfs_mdt_clear: called (ino=5)
[ 1403.613265] NILFS(mdt) nilfs_mdt_clear: called truncate_inode_pages()
[ 1403.613271] NILFS(mdt) nilfs_mdt_clear: called nilfs_bmap_clear()
[ 1403.613277] NILFS(mdt) nilfs_mdt_clear: done (ino=5)
[ 1403.613281] NILFS(mdt) nilfs_mdt_destroy: called (ino=5)
[ 1403.613286] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613289] NILFS(mdt) nilfs_mdt_clear: called (ino=4)
[ 1403.613308] NILFS(mdt) nilfs_mdt_clear: called truncate_inode_pages()
[ 1403.613314] NILFS(mdt) nilfs_mdt_clear: called nilfs_bmap_clear()
[ 1403.613327] NILFS(mdt) nilfs_mdt_clear: done (ino=4)
[ 1403.613331] NILFS(mdt) nilfs_mdt_destroy: called (ino=4)
[ 1403.613336] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613340] NILFS(mdt) nilfs_mdt_clear: called (ino=3)
[ 1403.613350] NILFS(mdt) nilfs_mdt_clear: called truncate_inode_pages()
[ 1403.613355] NILFS(mdt) nilfs_mdt_clear: called nilfs_bmap_clear()
[ 1403.613365] NILFS(mdt) nilfs_mdt_clear: done (ino=3)
[ 1403.613369] NILFS(mdt) nilfs_mdt_destroy: called (ino=3)
[ 1403.613375] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613379] NILFS(mdt) nilfs_mdt_destroy: called (ino=3)
[ 1403.613385] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613393] NILFS put_nilfs: the_nilfs on bdev loop1 was freed
[-- Attachment #3: Type: text/plain, Size: 158 bytes --]
_______________________________________________
users mailing list
users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org
https://www.nilfs.org/mailman/listinfo/users
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Kernel Bug after corrupted filesystem
[not found] ` <20081231.233620.76970897.ryusuke-sG5X7nlA6pw@public.gmane.org>
2009-01-01 8:34 ` dennis-peiler-hi6Y0CQ0nG0
@ 2009-01-01 9:31 ` robinx99-hi6Y0CQ0nG0
[not found] ` <20090101093121.302730-hi6Y0CQ0nG0@public.gmane.org>
1 sibling, 1 reply; 10+ messages in thread
From: robinx99-hi6Y0CQ0nG0 @ 2009-01-01 9:31 UTC (permalink / raw)
To: NILFS Users mailing list
[-- Attachment #1: Type: text/plain, Size: 819 bytes --]
>
> Thanks.
> Well, could you try to get some information with a debug build module?
>
> First, pull the latest code from our git repository.
>
> The debug build module can be built by commenting out the following
> line of the fs/Makefile.
>
> #CONFIG_NILFS_DEBUG=y
>
> Then, set debug levels before mounting as follows:
>
> # modprobe nilfs2
> # echo "-vvv fs -vvv recovery -vvv mdt -vvv btnode -vv dat" >
> /proc/fs/nilfs2/debug_option
> # mount -t nilfs2 /dev/xxx /test
>
> This will log some more information in syslog including
> block addresses.
> What I'd like to see next is content of key disk blocks, but first
> we need to know rough situation.
>
Hi and happy new year,
ok have done that and atached the log hope this information is usefull and I hope this helps to further improve nilfs
Robinx99
[-- Attachment #2: dmsg --]
[-- Type: application/octet-stream, Size: 7022 bytes --]
[ 1403.410728] NILFS nilfs_fill_super: start(silent=0)
[ 1403.410743] NILFS init_nilfs: called
[ 1403.410797] NILFS init_nilfs: loading super block
[ 1403.522848] NILFS init_nilfs: checking magic number
[ 1403.523456] NILFS init_nilfs: storing disk layout
[ 1403.523469] NILFS init_nilfs: done (err=0)
[ 1403.523985] NILFS(recovery) nilfs_search_super_root: looking segment (seg_start=24576, seg_end=26623, segnum=12, seg_seq=51994)
[ 1403.523997] NILFS(recovery) load_segment_summary: checking segment (pseg_start=24576, full_check=1)
[ 1403.550875] NILFS(recovery) load_segment_summary: done (ret=0)
[ 1403.550890] NILFS(recovery) load_segment_summary: checking segment (pseg_start=24578, full_check=1)
[ 1403.553235] NILFS(recovery) load_segment_summary: done (ret=3)
[ 1403.553246] NILFS(recovery) nilfs_search_super_root: strayed: scan_newer=1, ret=3
[ 1403.553253] NILFS(recovery) nilfs_search_super_root: looking segment (seg_start=28672, seg_end=30719, segnum=14, seg_seq=51995)
[ 1403.553260] NILFS(recovery) load_segment_summary: checking segment (pseg_start=28672, full_check=1)
[ 1403.574651] NILFS(recovery) load_segment_summary: done (ret=4)
[ 1403.574663] NILFS(recovery) nilfs_search_super_root: strayed: scan_newer=1, ret=4
[ 1403.574670] NILFS(recovery) nilfs_search_super_root: found super root: segnum=12, seq=51994, pseg_start=24576, pseg_offset=2
[ 1403.574677] NILFS nilfs_load_super_root: called (sr_block=24577)
[ 1403.576256] NILFS nilfs_load_super_root: done (err=0)
[ 1403.576637] NILFS(mdt) nilfs_mdt_read_block: called (ino=4, blkoff=0)
[ 1403.577506] NILFS(btnode) nilfs_btnode_submit_block: called: blocknr=667027 pblocknr=0 new=0 ino=4
[ 1403.577961] NILFS(dat) nilfs_dat_translate: called (vblocknr=667027)
[ 1403.577971] NILFS(mdt) nilfs_mdt_read_block: called (ino=3, blkoff=5233)
[ 1403.578669] NILFS(btnode) nilfs_btnode_submit_block: called: blocknr=26323 pblocknr=0 new=0 ino=3
[ 1403.579104] NILFS(btnode) nilfs_btnode_submit_block: done (err=0)
[ 1403.611958] Pid: 9129, comm: mount.nilfs2 Tainted: P 2.6.27-11-generic #1
[ 1403.611968]
[ 1403.611970] Call Trace:
[ 1403.612003] [<ffffffffa0f92d59>] nilfs_btree_do_lookup+0x219/0x240 [nilfs2]
[ 1403.612027] [<ffffffffa0f92dee>] nilfs_btree_lookup+0x6e/0xb0 [nilfs2]
[ 1403.612050] [<ffffffffa0f924e9>] nilfs_bmap_lookup_at_level+0x49/0xa0 [nilfs2]
[ 1403.612073] [<ffffffffa0f9255f>] nilfs_bmap_lookup+0x1f/0x40 [nilfs2]
[ 1403.612094] [<ffffffffa0f902c6>] nilfs_mdt_submit_block+0xe6/0x1e0 [nilfs2]
[ 1403.612117] [<ffffffffa0f903fe>] nilfs_mdt_read_block+0x3e/0x280 [nilfs2]
[ 1403.612138] [<ffffffffa0f9077b>] nilfs_mdt_get_block+0x6b/0x360 [nilfs2]
[ 1403.612149] [<ffffffff80313859>] ? set_bh_page+0x9/0x50
[ 1403.612159] [<ffffffff8050367e>] ? _spin_lock+0xe/0x20
[ 1403.612185] [<ffffffffa0fa4972>] nilfs_palloc_get_entry_block+0x62/0x70 [nilfs2]
[ 1403.612209] [<ffffffffa0f96ccb>] nilfs_dat_translate+0x3b/0x170 [nilfs2]
[ 1403.612231] [<ffffffffa0f90fb9>] nilfs_btnode_submit_block+0x179/0x2f0 [nilfs2]
[ 1403.612252] [<ffffffffa0f91144>] nilfs_btnode_get+0x14/0x80 [nilfs2]
[ 1403.612274] [<ffffffffa0f921ad>] nilfs_bmap_get_block+0x1d/0x20 [nilfs2]
[ 1403.612296] [<ffffffffa0f92c76>] nilfs_btree_do_lookup+0x136/0x240 [nilfs2]
[ 1403.612318] [<ffffffffa0f92dee>] nilfs_btree_lookup+0x6e/0xb0 [nilfs2]
[ 1403.612339] [<ffffffffa0f924e9>] nilfs_bmap_lookup_at_level+0x49/0xa0 [nilfs2]
[ 1403.612361] [<ffffffffa0f9255f>] nilfs_bmap_lookup+0x1f/0x40 [nilfs2]
[ 1403.612382] [<ffffffffa0f902c6>] nilfs_mdt_submit_block+0xe6/0x1e0 [nilfs2]
[ 1403.612403] [<ffffffffa0f903fe>] nilfs_mdt_read_block+0x3e/0x280 [nilfs2]
[ 1403.612424] [<ffffffffa0f9077b>] nilfs_mdt_get_block+0x6b/0x360 [nilfs2]
[ 1403.612432] [<ffffffff80503576>] ? _spin_lock_irq+0x16/0x20
[ 1403.612439] [<ffffffff80503384>] ? __down_write_nested+0xc4/0xd0
[ 1403.612465] [<ffffffffa0fa1bd8>] nilfs_cpfile_get_checkpoint+0x68/0x210 [nilfs2]
[ 1403.612487] [<ffffffffa0f8f9f9>] ? nilfs_mdt_set_entry_size+0x9/0x40 [nilfs2]
[ 1403.612508] [<ffffffffa0f8ca68>] nilfs_attach_checkpoint+0xc8/0x200 [nilfs2]
[ 1403.612528] [<ffffffffa0f8d844>] nilfs_get_sb+0x454/0x740 [nilfs2]
[ 1403.612568] [<ffffffff802bbb0b>] ? kstrdup+0x5b/0x80
[ 1403.612576] [<ffffffff802d5c0d>] ? alloc_pages_current+0xad/0x110
[ 1403.612588] [<ffffffff802ec4f1>] vfs_kern_mount+0x81/0x180
[ 1403.612598] [<ffffffff802ec663>] do_kern_mount+0x53/0x110
[ 1403.612606] [<ffffffff803080bc>] do_new_mount+0x9c/0xd0
[ 1403.612612] [<ffffffff80308765>] do_mount+0x245/0x270
[ 1403.612619] [<ffffffff802d5c0d>] ? alloc_pages_current+0xad/0x110
[ 1403.612627] [<ffffffff802b126d>] ? __get_free_pages+0x1d/0x50
[ 1403.612633] [<ffffffff80308850>] sys_mount+0xc0/0xf0
[ 1403.612642] [<ffffffff8021285a>] system_call_fastpath+0x16/0x1b
[ 1403.612647]
[ 1403.612650] NILFS: btree level mismatch: 64 != 2
[ 1403.612662] NILFS(mdt) nilfs_mdt_submit_block: lookup: blkoff=5233 -> blocknr=5233 (ret=-5, ino=3)
[ 1403.612670] NILFS(mdt) nilfs_mdt_read_block: failed (err=-5)
[ 1403.612675] NILFS(dat) nilfs_dat_translate: failed (ret=-5)
[ 1403.612680] NILFS(btnode) nilfs_btnode_submit_block: return -5 (xlate).
[ 1403.612685] NILFS(btnode) nilfs_btnode_submit_block: done (err=-5)
[ 1403.612692] NILFS(mdt) nilfs_mdt_submit_block: lookup: blkoff=0 -> blocknr=0 (ret=-5, ino=4)
[ 1403.612698] NILFS(mdt) nilfs_mdt_read_block: failed (err=-5)
[ 1403.612704] NILFS nilfs_attach_checkpoint: failed to attach ifile (checkpoint number=112612, err=-5)
[ 1403.612711] NILFS(mdt) nilfs_mdt_destroy: called (ino=6)
[ 1403.612720] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613246] NILFS: error loading a checkpoint (checkpoint number=112612).
[ 1403.613254] NILFS nilfs_fill_super: aborted
[ 1403.613259] NILFS(mdt) nilfs_mdt_clear: called (ino=5)
[ 1403.613265] NILFS(mdt) nilfs_mdt_clear: called truncate_inode_pages()
[ 1403.613271] NILFS(mdt) nilfs_mdt_clear: called nilfs_bmap_clear()
[ 1403.613277] NILFS(mdt) nilfs_mdt_clear: done (ino=5)
[ 1403.613281] NILFS(mdt) nilfs_mdt_destroy: called (ino=5)
[ 1403.613286] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613289] NILFS(mdt) nilfs_mdt_clear: called (ino=4)
[ 1403.613308] NILFS(mdt) nilfs_mdt_clear: called truncate_inode_pages()
[ 1403.613314] NILFS(mdt) nilfs_mdt_clear: called nilfs_bmap_clear()
[ 1403.613327] NILFS(mdt) nilfs_mdt_clear: done (ino=4)
[ 1403.613331] NILFS(mdt) nilfs_mdt_destroy: called (ino=4)
[ 1403.613336] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613340] NILFS(mdt) nilfs_mdt_clear: called (ino=3)
[ 1403.613350] NILFS(mdt) nilfs_mdt_clear: called truncate_inode_pages()
[ 1403.613355] NILFS(mdt) nilfs_mdt_clear: called nilfs_bmap_clear()
[ 1403.613365] NILFS(mdt) nilfs_mdt_clear: done (ino=3)
[ 1403.613369] NILFS(mdt) nilfs_mdt_destroy: called (ino=3)
[ 1403.613375] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613379] NILFS(mdt) nilfs_mdt_destroy: called (ino=3)
[ 1403.613385] NILFS(mdt) nilfs_mdt_destroy: done
[ 1403.613393] NILFS put_nilfs: the_nilfs on bdev loop1 was freed
[-- Attachment #3: Type: text/plain, Size: 158 bytes --]
_______________________________________________
users mailing list
users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org
https://www.nilfs.org/mailman/listinfo/users
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Kernel Bug after corrupted filesystem
[not found] ` <20090101093121.302730-hi6Y0CQ0nG0@public.gmane.org>
@ 2009-01-01 15:27 ` Ryusuke Konishi
[not found] ` <20090102.002735.88475791.ryusuke-sG5X7nlA6pw@public.gmane.org>
0 siblings, 1 reply; 10+ messages in thread
From: Ryusuke Konishi @ 2009-01-01 15:27 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg, robinx99-hi6Y0CQ0nG0
Happy new year,
On Thu, 01 Jan 2009 10:31:21 +0100, robinx99-hi6Y0CQ0nG0@public.gmane.org wrote:
> Hi and happy new year,
> ok have done that and atached the log hope this information is usefull and I hope this helps to further improve nilfs
>
> Robinx99
Thanks for your help.
I have another request:
# dumpseg /dev/loop1 12
- This will dump the summary of the segment in question
# dd if=/dev/loop1 bs=4k skip=24576 count=2 | hd
- This will dump the (broken) root block of the file system
According to your log, the btree root of DAT file (i.e. a table file
to translate disk addresses) seems inconsistent. It might not be
updated properly when GC moved its blocks. I suspect that it was
caused by some sort of GC problem.
And, your nilfs partition seems to have shut down uncleanly before
this mount error repeatedly happened. Do you remember what the first
trouble was like?
Regards,
Ryusuke
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Kernel Bug after corrupted filesystem
[not found] ` <20090102.002735.88475791.ryusuke-sG5X7nlA6pw@public.gmane.org>
@ 2009-01-03 7:54 ` robinx99-hi6Y0CQ0nG0
[not found] ` <20090103075438.264510-hi6Y0CQ0nG0@public.gmane.org>
0 siblings, 1 reply; 10+ messages in thread
From: robinx99-hi6Y0CQ0nG0 @ 2009-01-03 7:54 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg
[-- Attachment #1: Type: text/plain, Size: 1641 bytes --]
Oops didn't send the mail to the mailinglist, so I will resend.
Hi
>
> Thanks for your help.
> I have another request:
>
> # dumpseg /dev/loop1 12
root@robin-laptop:/tmp# dumpseg /dev/loop1 12
segment: segnum = 12
partial segment
creation time = 2008-12-26 11:45:06
nfinfo = 0
>
> - This will dump the summary of the segment in question
>
> # dd if=/dev/loop1 bs=4k skip=24576 count=2 | hd
>
> - This will dump the (broken) root block of the file system
>
Ok I atached it to the email bzip2 compressed
> According to your log, the btree root of DAT file (i.e. a table file
> to translate disk addresses) seems inconsistent. It might not be
> updated properly when GC moved its blocks. I suspect that it was
> caused by some sort of GC problem.
>
> And, your nilfs partition seems to have shut down uncleanly before
> this mount error repeatedly happened. Do you remember what the first
> trouble was like?
>
Actualy I have no real idea. Didn't start the computer for some days over christmas, befor christmas I could use the filesystem withoul any trouble, and on december 26 I was unable to mount it.
I actualy quite often moved files of the nilfs filesystem to an USB stick. Using comands like
"mv /mnt/nilfs/directory/*.avi /mnt/usb && poweroff". So there were some shutdowns I didn't watch, and I was thinking that the normal shutdown scripts should unmount every mounted filesystem. Well the computer was definitv off, but I have no idea if it could be possible that something importend was stoped to soon when it came to the point "sending all procecess the term signal"
> Regards,
> Ryusuke
>
robinx99
[-- Attachment #2: hd.bz2 --]
[-- Type: application/octet-stream, Size: 4095 bytes --]
[-- Attachment #3: Type: text/plain, Size: 158 bytes --]
_______________________________________________
users mailing list
users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org
https://www.nilfs.org/mailman/listinfo/users
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Kernel Bug after corrupted filesystem
[not found] ` <20090103075438.264510-hi6Y0CQ0nG0@public.gmane.org>
@ 2009-01-03 16:10 ` Ryusuke Konishi
0 siblings, 0 replies; 10+ messages in thread
From: Ryusuke Konishi @ 2009-01-03 16:10 UTC (permalink / raw)
To: users-JrjvKiOkagjYtjvyW6yDsg, robinx99-hi6Y0CQ0nG0
Hi,
On Sat, 03 Jan 2009 08:54:38 +0100, robinx99-hi6Y0CQ0nG0@public.gmane.org wrote:
> Oops didn't send the mail to the mailinglist, so I will resend.
> Hi
> >
> > Thanks for your help.
> > I have another request:
> >
> > # dumpseg /dev/loop1 12
>
> root@robin-laptop:/tmp# dumpseg /dev/loop1 12
> segment: segnum = 12
> partial segment
> creation time = 2008-12-26 11:45:06
> nfinfo = 0
Uh, that was not good.
> > - This will dump the summary of the segment in question
> >
> > # dd if=/dev/loop1 bs=4k skip=24576 count=2 | hd
> >
> > - This will dump the (broken) root block of the file system
> >
> Ok I atached it to the email bzip2 compressed
This was informative.
The last segment was that written for GC and I actually confirmed that
the inconsistency of DAT root. It must be a bug of one of GC, btree,
or the DAT file.
> > According to your log, the btree root of DAT file (i.e. a table file
> > to translate disk addresses) seems inconsistent. It might not be
> > updated properly when GC moved its blocks. I suspect that it was
> > caused by some sort of GC problem.
> >
> > And, your nilfs partition seems to have shut down uncleanly before
> > this mount error repeatedly happened. Do you remember what the first
> > trouble was like?
> >
> Actualy I have no real idea. Didn't start the computer for some days
> over christmas, befor christmas I could use the filesystem withoul
> any trouble, and on december 26 I was unable to mount it. I actualy
> quite often moved files of the nilfs filesystem to an USB
> stick. Using comands like "mv /mnt/nilfs/directory/*.avi /mnt/usb &&
> poweroff". So there were some shutdowns I didn't watch, and I was
> thinking that the normal shutdown scripts should unmount every
> mounted filesystem. Well the computer was definitv off, but I have
> no idea if it could be possible that something importend was stoped
> to soon when it came to the point "sending all procecess the term
> signal"
>
> robinx99
Thank you once again.
There is no doubt that this corruption was caused by a bug of NILFS
because NILFS verifies validity of every segment with checksums.
If NILFS doesn't have any bugs, and write barrier is assured, the file
system must be recovered propery even if you have reset the PC during
GC (unless hardware failures occur, of course).
So we have to review code to find out the cause, and I believe your
information will help this.
Thanks,
Ryusuke
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2009-01-03 16:10 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-12-30 13:19 Kernel Bug after corrupted filesystem robinx99-hi6Y0CQ0nG0
[not found] ` <20081230131953.298540-hi6Y0CQ0nG0@public.gmane.org>
2008-12-31 2:53 ` Ryusuke Konishi
[not found] ` <20081231.115354.105606600.ryusuke-sG5X7nlA6pw@public.gmane.org>
2008-12-31 3:12 ` Ryusuke Konishi
2008-12-31 11:17 ` Dennis Peiler
[not found] ` <20081231111707.25420-hi6Y0CQ0nG0@public.gmane.org>
2008-12-31 14:36 ` Ryusuke Konishi
[not found] ` <20081231.233620.76970897.ryusuke-sG5X7nlA6pw@public.gmane.org>
2009-01-01 8:34 ` dennis-peiler-hi6Y0CQ0nG0
2009-01-01 9:31 ` robinx99-hi6Y0CQ0nG0
[not found] ` <20090101093121.302730-hi6Y0CQ0nG0@public.gmane.org>
2009-01-01 15:27 ` Ryusuke Konishi
[not found] ` <20090102.002735.88475791.ryusuke-sG5X7nlA6pw@public.gmane.org>
2009-01-03 7:54 ` robinx99-hi6Y0CQ0nG0
[not found] ` <20090103075438.264510-hi6Y0CQ0nG0@public.gmane.org>
2009-01-03 16:10 ` Ryusuke Konishi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.