similar to: CIFS mounting problem with 2.6.16.1

I'm terribly sorry for the double-post, but it seems there was a problem with the attachments the first time around. Here goes the second attempt. Am 07.01.19 um 15:58 schrieb René Bräuer via samba: > Hello everyone, > > I'm trying to mount a CIFS share served by Windows 10 Samba with encryption. > > On the Windows server side, I made a regular share and told Windows via

Hello all, This morning i updated my CentOS (5.4) and that included: samba-3.0.33-3.14.el5.i386.rpm samba-client-3.0.33-3.14.el5.i386.rpm samba-common-3.0.33-3.14.el5.i386.rpm samba-swat-3.0.33-3.14.el5.i386.rpm I have several mounts if fstab using a .credentials file that worked until i rebooted with this updates. I remember time ago was an issue with the format of credentials file

Hello everyone, I'm trying to mount a CIFS share served by Windows 10 Samba with encryption. On the Windows server side, I made a regular share and told Windows via Powershell command Set-SmbServerConfiguration -EncryptData 1 to encrypt the data if possible, and via Set-SmbServerConfiguration -RejectUnencryptedAccess 1 to reject unencrypted connections instead of negotiating an unencrypted

hi, i've always been using mount -t smbfs and recently "upgraded" to mount.cifs because i have a very aggressive application which always killed the smb connection (getting timeouts, ...). my setup: * some passwordless public/guest shares * one admin share over a x-over link to be able to use the admin share i had to switch my server from "security = share" to

The following patch adds a warning when using NFS mounting syntax (server:/share), instead of the usual UNC syntax (//server/share || \\server\share), that support for NFS style mounts will be removed in version 6.0 of the mount.cifs utility. The reasoning for this is simple. Support for NFS syntax is undocumented and increases maintenance overhead. This came up recently on the cifs-utils list

This may be sorta off topic considering this is probably regarding the linux kernel but I am hoping someone here will have the answer anyway. I am having the strangest problem when mounting a samba share with "-t cifs" as opposed to "-t smbfs" where, instead of mounting as the user I am logged in as, it is mounted as if I were logged on as a completely different user. For

Hi, I am mounting drives from our company Windows 2003 server on my Linux Redhat 8 and 9 PCs, running with a 2.4.xxx kernel. In order to do this, I had to patch the kernel to add CIFS support, and I did this with CIFS as a module. I then downloaded mount.cifs and the necessary cifs programs. Everything seems to work fine with the exception of one network drive, which I cannot seem to get

Version 4.0.0beta4-GIT-8f44389 Hi everyone Up until recently, mounting a share on a Linux client preserved the permissions of the files in the share, but now it doesn't. e.g. on the server drwxrws---+ 2 root staff 4096 Jul 6 12:04 7a # file: year7 # owner: root # group: staff # flags: -s- user::rwx user:root:rwx group::rwx mask::rwx other::--- default:user::rwx default:user:root:rwx

Hi all; When I access the data hosted in that share using others mount ways (except the smbmount/mount.cifs/mount -t smbfs/mount -t cifs) all works fine, downhere a benchmark: 1) Transfer a 500 mb file: netcat - 27 seconds ftp - 31 seconds smbclient - 38 seconds mounted (cifs) - 2:58 minutes I'm having a big problem with delay mounting a share using smbmount or mount -t cifs. First

> Hi all, > > I'm tearing my hair off trying to understand the difference between C7 & > C8 > for mounting a cifs FS with fstab > > I'm building a Plex media server on C8 and duplicated the fstab entries > over from my current C7 installation > My data (music & movies) are on CIFS shares on a Synology NAS. > The packages cifs-utils samba-client

Many thanks for all the help with this, it looks very promising for what we are trying to do. I'm following on from this and still getting problems, probably from my own lack of knowledge. If I do: root@ma:~# mount -t smb -o username=test //time.cfs/usershare1$ /mnt Password: root@ma:~# df Filesystem 1K-blocks Used Available Use% Mounted on .. other file systems ..

Hello While the mounting process is successful, the behavior of remote directories and files is different under CIFS than SMBFS. Here are some of the issues I have encountered: 1) When doing a "file" on a file mounted under SMBFS, it gives a standard output depending on the file type. For the same file under CIFS, it gives the same information with "setgid sticky" before

I'm trying to set up mounting of a Windows share for non-root users via /etc/fstab on a CentOS 4.6 box - I've followed the instructions at: <http://wiki.centos.org/TipsAndTricks/WindowsShares> Using something like the /etc/fstab example given in the wiki page (with, of course, using a valid share, username and password for my set up): //winbox/getme /mnt/win cifs

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 Fri, Apr 03, 2020 at 04:00:42PM +0200, Patrick DERWAEL wrote: > Hi all, > <snip> > > These are my current fstab entries on the C7 box > > //192.168.1.200/mp3 /home/plex/Musique cifs > user=plex,pass=plex,ro,auto,vers=3.0 > //192.168.1.200/videos /home/plex/Vid?os cifs > user=plex,pass=plex,ro,auto,vers=3.0 > > > On my C8: > > [root at plexvm

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

Hi I need to mount a windows share on a CentOS 4.5 box running stock kernel etc - I have tried using cifs and also smbfs My fstab looks like //share/name /mount/point smbfs username=user,password=password,uid=useridhere 0 0 or the same using cifs When i try and mount that i get the following errors depending on the share type smbfs: mount_data version 1919251317 is not supported CIFS