DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=VpOED85tcMwNIzr7sbun0sFx8hlrLYTdJjkkbMdz8yCsroBgXYNBs
	pRh+0mqbhAS+IfGQ+SXEWCSnQ5gabIYmBCH28UNP8g2IYSckvR3VfuI0YXg2woXq
	8KBwWG4kFe+OhAjs3VNDhvAvp/uZAuPR+JHrfisN2QZYLGuPx6JUxA=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Date: Tue, 26 Aug 2014 14:45:57 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Why does df fail to stat CIFS shares?
Message-ID: <20140826124557.GB5740@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20140627143626 DOT GA9220 AT F1S712WWS> <20140703094152 DOT GB1803 AT calimero DOT vinschen DOT de> <loom DOT 20140826T110928-929 AT post DOT gmane DOT org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG"
Content-Disposition: inline
In-Reply-To: <loom.20140826T110928-929@post.gmane.org>
User-Agent: Mutt/1.5.23 (2014-03-12)

--LpQ9ahxlCli8rRTG
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug 26 09:14, Achim Gratz wrote:
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > (which seems likely in this case) I would need your cooperation to run
> > debugging sessions to be able to come up with a fix.  Is that ok?
>=20
> Sorry, can't do that.

Then you have to build your own Cygwin DLL for testing.

>    28 2542465 [main] df 15880 statvfs: (/home/gratz, 0x22A5E0),
> file_attributes 48
>  1404 2543869 [main] df 15880 fhandler_disk_file::fstatvfs: 0xC000000D =
=3D
> NtQueryVolumeInformationFile(\??\H:\GNU, FileFsFullSizeInformation)

The call to NtQueryVolumeInformationFile() in
fhandler_disk_file::fstatvfs() in fhandler_disk_file.cc (line 737ff),
fails with STATUS_INVALID_PARAMETER.  This is a NetApp bug, but we may
be able to workaround it.

Given the lack of complex parameters, and given that, as you claim, this
occurs on 32 and 64 bit, I can see only one (well, two) potential
culprits, the NtOpenFile calls at lines 751 and 761.  One of the
following is the problem:

- The Netapp drive chokes on the FILE_OPEN_FOR_BACKUP_INTENT open flags.
  This is *very* unlikely, though, given that it's a required flag to
  open a directory.  Nevertheless, try to set it to 0 just for testing.

- Or, Netapp expects the call to run in SYNCHRONIZE mode.  To test that,
  set the open mode to READ_CONTROL|SYNCHRONIZE.  This also requires to
  set the open flags to
  FILE_OPEN_FOR_BACKUP_INTENT|FILE_SYNCHRONOUS_IO_NONALERT

- Or, the READ_CONTROL open mode isn't enough for Netapp.  Try to open
  the file with GENERIC_READ for a start, and then, if that works, try
  to reduce the flags to something containing READ_CONTROL,
  FILE_OPEN_DATA, and FILE_OPEN_ATTRIBUTES.  Try in combination with
  SYNCHRONIZE and FILE_SYNCHRONOUS_IO_NONALERT.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--LpQ9ahxlCli8rRTG
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJT/IGFAAoJEPU2Bp2uRE+gT0oQAIybtMyksbrNO4r21MjoCtRA
ujapzYOpWdUzkUyjoPaREPxJHhVNK6V8p41KtYz4psz86q5z3rMHyigUFQCL72f0
/q1XbDuwTEVvqE3L5RiCLJiFI8HImlBuLZPl4iy0pVgO/VPyQByQHIM994CtHSOI
93owMRtLMO8nco2eDch7GV1htHU8Og9XzKL59lh3Gp5h0Xck9Ps+cTAnpau2xEnD
G9C9L3UieZoIKTcCBCwTL+X52wZmIJ1YcF2XZeDcv8NtuYeyLVD/rnb41zxTzWuL
XDzk789NzKotsACp0EDXAGdCTRBPO/okPFoc6W0lolOegBjo284NwJpKkKiKFSBP
zn7/s7jEp/1eTMJWaMQY49Tck5TSO9hYhtTybnU42Fcg338+a4yoRYYKR/aodcEh
A03rzJdKWqk71kXtzxisDeyI6fHBIxGtzLmt/Q9V0OqxWXQ/y2ca8g5Vg3wgcZ6S
jhs7VouJZ4J7LvbznjZEdMOOeheX7Jdmk7wfSKS67GmNsqBPdEAEskJB/3dkzxVi
AsoiSqLOeEdLQrwwx3ERPYIHtH/Mt3/ZD70vyGwtnIRFIs4/PwiC+n1+TA7hqzxC
c9mgkrBTIskUP9EJuvHLbzvcEjPHvU/Xwvwl/+JvBks5c7PUnrkEcMb7AMh54JPz
Z0xHPK1YI/WjwqyPG97S
=FM/n
-----END PGP SIGNATURE-----

--LpQ9ahxlCli8rRTG--