dmesg CIFS VFS: src file seems to be from a different filesystem type for every file i copy/move to shared folder

[dan]

#BASIC SETUP
-server side: ext4 / lubuntu 14.04.5 / 4.4.0-72-generic #93~14.04.1-Ubuntu SMP .. i686 / samba 4.3.11
-client side: ext4 / lubuntu 14.04.5 / 4.4.0-75-generic #96~14.04.1-Ubuntu SMP x86_64 / mount.cifs 6.0
-both server and client are up-to-date
-mount line: mount.cifs //ip/share /mountpoint -o username=user,password=pass,uid=buntu,gid=buntu

#ANTERIOR WORKINGS PRIOR TO UPGRADES
-the server worked fine prior to upgrading
-the server had about 6 months prior to last upgrade (3 days ago)
-the client had about 1 month prior to last upgrade (3 days ago)

#THE PROBLEM
-the "CIFS VFS: src file seems to be from a different filesystem type" appears inside dmesg for every file copy/move to server
-the problem does not appear on connect with pcmanfm like smb://ip/share into the address bar
-the problem does not appear on create,move,copy files through the mount straight on server

#OTHER
-ive tested within virtualbox lubuntu 64 14.04.5 clean no upgrades apt-get install samba cifs-utils with the same problem
-the copied/moved files seem do be fine.. checksum tested

#EXPECTED RESULT
-no error messages(ive read about lost files)
-a clean workaround if possible(trough mount.cifs or samba options)
---
ApportVersion: 2.14.1-0ubuntu3.21
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: d1 1270 F.... lxpanel
CRDA: Error: [Errno 2] No such file or directory
CurrentDmesg:
 [ 5600.089933] FS-Cache: Netfs 'cifs' registered for caching
 [ 5600.091999] Key type cifs.spnego registered
 [ 5600.092020] Key type cifs.idmap registered
 [ 5686.295664] CIFS VFS: src file seems to be from a different filesystem type
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=UUID=52e2e360-8017-437e-8fcd-994033d9eae4
InstallationDate: Installed on 2017-04-30 (14 days ago)
InstallationMedia: Lubuntu 14.04.5 LTS "Trusty Tahr" - Release amd64 (20160803)
IwConfig:
 lo no wireless extensions.

 eth0 no wireless extensions.
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: innotek GmbH VirtualBox
Package: samba 2:4.3.11+dfsg-0ubuntu0.14.04.7
PackageArchitecture: amd64
ProcEnviron:
 LANGUAGE=en_US
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 vboxdrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-31-generic root=UUID=37d0c756-8698-4989-8ead-8064a36a2b49 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 4.4.0-31.50~14.04.1-generic 4.4.13
RelatedPackageVersions:
 linux-restricted-modules-4.4.0-31-generic N/A
 linux-backports-modules-4.4.0-31-generic N/A
 linux-firmware 1.127.22
RfKill:

SambaClientRegression: Yes
Tags: trusty trusty
Uname: Linux 4.4.0-31-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:

_MarkForUpload: True
dmi.bios.date: 12/01/2006
dmi.bios.vendor: innotek GmbH
dmi.bios.version: VirtualBox
dmi.board.name: VirtualBox
dmi.board.vendor: Oracle Corporation
dmi.board.version: 1.2
dmi.chassis.type: 1
dmi.chassis.vendor: Oracle Corporation
dmi.modalias: dmi:bvninnotekGmbH:bvrVirtualBox:bd12/01/2006:svninnotekGmbH:pnVirtualBox:pvr1.2:rvnOracleCorporation:rnVirtualBox:rvr1.2:cvnOracleCorporation:ct1:cvr:
dmi.product.name: VirtualBox
dmi.product.version: 1.2
dmi.sys.vendor: innotek GmbH

[Christian Ehrhardt  (paelzer)]

Hi,
since the dates are so close - is that you asking as well?
=> https://askubuntu.com/questions/914152/dmesg-cifs-vfs-src-file-seems-to-be-from-a-different-filesystem-type

[Christian Ehrhardt  (paelzer)]

The only related change is the kernel patch you already found [1].

Given what it states in that patch I wonder if there is something to your setup that causes this to trigger. In that case we would have to find out what that is.

I checked the few samba mounts I had around and non showed the error.
For now I'll add a kernel task since the kernel change might have been the trigger (although this patch is old, so it should not be a new change).

Furthermore we would need a better description how to actually see this.
You wrote "ive tested within virtualbox lubuntu 64 14.04.5 clean no upgrades apt-get install samba cifs-utils with the same problem" which sounds great. That means you have a small set of commands/configs we could deploy in a guest to recreate? Could you please share this list of commands/configs?

[1]: http://www.spinics.net/lists/stable/msg108998.html

[Christian Ehrhardt  (paelzer)]

Thank you for taking the time to report this bug and helping to make Ubuntu better.

There isn't really enough information here for a developer to confirm this issue is a bug, or to begin working on it, so I am marking this bug Incomplete for now.

If you can provide exact steps so that a developer can reproduce the original problem, then please add them to this bug and change the status back to New.

[Brad Figg (brad-figg)]

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1690570

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

apport information

[dan (johntrialpro)]

@ChristianEhrhardt #1 - yea its me

#REPRODUCTION
-download lubuntu x64 14.04.5
-do a standard virtualbox machine clean.. no internet connection
-kernel will be 4.4.0.31
-then basic commands to install samba, cifs and basic share and mount

apt-get update
apt-get install samba cifs-utils
#at the moment samba=4.3.11 cifs-utils=6.0
---------------------------------------------
mkdir -p /home/d1/samba/share
mkdir -p /home/d1/samba/mount
chown -R d1.d1 /home/d1/samba

nano /etc/samba/smb.conf
    [global]
    security = user
    workgroup = WORKGROUP"

    [share]
    path = /home/d1/samba/share
    writable = yes
    browsable = yes

restart smbd && restart nmbd
mount.cifs //127.0.0.1/share /home/d1/samba/mount -o username=d1,uid=d1,gid=d1
-------------------------------
-at this moment the share is created and mounted; open pcmanfm copy/move any file to the share and it will spam your dmesg with that message
-i tried to make an apport of virtualbox machine seems it gaved some errors..

obs:
-its the same for buntu kernel 4.4.0.75/72
-ive also tested knoppix dvd 7.6.0/kernel 4.2.6-64 and mount.cifs from lubuntu spammed dmesg but mountcifs loop inside knoppix did not; knoppix has mount.cifs.v.6.4; it might be mount.cifs problem..
-ive also tested changing sources.list to debian stable.. it has mount.cifs 6.4; the bug appears both as mount loop and client-server

[dan (johntrialpro)]

ps: forgot.. add user to samba before restarting server
  smbpasswd -a d1

it worked before updates; my bad for not keeping track of installed packages

[dan (johntrialpro)]

ive tested some more with a loop mount
it seems some file managers have the bug others dont

  pcmanfm problem
  thunar problems

  cli copy no problems
  xfe no problems
  mc no problems
  rox-filer no problems
  dolphin no problems
  konqueror no problems
  save files with geany leafpad to mount no problems

-ive also upgraded pcmanfm(from 1.2.0 to 1.2.3) and libfm(from 1.2.0 to 1.2.3) with synaptics using debian jessie sources but the problem still persists; it might be a dependency problem..
-ivw also tested vbox nonetwork clean debian-lxde-x64.iso and it doesnt have the problem

[MOW (wolter)]

I'm seeing this message in 16.04.

I had problems with the cifs connection to the 2012R2 server vanishing after some idle time.

So I changed the SMB version to vers=3.0 because it was still using 1.0 and I suspected the recent Windows patch to be responsible for this. (I'll know tomorrow whether this helped ...)

After the remount, I get this message too for every file I move, but not for files I copy.
Additionally, the timestamps of the (huge) files I move or copy are not preserved.

The really weird thing is: 0-byte files keep their timestamps, anything above doesn't:
-rwxr-xr-x 1 root root 524288 Mai 24 02:16 test*
-rwxr-xr-x 1 root root 524288 Mai 24 02:16 test*
-rwxr-xr-x 1 root root 0 Sep 17 2015 test*

Again, this did NOT happen before I added vers=3.0 to the mount options.