I don't know if the response is still interesting, but hopefully my issue helps you (the poster) ...
I was just experiencing failing smbmounts (via /etc/fstab + automount) although nothing had obviously changed on my arch installation.
After some playing around I found that the reason was my password.
It contained a ','-character. For quite some time this worked perfectly, but failed since yesterday.
From the dmesg entries I found mount.cifs reclaiming a wrong parameter, which was identical to my password part after the ','
Please do not necrobump unrelated threads.
The comma is probably the only problem. https://www.reddit.com/r/archlinux/comm … our_samba/
I was just experiencing failing smbmounts (via /etc/fstab + automount) although nothing had obviously changed on my arch installation.
After some playing around I found that the reason was my password.
It contained a ','-character. For quite some time this worked perfectly, but failed since yesterday.
From the dmesg entries I found mount.cifs reclaiming a wrong parameter, which was identical to my password part after the ','
Changing the password to one without ',' helped.
By the way, password has been within a credential file.
Maybe other special characters have some special meaning if sent to the server, which they hadn't before.
So, just try to replace all special characters by different ones (or better only numbers and letters, if your server allows that).
Just my 5 cts :-)
Bernhard
EDIT: Just updating to note that the IT person was able to map the CIFS share to an NFS server, which I could access. We had to push my local user permissions down to the file tree to allow me rw access, but everything is now working as expected.
Not marking this solved, because the original problem (mount.cifs permission denied) still persists.
]]>$ nmap ifs.xxx.xxx
Starting Nmap 7.80 ( https://nmap.org ) at 2020-02-05 11:01 CST
Nmap scan report for ifs.xxx.xxx (10.xx.xx.xx)
Host is up (0.24s latency).
Not shown: 984 closed ports
PORT STATE SERVICE
21/tcp open ftp
22/tcp open ssh
80/tcp open http
111/tcp open rpcbind
135/tcp open msrpc
445/tcp open microsoft-ds
2049/tcp open nfs
2967/tcp filtered symantec-av
4444/tcp filtered krb524
6129/tcp filtered unknown
6667/tcp filtered irc
8080/tcp open http-proxy
8081/tcp open blackice-icecap
8082/tcp open blackice-alerts
8083/tcp open us-srv
15000/tcp open hydap
Nmap done: 1 IP address (1 host up) scanned in 3.08 seconds
You can see 445 is open on the CIFS server.
]]>$ nmap 10.xx.xx.xx
Starting Nmap 7.80 ( https://nmap.org ) at 2020-02-05 10:45 CST
Nmap scan report for ceph-osd0.xx.xx.xxx.edu (10.xx.xx.xxx)
Host is up (0.29s latency).
Not shown: 993 closed ports
PORT STATE SERVICE
22/tcp open ssh
111/tcp open rpcbind
2967/tcp filtered symantec-av
3389/tcp filtered ms-wbt-server
4444/tcp filtered krb524
6129/tcp filtered unknown
6667/tcp filtered irc
Nmap done: 1 IP address (1 host up) scanned in 3.55 seconds
nmap <server>
Is the old server still online?
]]>Oddly, I had an old RPi running Arch Linux ARM, and I was able to mount with that, but the disk image got corrupted and now I can't boot it again. When I created a new image on another sd card, I got the same Permission Denied error.
I got the same error when I installed Raspbian on a third card, so again, it does not appear to be specific to Arch.
So far, the only reliable success was from a RHEL VM that might have been resident on the server itself (not sure about whether it was a physically different machine or not).
This is the package history:https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/cifs-utils
]]>I can navigate via smbclient (I use Dolphin in KDE DE for that) and I can read and write with no problems. One workaround the IT guy tried was to map the smb share to an NFS share. I was able to connect to it via NFS, but had no read/write access to the contents. I could chown to my local username and read/write, but that broke smb browsing. We have given up trying to sync with NFS though because it isn't very robust and seems very fickle regarding username/NTP sync issues.
Is there any way to match which Arch package version is like the cifs-utils version on his RHEL VM if I asked him for the number?
]]>What kernel version is the redhat vm running on? Maybe you could try linux-lts?
Ack, I got the uname when I was in it, but I didn't write it down, and he already deleted that temp user so I can't go back and look.
I do know it reported as a RedHat Ceph-osd cluster.
When I have a chance, I will reboot into LTS and try again with that kernel.
EDIT: Tried with the linux-lts kernel (4.19.97) but got the same permission failure.
EDIT(2): I have tried from a SUSE and a Ubuntu VM from my desktop, and also on my laptop running Arch while logged onto the institution's network. Same error in all cases.
It seems like this is some sort of issue with mount.cifs? I would like to file a bug report, but with every distro I have tried except RHEL failing, I am not sure where I should file it?
]]>