Discussion:
[Samba] smbd looking for non existent files
steve
2013-08-24 17:05:50 UTC
Permalink
Hi
4.0.8 file server in a 4.0.8 domain

After a user logs in on a Linux client which is joined to the domain,
smbd is constantly looking for files which don't exist:

Here is the file server log after a user login to a Linux client has
settled down:
[2013/08/24 18:43:24.748511,
3] ../source3/smbd/vfs.c:1140(check_reduced_name)
check_reduced_name [steve2/.icons/gnome] [/home/users]
[2013/08/24 18:43:24.751496,
3] ../source3/smbd/vfs.c:1270(check_reduced_name)
check_reduced_name: steve2/.icons/gnome reduced
to /home/users/steve2/.icons/gnome
[2013/08/24 18:43:24.753922,
3] ../source3/smbd/trans2.c:5399(call_trans2qfilepathinfo)
call_trans2qfilepathinfo: SMB_VFS_LSTAT of steve2/.icons/gnome failed
(No such file or directory)
[2013/08/24 18:43:24.755239,
3] ../source3/smbd/error.c:82(error_packet_set)
NT error packet at ../source3/smbd/trans2.c(5401) cmd=50 (SMBtrans2)
NT_STATUS_OBJECT_NAME_NOT_FOUND
[2013/08/24 18:43:24.760257,
3] ../source3/smbd/process.c:1794(process_smb)
Transaction 1113 of length 122 (0 toread)
[2013/08/24 18:43:24.761808,
3] ../source3/smbd/process.c:1397(switch_message)
switch message SMBtrans2 (pid 1122) conn 0xb8f54520
[2013/08/24 18:43:24.770442,
3] ../source3/smbd/trans2.c:5291(call_trans2qfilepathinfo)
call_trans2qfilepathinfo: TRANSACT2_QPATHINFO: level = 512
[2013/08/24 18:43:24.774313,
3] ../source3/smbd/vfs.c:1140(check_reduced_name)
check_reduced_name [steve2/.icons/hicolor] [/home/users]
[2013/08/24 18:43:24.777104,
3] ../source3/smbd/vfs.c:1270(check_reduced_name)
check_reduced_name: steve2/.icons/hicolor reduced
to /home/users/steve2/.icons/hicolor
[2013/08/24 18:43:24.780783,
3] ../source3/smbd/trans2.c:5399(call_trans2qfilepathinfo)
call_trans2qfilepathinfo: SMB_VFS_LSTAT of steve2/.icons/hicolor
failed (No such file or directory)
[2013/08/24 18:43:24.785670,
3] ../source3/smbd/error.c:82(error_packet_set)
NT error packet at ../source3/smbd/trans2.c(5401) cmd=50 (SMBtrans2)
NT_STATUS_OBJECT_NAME_NOT_FOUND
[2013/08/24 18:43:24.791477,
3] ../source3/smbd/process.c:1794(process_smb)
Transaction 1114 of length 128 (0 toread)
[2013/08/24 18:43:24.796225,
3] ../source3/smbd/process.c:1397(switch_message)
switch message SMBtrans2 (pid 1122) conn 0xb8f54520
[2013/08/24 18:43:24.798960,
3] ../source3/smbd/trans2.c:5291(call_trans2qfilepathinfo)

file server:
[global]
workgroup = HH3
realm = HH3.SITE
security = ADS
kerberos method = secrets and keytab
username map = /home/steve/smbmap
log level = 3

[users]
path = /home/users
read only = No

smbmap:
!Administrator = HH3\Administrator

Client:
[global]
workgroup = HH3
realm = HH3.SITE
security = ADS
kerberos method = system keytab

Tested with sssd and nslcd. (yes, it's the same with winbind)

Why is smbd looking for files which don't exist? Is there a cache I
should clear?
Cheers,
Steve
Michael Wood
2013-08-24 18:57:44 UTC
Permalink
Hi
Post by steve
Hi
4.0.8 file server in a 4.0.8 domain
After a user logs in on a Linux client which is joined to the domain,
smbd has no reason to look for those files unless the client asks for them.

I suspect you just need to turn down the debug level a bit.
Post by steve
Here is the file server log after a user login to a Linux client has
[2013/08/24 18:43:24.748511,
3] ../source3/smbd/vfs.c:1140(check_reduced_name)
check_reduced_name [steve2/.icons/gnome] [/home/users]
[...]
Post by steve
[global]
workgroup = HH3
realm = HH3.SITE
security = ADS
kerberos method = secrets and keytab
username map = /home/steve/smbmap
log level = 3
[users]
path = /home/users
read only = No
!Administrator = HH3\Administrator
[global]
workgroup = HH3
realm = HH3.SITE
security = ADS
kerberos method = system keytab
Tested with sssd and nslcd. (yes, it's the same with winbind)
Why is smbd looking for files which don't exist? Is there a cache I
should clear?
Cheers,
Post by steve
Steve
--
Michael Wood <esiotrot at gmail.com>
steve
2013-08-24 20:39:15 UTC
Permalink
Post by steve
Hi
Hi
4.0.8 file server in a 4.0.8 domain
After a user logs in on a Linux client which is joined to the domain,
smbd has no reason to look for those files unless the client asks for them.
I suspect you just need to turn down the debug level a bit.
Here is the file server log after a user login to a Linux client has
[2013/08/24 18:43:24.748511,
3] ../source3/smbd/vfs.c:1140(check_reduced_name)
check_reduced_name [steve2/.icons/gnome] [/home/users]
[...]
Hi
But if I turn the log level down, it's only at 3, that doesn't stop it
looking. Does it?

As you say, steve2/.icons/gnome must be coming from the Linux client.
Would it be correct to eliminate samba from this issue? My fear is that
scaling this up by replacing windows boxes with Linux is going to grind
the whole thing to a halt. Watching tail -f log.smbd is scary.
Michael Wood
2013-08-25 10:37:42 UTC
Permalink
Post by steve
Post by steve
Hi
Hi
4.0.8 file server in a 4.0.8 domain
After a user logs in on a Linux client which is joined to the domain,
smbd has no reason to look for those files unless the client asks for them.
I suspect you just need to turn down the debug level a bit.
Here is the file server log after a user login to a Linux client has
[2013/08/24 18:43:24.748511,
3] ../source3/smbd/vfs.c:1140(check_reduced_name)
check_reduced_name [steve2/.icons/gnome] [/home/users]
[...]
Hi
But if I turn the log level down, it's only at 3, that doesn't stop it
looking. Does it?
No, of course not.
Post by steve
As you say, steve2/.icons/gnome must be coming from the Linux client.
Would it be correct to eliminate samba from this issue? My fear is that
scaling this up by replacing windows boxes with Linux is going to grind
the whole thing to a halt.
Since it's the client asking for those files, this will be no different if
you were running a Windows server. Except that the windows server will not
log all the "file not found" messages.
Post by steve
Watching tail -f log.smbd is scary.
Then turn down the log level! :) Turn it up again if you're having
problems, of course, but this just looks like normal stuff that you should
not need to worry about.
--
Michael Wood <esiotrot at gmail.com>
steve
2013-09-02 09:39:43 UTC
Permalink
Post by steve
Post by steve
Hi
Hi
4.0.8 file server in a 4.0.8 domain
After a user logs in on a Linux client which is
joined to the
Post by steve
domain,
smbd is constantly looking for files which don't
smbd has no reason to look for those files unless the client
asks for
Post by steve
them.
I suspect you just need to turn down the debug level a bit.
Here is the file server log after a user login to a
Linux
Post by steve
client has
[2013/08/24 18:43:24.748511,
3] ../source3/smbd/vfs.c:1140(check_reduced_name)
check_reduced_name [steve2/.icons/gnome]
[/home/users]
Post by steve
[...]
Hi
But if I turn the log level down, it's only at 3, that doesn't stop it
looking. Does it?
No, of course not.
As you say, steve2/.icons/gnome must be coming from the Linux client.
Would it be correct to eliminate samba from this issue? My fear is that
scaling this up by replacing windows boxes with Linux is going to grind
the whole thing to a halt.
Since it's the client asking for those files, this will be no
different if you were running a Windows server. Except that the
windows server will not log all the "file not found" messages.
Watching tail -f log.smbd is scary.
Then turn down the log level! :) Turn it up again if you're having
problems, of course, but this just looks like normal stuff that you
should not need to worry about.
Hi

The problem is that each Linux client adds 0.7% to smbd. That's a
constant load. I realise it's not a Samba issue. I'll have to either
switch to another DE or revert the Linux boxes to xp.

Steve
Michael Wood
2013-09-02 21:02:22 UTC
Permalink
Is the load the same even if you turn down the logging?
Post by steve
Post by steve
Post by steve
Hi
Hi
4.0.8 file server in a 4.0.8 domain
After a user logs in on a Linux client which is
joined to the
Post by steve
domain,
smbd is constantly looking for files which don't
smbd has no reason to look for those files unless the client
asks for
Post by steve
them.
I suspect you just need to turn down the debug level a bit.
Here is the file server log after a user login to a
Linux
Post by steve
client has
[2013/08/24 18:43:24.748511,
3] ../source3/smbd/vfs.c:1140(check_reduced_name)
check_reduced_name [steve2/.icons/gnome]
[/home/users]
Post by steve
[...]
Hi
But if I turn the log level down, it's only at 3, that doesn't stop it
looking. Does it?
No, of course not.
As you say, steve2/.icons/gnome must be coming from the Linux client.
Would it be correct to eliminate samba from this issue? My fear is that
scaling this up by replacing windows boxes with Linux is going to grind
the whole thing to a halt.
Since it's the client asking for those files, this will be no
different if you were running a Windows server. Except that the
windows server will not log all the "file not found" messages.
Watching tail -f log.smbd is scary.
Then turn down the log level! :) Turn it up again if you're having
problems, of course, but this just looks like normal stuff that you
should not need to worry about.
Hi
The problem is that each Linux client adds 0.7% to smbd. That's a
constant load. I realise it's not a Samba issue. I'll have to either
switch to another DE or revert the Linux boxes to xp.
Steve
--
Michael Wood <esiotrot at gmail.com>
steve
2013-09-02 22:19:10 UTC
Permalink
Post by Michael Wood
Is the load the same even if you turn down the logging?
Yes, but don't rely on the 0.7%. It's a constant load but not exact. I'm
getting the figures by running 'top'. e.g. 18 clients produce a constant
load of 16%. I can see where you're coming from. If I log to the file
rather than tail -f in real time it's a bit better, but you need a lot
of clients to be able to notice it.

I've started replacing LXDE with KDE. It's slower, but we'll be able to
have all the clients connected at once. I've also tried asking on my
distro list. Nada.
Post by Michael Wood
Post by steve
Hi
The problem is that each Linux client adds 0.7% to smbd. That's a
constant load. I realise it's not a Samba issue. I'll have to either
switch to another DE or revert the Linux boxes to xp.
Steve
Loading...