I have an issue with a mount point that was previously configured. It shows the folder, but the mount is missing and holds "?" values for size, permissions, etc.
So I tried to remount using cifs and the same command from before:
mount -t cifs //nas.domain.local/share /mnt/archive
But I get the error:
Host is down.
If I ping the domain or IP I get a proper resolution and I also connected using smbclient without issue
ping nas.domain.local
ping ip
smbclient //nas.domain.local/share
I looked around, but cant find a solid answer. Any thoughts?
This could also be because of a protocol mismatch. In 2017 Microsoft patched Windows Servers and advised to disable the SMB1 protocol.
From now on, mount.cifs might have problems with the protocol negotiation.
The error displayed is "Host is down.", but when you do debug with:
you will get the error:
To overcome this use mount or smbclient with a protocol specified.
for smbclient: add -m SMB2 (or SMB3 for the newer version of the protocol)
or for mount: add vers=2.0 (or vers=3.0 if you want to use version 3 of the protocol)
On archlinux after a recent package update, I had to add vers=1.0 to my mount options. I'm connecting to an old centos 5 box and up until yesterday I could connect without explicitly stating a version number.
CIFS in linux kernel 4.13 now defaults to SMB 3.0 and in kernel 4.14 it tries 2.1 and higher. See this change log.
USB-stick at Fritz NAS showed "Host Down" for Ubuntu 17.10:
Defining the version (
vers=1.0
) worked - here's the full string:Similar problem after upgrade to ubuntu 17.10, with an old Buffalo Diskstation. Solved by adding in /etc/fstab the "vers=1.0" option:
//myWDhostname/partage /media/Partage cifs guest,vers=1.0 0 0
Sorry if this is a late response (I realise it's an old thread), however I have just discovered there is another possible reason why mount.cifs would say the host is down.
I have an antivirus with a firewall and even though I set it explicitly to allow "windows file and print sharing" -- a predefined rule, it was still blocking connections. I had that proven by disabling the firewall temporarily. Hope this helps someone, host is down might not mean it's not responding to pings, but could mean it's not responding to authentication attempts.
I received the same error without further ado from a new Samba client, when trying to mount a CIFS SMB network share:
Eventually, it turned out I had previously restricted SMB server access to only a limited number of IP addresses by configuring
/etc/samba/smb.conf
:Adding the fixed IP address of the new SMB client solved the issue in this specific case.
Of course, there is a myriad of other reasons why one may receive above-mentioned error.
Same trouble connecting to Synology DiskStation (DSM 4.3).
Using vers=1.0 in the mount options works fine.
Additionally I had to use the option "noperm" because all files wrongly showed as not readable and writable by the owner.
The SMB1 version of the protocol has been deprecated, however this is the default version used in older versions of
mount.cifs
, e.g. I have this problem with version 6.2.You can check with:
sudo mount.cifs --version
If you try to connect to an SMB3 server using SMB1 protocol, you get the
Host is down
error.The workaround, as described by many other answers here, is to specify a different version of the protocol. The following command works for me:
sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0
However, if the server that you are connecting to uses DFS, then you will get the following error instead:
mount error(38): Function not implemented
. This is because DFS support on SMB3 was only added to the kernel in version 4.11.You can check your kernel version with
uname -a
. In my case, it was 3.10 on CentOS7. I followed these instructions to upgrade and now it works.Same trouble with Fritzbox 7490: mount error(112): Host is down
I didn't used -o vers=XX. As fast as a shark i am, i first tried -o vers=2.0 and failed.
As soon as i used the option -o vers=1.0, everything works fine !
This works for me..
My env:
Client: Ubuntu 17.10 Linux 4.13.0-17-generic #20-Ubuntu SMP x86_64 GNU/Linux
Server: Fritzbox 7490 firmware 6.83.
If you're having this problem with a Synology NAS, then check that the
vers=
option specified tomount
and the min/max SMB versions on the NAS are compatible.Specifically, I'm using
vers=2.0
, but my Synology Diskstation was triggering theHost is down
error. I found a page, Windows 10 access to NAS share. SMB 1.0 and 3.0, on the Synology website that explained how to set the Diskstation to allow SMB v2.0 or newer...On Synology NAS