Can't write feature classes to Linux samba share

[ScottStopyak]

Hi all,

I'm trying to write feature classes to a file gdb on a samba share (linux mint). I can create a file geodatabase and a feature dataset, but i can't import a feature class to it. It always throws an error 000210 which says it has invalid arguments and can't aquire a lock. I  can write anything else I want in the share: shapefiles, documents, geodatabases etc. The permissions appear to be wide open read and write for everyone.

[LanceShipman]

I'm able to write feature classes and perform edits on a samba share on a Linux box. SMB is slow, Samba's implementation of SMB is even slower. We are aware of an issue with read only shares and Samba 3.6 where they changed return code. We have coded around this defect at ArcGIS 10.3.1. It's likely to be a configuration issue. I'll have to duplicate your environment more closely and see what I find.

[VinceAngelo · Accepted solution]

(Moved this discussion from File Geodatabase API)

I would note that avoiding network shares is best practice in file geodatabase use (ALL network shares, including NFS).  Samba is a particularly slow implementation.

- V

[ScottStopyak]

Thanks, Vince.

Avoidance is probably the best and simplest answer.

I'm constantly having to remind myself to be a realist rather than an idealist when it comes to ESRI products.

Just because, ideally, I should be able to utilize this linux box's 6TB of storage for geodata, doesn't mean that I really can. Realistically, linux isn't one OS. It's thousands. So I get why it's hard to support. That said, an official ESRI linux distro would be awesome. Let's say with postgres pre-configured and samba pre-configured. Pretty please with sugar on top? Ubuntu-based? (Now I've went and sparked a distro debate...)

[VinceAngelo]

You can use this 6Tb for geodata storage, locally.  I don't know why very basic blocked I/O handles so well locally and so poorly over NFS and SMB, but that's the way it benchmarks (I expected NFS to be faster, but it wasn't, and on one box in particular it was 10x slower).  Lets just say that market forces haven't optimized network file sharing, and leave it at that.

I'd be amazed if Esri got involved with the Distro Wars.

- V

[ScottStopyak]

I just built a postgres geodatabase on it. That works and seems reasonably quick. As for Distro Wars, I wouldn’t be that amazed. You guys have selected Red Hat as the officially supported linux distro for servers…but then you selected Ubuntu 12 for AppStudio. It would seem distro wars have arrived at ESRI already ☺. Casting my vote for Xubuntu or CentOS with two big thumbs down to any non-free distro. Thanks, Vince

-Scott

[VinceAngelo]

At ArcGIS for Server 10.3.1, there are five principal Linux releases supported -- RHEL 5/6/7 & Suse 11/12, with this caveat:

Esri Technical Support is available for CentOS, Scientific Linux, and Oracle Linux versions that provide full binary compatibility with an equivalent supported Red Hat version. As a prerequisite for logging a defect, any software issue on these operating systems will be attempted to be reproduced on Red Hat Enterprise Linux. For Oracle Linux, support is predicated on the use of the Red Hat compatible kernel.

Xubuntu isn't really a commercial use distro, not even for dev/test.

- V

[ScottStopyak]

Yep. Good info. Thanks. Xubuntu is same as Ubuntu but with XFACE instead of Gnome or Mate or whatever Ubuntu standard is running. All the same under the hood though. It uses Ubuntu repos.

[ElleryChan]

I'm running into this same problem trying to access a file GDB on a NAS RAID (not able to create a feature class in a new or existing fGDB on the RAID, but able to do most everything else -- for example, Create Fishnet actually creates a table in the GDB but not the Feature Class).  I'm a little unclear about your response.  Are you saying that file GDB performance is poor over network shares, or also that some functionality is broken (as I am seeing)?

And if this is the case, does it imply that multiple ArcGIS Desktop users cannot work with a shared repository stored as a file GDB, from different workstations?

I would be much happier to hear that it is a simple configuration issue that can be solved by changing some permissions on the file server.

[VinceAngelo]

It's likely that you do have a misconfiguration (this is something to discuss with Tech Support), but multiple concurrent write access to file geodatabase is not going to be a workable solution, either.  If access is read-only, you'd be better off making multiple local copies, even once you solve your write access issue.

- V

[EricErtl]

Hello, I know this is an old post but thought I would respond with a solution that ESRI Tech Support had recommended.  I was having issues writing feature classes to a file geodatabase on a Samba file share as well.  I was receiving the same error messages as Scott.  Here is a technical article that explains what you need to do to fix this issue.

Thanks,

Eric