# Mount.cifs requires reboot before smb share will connect

**URL:** <https://forums.rockylinux.org/t/mount-cifs-requires-reboot-before-smb-share-will-connect/14726>\
**Category:** Rocky Linux Help & Support\
**Tags:** rocky-linux-8\
**Created:** [June 20, 2024, 10:58pm UTC](https://forums.rockylinux.org/t/mount-cifs-requires-reboot-before-smb-share-will-connect/14726 "2024-06-20T22:58:41Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![khanson](https://avatars.discourse-cdn.com/v4/letter/k/82dd89/32.png) [@khanson](https://forums.rockylinux.org/u/khanson)\
**Post date:** [June 20, 2024, 10:58pm UTC](https://forums.rockylinux.org/t/mount-cifs-requires-reboot-before-smb-share-will-connect/14726/1 "2024-06-20T22:58:41Z")

</div>

Hi, We have a weird situation on Rocky 8.9 using mount from util-linux 2.32.1, selinux running in permissive mode. We are mounting SMB shares from a TrueNAS. Each time we add a new mount to the /etc/fstab, create the destination folder, then mount.cifs returns a permission denied. 3 other mounts exist that use the same credentials file (groups are managed in AD, so all have same access user).  
sanitized /etc/fstab entry:  
//smb-server/share-name /mnt/smb-server/share-name cifs sec=ntlmv2,gid=GROUP,credentials=/path/.credentials-file,domain=DOMAIN,file\_mode=0660,dir\_mode=0770,mfsymlinks,vers=3.0,\_netdev 0 0

dmesg entry:  
[461862.024641] CIFS: Attempting to mount \smb-server\smb-sharename  
[461862.025809] CIFS: VFS: cifs\_mount failed w/return code = -13

the /mnt/smb-server/share-name has chmod 770.

Every time we add a new smb share to the mount location we are forced to reboot the machine before it works. Is there a way around this? This server runs a system for researchers that submits long jobs to an HPC cluster. It seems silly to have to wait for a break in jobs for a week or more.

Appreciate any thoughts.  
Kenny @ Montana State University

---

<div class="post-metadata">

**Author:** ![jbkt23](https://avatars.discourse-cdn.com/v4/letter/j/9fc29f/32.png) [@jbkt23](https://forums.rockylinux.org/u/jbkt23)\
**Post date:** [June 20, 2024, 11:20pm UTC](https://forums.rockylinux.org/t/mount-cifs-requires-reboot-before-smb-share-will-connect/14726/2 "2024-06-20T23:20:10Z")

</div>

It may be that you have to run:

systemctl daemon-reload

after making changes to fstab to implement the systemd hooks that configure file system mounts.

---

<div class="post-metadata">

**Author:** ![khanson](https://avatars.discourse-cdn.com/v4/letter/k/82dd89/32.png) [@khanson](https://forums.rockylinux.org/u/khanson)\
**Post date:** [June 21, 2024, 10:25pm UTC](https://forums.rockylinux.org/t/mount-cifs-requires-reboot-before-smb-share-will-connect/14726/3 "2024-06-21T22:25:22Z")

</div>

Yes I tried that, mount outputs that for new fstab entries.

Kenny

---

<div class="post-metadata">

**Author:** ![jbkt23](https://avatars.discourse-cdn.com/v4/letter/j/9fc29f/32.png) [@jbkt23](https://forums.rockylinux.org/u/jbkt23)\
**Post date:** [June 22, 2024, 2:48am UTC](https://forums.rockylinux.org/t/mount-cifs-requires-reboot-before-smb-share-will-connect/14726/4 "2024-06-22T02:48:33Z")

</div>

Can you mount the shares at the command line as the intended user?  
I stopped using fstab entries a while ago and now just use scripts to create the mount point and mount shares. But I have no experience with AD so I don’t know what complications that might add.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex020/uploads/rockylinux/original/1X/91b7219eec10e30013422e4df76c1d898711a5d5.svg) [@system](https://forums.rockylinux.org/u/system)\
**Post date:** [August 21, 2024, 2:48am UTC](https://forums.rockylinux.org/t/mount-cifs-requires-reboot-before-smb-share-will-connect/14726/5 "2024-08-21T02:48:57Z")

</div>

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.
