Linux CIFS filesystem development
 help / color / mirror / Atom feed
From: Kristian Rink <kawazu428-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Linux CIFS client, Windows 2012 CIFS file server => files not found?
Date: Thu, 20 Aug 2015 15:32:47 +0200	[thread overview]
Message-ID: <55D5D6FF.1070207@gmail.com> (raw)

Folks;

the last few years we've been locally serving files using a NetApp 
storage system exposing CIFS and several (Windows, Linux) clients 
mounting these shares in order to host data and run an internal business 
application.

The application itself (binaries, libraries, resources, a bunch of ksh 
scripts) entirely lives on the CIFS share. So far (having NetApp CIFS 
mounted), this worked on all machines.

Now, these CIFS shares are to be provided by a Windows 2012 Storage 
Server. Outcome: Linux machines can't run this application anymore. 
Having mounted the W2012 CIFS share, the application won't start 
complaining that some resources (scripts and libraries) are missing, 
even while they are obviously around and also, permission-wise, accessible.

It's difficult to really figure out what happens here. Basically, 
looking at strace output, it seems the application does stat64() one of 
these files which in both cases seems to provide a valid outcome...

stat64("/opt/.../file.oeb", {st_mode=S_IFREG|0755, st_size=36405, ...}) = 0

... but while mounting the share off the NetApp the application works as 
desired, mounting the share off the W2012 server the application will 
terminate here complaining about this particular resource missing.

Vague as it is, does anyone have any idea what could be causing this? 
I've been playing with various parameters of mount.cifs so far, but I'm 
not deep enough into either NetApps nor Windows 2012s understanding of 
CIFS to have an idea what might have changed here...

TIA,
Kristian

             reply	other threads:[~2015-08-20 13:32 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-20 13:32 Kristian Rink [this message]
     [not found] ` <55D5D6FF.1070207-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-08-20 16:11   ` Linux CIFS client, Windows 2012 CIFS file server => files not found? Steve French
     [not found]     ` <CAH2r5mv6k7Yw5My-k0b_c32y9QRv+3g-L=e3UagexXfpSMFnXA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-08-20 19:36       ` Kristian Rink
     [not found]         ` <55D62C59.4000903-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-08-20 20:23           ` Steve French
     [not found]             ` <CAH2r5mtfjj6-XvPoGTSOA8Cd9-wOEpUd5xhYGJzMHbDYboQ-ZA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-08-21  6:38               ` Kristian Rink
     [not found]                 ` <CANzfOVJCYhNWgpbAGmeeaur81g+VjbqHp1Uq43csC_2_Xnssig@mail.gmail.com>
     [not found]                   ` <CANzfOVJCYhNWgpbAGmeeaur81g+VjbqHp1Uq43csC_2_Xnssig-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-08-21  9:00                     ` Kristian Rink

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55D5D6FF.1070207@gmail.com \
    --to=kawazu428-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=linux-cifs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox