* reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
@ 2017-02-27 16:01 Ivan Shapovalov
2017-02-27 16:17 ` Edward Shishkin
0 siblings, 1 reply; 13+ messages in thread
From: Ivan Shapovalov @ 2017-02-27 16:01 UTC (permalink / raw)
To: Reiserfs development mailing list
[-- Attachment #1: Type: text/plain, Size: 5197 bytes --]
Hi,
I've just encountered this crash when I was doing a full-fs backup
(linux 4.9):
[ 3125.760693] BUG: unable to handle kernel NULL pointer dereference at 0000000000000010
[ 3125.760722] IP: [<ffffffffc075cf91>] internal_at+0x1/0x30 [reiser4]
[ 3125.760749] PGD 1dc4d8067
[ 3125.760756] PUD 119275067
[ 3125.760764] PMD 0
[ 3125.760772] Oops: 0000 [#1] PREEMPT SMP
[ 3125.760782] Modules linked in: ext4 jbd2 mbcache ctr ccm fuse cmac arc4 acpi_call(O) bnep ipheth btusb uvcvideo btintel bluetooth videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core videodev uas crc16 bbswitch(O) coretemp i
ntel_rapl x86_pkg_temp_thermal intel_powerclamp snd_hda_codec_realtek kvm_intel snd_hda_codec_generic mei_wdt snd_hda_codec_hdmi kvm irqbypass crc32_pclmul ghash_clmulni_intel iTCO_wdt aesni_intel iTCO_vendor_support aes_x86_64 lrw gf128mul ath10k_pci snd_hda_intel glue_helper ath10k_core snd_hda_codec ablk_helper cryptd ath mac80211 cfg80211 psmouse snd_hwdep snd_hda_core thinkpad_acpi input_leds pcspkr e1000e i2c_i801 snd_pcm i2c_smbus nvram mei_me snd_timer mei rtsx_pci_ms lpc_ich snd memstick ptp led_class pps_core tpm_tis hwmon tpm_tis_core rfkill wmi soundcore
[ 3125.761006] thermal ac tpm evdev battery sch_fq_codel vboxnetflt(O) vboxnetadp(O) vboxpci(O) vboxdrv(O) usbserial usbip_host usbip_core sg efivarfs ip_tables x_tables autofs4 reiser4 sd_mod hid_logitech_hidpp hid_logitech_dj usbhid hid usb_storage rtsx_pci_sdmmc mmc_core crc32c_intel ahci libahci libata xhci_pci serio_raw ehci_pci scsi_mod xhci_hcd ehci_hcd rtsx_pci mfd_core usbcore usb_common i915 video backlight button intel_gtt i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm agpgart
[ 3125.761152] CPU: 2 PID: 8033 Comm: borg Tainted: G O 4.9.0-pf5-intelfx-00118-g3ef102e15022 #1
[ 3125.761173] Hardware name: LENOVO 20BEA008RT/20BEA008RT, BIOS GMET75WW (2.23 ) 03/16/2016
[ 3125.761191] task: ffff9a35d33aa4c0 task.stack: ffffaf93c3fac000
[ 3125.761205] RIP: 0010:[<ffffffffc075cf91>] [<ffffffffc075cf91>] internal_at+0x1/0x30 [reiser4]
[ 3125.761231] RSP: 0018:ffffaf93c3faf978 EFLAGS: 00010202
[ 3125.761243] RAX: 00000000000003a8 RBX: ffffaf93c3faf9d8 RCX: ffffffffc0774980
[ 3125.761259] RDX: ffff9a3601130000 RSI: ffffaf93c3faf9d8 RDI: 0000000000000000
[ 3125.761275] RBP: ffff9a35886035a0 R08: 0000000000000000 R09: 0000000000000000
[ 3125.761291] R10: ffffffffc0750300 R11: 0000000000000000 R12: ffffaf93c3fafb40
[ 3125.761308] R13: 0000000000000001 R14: ffffaf93c3faf9d8 R15: 0000000000000000
[ 3125.761324] FS: 00007f71f7e82400(0000) GS:ffff9a373e280000(0000) knlGS:0000000000000000
[ 3125.761342] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 3125.761355] CR2: 0000000000000010 CR3: 0000000215878000 CR4: 00000000001406e0
[ 3125.761371] Stack:
[ 3125.761377] ffffaf93c3faf9d8 ffffffffc075d149 ffff9a3601130000 ffffffffc07519b0
[ 3125.761397] ffffaf93c3faf9d8 000000000000000f ffff9a3601130010 ffffd79000000001
[ 3125.761417] 00000000006f7534 0043616e6f6e2057 000000000006f75f ffffffffffffffff
[ 3125.761437] Call Trace:
[ 3125.761449] [<ffffffffc075d149>] ? has_pointer_to_internal+0x9/0x20 [reiser4]
[ 3125.761471] [<ffffffffc07519b0>] ? find_disk_cluster+0x190/0x3a0 [reiser4]
[ 3125.761492] [<ffffffffc075f265>] ? do_readpage_ctail+0x235/0x490 [reiser4]
[ 3125.761511] [<ffffffffc0751dd8>] ? prepare_page_cluster+0x178/0x270 [reiser4]
[ 3125.761531] [<ffffffffc075f5a5>] ? ctail_readpages_filler+0xe5/0x250 [reiser4]
[ 3125.761549] [<ffffffffa1123153>] ? read_cache_pages+0xb3/0x180
[ 3125.761567] [<ffffffffc075f4c0>] ? do_readpage_ctail+0x490/0x490 [reiser4]
[ 3125.761584] [<ffffffffa1174657>] ? __kmalloc+0x167/0x1d0
[ 3125.761602] [<ffffffffc075f963>] ? readpages_ctail+0x133/0x340 [reiser4]
[ 3125.761621] [<ffffffffc0753e44>] ? readpages_cryptcompress+0x34/0x60 [reiser4]
[ 3125.761638] [<ffffffffa11233d7>] ? __do_page_cache_readahead+0x1b7/0x2a0
[ 3125.761655] [<ffffffffa1123588>] ? ondemand_readahead+0xc8/0x240
[ 3125.761670] [<ffffffffa1113a0b>] ? pagecache_get_page+0x2b/0x2a0
[ 3125.761685] [<ffffffffa1116729>] ? generic_file_read_iter+0x619/0x880
[ 3125.761701] [<ffffffffa11959d2>] ? new_sync_read+0xd2/0x120
[ 3125.761718] [<ffffffffc0753ecc>] ? read_cryptcompress+0x5c/0xa0 [reiser4]
[ 3125.761738] [<ffffffffc074e784>] ? reiser4_read_dispatch+0x54/0x130 [reiser4]
[ 3125.761755] [<ffffffffa1195d15>] ? vfs_read+0x85/0x150
[ 3125.761768] [<ffffffffa1197c2d>] ? SyS_read+0x4d/0xc0
[ 3125.761782] [<ffffffffa11a8b76>] ? SyS_ioctl+0x36/0x70
[ 3125.761795] [<ffffffffa1519560>] ? entry_SYSCALL_64_fastpath+0x13/0x94
[ 3125.761810] Code: 76 c0 48 c7 04 24 65 fb 76 c0 bb fb ff ff ff e8 7d 55 9b e0 eb 96 0f 1f 40 00 41 b8 01 00 00 00 31 c9 48 89 f2 e9 b0 e7 fc ff 53 <83> 7f 10 ff 48 89 fb 74 09 48 89 df 5b e9 fd 7d 00 00 e8 d8 7d
[ 3125.761910] RIP [<ffffffffc075cf91>] internal_at+0x1/0x30 [reiser4]
[ 3125.761930] RSP <ffffaf93c3faf978>
[ 3125.761939] CR2: 0000000000000010
[ 3125.774256] ---[ end trace b060c22fa881072e ]---
Is this something known to you? I'll try to reproduce, but not yet.
--
Ivan Shapovalov / intelfx /
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-02-27 16:01 reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9 Ivan Shapovalov
@ 2017-02-27 16:17 ` Edward Shishkin
2017-02-27 16:20 ` Ivan Shapovalov
0 siblings, 1 reply; 13+ messages in thread
From: Edward Shishkin @ 2017-02-27 16:17 UTC (permalink / raw)
To: intelfx, Reiserfs development mailing list
There are 4 patches for 4.9. Which one do you use?
Or please provide commit id, if you use git.
Thanks,
Edward.
On 02/27/2017 05:01 PM, Ivan Shapovalov wrote:
> Hi,
>
> I've just encountered this crash when I was doing a full-fs backup
> (linux 4.9):
>
> [ 3125.760693] BUG: unable to handle kernel NULL pointer dereference at 0000000000000010
> [ 3125.760722] IP: [<ffffffffc075cf91>] internal_at+0x1/0x30 [reiser4]
> [ 3125.760749] PGD 1dc4d8067
> [ 3125.760756] PUD 119275067
> [ 3125.760764] PMD 0
>
> [ 3125.760772] Oops: 0000 [#1] PREEMPT SMP
> [ 3125.760782] Modules linked in: ext4 jbd2 mbcache ctr ccm fuse cmac arc4 acpi_call(O) bnep ipheth btusb uvcvideo btintel bluetooth videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core videodev uas crc16 bbswitch(O) coretemp i
> ntel_rapl x86_pkg_temp_thermal intel_powerclamp snd_hda_codec_realtek kvm_intel snd_hda_codec_generic mei_wdt snd_hda_codec_hdmi kvm irqbypass crc32_pclmul ghash_clmulni_intel iTCO_wdt aesni_intel iTCO_vendor_support aes_x86_64 lrw gf128mul ath10k_pci snd_hda_intel glue_helper ath10k_core snd_hda_codec ablk_helper cryptd ath mac80211 cfg80211 psmouse snd_hwdep snd_hda_core thinkpad_acpi input_leds pcspkr e1000e i2c_i801 snd_pcm i2c_smbus nvram mei_me snd_timer mei rtsx_pci_ms lpc_ich snd memstick ptp led_class pps_core tpm_tis hwmon tpm_tis_core rfkill wmi soundcore
> [ 3125.761006] thermal ac tpm evdev battery sch_fq_codel vboxnetflt(O) vboxnetadp(O) vboxpci(O) vboxdrv(O) usbserial usbip_host usbip_core sg efivarfs ip_tables x_tables autofs4 reiser4 sd_mod hid_logitech_hidpp hid_logitech_dj usbhid hid usb_storage rtsx_pci_sdmmc mmc_core crc32c_intel ahci libahci libata xhci_pci serio_raw ehci_pci scsi_mod xhci_hcd ehci_hcd rtsx_pci mfd_core usbcore usb_common i915 video backlight button intel_gtt i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm agpgart
> [ 3125.761152] CPU: 2 PID: 8033 Comm: borg Tainted: G O 4.9.0-pf5-intelfx-00118-g3ef102e15022 #1
> [ 3125.761173] Hardware name: LENOVO 20BEA008RT/20BEA008RT, BIOS GMET75WW (2.23 ) 03/16/2016
> [ 3125.761191] task: ffff9a35d33aa4c0 task.stack: ffffaf93c3fac000
> [ 3125.761205] RIP: 0010:[<ffffffffc075cf91>] [<ffffffffc075cf91>] internal_at+0x1/0x30 [reiser4]
> [ 3125.761231] RSP: 0018:ffffaf93c3faf978 EFLAGS: 00010202
> [ 3125.761243] RAX: 00000000000003a8 RBX: ffffaf93c3faf9d8 RCX: ffffffffc0774980
> [ 3125.761259] RDX: ffff9a3601130000 RSI: ffffaf93c3faf9d8 RDI: 0000000000000000
> [ 3125.761275] RBP: ffff9a35886035a0 R08: 0000000000000000 R09: 0000000000000000
> [ 3125.761291] R10: ffffffffc0750300 R11: 0000000000000000 R12: ffffaf93c3fafb40
> [ 3125.761308] R13: 0000000000000001 R14: ffffaf93c3faf9d8 R15: 0000000000000000
> [ 3125.761324] FS: 00007f71f7e82400(0000) GS:ffff9a373e280000(0000) knlGS:0000000000000000
> [ 3125.761342] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 3125.761355] CR2: 0000000000000010 CR3: 0000000215878000 CR4: 00000000001406e0
> [ 3125.761371] Stack:
> [ 3125.761377] ffffaf93c3faf9d8 ffffffffc075d149 ffff9a3601130000 ffffffffc07519b0
> [ 3125.761397] ffffaf93c3faf9d8 000000000000000f ffff9a3601130010 ffffd79000000001
> [ 3125.761417] 00000000006f7534 0043616e6f6e2057 000000000006f75f ffffffffffffffff
> [ 3125.761437] Call Trace:
> [ 3125.761449] [<ffffffffc075d149>] ? has_pointer_to_internal+0x9/0x20 [reiser4]
> [ 3125.761471] [<ffffffffc07519b0>] ? find_disk_cluster+0x190/0x3a0 [reiser4]
> [ 3125.761492] [<ffffffffc075f265>] ? do_readpage_ctail+0x235/0x490 [reiser4]
> [ 3125.761511] [<ffffffffc0751dd8>] ? prepare_page_cluster+0x178/0x270 [reiser4]
> [ 3125.761531] [<ffffffffc075f5a5>] ? ctail_readpages_filler+0xe5/0x250 [reiser4]
> [ 3125.761549] [<ffffffffa1123153>] ? read_cache_pages+0xb3/0x180
> [ 3125.761567] [<ffffffffc075f4c0>] ? do_readpage_ctail+0x490/0x490 [reiser4]
> [ 3125.761584] [<ffffffffa1174657>] ? __kmalloc+0x167/0x1d0
> [ 3125.761602] [<ffffffffc075f963>] ? readpages_ctail+0x133/0x340 [reiser4]
> [ 3125.761621] [<ffffffffc0753e44>] ? readpages_cryptcompress+0x34/0x60 [reiser4]
> [ 3125.761638] [<ffffffffa11233d7>] ? __do_page_cache_readahead+0x1b7/0x2a0
> [ 3125.761655] [<ffffffffa1123588>] ? ondemand_readahead+0xc8/0x240
> [ 3125.761670] [<ffffffffa1113a0b>] ? pagecache_get_page+0x2b/0x2a0
> [ 3125.761685] [<ffffffffa1116729>] ? generic_file_read_iter+0x619/0x880
> [ 3125.761701] [<ffffffffa11959d2>] ? new_sync_read+0xd2/0x120
> [ 3125.761718] [<ffffffffc0753ecc>] ? read_cryptcompress+0x5c/0xa0 [reiser4]
> [ 3125.761738] [<ffffffffc074e784>] ? reiser4_read_dispatch+0x54/0x130 [reiser4]
> [ 3125.761755] [<ffffffffa1195d15>] ? vfs_read+0x85/0x150
> [ 3125.761768] [<ffffffffa1197c2d>] ? SyS_read+0x4d/0xc0
> [ 3125.761782] [<ffffffffa11a8b76>] ? SyS_ioctl+0x36/0x70
> [ 3125.761795] [<ffffffffa1519560>] ? entry_SYSCALL_64_fastpath+0x13/0x94
> [ 3125.761810] Code: 76 c0 48 c7 04 24 65 fb 76 c0 bb fb ff ff ff e8 7d 55 9b e0 eb 96 0f 1f 40 00 41 b8 01 00 00 00 31 c9 48 89 f2 e9 b0 e7 fc ff 53 <83> 7f 10 ff 48 89 fb 74 09 48 89 df 5b e9 fd 7d 00 00 e8 d8 7d
> [ 3125.761910] RIP [<ffffffffc075cf91>] internal_at+0x1/0x30 [reiser4]
> [ 3125.761930] RSP <ffffaf93c3faf978>
> [ 3125.761939] CR2: 0000000000000010
> [ 3125.774256] ---[ end trace b060c22fa881072e ]---
>
>
> Is this something known to you? I'll try to reproduce, but not yet.
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-02-27 16:17 ` Edward Shishkin
@ 2017-02-27 16:20 ` Ivan Shapovalov
2017-02-27 16:30 ` Edward Shishkin
0 siblings, 1 reply; 13+ messages in thread
From: Ivan Shapovalov @ 2017-02-27 16:20 UTC (permalink / raw)
To: Edward Shishkin, Reiserfs development mailing list
[-- Attachment #1: Type: text/plain, Size: 6343 bytes --]
I'm on this one:
commit 40d2771c607aab3817f21c394ae39e3fba11aa2f
Author: Edward Shishkin <edward.shishkin@gmail.com>
Date: Thu Jan 26 13:16:39 2017 +0100
Reiser4: use vmalloc instead of kmalloc to alloacte zhash table
Signed-off-by: Edward Shishkin <edward.shishkin@gmail.com>
--
Ivan Shapovalov / intelfx /
On 2017-02-27 at 17:17 +0100, Edward Shishkin wrote:
> There are 4 patches for 4.9. Which one do you use?
> Or please provide commit id, if you use git.
>
> Thanks,
> Edward.
>
> On 02/27/2017 05:01 PM, Ivan Shapovalov wrote:
> > Hi,
> >
> > I've just encountered this crash when I was doing a full-fs backup
> > (linux 4.9):
> >
> > [ 3125.760693] BUG: unable to handle kernel NULL pointer
> > dereference at 0000000000000010
> > [ 3125.760722] IP: [<ffffffffc075cf91>] internal_at+0x1/0x30
> > [reiser4]
> > [ 3125.760749] PGD 1dc4d8067
> > [ 3125.760756] PUD 119275067
> > [ 3125.760764] PMD 0
> >
> > [ 3125.760772] Oops: 0000 [#1] PREEMPT SMP
> > [ 3125.760782] Modules linked in: ext4 jbd2 mbcache ctr ccm fuse
> > cmac arc4 acpi_call(O) bnep ipheth btusb uvcvideo btintel bluetooth
> > videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core
> > videodev uas crc16 bbswitch(O) coretemp i
> > ntel_rapl x86_pkg_temp_thermal intel_powerclamp
> > snd_hda_codec_realtek kvm_intel snd_hda_codec_generic mei_wdt
> > snd_hda_codec_hdmi kvm irqbypass crc32_pclmul ghash_clmulni_intel
> > iTCO_wdt aesni_intel iTCO_vendor_support aes_x86_64 lrw gf128mul
> > ath10k_pci snd_hda_intel glue_helper ath10k_core snd_hda_codec
> > ablk_helper cryptd ath mac80211 cfg80211 psmouse snd_hwdep
> > snd_hda_core thinkpad_acpi input_leds pcspkr e1000e i2c_i801
> > snd_pcm i2c_smbus nvram mei_me snd_timer mei rtsx_pci_ms lpc_ich
> > snd memstick ptp led_class pps_core tpm_tis hwmon tpm_tis_core
> > rfkill wmi soundcore
> > [ 3125.761006] thermal ac tpm evdev battery sch_fq_codel
> > vboxnetflt(O) vboxnetadp(O) vboxpci(O) vboxdrv(O) usbserial
> > usbip_host usbip_core sg efivarfs ip_tables x_tables autofs4
> > reiser4 sd_mod hid_logitech_hidpp hid_logitech_dj usbhid hid
> > usb_storage rtsx_pci_sdmmc mmc_core crc32c_intel ahci libahci
> > libata xhci_pci serio_raw ehci_pci scsi_mod xhci_hcd ehci_hcd
> > rtsx_pci mfd_core usbcore usb_common i915 video backlight button
> > intel_gtt i2c_algo_bit drm_kms_helper syscopyarea sysfillrect
> > sysimgblt fb_sys_fops drm agpgart
> > [ 3125.761152] CPU: 2 PID: 8033 Comm: borg Tainted:
> > G O 4.9.0-pf5-intelfx-00118-g3ef102e15022 #1
> > [ 3125.761173] Hardware name: LENOVO 20BEA008RT/20BEA008RT, BIOS
> > GMET75WW (2.23 ) 03/16/2016
> > [ 3125.761191] task: ffff9a35d33aa4c0 task.stack: ffffaf93c3fac000
> > [ 3125.761205] RIP: 0010:[<ffffffffc075cf91>] [<ffffffffc075cf91>]
> > internal_at+0x1/0x30 [reiser4]
> > [ 3125.761231] RSP: 0018:ffffaf93c3faf978 EFLAGS: 00010202
> > [ 3125.761243] RAX: 00000000000003a8 RBX: ffffaf93c3faf9d8 RCX:
> > ffffffffc0774980
> > [ 3125.761259] RDX: ffff9a3601130000 RSI: ffffaf93c3faf9d8 RDI:
> > 0000000000000000
> > [ 3125.761275] RBP: ffff9a35886035a0 R08: 0000000000000000 R09:
> > 0000000000000000
> > [ 3125.761291] R10: ffffffffc0750300 R11: 0000000000000000 R12:
> > ffffaf93c3fafb40
> > [ 3125.761308] R13: 0000000000000001 R14: ffffaf93c3faf9d8 R15:
> > 0000000000000000
> > [ 3125.761324] FS: 00007f71f7e82400(0000)
> > GS:ffff9a373e280000(0000) knlGS:0000000000000000
> > [ 3125.761342] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > [ 3125.761355] CR2: 0000000000000010 CR3: 0000000215878000 CR4:
> > 00000000001406e0
> > [ 3125.761371] Stack:
> > [ 3125.761377] ffffaf93c3faf9d8 ffffffffc075d149 ffff9a3601130000
> > ffffffffc07519b0
> > [ 3125.761397] ffffaf93c3faf9d8 000000000000000f ffff9a3601130010
> > ffffd79000000001
> > [ 3125.761417] 00000000006f7534 0043616e6f6e2057 000000000006f75f
> > ffffffffffffffff
> > [ 3125.761437] Call Trace:
> > [ 3125.761449] [<ffffffffc075d149>] ?
> > has_pointer_to_internal+0x9/0x20 [reiser4]
> > [ 3125.761471] [<ffffffffc07519b0>] ?
> > find_disk_cluster+0x190/0x3a0 [reiser4]
> > [ 3125.761492] [<ffffffffc075f265>] ?
> > do_readpage_ctail+0x235/0x490 [reiser4]
> > [ 3125.761511] [<ffffffffc0751dd8>] ?
> > prepare_page_cluster+0x178/0x270 [reiser4]
> > [ 3125.761531] [<ffffffffc075f5a5>] ?
> > ctail_readpages_filler+0xe5/0x250 [reiser4]
> > [ 3125.761549] [<ffffffffa1123153>] ? read_cache_pages+0xb3/0x180
> > [ 3125.761567] [<ffffffffc075f4c0>] ?
> > do_readpage_ctail+0x490/0x490 [reiser4]
> > [ 3125.761584] [<ffffffffa1174657>] ? __kmalloc+0x167/0x1d0
> > [ 3125.761602] [<ffffffffc075f963>] ? readpages_ctail+0x133/0x340
> > [reiser4]
> > [ 3125.761621] [<ffffffffc0753e44>] ?
> > readpages_cryptcompress+0x34/0x60 [reiser4]
> > [ 3125.761638] [<ffffffffa11233d7>] ?
> > __do_page_cache_readahead+0x1b7/0x2a0
> > [ 3125.761655] [<ffffffffa1123588>] ?
> > ondemand_readahead+0xc8/0x240
> > [ 3125.761670] [<ffffffffa1113a0b>] ?
> > pagecache_get_page+0x2b/0x2a0
> > [ 3125.761685] [<ffffffffa1116729>] ?
> > generic_file_read_iter+0x619/0x880
> > [ 3125.761701] [<ffffffffa11959d2>] ? new_sync_read+0xd2/0x120
> > [ 3125.761718] [<ffffffffc0753ecc>] ? read_cryptcompress+0x5c/0xa0
> > [reiser4]
> > [ 3125.761738] [<ffffffffc074e784>] ?
> > reiser4_read_dispatch+0x54/0x130 [reiser4]
> > [ 3125.761755] [<ffffffffa1195d15>] ? vfs_read+0x85/0x150
> > [ 3125.761768] [<ffffffffa1197c2d>] ? SyS_read+0x4d/0xc0
> > [ 3125.761782] [<ffffffffa11a8b76>] ? SyS_ioctl+0x36/0x70
> > [ 3125.761795] [<ffffffffa1519560>] ?
> > entry_SYSCALL_64_fastpath+0x13/0x94
> > [ 3125.761810] Code: 76 c0 48 c7 04 24 65 fb 76 c0 bb fb ff ff ff
> > e8 7d 55 9b e0 eb 96 0f 1f 40 00 41 b8 01 00 00 00 31 c9 48 89 f2
> > e9 b0 e7 fc ff 53 <83> 7f 10 ff 48 89 fb 74 09 48 89 df 5b e9 fd 7d
> > 00 00 e8 d8 7d
> > [ 3125.761910] RIP [<ffffffffc075cf91>] internal_at+0x1/0x30
> > [reiser4]
> > [ 3125.761930] RSP <ffffaf93c3faf978>
> > [ 3125.761939] CR2: 0000000000000010
> > [ 3125.774256] ---[ end trace b060c22fa881072e ]---
> >
> >
> > Is this something known to you? I'll try to reproduce, but not yet.
> >
>
>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-02-27 16:20 ` Ivan Shapovalov
@ 2017-02-27 16:30 ` Edward Shishkin
2017-06-01 14:49 ` Ivan Shapovalov
0 siblings, 1 reply; 13+ messages in thread
From: Edward Shishkin @ 2017-02-27 16:30 UTC (permalink / raw)
To: intelfx, Reiserfs development mailing list
Please, check your partition with fsck (repair if damaged).
Then build the kernel with the following patch applied:
9eca07b7b992724446d5e7327c86bb0bf1f20a41
Let me know, if the oops appears again.
Thanks,
Edward.
On 02/27/2017 05:20 PM, Ivan Shapovalov wrote:
> I'm on this one:
>
> commit 40d2771c607aab3817f21c394ae39e3fba11aa2f
> Author: Edward Shishkin <edward.shishkin@gmail.com>
> Date: Thu Jan 26 13:16:39 2017 +0100
>
> Reiser4: use vmalloc instead of kmalloc to alloacte zhash table
>
> Signed-off-by: Edward Shishkin <edward.shishkin@gmail.com>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-02-27 16:30 ` Edward Shishkin
@ 2017-06-01 14:49 ` Ivan Shapovalov
2017-06-01 17:43 ` Edward Shishkin
0 siblings, 1 reply; 13+ messages in thread
From: Ivan Shapovalov @ 2017-06-01 14:49 UTC (permalink / raw)
To: Edward Shishkin, Reiserfs development mailing list
[-- Attachment #1: Type: text/plain, Size: 5264 bytes --]
Hello,
I'm sorry for the long delay -- was too busy with the university and
other things... So, yes, this still happens on 4.11 with latest git
master (+ trivial porting), which contains this commit.
The oops:
Jun 01 17:39:15 intelfx-laptop kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000010
Jun 01 17:39:15 intelfx-laptop kernel: IP: internal_at+0x1/0x30 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: PGD 1337cb067
Jun 01 17:39:16 intelfx-laptop kernel: PUD 104b06067
Jun 01 17:39:16 intelfx-laptop kernel: PMD 0
Jun 01 17:39:16 intelfx-laptop kernel:
Jun 01 17:39:16 intelfx-laptop kernel: Oops: 0000 [#1] PREEMPT SMP
Jun 01 17:39:16 intelfx-laptop kernel: Modules linked in: bnep nls_iso8859_1 nls_cp437 vfat fat ext4 jbd2 mbcache acpi_call(O) fuse ctr ccm uas btusb btintel bluetooth crc16 uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videob
Jun 01 17:39:16 intelfx-laptop kernel: tpm_tis_core tpm evdev tcp_yeah tcp_vegas sch_fq_codel vboxnetflt(O) vboxnetadp(O) vboxpci(O) vboxdrv(O) usbserial usbip_host usbip_core sg efivarfs ip_tables x_tables ipv6 autofs4 reiser4 sd_mod hid
Jun 01 17:39:16 intelfx-laptop kernel: CPU: 0 PID: 6560 Comm: borg Tainted: G O 4.11.0-pf4-intelfx-00156-g49494524ad71-dirty #1
Jun 01 17:39:16 intelfx-laptop kernel: Hardware name: LENOVO 20BEA008RT/20BEA008RT, BIOS GMET75WW (2.23 ) 03/16/2016
Jun 01 17:39:16 intelfx-laptop kernel: task: ffff890e891f5400 task.stack: ffff9cc04c744000
Jun 01 17:39:16 intelfx-laptop kernel: RIP: 0010:internal_at+0x1/0x30 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: RSP: 0018:ffff9cc04c747978 EFLAGS: 00010246
Jun 01 17:39:16 intelfx-laptop kernel: RAX: 00000000000003a8 RBX: ffff9cc04c7479d0 RCX: ffffffffc06ea980
Jun 01 17:39:16 intelfx-laptop kernel: RDX: ffff8910adafe3c0 RSI: ffff9cc04c7479d0 RDI: 0000000000000000
Jun 01 17:39:16 intelfx-laptop kernel: RBP: ffff8910adafe3c0 R08: 0000000000010000 R09: 0000000000000000
Jun 01 17:39:16 intelfx-laptop kernel: R10: ffffffffc06c6080 R11: 0000000000000020 R12: ffff9cc04c747b10
Jun 01 17:39:16 intelfx-laptop kernel: R13: 0000000000000001 R14: ffff9cc04c7479d0 R15: 0000000000000000
Jun 01 17:39:16 intelfx-laptop kernel: FS: 00007faba5bbe4c0(0000) GS:ffff8910be200000(0000) knlGS:0000000000000000
Jun 01 17:39:16 intelfx-laptop kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jun 01 17:39:16 intelfx-laptop kernel: CR2: 0000000000000010 CR3: 00000001dd136000 CR4: 00000000001406f0
Jun 01 17:39:16 intelfx-laptop kernel: Call Trace:
Jun 01 17:39:16 intelfx-laptop kernel: ? has_pointer_to_internal+0x9/0x20 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? find_disk_cluster+0x185/0x390 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? key_by_inode_cryptcompress+0x70/0x70 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? do_readpage_ctail+0x25d/0x4e0 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? ctail_readpages_filler+0x196/0x260 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? read_cache_pages+0xb7/0x190
Jun 01 17:39:16 intelfx-laptop kernel: ? do_readpage_ctail+0x4e0/0x4e0 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? readpages_ctail+0x13f/0x330 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? readpages_cryptcompress+0x34/0x60 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? __do_page_cache_readahead+0x1de/0x2c0
Jun 01 17:39:16 intelfx-laptop kernel: ? dput.part.6+0x2c/0x240
Jun 01 17:39:16 intelfx-laptop kernel: ? ondemand_readahead+0x11b/0x2d0
Jun 01 17:39:16 intelfx-laptop kernel: ? ondemand_readahead+0x11b/0x2d0
Jun 01 17:39:16 intelfx-laptop kernel: ? pagecache_get_page+0x2b/0x290
Jun 01 17:39:16 intelfx-laptop kernel: ? generic_file_read_iter+0x5bb/0x820
Jun 01 17:39:16 intelfx-laptop kernel: ? __vfs_getxattr+0x25/0x70
Jun 01 17:39:16 intelfx-laptop kernel: ? new_sync_read+0xd2/0x120
Jun 01 17:39:16 intelfx-laptop kernel: ? read_cryptcompress+0x5c/0xa0 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? reiser4_read_dispatch+0x54/0x130 [reiser4]
Jun 01 17:39:16 intelfx-laptop kernel: ? vfs_read+0x85/0x150
Jun 01 17:39:16 intelfx-laptop kernel: ? SyS_read+0x4d/0xc0
Jun 01 17:39:16 intelfx-laptop kernel: ? SyS_ioctl+0x36/0x70
Jun 01 17:39:16 intelfx-laptop kernel: ? entry_SYSCALL_64_fastpath+0x13/0x94
Jun 01 17:39:16 intelfx-laptop kernel: Code: 68 53 5b 6e c0 bb fb ff ff ff e8 ed be a4 eb 48 83 c4 18 eb 9e 0f 1f 44 00 00 41 b8 01 00 00 00 31 c9 48 89 f2 e9 d0 eb fc ff 53 <83> 7f 10 ff 48 89 fb 74 09 48 89 df 5b e9 2d 7d 00 00 e8 08 7d
Jun 01 17:39:16 intelfx-laptop kernel: RIP: internal_at+0x1/0x30 [reiser4] RSP: ffff9cc04c747978
Jun 01 17:39:16 intelfx-laptop kernel: CR2: 0000000000000010
Jun 01 17:39:16 intelfx-laptop kernel: ---[ end trace 552a3368efb88951 ]---
Not quite sure where to look for the problem... If you are too busy
right now, then I'd appreciate at least some pointers.
--
Ivan Shapovalov / intelfx /
On 2017-02-27 at 17:30 +0100, Edward Shishkin wrote:
> Please, check your partition with fsck (repair if damaged).
> Then build the kernel with the following patch applied:
> 9eca07b7b992724446d5e7327c86bb0bf1f20a41
> Let me know, if the oops appears again.
>
> Thanks,
> Edward.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-06-01 14:49 ` Ivan Shapovalov
@ 2017-06-01 17:43 ` Edward Shishkin
2017-06-01 17:46 ` Ivan Shapovalov
0 siblings, 1 reply; 13+ messages in thread
From: Edward Shishkin @ 2017-06-01 17:43 UTC (permalink / raw)
To: intelfx, Reiserfs development mailing list
So, fsck reports no problems?
How frequently does it happen? On every attempt to backup?
On 06/01/2017 04:49 PM, Ivan Shapovalov wrote:
> Hello,
>
> I'm sorry for the long delay -- was too busy with the university and
> other things... So, yes, this still happens on 4.11 with latest git
> master (+ trivial porting), which contains this commit.
>
> The oops:
>
> Jun 01 17:39:15 intelfx-laptop kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000010
> Jun 01 17:39:15 intelfx-laptop kernel: IP: internal_at+0x1/0x30 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: PGD 1337cb067
> Jun 01 17:39:16 intelfx-laptop kernel: PUD 104b06067
> Jun 01 17:39:16 intelfx-laptop kernel: PMD 0
> Jun 01 17:39:16 intelfx-laptop kernel:
> Jun 01 17:39:16 intelfx-laptop kernel: Oops: 0000 [#1] PREEMPT SMP
> Jun 01 17:39:16 intelfx-laptop kernel: Modules linked in: bnep nls_iso8859_1 nls_cp437 vfat fat ext4 jbd2 mbcache acpi_call(O) fuse ctr ccm uas btusb btintel bluetooth crc16 uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videob
> Jun 01 17:39:16 intelfx-laptop kernel: tpm_tis_core tpm evdev tcp_yeah tcp_vegas sch_fq_codel vboxnetflt(O) vboxnetadp(O) vboxpci(O) vboxdrv(O) usbserial usbip_host usbip_core sg efivarfs ip_tables x_tables ipv6 autofs4 reiser4 sd_mod hid
> Jun 01 17:39:16 intelfx-laptop kernel: CPU: 0 PID: 6560 Comm: borg Tainted: G O 4.11.0-pf4-intelfx-00156-g49494524ad71-dirty #1
> Jun 01 17:39:16 intelfx-laptop kernel: Hardware name: LENOVO 20BEA008RT/20BEA008RT, BIOS GMET75WW (2.23 ) 03/16/2016
> Jun 01 17:39:16 intelfx-laptop kernel: task: ffff890e891f5400 task.stack: ffff9cc04c744000
> Jun 01 17:39:16 intelfx-laptop kernel: RIP: 0010:internal_at+0x1/0x30 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: RSP: 0018:ffff9cc04c747978 EFLAGS: 00010246
> Jun 01 17:39:16 intelfx-laptop kernel: RAX: 00000000000003a8 RBX: ffff9cc04c7479d0 RCX: ffffffffc06ea980
> Jun 01 17:39:16 intelfx-laptop kernel: RDX: ffff8910adafe3c0 RSI: ffff9cc04c7479d0 RDI: 0000000000000000
> Jun 01 17:39:16 intelfx-laptop kernel: RBP: ffff8910adafe3c0 R08: 0000000000010000 R09: 0000000000000000
> Jun 01 17:39:16 intelfx-laptop kernel: R10: ffffffffc06c6080 R11: 0000000000000020 R12: ffff9cc04c747b10
> Jun 01 17:39:16 intelfx-laptop kernel: R13: 0000000000000001 R14: ffff9cc04c7479d0 R15: 0000000000000000
> Jun 01 17:39:16 intelfx-laptop kernel: FS: 00007faba5bbe4c0(0000) GS:ffff8910be200000(0000) knlGS:0000000000000000
> Jun 01 17:39:16 intelfx-laptop kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> Jun 01 17:39:16 intelfx-laptop kernel: CR2: 0000000000000010 CR3: 00000001dd136000 CR4: 00000000001406f0
> Jun 01 17:39:16 intelfx-laptop kernel: Call Trace:
> Jun 01 17:39:16 intelfx-laptop kernel: ? has_pointer_to_internal+0x9/0x20 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? find_disk_cluster+0x185/0x390 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? key_by_inode_cryptcompress+0x70/0x70 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? do_readpage_ctail+0x25d/0x4e0 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? ctail_readpages_filler+0x196/0x260 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? read_cache_pages+0xb7/0x190
> Jun 01 17:39:16 intelfx-laptop kernel: ? do_readpage_ctail+0x4e0/0x4e0 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? readpages_ctail+0x13f/0x330 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? readpages_cryptcompress+0x34/0x60 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? __do_page_cache_readahead+0x1de/0x2c0
> Jun 01 17:39:16 intelfx-laptop kernel: ? dput.part.6+0x2c/0x240
> Jun 01 17:39:16 intelfx-laptop kernel: ? ondemand_readahead+0x11b/0x2d0
> Jun 01 17:39:16 intelfx-laptop kernel: ? ondemand_readahead+0x11b/0x2d0
> Jun 01 17:39:16 intelfx-laptop kernel: ? pagecache_get_page+0x2b/0x290
> Jun 01 17:39:16 intelfx-laptop kernel: ? generic_file_read_iter+0x5bb/0x820
> Jun 01 17:39:16 intelfx-laptop kernel: ? __vfs_getxattr+0x25/0x70
> Jun 01 17:39:16 intelfx-laptop kernel: ? new_sync_read+0xd2/0x120
> Jun 01 17:39:16 intelfx-laptop kernel: ? read_cryptcompress+0x5c/0xa0 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? reiser4_read_dispatch+0x54/0x130 [reiser4]
> Jun 01 17:39:16 intelfx-laptop kernel: ? vfs_read+0x85/0x150
> Jun 01 17:39:16 intelfx-laptop kernel: ? SyS_read+0x4d/0xc0
> Jun 01 17:39:16 intelfx-laptop kernel: ? SyS_ioctl+0x36/0x70
> Jun 01 17:39:16 intelfx-laptop kernel: ? entry_SYSCALL_64_fastpath+0x13/0x94
> Jun 01 17:39:16 intelfx-laptop kernel: Code: 68 53 5b 6e c0 bb fb ff ff ff e8 ed be a4 eb 48 83 c4 18 eb 9e 0f 1f 44 00 00 41 b8 01 00 00 00 31 c9 48 89 f2 e9 d0 eb fc ff 53 <83> 7f 10 ff 48 89 fb 74 09 48 89 df 5b e9 2d 7d 00 00 e8 08 7d
> Jun 01 17:39:16 intelfx-laptop kernel: RIP: internal_at+0x1/0x30 [reiser4] RSP: ffff9cc04c747978
> Jun 01 17:39:16 intelfx-laptop kernel: CR2: 0000000000000010
> Jun 01 17:39:16 intelfx-laptop kernel: ---[ end trace 552a3368efb88951 ]---
>
> Not quite sure where to look for the problem... If you are too busy
> right now, then I'd appreciate at least some pointers.
>
> --
> Ivan Shapovalov / intelfx /
>
> On 2017-02-27 at 17:30 +0100, Edward Shishkin wrote:
>> Please, check your partition with fsck (repair if damaged).
>> Then build the kernel with the following patch applied:
>> 9eca07b7b992724446d5e7327c86bb0bf1f20a41
>> Let me know, if the oops appears again.
>>
>> Thanks,
>> Edward.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-06-01 17:43 ` Edward Shishkin
@ 2017-06-01 17:46 ` Ivan Shapovalov
2017-06-01 20:00 ` Edward Shishkin
2017-06-05 13:41 ` Edward Shishkin
0 siblings, 2 replies; 13+ messages in thread
From: Ivan Shapovalov @ 2017-06-01 17:46 UTC (permalink / raw)
To: Edward Shishkin, Reiserfs development mailing list
[-- Attachment #1: Type: text/plain, Size: 6200 bytes --]
Yes, it is reproducible each time when I backup to an empty repo
without checkpoints (so that borg has to fully read all files). The
filesystem is consistent by fsck.
--
Ivan Shapovalov / intelfx /
On 2017-06-01 at 19:43 +0200, Edward Shishkin wrote:
> So, fsck reports no problems?
> How frequently does it happen? On every attempt to backup?
>
> On 06/01/2017 04:49 PM, Ivan Shapovalov wrote:
> > Hello,
> >
> > I'm sorry for the long delay -- was too busy with the university
> > and
> > other things... So, yes, this still happens on 4.11 with latest git
> > master (+ trivial porting), which contains this commit.
> >
> > The oops:
> >
> > Jun 01 17:39:15 intelfx-laptop kernel: BUG: unable to handle kernel
> > NULL pointer dereference at 0000000000000010
> > Jun 01 17:39:15 intelfx-laptop kernel: IP: internal_at+0x1/0x30
> > [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: PGD 1337cb067
> > Jun 01 17:39:16 intelfx-laptop kernel: PUD 104b06067
> > Jun 01 17:39:16 intelfx-laptop kernel: PMD 0
> > Jun 01 17:39:16 intelfx-laptop kernel:
> > Jun 01 17:39:16 intelfx-laptop kernel: Oops: 0000 [#1] PREEMPT SMP
> > Jun 01 17:39:16 intelfx-laptop kernel: Modules linked in: bnep
> > nls_iso8859_1 nls_cp437 vfat fat ext4 jbd2 mbcache acpi_call(O)
> > fuse ctr ccm uas btusb btintel bluetooth crc16 uvcvideo
> > videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videob
> > Jun 01 17:39:16 intelfx-laptop kernel: tpm_tis_core tpm evdev
> > tcp_yeah tcp_vegas sch_fq_codel vboxnetflt(O) vboxnetadp(O)
> > vboxpci(O) vboxdrv(O) usbserial usbip_host usbip_core sg efivarfs
> > ip_tables x_tables ipv6 autofs4 reiser4 sd_mod hid
> > Jun 01 17:39:16 intelfx-laptop kernel: CPU: 0 PID: 6560 Comm: borg
> > Tainted: G O 4.11.0-pf4-intelfx-00156-g49494524ad71-
> > dirty #1
> > Jun 01 17:39:16 intelfx-laptop kernel: Hardware name: LENOVO
> > 20BEA008RT/20BEA008RT, BIOS GMET75WW (2.23 ) 03/16/2016
> > Jun 01 17:39:16 intelfx-laptop kernel: task: ffff890e891f5400
> > task.stack: ffff9cc04c744000
> > Jun 01 17:39:16 intelfx-laptop kernel: RIP:
> > 0010:internal_at+0x1/0x30 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: RSP: 0018:ffff9cc04c747978
> > EFLAGS: 00010246
> > Jun 01 17:39:16 intelfx-laptop kernel: RAX: 00000000000003a8 RBX:
> > ffff9cc04c7479d0 RCX: ffffffffc06ea980
> > Jun 01 17:39:16 intelfx-laptop kernel: RDX: ffff8910adafe3c0 RSI:
> > ffff9cc04c7479d0 RDI: 0000000000000000
> > Jun 01 17:39:16 intelfx-laptop kernel: RBP: ffff8910adafe3c0 R08:
> > 0000000000010000 R09: 0000000000000000
> > Jun 01 17:39:16 intelfx-laptop kernel: R10: ffffffffc06c6080 R11:
> > 0000000000000020 R12: ffff9cc04c747b10
> > Jun 01 17:39:16 intelfx-laptop kernel: R13: 0000000000000001 R14:
> > ffff9cc04c7479d0 R15: 0000000000000000
> > Jun 01 17:39:16 intelfx-laptop kernel: FS: 00007faba5bbe4c0(0000)
> > GS:ffff8910be200000(0000) knlGS:0000000000000000
> > Jun 01 17:39:16 intelfx-laptop kernel: CS: 0010 DS: 0000 ES: 0000
> > CR0: 0000000080050033
> > Jun 01 17:39:16 intelfx-laptop kernel: CR2: 0000000000000010 CR3:
> > 00000001dd136000 CR4: 00000000001406f0
> > Jun 01 17:39:16 intelfx-laptop kernel: Call Trace:
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > has_pointer_to_internal+0x9/0x20 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > find_disk_cluster+0x185/0x390 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > key_by_inode_cryptcompress+0x70/0x70 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > do_readpage_ctail+0x25d/0x4e0 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > ctail_readpages_filler+0x196/0x260 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > read_cache_pages+0xb7/0x190
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > do_readpage_ctail+0x4e0/0x4e0 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > readpages_ctail+0x13f/0x330 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > readpages_cryptcompress+0x34/0x60 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > __do_page_cache_readahead+0x1de/0x2c0
> > Jun 01 17:39:16 intelfx-laptop kernel: ? dput.part.6+0x2c/0x240
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > ondemand_readahead+0x11b/0x2d0
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > ondemand_readahead+0x11b/0x2d0
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > pagecache_get_page+0x2b/0x290
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > generic_file_read_iter+0x5bb/0x820
> > Jun 01 17:39:16 intelfx-laptop kernel: ? __vfs_getxattr+0x25/0x70
> > Jun 01 17:39:16 intelfx-laptop kernel: ? new_sync_read+0xd2/0x120
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > read_cryptcompress+0x5c/0xa0 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > reiser4_read_dispatch+0x54/0x130 [reiser4]
> > Jun 01 17:39:16 intelfx-laptop kernel: ? vfs_read+0x85/0x150
> > Jun 01 17:39:16 intelfx-laptop kernel: ? SyS_read+0x4d/0xc0
> > Jun 01 17:39:16 intelfx-laptop kernel: ? SyS_ioctl+0x36/0x70
> > Jun 01 17:39:16 intelfx-laptop kernel: ?
> > entry_SYSCALL_64_fastpath+0x13/0x94
> > Jun 01 17:39:16 intelfx-laptop kernel: Code: 68 53 5b 6e c0 bb fb
> > ff ff ff e8 ed be a4 eb 48 83 c4 18 eb 9e 0f 1f 44 00 00 41 b8 01
> > 00 00 00 31 c9 48 89 f2 e9 d0 eb fc ff 53 <83> 7f 10 ff 48 89 fb 74
> > 09 48 89 df 5b e9 2d 7d 00 00 e8 08 7d
> > Jun 01 17:39:16 intelfx-laptop kernel: RIP: internal_at+0x1/0x30
> > [reiser4] RSP: ffff9cc04c747978
> > Jun 01 17:39:16 intelfx-laptop kernel: CR2: 0000000000000010
> > Jun 01 17:39:16 intelfx-laptop kernel: ---[ end trace
> > 552a3368efb88951 ]---
> >
> > Not quite sure where to look for the problem... If you are too busy
> > right now, then I'd appreciate at least some pointers.
> >
> > --
> > Ivan Shapovalov / intelfx /
> >
> > On 2017-02-27 at 17:30 +0100, Edward Shishkin wrote:
> > > Please, check your partition with fsck (repair if damaged).
> > > Then build the kernel with the following patch applied:
> > > 9eca07b7b992724446d5e7327c86bb0bf1f20a41
> > > Let me know, if the oops appears again.
> > >
> > > Thanks,
> > > Edward.
>
>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-06-01 17:46 ` Ivan Shapovalov
@ 2017-06-01 20:00 ` Edward Shishkin
2017-06-01 22:59 ` Ivan Shapovalov
2017-06-05 13:41 ` Edward Shishkin
1 sibling, 1 reply; 13+ messages in thread
From: Edward Shishkin @ 2017-06-01 20:00 UTC (permalink / raw)
To: intelfx, Reiserfs development mailing list
I'll try to reproduce it on my side tomorrow, or on weekends.
If no success, then we'll think what to do. Specifically, I'd like
to look at the tree in the locality of the current search position,
where the oops happens.
Thanks,
Edward.
On 06/01/2017 08:46 PM, Ivan Shapovalov wrote:
> Yes, it is reproducible each time when I backup to an empty repo
> without checkpoints (so that borg has to fully read all files). The
> filesystem is consistent by fsck.
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-06-01 20:00 ` Edward Shishkin
@ 2017-06-01 22:59 ` Ivan Shapovalov
2017-06-02 20:37 ` Edward Shishkin
0 siblings, 1 reply; 13+ messages in thread
From: Ivan Shapovalov @ 2017-06-01 22:59 UTC (permalink / raw)
To: Edward Shishkin, Reiserfs development mailing list
[-- Attachment #1: Type: text/plain, Size: 710 bytes --]
Looking forward to your results.
And by "looking at the tree" you mean the debugfs output, right?
Thanks,
--
Ivan Shapovalov / intelfx /
On 2017-06-01 at 23:00 +0300, Edward Shishkin wrote:
> I'll try to reproduce it on my side tomorrow, or on weekends.
> If no success, then we'll think what to do. Specifically, I'd like
> to look at the tree in the locality of the current search position,
> where the oops happens.
>
> Thanks,
> Edward.
>
> On 06/01/2017 08:46 PM, Ivan Shapovalov wrote:
> > Yes, it is reproducible each time when I backup to an empty repo
> > without checkpoints (so that borg has to fully read all files). The
> > filesystem is consistent by fsck.
> >
>
>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-06-01 22:59 ` Ivan Shapovalov
@ 2017-06-02 20:37 ` Edward Shishkin
2017-06-02 23:21 ` Ivan Shapovalov
0 siblings, 1 reply; 13+ messages in thread
From: Edward Shishkin @ 2017-06-02 20:37 UTC (permalink / raw)
To: intelfx, Reiserfs development mailing list
Alas, can not reproduce it.
I suspect garbage on the leaf level. For some reasons
fsck can not detect it (on semantic pass).
How big is your partition?
Could you dd it to a file and let me download that file?
Thanks,
Edward.
On 06/02/2017 01:59 AM, Ivan Shapovalov wrote:
> Looking forward to your results.
>
> And by "looking at the tree" you mean the debugfs output, right?
>
> Thanks,
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-06-02 20:37 ` Edward Shishkin
@ 2017-06-02 23:21 ` Ivan Shapovalov
2017-06-03 7:39 ` Edward Shishkin
0 siblings, 1 reply; 13+ messages in thread
From: Ivan Shapovalov @ 2017-06-02 23:21 UTC (permalink / raw)
To: Edward Shishkin, Reiserfs development mailing list
[-- Attachment #1: Type: text/plain, Size: 1175 bytes --]
Uh, I don't know exactly which partition is it. Strangely, I could not
reproduce this with a mock-up load (find -exec cat {} \; >/dev/null),
but odds are that it usually happens while reading a half-filled 500GB
partition.
Anyhow, I can put it on my public-facing NAS and give you either a
download link (my uplink is 50 Mbps wide) or ssh access, if you would
be kind enough to have a look at it :)
BTW, if I enable checkpoints in borg (so it saves internal state
periodically) and restart the backup from a checkpoint after the crash,
it always finishes successfully. Does that confirm or refute your
hypothesis?
Thanks,
--
Ivan Shapovalov / intelfx /
On 2017-06-02 at 23:37 +0300, Edward Shishkin wrote:
> Alas, can not reproduce it.
> I suspect garbage on the leaf level. For some reasons
> fsck can not detect it (on semantic pass).
> How big is your partition?
> Could you dd it to a file and let me download that file?
>
> Thanks,
> Edward.
>
> On 06/02/2017 01:59 AM, Ivan Shapovalov wrote:
> > Looking forward to your results.
> >
> > And by "looking at the tree" you mean the debugfs output, right?
> >
> > Thanks,
>
>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-06-02 23:21 ` Ivan Shapovalov
@ 2017-06-03 7:39 ` Edward Shishkin
0 siblings, 0 replies; 13+ messages in thread
From: Edward Shishkin @ 2017-06-03 7:39 UTC (permalink / raw)
To: intelfx, Reiserfs development mailing list
Is it reproducible with cp -a ?
On 06/03/2017 02:21 AM, Ivan Shapovalov wrote:
> Uh, I don't know exactly which partition is it. Strangely, I could not
> reproduce this with a mock-up load (find -exec cat {} \; >/dev/null),
> but odds are that it usually happens while reading a half-filled 500GB
> partition.
>
> Anyhow, I can put it on my public-facing NAS and give you either a
> download link (my uplink is 50 Mbps wide) or ssh access, if you would
> be kind enough to have a look at it :)
>
> BTW, if I enable checkpoints in borg (so it saves internal state
> periodically) and restart the backup from a checkpoint after the crash,
> it always finishes successfully. Does that confirm or refute your
> hypothesis?
>
> Thanks,
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9
2017-06-01 17:46 ` Ivan Shapovalov
2017-06-01 20:00 ` Edward Shishkin
@ 2017-06-05 13:41 ` Edward Shishkin
1 sibling, 0 replies; 13+ messages in thread
From: Edward Shishkin @ 2017-06-05 13:41 UTC (permalink / raw)
To: intelfx, Reiserfs development mailing list
Created a ticket with some comments.
All findings will go there:
https://sourceforge.net/p/reiser4/tickets/7/
Thanks,
Edward.
On 06/01/2017 08:46 PM, Ivan Shapovalov wrote:
> Yes, it is reproducible each time when I backup to an empty repo
> without checkpoints (so that borg has to fully read all files). The
> filesystem is consistent by fsck.
>
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2017-06-05 13:41 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-27 16:01 reiser4: BUG during a backup (sequentially reading the whole fs) on 4.9 Ivan Shapovalov
2017-02-27 16:17 ` Edward Shishkin
2017-02-27 16:20 ` Ivan Shapovalov
2017-02-27 16:30 ` Edward Shishkin
2017-06-01 14:49 ` Ivan Shapovalov
2017-06-01 17:43 ` Edward Shishkin
2017-06-01 17:46 ` Ivan Shapovalov
2017-06-01 20:00 ` Edward Shishkin
2017-06-01 22:59 ` Ivan Shapovalov
2017-06-02 20:37 ` Edward Shishkin
2017-06-02 23:21 ` Ivan Shapovalov
2017-06-03 7:39 ` Edward Shishkin
2017-06-05 13:41 ` Edward Shishkin
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.