Network drive issue -- 'no such host or network path'

[Stephen Wilkinson-3]

Hello,

I use cygwin on a computer with mapped network drives. In the cygwin shell, I can list the contents of local drives, but not that of mapped network drives, even though I have no problem in DOS. It's frustrating because I can't use tab completion on a file on a network drive either.

For example, drive U: is mapped to a network shared folder. In DOS 'dir U:\' works, but in bash in cygwin 'ls /cygdrive/u/' gives me the error 'no such host or network path'.

I've checked with 'mount' and the drive is correctly mounted as /cygdrive/u/. What is odd, is that if I specify the full path to a file, I can access it without problems -- for example 'cat /cygdrive/u/example.txt' works.

Google and mailing list searches throw up network access problems related to SSH or CRON jobs, but not on commands run locally as a user.

Since cygwin runs on top of windows, I don't understand how windows can list directory contents but cygwin can't.

Can anyone who knows what 'ls' does offer any suggestions or hypotheses for this behaviour? I thought of using an alias to DOS's 'dir' but would rather fix the problem.

Thanks,
Steve

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[Corinna Vinschen-2]

On Jun 27 18:40, Stephen Wilkinson wrote:
> Hello,
>
> I use cygwin on a computer with mapped network drives. In the cygwin shell, I can list the contents of local drives, but not that of mapped network drives, even though I have no problem in DOS. It's frustrating because I can't use tab completion on a file on a network drive either.
>
> For example, drive U: is mapped to a network shared folder. In DOS 'dir U:\' works, but in bash in cygwin 'ls /cygdrive/u/' gives me the error 'no such host or network path'.

Is that on 1.5.25?  Did you try with Cygwin 1.7?


Corinna

--
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[Stephen Wilkinson-3]

>> I use cygwin on a computer with mapped network drives. In the cygwin
shell, I
>> can list the contents of local drives, but not that of mapped network
drives,
>> even though I have no problem in DOS. It's frustrating because I
can't use
>> tab completion on a file on a network drive either.
>>
>> For example, drive U: is mapped to a network shared folder. In DOS
'dir U:\'
>> works, but in bash in cygwin 'ls /cygdrive/u/' gives me the error 'no
such
>> host or network path'.
>
> Is that on 1.5.25?  Did you try with Cygwin 1.7?
I'm using 1.5.25 -- I can't test Cygwin 1.7 right now, but I'll try it
as soon
as I can install it.

Steve

PS: apologies for the badly wrapped text in the first e-mail...

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[Stephen Wilkinson-3]

I've noticed a subtle detail to the original problem -- as I said
in my first post, I can't list the contents drive U which is mapped to a
network
share (and therefore I can't use tab completion to traverse folders, or
synchronise folders with unison etc...). However I've noticed that tab
completion *does* work if I am inside a subdirectory with only a few
small
files.

I installed Cygwin 1.7 and I get exactly the same symptoms (i.e. can't
list
contents of anything but almost empty directories). I've listed the
results at
the bottom of this e-mail.

In searching the web for this problem, I came across this post regarding
problems with CIFS symlinks on a network share:
http://cygwin.com/ml/cygwin/2008-02/msg00086.html
I don't know if that problem has been fixed on 1.7 or whether it could
be
related to my problem.

Here are the results comparing Cygwin 1.5 and 1.7:

On Cygwin 1.5: (I don't know if the time stamp reported by ls are a
useful clue... 1970)
======================================================================
$ uname -r
1.5.25(0.156/4/2)

$ mount
C:\Programs\cygwin\bin on /usr/bin type user (binmode)
C:\Programs\cygwin\lib on /usr/lib type user (binmode)
C:\Programs\cygwin on / type user (binmode)
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)
i: on /cygdrive/i type user (binmode,noumount)
o: on /cygdrive/o type user (binmode,noumount)
p: on /cygdrive/p type user (binmode,noumount)
u: on /cygdrive/u type user (binmode,noumount)

$ ls /cygdrive/u/
ls: reading directory /cygdrive/u/: No such host or network path
total 0
drwxr-xr-x 1 NGGMV1R Domain Users 0 Jun 30 14:31 .
dr-xr-xr-x 1       0            0 0 Jan  1  1970 ..

======================================================================

On Cygwin 1.7:
======================================================================
$ uname -r
1.7.0(0.210/5/3)

$ mount
C:/Temp/cygwin/bin on /usr/bin type user (binmode)
C:/Temp/cygwin/lib on /usr/lib type user (binmode)
C:/Temp/cygwin on / type user (binmode)
C: on /cygdrive/c type user (binmode,noumount)
D: on /cygdrive/d type user (binmode,noumount)
I: on /cygdrive/i type user (binmode,noumount)
O: on /cygdrive/o type user (binmode,noumount)
P: on /cygdrive/p type user (binmode,noumount)
U: on /cygdrive/u type user (binmode,noumount)

$ ls /cygdrive/u/
ls: reading directory /cygdrive/u/: No such file or directory

======================================================================


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[Corinna Vinschen-2]

On Jun 30 09:55, Stephen Wilkinson wrote:

> I've noticed a subtle detail to the original problem -- as I said
> in my first post, I can't list the contents drive U which is mapped to a
> network
> share (and therefore I can't use tab completion to traverse folders, or
> synchronise folders with unison etc...). However I've noticed that tab
> completion *does* work if I am inside a subdirectory with only a few
> small
> files.
>
> I installed Cygwin 1.7 and I get exactly the same symptoms (i.e. can't
> list
> contents of anything but almost empty directories). I've listed the
> results at
> the bottom of this e-mail.

These are not very helpful to understand what's going on, unfortunately.

From your Cygwin 1.7 installation, please run

  $ /usr/lib/csih/getVolInfo /cygdrive/u

and send the output to this list.  Additionally, please run

  $ strace -o lsu.trace ls -l /cygdrive/u

and attach the lsu.trace file to your mail.  Maybe that gives us a clue.


Corinna

--
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[Stephen Wilkinson-3]

Corinna, thanks for your reply.

> These are not very helpful to understand what's going on,
unfortunately.
>
> From your Cygwin 1.7 installation, please run
>
>   $ /usr/lib/csih/getVolInfo /cygdrive/u
Device Type        : 6
Characteristics    : 10
Volume Name        : <0>
Serial Number      : 75
Max Filenamelength : 255
Filesystemname     : <NTFS>
Flags              : 4006e
  FILE_CASE_SENSITIVE_SEARCH  : FALSE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK        : TRUE
  FILE_PERSISTENT_ACLS        : TRUE
  FILE_FILE_COMPRESSION       : FALSE
  FILE_VOLUME_QUOTAS          : TRUE
  FILE_SUPPORTS_SPARSE_FILES  : TRUE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS    : FALSE
  FILE_SUPPORTS_ENCRYPTION    : FALSE
  FILE_NAMED_STREAMS          : TRUE
  FILE_READ_ONLY_VOLUME       : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE
 
>   and send the output to this list.  Additionally, please run
>
>     $ strace -o lsu.trace ls -l /cygdrive/u
>
> and attach the lsu.trace file to your mail.  Maybe that gives us
a clue.
> Corinna
The lsu.trace file is attached...

I have no control over or information about the shared folder mapped to
the U: drive in Windows. So instead, I tried using a shared folder which
a colleague controls to the Z: drive and do a test on that. I had no
problem listing the contents of Z: (both in DOS with dir and in Cygwin
with ls).

Returning to the U drive, I decided to try mounting the shared folder
manually to /mnt/u. In messing around, I actually mounted the parent
directory with:
mount \\\\UK.AGEE.COM\\Homedirs\\ACHE /mnt/u
I have no problem doing ls /mnt/u -- which returns:
NGGMV1R lost+found
The NGGMV1R is my folder on the shared drive, and lost+found suggests
it's on a *nix machine which must run samba.

I don't know if this information is relevant, but in the properties of
the U: drive (in Windows Explorer) there's a tab called "Previous
versions" which shows backups of the shared folder over the past week. I
don't know if this is relevant, but thought I'd mention it in case it
is.

Steve


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[Corinna Vinschen-2]

On Jul  1 11:35, Stephen Wilkinson wrote:

> Corinna, thanks for your reply.
>
> > These are not very helpful to understand what's going on,
> unfortunately.
> >
> > From your Cygwin 1.7 installation, please run
> >
> >   $ /usr/lib/csih/getVolInfo /cygdrive/u
> Device Type        : 6
> Characteristics    : 10
> Volume Name        : <0>
> Serial Number      : 75
> Max Filenamelength : 255
> Filesystemname     : <NTFS>
> Flags              : 4006e
>   FILE_CASE_SENSITIVE_SEARCH  : FALSE
>   FILE_CASE_PRESERVED_NAMES   : TRUE
>   FILE_UNICODE_ON_DISK        : TRUE
>   FILE_PERSISTENT_ACLS        : TRUE
>   FILE_FILE_COMPRESSION       : FALSE
>   FILE_VOLUME_QUOTAS          : TRUE
>   FILE_SUPPORTS_SPARSE_FILES  : TRUE
>   FILE_SUPPORTS_REPARSE_POINTS: FALSE
>   FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>   FILE_VOLUME_IS_COMPRESSED   : FALSE
>   FILE_SUPPORTS_OBJECT_IDS    : FALSE
>   FILE_SUPPORTS_ENCRYPTION    : FALSE
>   FILE_NAMED_STREAMS          : TRUE
>   FILE_READ_ONLY_VOLUME       : FALSE
>   FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
>   FILE_SUPPORTS_TRANSACTIONS  : FALSE

That's a new one.  It doesn't look like what is known of Samba, nor
does it look like a NetApp.  Can you please ask your admins what
filesystem we're looking at?

> >   and send the output to this list.  Additionally, please run
> >
> >     $ strace -o lsu.trace ls -l /cygdrive/u
> >
> > and attach the lsu.trace file to your mail.  Maybe that gives us
> a clue.
> > Corinna
> The lsu.trace file is attached...

The wrong one, unfortunately.  I requested this information from under
Cygwin 1.7, not 1.5.25.

As for this 1.5.25 strace, it looks very strange.

  Opening a handle to drive U: works.
  Trying to read directory entries from the directory fails with a
  Win32 error ERROR_NETNAME_DELETED.  So, even though Cygwin has an
  open handle to the directory, the call to fetch directory entries
  returns with "The specified network name is no longer available."

The 1.7 strace would have given us more details, but as long as we
don't have exact information about this filesystem, there's not a
lot I can do about that.  I have a hunch that this system, whatever
it is, chokes badly on the FileIdBothDirectoryInformation info class.

> mount \\\\UK.AGEE.COM\\Homedirs\\ACHE /mnt/u

FYI, you can use forward slashes when using network paths:

  mount //UK.AGEE.COM/Homedirs/ACHE /mnt/u


Corinna

--
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

[Stephen Wilkinson-3]

Corinna,

Sorry for the delay -- I'm waiting for the sysadmins to tell me what the
filesystem of the U drive is...

In the meantime, I attach the output of strace on 1.7 (I don't know why
I sent you the output of 1.5.25).
 
I hope I'll soon have more information on the filesystem...
 
Steve


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple