Executing: FeatureClassToFeatureClass Z:\source\simple_box.shp Z:\out\default.gdb from_Arcmap_nas_no_oplocks # "Name "Name" true true false 60 Text 0 0 ,First,#,Z:\source\simple_box.shp,Name,-1,-1" # Start Time: Wed Feb 05 10:05:16 2014 ERROR 000210: Cannot create output Z:\out\default.gdb\from_Arcmap_nas_no_oplocks Invalid function arguments Invalid function arguments Cannot acquire a lock. The table was not found. [from_Arcmap_nas_no_oplocks] Failed to execute (FeatureClassToFeatureClass). Failed at Wed Feb 05 10:05:18 2014 (Elapsed Time: 2.04 seconds)
Same error message for us.
We're working a windows domain environment on a samba4 server. It seams like that the error message doesn't appear when you are working with the domain admin rights. Normal user (with full edit rights) experience the problem regular though not always. I could narrow the problem down, seems like it appears a little randomly too.
I didn't get notification of your reply. I thought this message had gone to the void; sorry for not acknowledging!
Have you tried disabling oplocks from the client end (windows)?
I didn't test disabling oplocks from the client side.
We've now restored the NAS to factory defaults a couple of times, and upgraded the firmware twice. I can't replicate the issue any more, but the environment is not the same so it's not a true clean bill of health: we've pulled the unit out of production, so it's not being hit by up to 50 clients at a time. e.g. If the issue was because of load it's not being triggered any more.
We've kept the unit out of production because the performance is markedly poorer than when we first got it, about 25%, and I've spent weeks trying to figure out what is going on without success. Time to give up and move on to my real job: GIS, not sysadmin.
In case it helps anyone else track this down, here's the test data and recipe for producing the error, when we first encountered it: ENV.359_2014-Jan-28.zip - Google Drive