pavlos
2020-May-04 20:57 UTC
[Samba] Win7 clients problem after upgrading samba file server to 4.12 on Arch
@Rowland, Installing and changing to LTS kernel 5.4.38-1-lts doesn't help. Downgrading samba and smbclient to 4.11.3 DOES help. @Andrew, let me first clean up with kernel/samba versions, set log level to 10 and log limit to 0, delete all logs and repeat the whole exercise. Please advice how to get a network capture, I am not that expert... Regards, Pawel. pon., 4 maj 2020 o 22:50 Andrew Bartlett <abartlet at samba.org> napisa?(a):> Can you get a network capture, and also ensure the logs have the exact > time you see the failure in it (and tell us that time, to the highest > resolution you can)? I can't see anything suspicious, but at log level > 10 the 'log limit = 50' will cut in very fast, so it might have been > lost. Set that to 0. > > Andrew Bartlett > > On Mon, 2020-05-04 at 22:28 +0200, pavlos via samba wrote: > > Logs are here: > > http://www.mediafire.com/file/qqwfkf3rsuv081k/logs.tar.gz/file > > > > 1. I have stopped smb and nmb services, > > 2. deleted all samba logs, > > 3. addied 'log level - 10' to smb.conf, > > 4. started services, > > 5. performed few tests until some problems appeared, > > 6. stopped smb and nmb services > > 7. and grabbed all logs. > > As this is test environment - nothing to sanitize. All logs > > unchanged. > > For better understanding: > > > > - 192.168.1.103, netbios name 'saloon' - Win7x32 client > > - 192.168.1.108, netbios name 'attic' - win7x32 client > > - 192.168.1.115, hostname 'arch1' - the test Samba server, Arch > > Linux > > 5.6.10-arch1-1 > > > > Regards, Pawel. > > > > pon., 4 maj 2020 o 21:45 Rowland penny via samba < > > samba at lists.samba.org> > > napisa?(a): > > > > > On 04/05/2020 20:21, pavlos wrote: > > > > > > > > All clients are connecting either anonymously read-only which > > > > leverages the 'nobody' samba user, or using 'ala' user/pwd. Both > > > > have > > > > same problems. > > > > > > > > No local 'ala' users on any client machine. In Windows login > > > > dialog I > > > > am supplying username as '192.168.1.115\ala' and the defined > > > > password > > > > (....115 is the IP address of the test samba server). > > > > > > Try it without the the IP i.e. just 'ala' > > > > > > > > I have also put 'log level = 10' to your smb.conf, but the hiccup > > > > on > > > > Win7 remains. As I said - the stupid message box in Windows pops > > > > up > > > > randomly. > > > > > > This could be a Windows error, but something might have changed in > > > Samba > > > that is now causing it. > > > > This short exercise has produced about 100 KB of compressed logs. > > > > How > > > > might I share them with you and all in the mailing list? > > > > > > Post them somewhere (after sanitising them) and then provide a link > > > to it. > > > > > > Rowland > > > > > > > > > > > > > > > -- > > > To unsubscribe from this list go to the following URL and read the > > > instructions: https://lists.samba.org/mailman/options/samba > > > > -- > Andrew Bartlett https://samba.org/~abartlet/ > Authentication Developer, Samba Team https://samba.org > Samba Developer, Catalyst IT > https://catalyst.net.nz/services/samba > > > >
Andrew Bartlett
2020-May-04 21:02 UTC
[Samba] Win7 clients problem after upgrading samba file server to 4.12 on Arch
Thanks for getting back to us, On Mon, 2020-05-04 at 22:57 +0200, pavlos via samba wrote:> @Rowland, > Installing and changing to LTS kernel 5.4.38-1-lts doesn't help. > Downgrading samba and smbclient to 4.11.3 DOES help. > > @Andrew, let me first clean up with kernel/samba versions, set log > level to > 10 and log limit to 0, delete all logs and repeat the whole exercise. > Please advice how to get a network capture, I am not that expert...Our standard advise on network packet capture is here: https://wiki.samba.org/index.php/Capture_Packets Finally, as you are on a rolling distro, can you try Samba master, if only for giggles? Andrew Bartlett> Regards, Pawel. > > pon., 4 maj 2020 o 22:50 Andrew Bartlett <abartlet at samba.org> > napisa?(a): > > > Can you get a network capture, and also ensure the logs have the > > exact > > time you see the failure in it (and tell us that time, to the > > highest > > resolution you can)? I can't see anything suspicious, but at log > > level > > 10 the 'log limit = 50' will cut in very fast, so it might have > > been > > lost. Set that to 0. > > > > Andrew Bartlett > > > > On Mon, 2020-05-04 at 22:28 +0200, pavlos via samba wrote: > > > Logs are here: > > > http://www.mediafire.com/file/qqwfkf3rsuv081k/logs.tar.gz/file > > > > > > 1. I have stopped smb and nmb services, > > > 2. deleted all samba logs, > > > 3. addied 'log level - 10' to smb.conf, > > > 4. started services, > > > 5. performed few tests until some problems appeared, > > > 6. stopped smb and nmb services > > > 7. and grabbed all logs. > > > As this is test environment - nothing to sanitize. All logs > > > unchanged. > > > For better understanding: > > > > > > - 192.168.1.103, netbios name 'saloon' - Win7x32 client > > > - 192.168.1.108, netbios name 'attic' - win7x32 client > > > - 192.168.1.115, hostname 'arch1' - the test Samba server, > > > Arch > > > Linux > > > 5.6.10-arch1-1 > > > > > > Regards, Pawel. > > > > > > pon., 4 maj 2020 o 21:45 Rowland penny via samba < > > > samba at lists.samba.org> > > > napisa?(a): > > > > > > > On 04/05/2020 20:21, pavlos wrote: > > > > > > > > > > All clients are connecting either anonymously read-only which > > > > > leverages the 'nobody' samba user, or using 'ala' user/pwd. > > > > > Both > > > > > have > > > > > same problems. > > > > > > > > > > No local 'ala' users on any client machine. In Windows login > > > > > dialog I > > > > > am supplying username as '192.168.1.115\ala' and the defined > > > > > password > > > > > (....115 is the IP address of the test samba server). > > > > > > > > Try it without the the IP i.e. just 'ala' > > > > > > > > > > I have also put 'log level = 10' to your smb.conf, but the > > > > > hiccup > > > > > on > > > > > Win7 remains. As I said - the stupid message box in Windows > > > > > pops > > > > > up > > > > > randomly. > > > > > > > > This could be a Windows error, but something might have changed > > > > in > > > > Samba > > > > that is now causing it. > > > > > This short exercise has produced about 100 KB of compressed > > > > > logs. > > > > > How > > > > > might I share them with you and all in the mailing list? > > > > > > > > Post them somewhere (after sanitising them) and then provide a > > > > link > > > > to it. > > > > > > > > Rowland > > > > > > > > > > > > > > > > > > > > -- > > > > To unsubscribe from this list go to the following URL and read > > > > the > > > > instructions: https://lists.samba.org/mailman/options/samba > > > > > > > > -- > > Andrew Bartlett https://samba.org/~abartlet/ > > Authentication Developer, Samba Team https://samba.org > > Samba Developer, Catalyst IT > > https://catalyst.net.nz/services/samba > > > > > > > >-- Andrew Bartlett https://samba.org/~abartlet/ Authentication Developer, Samba Team https://samba.org Samba Developer, Catalyst IT https://catalyst.net.nz/services/samba
pavlos
2020-May-04 21:18 UTC
[Samba] Win7 clients problem after upgrading samba file server to 4.12 on Arch
@Andrew,
Samba master - what do you mean? A clean compile and install from genuine
samba.org sources? As a matter of fact, I was thinking about it....
Let me do the tests now, with tcpdump. Will send some logs and outputs
later on.
You've asked previously - this is the smbstatus, already on the latest
kernel/samba versions.
The problem is persistent, no wonder...
[root at arch1 /]# LC_ALL=C smbstatus
Samba version 4.12.2
PID Username Group Machine
Protocol Version Encryption
Signing
----------------------------------------------------------------------------------------------------------------------------------------
386 nobody nobody 192.168.1.103 (ipv4:192.168.1.103:59926)
SMB2_10 - -
369 ala users 192.168.1.108 (ipv4:192.168.1.108:50063)
SMB2_10 - -
Service pid Machine Connected at
Encryption Signing
---------------------------------------------------------------------------------------------
nas 386 192.168.1.103 Mon May 4 23:05:16 2020 CEST -
-
nas 369 192.168.1.108 Mon May 4 23:03:42 2020 CEST -
-
Locked files:
Pid User(ID) DenyMode Access R/W Oplock
SharePath Name Time
--------------------------------------------------------------------------------------------------
386 65534 DENY_ALL 0x100080 RDONLY NONE
/nas . Mon May 4 23:05:16 2020
369 1000 DENY_NONE 0x100081 RDONLY NONE
/nas . Mon May 4 23:04:49 2020
Pawel.
pon., 4 maj 2020 o 23:03 Andrew Bartlett <abartlet at samba.org>
napisa?(a):
> Thanks for getting back to us,
>
> On Mon, 2020-05-04 at 22:57 +0200, pavlos via samba wrote:
> > @Rowland,
> > Installing and changing to LTS kernel 5.4.38-1-lts doesn't help.
> > Downgrading samba and smbclient to 4.11.3 DOES help.
> >
> > @Andrew, let me first clean up with kernel/samba versions, set log
> > level to
> > 10 and log limit to 0, delete all logs and repeat the whole exercise.
> > Please advice how to get a network capture, I am not that expert...
>
> Our standard advise on network packet capture is here:
>
> https://wiki.samba.org/index.php/Capture_Packets
>
> Finally, as you are on a rolling distro, can you try Samba master, if
> only for giggles?
>
> Andrew Bartlett
>
> > Regards, Pawel.
> >
> > pon., 4 maj 2020 o 22:50 Andrew Bartlett <abartlet at samba.org>
> > napisa?(a):
> >
> > > Can you get a network capture, and also ensure the logs have the
> > > exact
> > > time you see the failure in it (and tell us that time, to the
> > > highest
> > > resolution you can)? I can't see anything suspicious, but at
log
> > > level
> > > 10 the 'log limit = 50' will cut in very fast, so it
might have
> > > been
> > > lost. Set that to 0.
> > >
> > > Andrew Bartlett
> > >
> > > On Mon, 2020-05-04 at 22:28 +0200, pavlos via samba wrote:
> > > > Logs are here:
> > > >
http://www.mediafire.com/file/qqwfkf3rsuv081k/logs.tar.gz/file
> > > >
> > > > 1. I have stopped smb and nmb services,
> > > > 2. deleted all samba logs,
> > > > 3. addied 'log level - 10' to smb.conf,
> > > > 4. started services,
> > > > 5. performed few tests until some problems appeared,
> > > > 6. stopped smb and nmb services
> > > > 7. and grabbed all logs.
> > > > As this is test environment - nothing to sanitize. All logs
> > > > unchanged.
> > > > For better understanding:
> > > >
> > > > - 192.168.1.103, netbios name 'saloon' - Win7x32
client
> > > > - 192.168.1.108, netbios name 'attic' - win7x32
client
> > > > - 192.168.1.115, hostname 'arch1' - the test
Samba server,
> > > > Arch
> > > > Linux
> > > > 5.6.10-arch1-1
> > > >
> > > > Regards, Pawel.
> > > >
> > > > pon., 4 maj 2020 o 21:45 Rowland penny via samba <
> > > > samba at lists.samba.org>
> > > > napisa?(a):
> > > >
> > > > > On 04/05/2020 20:21, pavlos wrote:
> > > > > >
> > > > > > All clients are connecting either anonymously
read-only which
> > > > > > leverages the 'nobody' samba user, or
using 'ala' user/pwd.
> > > > > > Both
> > > > > > have
> > > > > > same problems.
> > > > > >
> > > > > > No local 'ala' users on any client
machine. In Windows login
> > > > > > dialog I
> > > > > > am supplying username as
'192.168.1.115\ala' and the defined
> > > > > > password
> > > > > > (....115 is the IP address of the test samba
server).
> > > > >
> > > > > Try it without the the IP i.e. just 'ala'
> > > > > >
> > > > > > I have also put 'log level = 10' to your
smb.conf, but the
> > > > > > hiccup
> > > > > > on
> > > > > > Win7 remains. As I said - the stupid message box
in Windows
> > > > > > pops
> > > > > > up
> > > > > > randomly.
> > > > >
> > > > > This could be a Windows error, but something might have
changed
> > > > > in
> > > > > Samba
> > > > > that is now causing it.
> > > > > > This short exercise has produced about 100 KB of
compressed
> > > > > > logs.
> > > > > > How
> > > > > > might I share them with you and all in the mailing
list?
> > > > >
> > > > > Post them somewhere (after sanitising them) and then
provide a
> > > > > link
> > > > > to it.
> > > > >
> > > > > Rowland
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > To unsubscribe from this list go to the following URL
and read
> > > > > the
> > > > > instructions:
https://lists.samba.org/mailman/options/samba
> > > > >
> > >
> > > --
> > > Andrew Bartlett
https://samba.org/~abartlet/
> > > Authentication Developer, Samba Team https://samba.org
> > > Samba Developer, Catalyst IT
> > > https://catalyst.net.nz/services/samba
> > >
> > >
> > >
> > >
> --
> Andrew Bartlett https://samba.org/~abartlet/
> Authentication Developer, Samba Team https://samba.org
> Samba Developer, Catalyst IT
> https://catalyst.net.nz/services/samba
>
>
>
>
Maybe Matching Threads
- Win7 clients problem after upgrading samba file server to 4.12 on Arch
- Win7 clients problem after upgrading samba file server to 4.12 on Arch
- Win7 clients problem after upgrading samba file server to 4.12 on Arch
- Win7 clients problem after upgrading samba file server to 4.12 on Arch
- Win7 clients problem after upgrading samba file server to 4.12 on Arch