Não é possível conectar-se ao compartilhamento do Samba usando o smbclient - “a conexão da árvore falhou: NT_STATUS_OBJECT_PATH_NOT_FOUND”

Question

Estou tentando me conectar a um compartilhamento Samba em uma máquina remota (executando o Windows Server 2003) do meu laptop (executando o Ubuntu 15.10). Usando smbclient (versão 4.1.17-Ubuntu), posso ver o compartilhamento que estou tentando conectar:

~$ smbclient -U myname%mypass -W mydomain -L //remote.address.com
Domain=[MYDOMAIN] OS=[Windows Server 2003 3790 Service Pack 2] Server=[Windows Server 2003 5.2]

        Sharename       Type      Comment
        ---------       ----      -------
        myshare         Disk      
        C$              Disk      Default share
        D$              Disk      Default share

        ...etc.

Domain=[MYDOMAIN] OS=[Windows Server 2003 3790 Service Pack 2] Server=[Windows Server 2003 5.2]

No entanto, se eu tentar conectar, recebo o seguinte erro:

~$ smbclient -U myname%mypass -W mydomain -L //remote.address.com/myshare
Domain=[MYDOMAIN] OS=[Windows Server 2003 3790 Service Pack 2] Server=[Windows Server 2003 5.2]
tree connect failed: NT_STATUS_OBJECT_PATH_NOT_FOUND

Se eu tentar montar usando mount.cifs , obtenho:

~$ sudo mount -v -t cifs //remote.address.com/myshare /tmp/tmpmount -o username=myname,domain=mydomain,pass=mypass
mount.cifs kernel mount options: ip=163.1.10.2,unc=\remote.address.com\myshare,user=myname,,domain=mydomain,pass=********
mount error(20): Not a directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Tenho certeza de que meu nome de usuário / senha / domínio estão corretos e, com base na saída de smbclient -L , tenho certeza de que o compartilhamento ao qual estou tentando se conectar existe. Alguma ideia do que poderia causar esses erros?

    

Answer 1

Acontece que o problema era do lado do servidor e não do lado do cliente. Houve um problema com a configuração RAID na máquina remota que estava impedindo que o Windows e os clientes Linux montassem o compartilhamento. A reimportação do disco virtual afetado e a reinicialização do servidor resolveram o problema.