[Kernel-packages] [Bug 1811723] Re: Samba client freeze during write when using higher than vers=1.0
Still here in 4.15.0-58-generic #64-Ubuntu SMP -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1811723 Title: Samba client freeze during write when using higher than vers=1.0 Status in linux package in Ubuntu: Confirmed Bug description: Hello, My issue is that whenever I try to write new files (copy or move) to my file server something in the samba client freezes and I can't do anything samba until the system is rebooted. To get write access I mount with uid ie "sudo mount //server/share /mountpoint -o user=write,uid=1000". Using this command the server and client negotiates smb protocol version 3.02. When this happens the server is still happily serving files to other machines. If I just read files everything works fine. If I connect from a windows client there is no issue. If I add "vers=1.0" everything works but transfers are really slow. Specifying version 3 produces a fail. Trying the same operation (different hw) with Mint 18 Mate produces the same fault. Trying the same operation (with "vers=3.0" set) using SuSE Leap 15.0 KDE live everything works as expected. Both client and server are running fully updated, as of posting, bionic. Using 'dmesg -w' too see what's going on I can see that there is a general protection fault somehow related to cifsd. I am however unable to tell if it is relevant to my issue, from kern.log: Jan 9 21:03:49 ubnu kernel: [ 410.357213] general protection fault: [#1] SMP PTI Jan 9 21:03:49 ubnu kernel: [ 410.357224] Modules linked in: cmac arc4 md4 nls_utf8 cifs ccm fscache rfcomm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) thunderbolt bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_soc_sst_dsp snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel intel_rapl btusb x86_pkg_temp_thermal intel_powerclamp btrtl coretemp joydev btbcm snd_hda_codec kvm_intel input_leds kvm irqbypass btintel crct10dif_pclmul crc32_pclmul snd_hda_core ghash_clmulni_intel pcbc snd_hwdep snd_pcm bluetooth ecdh_generic snd_seq_midi snd_seq_midi_event aesni_intel snd_rawmidi aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf snd_seq rtsx_pci_ms snd_seq_device Jan 9 21:03:49 ubnu kernel: [ 410.357357] wmi_bmof snd_timer memstick intel_wmi_thunderbolt snd shpchp soundcore mei_me mei intel_pch_thermal acpi_pad mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 xfs libcrc32c hid_generic usbhid hid rtsx_pci_sdmmc i915 e1000e i2c_algo_bit drm_kms_helper ptp syscopyarea pps_core i2c_i801 sysfillrect sysimgblt rtsx_pci fb_sys_fops drm ahci libahci wmi video Jan 9 21:03:49 ubnu kernel: [ 410.357447] CPU: 2 PID: 1822 Comm: cifsd Tainted: G OE4.15.0-43-generic #46-Ubuntu Jan 9 21:03:49 ubnu kernel: [ 410.357453] Hardware name: /NUC7i3BNB, BIOS BNKBL357.86A.0069.2018.0920.1250 09/20/2018 Jan 9 21:03:49 ubnu kernel: [ 410.357468] RIP: 0010:prefetch_freepointer+0x15/0x30 Jan 9 21:03:49 ubnu kernel: [ 410.357474] RSP: 0018:b16201ae3da0 EFLAGS: 00010282 Jan 9 21:03:49 ubnu kernel: [ 410.357482] RAX: RBX: e90527c744fff71a RCX: 3ea9 Jan 9 21:03:49 ubnu kernel: [ 410.357488] RDX: 3ea8 RSI: e90527c744fff71a RDI: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357494] RBP: b16201ae3da0 R08: 9d707ed2b650 R09: b16201ae3db0 Jan 9 21:03:49 ubnu kernel: [ 410.357499] R10: b16201ae3de8 R11: R12: 01011200 Jan 9 21:03:49 ubnu kernel: [ 410.357505] R13: 9d7079255080 R14: 9d7016478c40 R15: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357512] FS: () GS:9d707ed0() knlGS: Jan 9 21:03:49 ubnu kernel: [ 410.357519] CS: 0010 DS: ES: CR0: 80050033 Jan 9 21:03:49 ubnu kernel: [ 410.357525] CR2: 7f0a2802d028 CR3: 3760a006 CR4: 003606e0 Jan 9 21:03:49 ubnu kernel: [ 410.357530] Call Trace: Jan 9 21:03:49 ubnu kernel: [ 410.357545] kmem_cache_alloc+0xa2/0x1b0 Jan 9 21:03:49 ubnu kernel: [ 410.357558] ? mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357570] ? wait_woken+0x80/0x80 Jan 9 21:03:49 ubnu kernel: [ 410.357580] mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357590] mempool_alloc+0x71/0x190 Jan 9 21:03:49 ubnu kernel: [ 410.357660] ? smb2_add_credits+0xb0/0x250 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357709] cifs_small_buf_get+0x1a/0x30 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357751] cifs_demultiplex_thread+0x5c7/0xaf0 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357762] ? __schedule+0x299/0x8a0 Jan 9 21
[Kernel-packages] [Bug 1811723] Re: Samba client freeze during write when using higher than vers=1.0
I still have the bug in 4.15.0-51-generic #55-Ubuntu SMP. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1811723 Title: Samba client freeze during write when using higher than vers=1.0 Status in linux package in Ubuntu: Confirmed Bug description: Hello, My issue is that whenever I try to write new files (copy or move) to my file server something in the samba client freezes and I can't do anything samba until the system is rebooted. To get write access I mount with uid ie "sudo mount //server/share /mountpoint -o user=write,uid=1000". Using this command the server and client negotiates smb protocol version 3.02. When this happens the server is still happily serving files to other machines. If I just read files everything works fine. If I connect from a windows client there is no issue. If I add "vers=1.0" everything works but transfers are really slow. Specifying version 3 produces a fail. Trying the same operation (different hw) with Mint 18 Mate produces the same fault. Trying the same operation (with "vers=3.0" set) using SuSE Leap 15.0 KDE live everything works as expected. Both client and server are running fully updated, as of posting, bionic. Using 'dmesg -w' too see what's going on I can see that there is a general protection fault somehow related to cifsd. I am however unable to tell if it is relevant to my issue, from kern.log: Jan 9 21:03:49 ubnu kernel: [ 410.357213] general protection fault: [#1] SMP PTI Jan 9 21:03:49 ubnu kernel: [ 410.357224] Modules linked in: cmac arc4 md4 nls_utf8 cifs ccm fscache rfcomm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) thunderbolt bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_soc_sst_dsp snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel intel_rapl btusb x86_pkg_temp_thermal intel_powerclamp btrtl coretemp joydev btbcm snd_hda_codec kvm_intel input_leds kvm irqbypass btintel crct10dif_pclmul crc32_pclmul snd_hda_core ghash_clmulni_intel pcbc snd_hwdep snd_pcm bluetooth ecdh_generic snd_seq_midi snd_seq_midi_event aesni_intel snd_rawmidi aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf snd_seq rtsx_pci_ms snd_seq_device Jan 9 21:03:49 ubnu kernel: [ 410.357357] wmi_bmof snd_timer memstick intel_wmi_thunderbolt snd shpchp soundcore mei_me mei intel_pch_thermal acpi_pad mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 xfs libcrc32c hid_generic usbhid hid rtsx_pci_sdmmc i915 e1000e i2c_algo_bit drm_kms_helper ptp syscopyarea pps_core i2c_i801 sysfillrect sysimgblt rtsx_pci fb_sys_fops drm ahci libahci wmi video Jan 9 21:03:49 ubnu kernel: [ 410.357447] CPU: 2 PID: 1822 Comm: cifsd Tainted: G OE4.15.0-43-generic #46-Ubuntu Jan 9 21:03:49 ubnu kernel: [ 410.357453] Hardware name: /NUC7i3BNB, BIOS BNKBL357.86A.0069.2018.0920.1250 09/20/2018 Jan 9 21:03:49 ubnu kernel: [ 410.357468] RIP: 0010:prefetch_freepointer+0x15/0x30 Jan 9 21:03:49 ubnu kernel: [ 410.357474] RSP: 0018:b16201ae3da0 EFLAGS: 00010282 Jan 9 21:03:49 ubnu kernel: [ 410.357482] RAX: RBX: e90527c744fff71a RCX: 3ea9 Jan 9 21:03:49 ubnu kernel: [ 410.357488] RDX: 3ea8 RSI: e90527c744fff71a RDI: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357494] RBP: b16201ae3da0 R08: 9d707ed2b650 R09: b16201ae3db0 Jan 9 21:03:49 ubnu kernel: [ 410.357499] R10: b16201ae3de8 R11: R12: 01011200 Jan 9 21:03:49 ubnu kernel: [ 410.357505] R13: 9d7079255080 R14: 9d7016478c40 R15: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357512] FS: () GS:9d707ed0() knlGS: Jan 9 21:03:49 ubnu kernel: [ 410.357519] CS: 0010 DS: ES: CR0: 80050033 Jan 9 21:03:49 ubnu kernel: [ 410.357525] CR2: 7f0a2802d028 CR3: 3760a006 CR4: 003606e0 Jan 9 21:03:49 ubnu kernel: [ 410.357530] Call Trace: Jan 9 21:03:49 ubnu kernel: [ 410.357545] kmem_cache_alloc+0xa2/0x1b0 Jan 9 21:03:49 ubnu kernel: [ 410.357558] ? mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357570] ? wait_woken+0x80/0x80 Jan 9 21:03:49 ubnu kernel: [ 410.357580] mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357590] mempool_alloc+0x71/0x190 Jan 9 21:03:49 ubnu kernel: [ 410.357660] ? smb2_add_credits+0xb0/0x250 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357709] cifs_small_buf_get+0x1a/0x30 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357751] cifs_demultiplex_thread+0x5c7/0xaf0 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357762] ? __schedule+0x299/0x8a0
[Kernel-packages] [Bug 1811723] Re: Samba client freeze during write when using higher than vers=1.0
I have tried the 4.18 kernel (see comment 3) and while it seems to fix this samba issue it was no good for my system, unless I of course installed it wrong. Is there a definitive guide on how to install and choose different kernels for ubuntu? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1811723 Title: Samba client freeze during write when using higher than vers=1.0 Status in linux package in Ubuntu: Confirmed Bug description: Hello, My issue is that whenever I try to write new files (copy or move) to my file server something in the samba client freezes and I can't do anything samba until the system is rebooted. To get write access I mount with uid ie "sudo mount //server/share /mountpoint -o user=write,uid=1000". Using this command the server and client negotiates smb protocol version 3.02. When this happens the server is still happily serving files to other machines. If I just read files everything works fine. If I connect from a windows client there is no issue. If I add "vers=1.0" everything works but transfers are really slow. Specifying version 3 produces a fail. Trying the same operation (different hw) with Mint 18 Mate produces the same fault. Trying the same operation (with "vers=3.0" set) using SuSE Leap 15.0 KDE live everything works as expected. Both client and server are running fully updated, as of posting, bionic. Using 'dmesg -w' too see what's going on I can see that there is a general protection fault somehow related to cifsd. I am however unable to tell if it is relevant to my issue, from kern.log: Jan 9 21:03:49 ubnu kernel: [ 410.357213] general protection fault: [#1] SMP PTI Jan 9 21:03:49 ubnu kernel: [ 410.357224] Modules linked in: cmac arc4 md4 nls_utf8 cifs ccm fscache rfcomm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) thunderbolt bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_soc_sst_dsp snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel intel_rapl btusb x86_pkg_temp_thermal intel_powerclamp btrtl coretemp joydev btbcm snd_hda_codec kvm_intel input_leds kvm irqbypass btintel crct10dif_pclmul crc32_pclmul snd_hda_core ghash_clmulni_intel pcbc snd_hwdep snd_pcm bluetooth ecdh_generic snd_seq_midi snd_seq_midi_event aesni_intel snd_rawmidi aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf snd_seq rtsx_pci_ms snd_seq_device Jan 9 21:03:49 ubnu kernel: [ 410.357357] wmi_bmof snd_timer memstick intel_wmi_thunderbolt snd shpchp soundcore mei_me mei intel_pch_thermal acpi_pad mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 xfs libcrc32c hid_generic usbhid hid rtsx_pci_sdmmc i915 e1000e i2c_algo_bit drm_kms_helper ptp syscopyarea pps_core i2c_i801 sysfillrect sysimgblt rtsx_pci fb_sys_fops drm ahci libahci wmi video Jan 9 21:03:49 ubnu kernel: [ 410.357447] CPU: 2 PID: 1822 Comm: cifsd Tainted: G OE4.15.0-43-generic #46-Ubuntu Jan 9 21:03:49 ubnu kernel: [ 410.357453] Hardware name: /NUC7i3BNB, BIOS BNKBL357.86A.0069.2018.0920.1250 09/20/2018 Jan 9 21:03:49 ubnu kernel: [ 410.357468] RIP: 0010:prefetch_freepointer+0x15/0x30 Jan 9 21:03:49 ubnu kernel: [ 410.357474] RSP: 0018:b16201ae3da0 EFLAGS: 00010282 Jan 9 21:03:49 ubnu kernel: [ 410.357482] RAX: RBX: e90527c744fff71a RCX: 3ea9 Jan 9 21:03:49 ubnu kernel: [ 410.357488] RDX: 3ea8 RSI: e90527c744fff71a RDI: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357494] RBP: b16201ae3da0 R08: 9d707ed2b650 R09: b16201ae3db0 Jan 9 21:03:49 ubnu kernel: [ 410.357499] R10: b16201ae3de8 R11: R12: 01011200 Jan 9 21:03:49 ubnu kernel: [ 410.357505] R13: 9d7079255080 R14: 9d7016478c40 R15: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357512] FS: () GS:9d707ed0() knlGS: Jan 9 21:03:49 ubnu kernel: [ 410.357519] CS: 0010 DS: ES: CR0: 80050033 Jan 9 21:03:49 ubnu kernel: [ 410.357525] CR2: 7f0a2802d028 CR3: 3760a006 CR4: 003606e0 Jan 9 21:03:49 ubnu kernel: [ 410.357530] Call Trace: Jan 9 21:03:49 ubnu kernel: [ 410.357545] kmem_cache_alloc+0xa2/0x1b0 Jan 9 21:03:49 ubnu kernel: [ 410.357558] ? mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357570] ? wait_woken+0x80/0x80 Jan 9 21:03:49 ubnu kernel: [ 410.357580] mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357590] mempool_alloc+0x71/0x190 Jan 9 21:03:49 ubnu kernel: [ 410.357660] ? smb2_add_credits+0xb0/0x250 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357709] cifs_small_bu
[Kernel-packages] [Bug 1811723] Re: Samba client freeze during write when using higher than vers=1.0
According to [1] it's fixed in newer kernel version. Please try it out. [1] https://bugzilla.samba.org/show_bug.cgi?id=13647 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1811723 Title: Samba client freeze during write when using higher than vers=1.0 Status in linux package in Ubuntu: Confirmed Bug description: Hello, My issue is that whenever I try to write new files (copy or move) to my file server something in the samba client freezes and I can't do anything samba until the system is rebooted. To get write access I mount with uid ie "sudo mount //server/share /mountpoint -o user=write,uid=1000". Using this command the server and client negotiates smb protocol version 3.02. When this happens the server is still happily serving files to other machines. If I just read files everything works fine. If I connect from a windows client there is no issue. If I add "vers=1.0" everything works but transfers are really slow. Specifying version 3 produces a fail. Trying the same operation (different hw) with Mint 18 Mate produces the same fault. Trying the same operation (with "vers=3.0" set) using SuSE Leap 15.0 KDE live everything works as expected. Both client and server are running fully updated, as of posting, bionic. Using 'dmesg -w' too see what's going on I can see that there is a general protection fault somehow related to cifsd. I am however unable to tell if it is relevant to my issue, from kern.log: Jan 9 21:03:49 ubnu kernel: [ 410.357213] general protection fault: [#1] SMP PTI Jan 9 21:03:49 ubnu kernel: [ 410.357224] Modules linked in: cmac arc4 md4 nls_utf8 cifs ccm fscache rfcomm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) thunderbolt bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_soc_sst_dsp snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel intel_rapl btusb x86_pkg_temp_thermal intel_powerclamp btrtl coretemp joydev btbcm snd_hda_codec kvm_intel input_leds kvm irqbypass btintel crct10dif_pclmul crc32_pclmul snd_hda_core ghash_clmulni_intel pcbc snd_hwdep snd_pcm bluetooth ecdh_generic snd_seq_midi snd_seq_midi_event aesni_intel snd_rawmidi aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf snd_seq rtsx_pci_ms snd_seq_device Jan 9 21:03:49 ubnu kernel: [ 410.357357] wmi_bmof snd_timer memstick intel_wmi_thunderbolt snd shpchp soundcore mei_me mei intel_pch_thermal acpi_pad mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 xfs libcrc32c hid_generic usbhid hid rtsx_pci_sdmmc i915 e1000e i2c_algo_bit drm_kms_helper ptp syscopyarea pps_core i2c_i801 sysfillrect sysimgblt rtsx_pci fb_sys_fops drm ahci libahci wmi video Jan 9 21:03:49 ubnu kernel: [ 410.357447] CPU: 2 PID: 1822 Comm: cifsd Tainted: G OE4.15.0-43-generic #46-Ubuntu Jan 9 21:03:49 ubnu kernel: [ 410.357453] Hardware name: /NUC7i3BNB, BIOS BNKBL357.86A.0069.2018.0920.1250 09/20/2018 Jan 9 21:03:49 ubnu kernel: [ 410.357468] RIP: 0010:prefetch_freepointer+0x15/0x30 Jan 9 21:03:49 ubnu kernel: [ 410.357474] RSP: 0018:b16201ae3da0 EFLAGS: 00010282 Jan 9 21:03:49 ubnu kernel: [ 410.357482] RAX: RBX: e90527c744fff71a RCX: 3ea9 Jan 9 21:03:49 ubnu kernel: [ 410.357488] RDX: 3ea8 RSI: e90527c744fff71a RDI: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357494] RBP: b16201ae3da0 R08: 9d707ed2b650 R09: b16201ae3db0 Jan 9 21:03:49 ubnu kernel: [ 410.357499] R10: b16201ae3de8 R11: R12: 01011200 Jan 9 21:03:49 ubnu kernel: [ 410.357505] R13: 9d7079255080 R14: 9d7016478c40 R15: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357512] FS: () GS:9d707ed0() knlGS: Jan 9 21:03:49 ubnu kernel: [ 410.357519] CS: 0010 DS: ES: CR0: 80050033 Jan 9 21:03:49 ubnu kernel: [ 410.357525] CR2: 7f0a2802d028 CR3: 3760a006 CR4: 003606e0 Jan 9 21:03:49 ubnu kernel: [ 410.357530] Call Trace: Jan 9 21:03:49 ubnu kernel: [ 410.357545] kmem_cache_alloc+0xa2/0x1b0 Jan 9 21:03:49 ubnu kernel: [ 410.357558] ? mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357570] ? wait_woken+0x80/0x80 Jan 9 21:03:49 ubnu kernel: [ 410.357580] mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357590] mempool_alloc+0x71/0x190 Jan 9 21:03:49 ubnu kernel: [ 410.357660] ? smb2_add_credits+0xb0/0x250 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357709] cifs_small_buf_get+0x1a/0x30 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357751] cifs_demultiplex_thread+0x5c7/0xaf0 [cifs] Ja
[Kernel-packages] [Bug 1811723] Re: Samba client freeze during write when using higher than vers=1.0
apport information ** Tags added: apport-collected wayland-session ** Description changed: Hello, My issue is that whenever I try to write new files (copy or move) to my file server something in the samba client freezes and I can't do anything samba until the system is rebooted. To get write access I mount with uid ie "sudo mount //server/share /mountpoint -o user=write,uid=1000". Using this command the server and client negotiates smb protocol version 3.02. When this happens the server is still happily serving files to other machines. If I just read files everything works fine. If I connect from a windows client there is no issue. If I add "vers=1.0" everything works but transfers are really slow. Specifying version 3 produces a fail. Trying the same operation (different hw) with Mint 18 Mate produces the same fault. Trying the same operation (with "vers=3.0" set) using SuSE Leap 15.0 KDE live everything works as expected. Both client and server are running fully updated, as of posting, bionic. Using 'dmesg -w' too see what's going on I can see that there is a general protection fault somehow related to cifsd. I am however unable to tell if it is relevant to my issue, from kern.log: Jan 9 21:03:49 ubnu kernel: [ 410.357213] general protection fault: [#1] SMP PTI Jan 9 21:03:49 ubnu kernel: [ 410.357224] Modules linked in: cmac arc4 md4 nls_utf8 cifs ccm fscache rfcomm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) thunderbolt bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_soc_sst_dsp snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel intel_rapl btusb x86_pkg_temp_thermal intel_powerclamp btrtl coretemp joydev btbcm snd_hda_codec kvm_intel input_leds kvm irqbypass btintel crct10dif_pclmul crc32_pclmul snd_hda_core ghash_clmulni_intel pcbc snd_hwdep snd_pcm bluetooth ecdh_generic snd_seq_midi snd_seq_midi_event aesni_intel snd_rawmidi aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf snd_seq rtsx_pci_ms snd_seq_device Jan 9 21:03:49 ubnu kernel: [ 410.357357] wmi_bmof snd_timer memstick intel_wmi_thunderbolt snd shpchp soundcore mei_me mei intel_pch_thermal acpi_pad mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 xfs libcrc32c hid_generic usbhid hid rtsx_pci_sdmmc i915 e1000e i2c_algo_bit drm_kms_helper ptp syscopyarea pps_core i2c_i801 sysfillrect sysimgblt rtsx_pci fb_sys_fops drm ahci libahci wmi video Jan 9 21:03:49 ubnu kernel: [ 410.357447] CPU: 2 PID: 1822 Comm: cifsd Tainted: G OE4.15.0-43-generic #46-Ubuntu Jan 9 21:03:49 ubnu kernel: [ 410.357453] Hardware name: /NUC7i3BNB, BIOS BNKBL357.86A.0069.2018.0920.1250 09/20/2018 Jan 9 21:03:49 ubnu kernel: [ 410.357468] RIP: 0010:prefetch_freepointer+0x15/0x30 Jan 9 21:03:49 ubnu kernel: [ 410.357474] RSP: 0018:b16201ae3da0 EFLAGS: 00010282 Jan 9 21:03:49 ubnu kernel: [ 410.357482] RAX: RBX: e90527c744fff71a RCX: 3ea9 Jan 9 21:03:49 ubnu kernel: [ 410.357488] RDX: 3ea8 RSI: e90527c744fff71a RDI: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357494] RBP: b16201ae3da0 R08: 9d707ed2b650 R09: b16201ae3db0 Jan 9 21:03:49 ubnu kernel: [ 410.357499] R10: b16201ae3de8 R11: R12: 01011200 Jan 9 21:03:49 ubnu kernel: [ 410.357505] R13: 9d7079255080 R14: 9d7016478c40 R15: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357512] FS: () GS:9d707ed0() knlGS: Jan 9 21:03:49 ubnu kernel: [ 410.357519] CS: 0010 DS: ES: CR0: 80050033 Jan 9 21:03:49 ubnu kernel: [ 410.357525] CR2: 7f0a2802d028 CR3: 3760a006 CR4: 003606e0 Jan 9 21:03:49 ubnu kernel: [ 410.357530] Call Trace: Jan 9 21:03:49 ubnu kernel: [ 410.357545] kmem_cache_alloc+0xa2/0x1b0 Jan 9 21:03:49 ubnu kernel: [ 410.357558] ? mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357570] ? wait_woken+0x80/0x80 Jan 9 21:03:49 ubnu kernel: [ 410.357580] mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357590] mempool_alloc+0x71/0x190 Jan 9 21:03:49 ubnu kernel: [ 410.357660] ? smb2_add_credits+0xb0/0x250 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357709] cifs_small_buf_get+0x1a/0x30 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357751] cifs_demultiplex_thread+0x5c7/0xaf0 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357762] ? __schedule+0x299/0x8a0 Jan 9 21:03:49 ubnu kernel: [ 410.35] kthread+0x121/0x140 Jan 9 21:03:49 ubnu kernel: [ 410.357815] ? cifs_handle_standard+0x190/0x190 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357827] ? kthread_create_worker_on_cpu+0x70/0x70 Jan 9 21:03:4
[Kernel-packages] [Bug 1811723] Re: Samba client freeze during write when using higher than vers=1.0
linux-image-4.15.0-50-generic ** Package changed: linux-signed-hwe (Ubuntu) => linux (Ubuntu) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1811723 Title: Samba client freeze during write when using higher than vers=1.0 Status in linux package in Ubuntu: Incomplete Bug description: Hello, My issue is that whenever I try to write new files (copy or move) to my file server something in the samba client freezes and I can't do anything samba until the system is rebooted. To get write access I mount with uid ie "sudo mount //server/share /mountpoint -o user=write,uid=1000". Using this command the server and client negotiates smb protocol version 3.02. When this happens the server is still happily serving files to other machines. If I just read files everything works fine. If I connect from a windows client there is no issue. If I add "vers=1.0" everything works but transfers are really slow. Specifying version 3 produces a fail. Trying the same operation (different hw) with Mint 18 Mate produces the same fault. Trying the same operation (with "vers=3.0" set) using SuSE Leap 15.0 KDE live everything works as expected. Both client and server are running fully updated, as of posting, bionic. Using 'dmesg -w' too see what's going on I can see that there is a general protection fault somehow related to cifsd. I am however unable to tell if it is relevant to my issue, from kern.log: Jan 9 21:03:49 ubnu kernel: [ 410.357213] general protection fault: [#1] SMP PTI Jan 9 21:03:49 ubnu kernel: [ 410.357224] Modules linked in: cmac arc4 md4 nls_utf8 cifs ccm fscache rfcomm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) thunderbolt bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_soc_sst_dsp snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel intel_rapl btusb x86_pkg_temp_thermal intel_powerclamp btrtl coretemp joydev btbcm snd_hda_codec kvm_intel input_leds kvm irqbypass btintel crct10dif_pclmul crc32_pclmul snd_hda_core ghash_clmulni_intel pcbc snd_hwdep snd_pcm bluetooth ecdh_generic snd_seq_midi snd_seq_midi_event aesni_intel snd_rawmidi aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf snd_seq rtsx_pci_ms snd_seq_device Jan 9 21:03:49 ubnu kernel: [ 410.357357] wmi_bmof snd_timer memstick intel_wmi_thunderbolt snd shpchp soundcore mei_me mei intel_pch_thermal acpi_pad mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 xfs libcrc32c hid_generic usbhid hid rtsx_pci_sdmmc i915 e1000e i2c_algo_bit drm_kms_helper ptp syscopyarea pps_core i2c_i801 sysfillrect sysimgblt rtsx_pci fb_sys_fops drm ahci libahci wmi video Jan 9 21:03:49 ubnu kernel: [ 410.357447] CPU: 2 PID: 1822 Comm: cifsd Tainted: G OE4.15.0-43-generic #46-Ubuntu Jan 9 21:03:49 ubnu kernel: [ 410.357453] Hardware name: /NUC7i3BNB, BIOS BNKBL357.86A.0069.2018.0920.1250 09/20/2018 Jan 9 21:03:49 ubnu kernel: [ 410.357468] RIP: 0010:prefetch_freepointer+0x15/0x30 Jan 9 21:03:49 ubnu kernel: [ 410.357474] RSP: 0018:b16201ae3da0 EFLAGS: 00010282 Jan 9 21:03:49 ubnu kernel: [ 410.357482] RAX: RBX: e90527c744fff71a RCX: 3ea9 Jan 9 21:03:49 ubnu kernel: [ 410.357488] RDX: 3ea8 RSI: e90527c744fff71a RDI: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357494] RBP: b16201ae3da0 R08: 9d707ed2b650 R09: b16201ae3db0 Jan 9 21:03:49 ubnu kernel: [ 410.357499] R10: b16201ae3de8 R11: R12: 01011200 Jan 9 21:03:49 ubnu kernel: [ 410.357505] R13: 9d7079255080 R14: 9d7016478c40 R15: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357512] FS: () GS:9d707ed0() knlGS: Jan 9 21:03:49 ubnu kernel: [ 410.357519] CS: 0010 DS: ES: CR0: 80050033 Jan 9 21:03:49 ubnu kernel: [ 410.357525] CR2: 7f0a2802d028 CR3: 3760a006 CR4: 003606e0 Jan 9 21:03:49 ubnu kernel: [ 410.357530] Call Trace: Jan 9 21:03:49 ubnu kernel: [ 410.357545] kmem_cache_alloc+0xa2/0x1b0 Jan 9 21:03:49 ubnu kernel: [ 410.357558] ? mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357570] ? wait_woken+0x80/0x80 Jan 9 21:03:49 ubnu kernel: [ 410.357580] mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357590] mempool_alloc+0x71/0x190 Jan 9 21:03:49 ubnu kernel: [ 410.357660] ? smb2_add_credits+0xb0/0x250 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357709] cifs_small_buf_get+0x1a/0x30 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357751] cifs_demultiplex_thread+0x5c7/0xaf0 [cifs] Jan 9 21:03:49 ubnu kernel: [