Unfortunately, the issue is underlying libraries tendancy to extract native libraries into tmp. For most individual libraries, there are system properties you can set to change but there is no global option. I'm guessing that you might have one more after this one: Snappy. For Snappy, the info for changing the extraction location is here:
https://github.com/xerial/snappy-java/blob/master/src/main/java/org/xerial/snappy/SnappyLoader.java Hopefully, someone from MapR can answer the question for the MapR library. -- Jacques Nadeau CTO and Co-Founder, Dremio On Wed, Jul 27, 2016 at 8:22 AM, scott <tcots8...@gmail.com> wrote: > Looks like that stopped the epoll error, but got stuck on another library > error. Is there some way to tell Drill not to use /tmp entirely? > > java.lang.reflect.InvocationTargetException > > Caused by: java.lang.UnsatisfiedLinkError: /tmp/ > mapr-mapr-libMapRClient.5.1.0.37817-mapr.so: /tmp/ > mapr-mapr-libMapRClient.5.1.0.37817-mapr.so: failed to map segment from > shared object: Operation not permitted > > > > Thanks, > Scott > > On Wed, Jul 27, 2016 at 2:06 PM, scott <tcots8...@gmail.com> wrote: > > > Thanks Jacques. I'll give this a try. > > > > Scott > > > > On Wed, Jul 27, 2016 at 1:54 AM, Jacques Nadeau <jacq...@dremio.com> > > wrote: > > > >> I don't think this will fix your issue since this is a internal > >> extraction. > >> Try using: -Ddrill.exec.enable-epoll=false in your drill-env. That > should > >> (hopefully) disable the extraction of epoll drivers (which should > actually > >> be disabled by default I believe due to disconnection problems in heavy > >> load cases). > >> > >> > >> -- > >> Jacques Nadeau > >> CTO and Co-Founder, Dremio > >> > >> On Tue, Jul 26, 2016 at 7:20 AM, scott <tcots8...@gmail.com> wrote: > >> > >> > Thanks Leon for the suggestion, but do you think this config change > will > >> > help with my startup problem? It looks like it changes operations for > >> sort > >> > after startup. > >> > > >> > Scott > >> > > >> > On Mon, Jul 25, 2016 at 3:55 PM, Leon Clayton <lclay...@maprtech.com> > >> > wrote: > >> > > >> > > > >> > > I move the /tmp off local disk into the distributed FS on a node > local > >> > > volume on MapR. Other file systems can be inserted. > >> > > > >> > > Open up drill-override.conf on all of the nodes, and insert this : > >> > > > >> > > sort: { > >> > > purge.threshold : 100, > >> > > external: { > >> > > batch.size : 4000, > >> > > spill: { > >> > > batch.size : 4000, > >> > > group.size : 100, > >> > > threshold : 200, > >> > > directories : [ "/var/mapr/local/Hostname/drillspill" ], > >> > > fs : "maprfs:///" > >> > > } > >> > > } > >> > > } > >> > > > >> > > > On 25 Jul 2016, at 16:44, scott <tcots8...@gmail.com> wrote: > >> > > > > >> > > > Hello, > >> > > > I've run into an issue where Drill will not start if mount > >> permissions > >> > > are > >> > > > set on /tmp to noexec. The permissions were set to noexec due to > >> > security > >> > > > concerns. I'm using Drill version 1.7. The error I get when > starting > >> > > Drill > >> > > > is: > >> > > > > >> > > > Exception in thread "main" java.lang.UnsatisfiedLinkError: > >> > > > /tmp/libnetty-transport-native-epoll5743269078378802025.so: > >> > > > /tmp/libnetty-transport-native-epoll5743269078378802025.so: failed > >> to > >> > map > >> > > > segment from shared object: Operation not permitted > >> > > > > >> > > > Does anyone know of a way to configure Drill to use a different > tmp > >> > > > location? > >> > > > > >> > > > Thanks, > >> > > > Scott > >> > > > >> > > > >> > > >> > > > > >
