Bug#966917: Regression: cannot replace files on cifs mounts anymore when running linux-image-4.19.0-10-amd64
Hi, On Tue, Aug 04, 2020 at 03:00:29PM +0200, Philipp Huebner wrote: > Hi again > > Am 04.08.20 um 12:57 schrieb Salvatore Bonaccorso: > > Could you please check if applying > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0e6705182d4e1b77248a93470d6d7b3013d59b30 > > on top fixes the issue for you? > > > > The fix was backported to 4.19.135 and the introducing commit was > > backported in 4.19.132. > > I have successfully rebuilt linux-image-4.19.0-10-amd64(-unsigned) in > Version 4.19.132 with the reverting patch from the commit above on top, > and can now confirm this solves the issue! Thanks for confirming! Regards, Salvatore
Bug#966917: Regression: cannot replace files on cifs mounts anymore when running linux-image-4.19.0-10-amd64
Hi again Am 04.08.20 um 12:57 schrieb Salvatore Bonaccorso: > Could you please check if applying > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0e6705182d4e1b77248a93470d6d7b3013d59b30 > on top fixes the issue for you? > > The fix was backported to 4.19.135 and the introducing commit was > backported in 4.19.132. I have successfully rebuilt linux-image-4.19.0-10-amd64(-unsigned) in Version 4.19.132 with the reverting patch from the commit above on top, and can now confirm this solves the issue! Best wishes -- .''`. Philipp Huebner : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` `- signature.asc Description: OpenPGP digital signature
Bug#966917: Regression: cannot replace files on cifs mounts anymore when running linux-image-4.19.0-10-amd64
Hi Philipp, On Tue, Aug 04, 2020 at 01:36:13PM +0200, Philipp Huebner wrote: > Hi, > > Am 04.08.20 um 12:57 schrieb Salvatore Bonaccorso: > > Could you please check if applying > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0e6705182d4e1b77248a93470d6d7b3013d59b30 > > on top fixes the issue for you? > > yes, I can (and will) do that, but I am not very exercised in building > patched kernels, so it would probably be quicker if an experienced > person provided me with packages to test. I will try to test that myself, later today, but if you want to check already, we have 'simple patching guide' in the kernel-handbook to quickly test some patches: https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s4.2.2 Hope this helps, Regards, Salvatore
Bug#966917: Regression: cannot replace files on cifs mounts anymore when running linux-image-4.19.0-10-amd64
Hi, Am 04.08.20 um 12:57 schrieb Salvatore Bonaccorso: > Could you please check if applying > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0e6705182d4e1b77248a93470d6d7b3013d59b30 > on top fixes the issue for you? yes, I can (and will) do that, but I am not very exercised in building patched kernels, so it would probably be quicker if an experienced person provided me with packages to test. Best wishes -- .''`. Philipp Huebner : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` `- signature.asc Description: OpenPGP digital signature
Bug#966917: Regression: cannot replace files on cifs mounts anymore when running linux-image-4.19.0-10-amd64
Control: tags -1 + upstream On Mon, Aug 03, 2020 at 10:23:49AM +0200, Philipp Huebner wrote: > Package: src:linux > Version: 4.19.132-1 > Severity: important > > Dear Maintainer(s), > > we are using several cifs mounts, among them our users' homes, and this > regression causes graphical logins to fail, because > ~/.local/share/xorg/Xorg.0.log > could no longer be moved to > ~/.local/share/xorg/Xorg.0.log.old: > > > Aug 3 04:19:41 /usr/lib/gdm3/gdm-x-session[8166]: (EE) Cannot move > old log file "/home/phuebner/.local/share/xorg/Xorg.0.log" to > "/home/phuebner/.local/share/xorg/Xorg.0.log.old" > > Manually deleting either Xorg.0.log or Xorg.0.log.old fixes logging in > for the next attempt, deleting both fixes the next two login attempts. > > While looking for the root cause, it turned out to be a generic problem > with linux-image-4.19.0-10-amd64: > > ~$ rm -f foo bar > ~$ echo test > foo > ~$ echo test > bar > ~$ mv foo bar > mv: cannot move 'foo' to 'bar': File exists > > This is a problem on all our cifs mounts, no file can be replaced > without actively deleting it first. > > The mounts look like this (taken from /proc/mounts): > //homes-server/phuebner /home/phuebner cifs > rw,nosuid,nodev,relatime,vers=1.0,cache=strict,username=phuebner,uid=5079,noforceuid,gid=65534,noforcegid,addr=10.144.0.14,soft,unix,posixpaths,serverino,mapposix,nobrl,acl,rsize=1048576,wsize=65536,echo_interval=60,actimeo=1 > 0 0 > > The server is running samba 2:4.9.5 on Debian 10, for some tricky > reasons we cannot use higher smb versions than 1.0 at the moment. > > Manually booting the client into the previous kernel > (linux-image-4.19.0-9-amd64) restores the normal behaviour. > > Quick action on this would be much appreciated! Could you please check if applying https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0e6705182d4e1b77248a93470d6d7b3013d59b30 on top fixes the issue for you? The fix was backported to 4.19.135 and the introducing commit was backported in 4.19.132. Regards, Salvatore
Processed: Re: Bug#966917: Regression: cannot replace files on cifs mounts anymore when running linux-image-4.19.0-10-amd64
Processing control commands: > tags -1 + upstream Bug #966917 [src:linux] Regression: cannot replace files on cifs mounts anymore when running linux-image-4.19.0-10-amd64 Added tag(s) upstream. -- 966917: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966917 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#966917: Regression: cannot replace files on cifs mounts anymore when running linux-image-4.19.0-10-amd64
Package: src:linux Version: 4.19.132-1 Severity: important Dear Maintainer(s), we are using several cifs mounts, among them our users' homes, and this regression causes graphical logins to fail, because ~/.local/share/xorg/Xorg.0.log could no longer be moved to ~/.local/share/xorg/Xorg.0.log.old: > Aug 3 04:19:41 /usr/lib/gdm3/gdm-x-session[8166]: (EE) Cannot move old log file "/home/phuebner/.local/share/xorg/Xorg.0.log" to "/home/phuebner/.local/share/xorg/Xorg.0.log.old" Manually deleting either Xorg.0.log or Xorg.0.log.old fixes logging in for the next attempt, deleting both fixes the next two login attempts. While looking for the root cause, it turned out to be a generic problem with linux-image-4.19.0-10-amd64: ~$ rm -f foo bar ~$ echo test > foo ~$ echo test > bar ~$ mv foo bar mv: cannot move 'foo' to 'bar': File exists This is a problem on all our cifs mounts, no file can be replaced without actively deleting it first. The mounts look like this (taken from /proc/mounts): //homes-server/phuebner /home/phuebner cifs rw,nosuid,nodev,relatime,vers=1.0,cache=strict,username=phuebner,uid=5079,noforceuid,gid=65534,noforcegid,addr=10.144.0.14,soft,unix,posixpaths,serverino,mapposix,nobrl,acl,rsize=1048576,wsize=65536,echo_interval=60,actimeo=1 0 0 The server is running samba 2:4.9.5 on Debian 10, for some tricky reasons we cannot use higher smb versions than 1.0 at the moment. Manually booting the client into the previous kernel (linux-image-4.19.0-9-amd64) restores the normal behaviour. Quick action on this would be much appreciated! Best wishes Philipp Huebner -- Package-specific info: ** Version: Linux version 4.19.0-10-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.132-1 (2020-07-24) ** Command line: BOOT_IMAGE=/vmlinuz-4.19.0-10-amd64 root=/dev/mapper/kaiserstaedter--vg-root ro net.ifnames=0 biosdevname=0 panic=10 quiet splash ** Tainted: OE (12288) * Out-of-tree module has been loaded. * Unsigned module has been loaded. ** Kernel log: [ 13.446455] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1f.3/sound/card0/input15 [ 13.446492] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci:00/:00:1f.3/sound/card0/input16 [ 13.446525] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci:00/:00:1f.3/sound/card0/input17 [ 13.446559] input: HDA Intel PCH HDMI/DP,pcm=9 as /devices/pci:00/:00:1f.3/sound/card0/input18 [ 13.446592] input: HDA Intel PCH HDMI/DP,pcm=10 as /devices/pci:00/:00:1f.3/sound/card0/input19 [ 13.455092] uvcvideo: Failed to query (GET_INFO) UVC control 9 on unit 2: -32 (exp. 1). [ 13.483952] uvcvideo: Failed to query (GET_INFO) UVC control 4 on unit 2: -32 (exp. 1). [ 13.490660] Adding 33443836k swap on /dev/mapper/kaiserstaedter--vg-swap_1. Priority:-2 extents:1 across:33443836k SSFS [ 13.501821] uvcvideo: Failed to query (GET_INFO) UVC control 11 on unit 2: -32 (exp. 1). [ 13.526665] EXT4-fs (sda2): mounting ext2 file system using the ext4 subsystem [ 13.528021] EXT4-fs (sda2): mounted filesystem without journal. Opts: (null) [ 13.528354] uvcvideo 1-8.3:1.0: Entity type for entity Processing 2 was not initialized! [ 13.528355] uvcvideo 1-8.3:1.0: Entity type for entity Camera 1 was not initialized! [ 13.528395] input: HD USB Camera: HD USB Camera as /devices/pci:00/:00:14.0/usb1/1-8/1-8.3/1-8.3:1.0/input/input20 [ 13.528457] usbcore: registered new interface driver uvcvideo [ 13.528457] USB Video Class driver (1.1.1) [ 13.530352] usb 1-8.3: Warning! Unlikely big volume range (=3072), cval->res is probably wrong. [ 13.530354] usb 1-8.3: [6] FU [Mic Capture Volume] ch = 1, val = -1536/1536/1 [ 13.530427] usbcore: registered new interface driver snd-usb-audio [ 13.536767] intel_rapl: Found RAPL domain package [ 13.536768] intel_rapl: Found RAPL domain core [ 13.536769] intel_rapl: Found RAPL domain uncore [ 13.536770] intel_rapl: Found RAPL domain dram [ 13.608303] audit: type=1400 audit(1596441455.976:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc" pid=800 comm="apparmor_parser" [ 13.608462] audit: type=1400 audit(1596441455.980:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=801 comm="apparmor_parser" [ 13.610256] audit: type=1400 audit(1596441455.980:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=805 comm="apparmor_parser" [ 13.610257] audit: type=1400 audit(1596441455.980:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=805 comm="apparmor_parser" [ 13.610450] audit: type=1400 audit(1596441455.980:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oopslash" pid=799 comm="apparmor_parser" [ 13.610999] audit: type=1400 audit(1596441455.980:7): apparmor="STATUS" operation="profi