nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

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.

Find more posts tagged with

Accepted answers

VinceAngelo

(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

All comments

ScottStopyak

Works for me once new dword is set as shown in article. Thanks!

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

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.

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

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

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

(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

Here’s what I get. See pdf.

SambaFileGDBError.pdf

ScottStopyak

Filip,

Can you import or copy in a feature class from elsewhere? I can create things too (file gdb, feature class in that file gdb) but feature class to feature class bombs every time.

FilipKrál

Hi,

I created a file geodatabase on our shared samba drive with ArcGIS 10.1. Then I created a polygon feature class in the geodatabse, added some columns and edited a polygon feature. In the end I deleted the whole geodatabase again from ArcCatalog window in ArcMap.

The only problem I encountered what that it was very slow to respond (perhaps due to network speed) but eventually everything worked fine. I cannot tell you any details about our samba setup though.

Filip.

ScottStopyak

Xubuntu 14.04 (doesn’t work in CentOS either), samba 2:4.1.6+dfsg-1ubuntu2.14.04.7, 10.2.2 or 10.3

ScottStopyak

In general. You can create a file gdb in a samba share and it will have some functionality but you can’t import to it or do anything that creates a schema lock. I think locks get written and then can’t be unwritten regardless of permissions and such. I’ve long since given up on the file gdb and moved on to using postgres on that box. That was really painful to implement but it works.

LanceShipman

Is this in general or through the File Geodatabase API? What version of ArcGIS? Linux? Samba?

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.