similar to: "CIFS VFS: server not responding" with some client/server combinations

Additionally to the problems I reported earlier, I'Ve discovered another problem with my server/client setup. find reports find: WARNING: Hard link count is wrong for ./foo: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched. in one directory and if I

On 14/10/2020 15:07, Markus Jansen via samba wrote: > Am 14.10.20 um 08:31 schrieb Nico Kadel-Garcia via samba: >> On Tue, Oct 13, 2020 at 10:30 AM Rowland penny via samba >> <samba at lists.samba.org> wrote: >>> On 13/10/2020 15:01, Markus Jansen via samba wrote: >>>> Thank you very much for your hints. >>>> >>>> I got rid of SSSD

Hi All, I've got some problems accessing data on a netware server 6.0 running cifs.nlm from a Suse9 linux box. I was origanally trying to access it via smbfs however there were problems with files being truncated when writing and not being read properly. After reading through the archives to this list/newsgroup, I figured I might have better luck with the cifs-vfs module. However it

Chad William Seys via samba <samba at lists.samba.org> writes: > But when cifs-utils 6.4-1 is installed (from jessie) the different > user can access as expect. AFAIK there are no other differences besides > the cifs-utils version. Not counting any distro-specific patches it seems cifs.upcall only had 5 commits affecting it between these 2 releases: $ git log

Hi Jeff, Could you look at the following mailing list posting? https://lists.samba.org/archive/samba/2017-February/206468.html It looks like cifs.upcall has changed its behavior. As described in that post, I can mount with root / kerberos, but then cannot access with another user who has credentials. The logs indicate that cifs.upcall cannot find the kerberos ticket for the non-root user.

Hi Aurélien, Thanks for the idea! For Debian packages: 6.4-1 works 6.5-1 works 6.5-2 works 6.6-1 fails 6.6-5 fails So looks like something changed from 6.5 to 6.6... When I have time I'll figure out how to compile the upcall binary.

On Fri, 2017-02-10 at 14:14 -0500, Simo Sorce wrote: > On Fri, 2017-02-10 at 13:30 -0500, Jeff Layton wrote: > > On Fri, 2017-02-10 at 12:39 -0500, Jeff Layton wrote: > > > On Fri, 2017-02-10 at 11:15 -0600, Chad William Seys wrote: > > > > Hi Jeff, > > > > > > > > > So we have a default credcache for the user for whom we are > > >

On Thu, 2017-02-09 at 14:45 -0600, Chad William Seys wrote: > Hi Jeff, > Could you look at the following mailing list posting? > > https://lists.samba.org/archive/samba/2017-February/206468.html > > It looks like cifs.upcall has changed its behavior. As described in > that post, I can mount with root / kerberos, but then cannot access with > another user who has

Since upgrading to Samba 3.0.23a, mounting a Samba share using mount.cifs generates the following errors in the Samba server's logs: Aug 7 17:45:08 pccentos4 smbd[5345]: [2006/08/07 17:45:08, 0] libsmb/smb_signing.c:srv_check_incoming_message(720) Aug 7 17:45:08 pccentos4 smbd[5345]: srv_check_incoming_message: BAD SIG: seq 2 wanted SMB signature of Aug 7 17:45:08 pccentos4 smbd[5345]:

I have little idea what actions this relates to, but I see about 200 or more of these errors each day in the messages log file: May 29 15:55:41 mima kernel: CIFS VFS: strtoUCS: char2uni of -127 returned -22 No one has complained of a problem. Does anyone know what it signifies? --Donald

On Thu, Apr 23, 2020 at 02:59:18AM -0400, Felix Miata via samba wrote: > Items in dmesg when FAT share's are accessed from web browser: > CIFS VFS: bogus file nlink value 0 nlink should never be zero. If an SMB server returns that, then the CIFSFS client will have to fake it to 1 at least. > When accessed from FC/L (OFM (orthodox filemanager)): > CIFS VFS: illegal date, month 0

On Fri, Apr 24, 2020 at 04:31:53AM -0400, Felix Miata via samba wrote: > Jeremy Allison via samba composed on 2020-04-23 09:24 (UTC-0700): > >> CIFS: Attempting to mount //hostname/E > >> Use of the less secure dialect vers=1.0 is not recommended unless required for > >> access to very old servers > >> CIFS VFS: Send error in QFSAttributeInfo = -95 > >

On Wed, Apr 29, 2020 at 10:48:34AM -0400, Felix Miata via samba wrote: > Jeremy Allison via samba composed on 2020-04-24 11:13 (UTC-0700): > > Looking at that trace the client is doing a QPATHINFO request > > (SMBtrans2 request) with level 263 - Query File All Info. > > > The OS/2 server doesn't support that, so the client then > > drops back and does a SMB1

Hi, I get while installing windows XP on a I ball Laptop using unattended (http://unattended.sourceforge.net/) *** Trying mount.cifs \\ntinstall\install /z -o username=guest,ro,nocase CIFS VFS: No response to cmd 46 mid 13 CIFS VFS: Send error in read = -11 CIFS VFS: No response to cmd 162 mid 17 CIFS VFS: No response to cmd 162 mid 21 CIFS VFS: No response to cmd 162 mid 25 CIFS VFS: No

On 14/07/15 16:49, Mario Pio Russo wrote: > > Good Day All > > I have a problem for our main fileserver base don samba 3.5.6 > > Let's give a bit of pregress first. We had a samba 3.5.6 installation which > was acting as a PDC for our internal domian called CCDC. On a sapearate > machine, we had another installation of samba 3.5.6 to act just as file > share server.

Samba list: We are mounting a share provided by a Unisys MCP mainframe with the following fstab entry.... /etc/fstab: //UnisysMCPmainframe.example.com/staging_test /mnt/staging cifs rw,file_mode=0775,dir_mode=0775,uid=4051,gid=4053,credentials=/etc/nx-credentials.txt,_netdev 0 0 The mount is established just fine and works with the exception that the mainframe does not support the POSIX utime()

Hi everyone, I have had a few system freezes in the recent months (debian squeeze with vmlinuz-2.6.32-5-686-bigmem), with the following message in dmesg : CIFS VFS: Unexpected lookup error -88 CIFS VFS: Send error in SessSetup = -88 It is the same symptoms as in the redhat bugzilla : https://bugzilla.redhat.com/show_bug.cgi?id=711400 It it mentionned that it is patched in redhat kernel

Jeremy Allison via samba composed on 2020-04-24 11:13 (UTC-0700): > On Fri, Apr 24, 2020 at 04:31:53AM -0400, Felix Miata via samba wrote: >> Jeremy Allison via samba composed on 2020-04-23 09:24 (UTC-0700): >> >> CIFS: Attempting to mount //hostname/E >> >> Use of the less secure dialect vers=1.0 is not recommended unless required for >> >> access

On 14/07/15 18:19, Mario Pio Russo wrote: > Thanks Rowland! > > few answers to your question: > > 1) I used the samba-tool domain classicupgrade to "migrate" the domain for > the pdc to a new Ubuntu server with sernet-samba-4.2.2 > > 2) on the DC, I have configured the service to use the old winbind, as > that's just enaugh for our domain and it looked

Am 14.10.20 um 08:31 schrieb Nico Kadel-Garcia via samba: > On Tue, Oct 13, 2020 at 10:30 AM Rowland penny via samba > <samba at lists.samba.org> wrote: >> On 13/10/2020 15:01, Markus Jansen via samba wrote: >>> Thank you very much for your hints. >>> >>> I got rid of SSSD and managed to get a successful kerberos >>> authentication via wbinfo