Bug#801624: cifs-utils: mounting Windows DFS shares fail

2021-04-12 Thread Daniel Lewart
Jimmy,

> Mounting a Windows DFS (Distributed File System) fails with "mount error(115):
> Operation now in progress"

Please try the following first:
# apt install keyutils

Good luck!
Daniel Lewart
Urbana, Illinois



Bug#801624: cifs-utils: mounting Windows DFS shares fail

2016-05-03 Thread Jimmy Crossley
>

-
Jimmy Crossley, CISM, MCSE, NSA IAM, SSCP
CoNetrix
Sentry Plaza III
5214 68th Street, Suite 200
Lubbock, TX  79424
jcross...@conetrix.com
https://www.CoNetrix.com
Telephone: 806-687-8600
Toll Free: 800-356-6568
Fax: 806-687-8511
This e-mail message (and attachments) may contain confidential CoNetrix 
information. If you are not the intended recipient, you cannot use, distribute 
or copy the message or attachments. In such a case, please notify the sender by 
return e-mail immediately and erase all copies of the message and attachments. 
Opinions, conclusions and other information in this message and attachments 
that do not relate to official business are neither given nor endorsed by 
CoNetrix.


-Original Message-
>From: Mathieu Parent [mailto:math.par...@gmail.com]
>Sent: Tuesday, May 03, 2016 05:48
>To: 801...@bugs.debian.org; Jimmy Crossley
>Subject: Re: cifs-utils: mounting Windows DFS shares fail
>
>Control: tag -1 + moreinfo
>
>On Mon, 12 Oct 2015 12:37:14 -0500 Jimmy Crossley
> wrote:
>> Package: cifs-utils
>> Version: 2:6.4-1
>> Severity: normal
>>
>> Dear Maintainer,
>>
>> Mounting a Windows DFS (Distributed File System) fails with "mount 
>> error(115):
>> Operation now in progress"
>>
>> sudo mount -t cifs //internal.compu-share.com/data/ /mnt/data -o
>> noserverino,\user=jcrossley,pass=$PASSWORD,domain=compu-share,sec=ntlm
>> mount error(115): Operation now in progress
>> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
>
>You have an antislash (\) before user. Can you double-check?
>
>> Using the actual name of the file server instead of the DFS name works.
>>
>> In this example, the DNS entry for internal.compu-share.com points to three
>> Windows Servers, which have referrals to the actual server.  The server is a
>> NetApp.  It appears as though the client is not following the referral.
>
>
>Can you look at
>http://superuser.com/questions/430163/cifs-share-mount-errors and see
>if it helps?
>
>Regards
>
>Mathieu Parent

Thanks for your response and kind attention to this matter.

I don't know for sure how that antislash got in there.  I think I was using two 
lines and it was on the end of one line and it got wrapped.  It just quotes the 
next character anyway.  I tried it without it and I still get the same results.

I looked over http://superuser.com/questions/430163/cifs-share-mount-errors and 
nothing helps there.  On this same Debian box, I run a Windows 7 virtual 
machine, and it can access the DFS shares just fine.  The Windows VM is on the 
same subnet, going through the same routers, etc. as the host Debian box.

I will add that sometimes I get

mount error(115): Operation now in progress

and sometimes

mount error(5): Input/output error

I can issue the same command over and over and I can't find any pattern to 
these messages.

I have also looked at the network traffic and although I don't understand much 
about what is going on, here is one thing is see that might help.

After the session is set up, the Debian box sends a GET_DFS_REFERRAL for 
\internal.compu-share.com\data.  The DFS server sends back two referrals, 
\CSI00-DC1\Data and \CSI00-DC2\Data.  These are two Windows servers that offer 
this DFS volume.  The very next packet that Debian box sends is a Logoff AndX 
Request, the server sends a Logoff AndX Reponse, and then the Debian box closes 
the TCP session with a FIN packet.  I think it should follow these referrals 
until it gets to the actual device that is offering the service.

Jimmy Crossley



Bug#801624: cifs-utils: mounting Windows DFS shares fail

2016-05-03 Thread Mathieu Parent
Control: tag -1 + moreinfo

On Mon, 12 Oct 2015 12:37:14 -0500 Jimmy Crossley
 wrote:
> Package: cifs-utils
> Version: 2:6.4-1
> Severity: normal
>
> Dear Maintainer,
>
> Mounting a Windows DFS (Distributed File System) fails with "mount error(115):
> Operation now in progress"
>
> sudo mount -t cifs //internal.compu-share.com/data/ /mnt/data -o
> noserverino,\user=jcrossley,pass=$PASSWORD,domain=compu-share,sec=ntlm
> mount error(115): Operation now in progress
> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

You have an antislash (\) before user. Can you double-check?

> Using the actual name of the file server instead of the DFS name works.
>
> In this example, the DNS entry for internal.compu-share.com points to three
> Windows Servers, which have referrals to the actual server.  The server is a
> NetApp.  It appears as though the client is not following the referral.


Can you look at
http://superuser.com/questions/430163/cifs-share-mount-errors and see
if it helps?

Regards

Mathieu Parent



Bug#801624: cifs-utils: mounting Windows DFS shares fail

2015-10-12 Thread Jimmy Crossley
Package: cifs-utils
Version: 2:6.4-1
Severity: normal

Dear Maintainer,

Mounting a Windows DFS (Distributed File System) fails with "mount error(115):
Operation now in progress"

sudo mount -t cifs //internal.compu-share.com/data/ /mnt/data -o
noserverino,\user=jcrossley,pass=$PASSWORD,domain=compu-share,sec=ntlm
mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Using the actual name of the file server instead of the DFS name works.

In this example, the DNS entry for internal.compu-share.com points to three
Windows Servers, which have referrals to the actual server.  The server is a
NetApp.  It appears as though the client is not following the referral.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cifs-utils depends on:
ii  libc6 2.19-22
ii  libcap-ng00.7.7-1
ii  libkeyutils1  1.5.9-7
ii  libkrb5-3 1.13.2+dfsg-2
ii  libtalloc22.1.3-1
ii  libwbclient0  2:4.1.17+dfsg-4
ii  samba-common  2:4.1.17+dfsg-4

Versions of packages cifs-utils recommends:
ii  keyutils  1.5.9-7
ii  winbind   2:4.1.17+dfsg-4

Versions of packages cifs-utils suggests:
ii  smbclient  2:4.1.17+dfsg-4

-- no debconf information