[
https://issues.apache.org/jira/browse/DRILL-5101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15938269#comment-15938269
]
Arina Ielchiieva commented on DRILL-5101:
-----------------------------------------
Actually, we don't expect the directory to be owned by the user but only to be
writable for the user:
{noformat}
233 // It is considered that process user has write rights on directory
if:
234 // 1. process user is owner of the directory and has write rights
235 // 2. process user is in group that has write rights
236 // 3. any user has write rights
{noformat}
Well, since drill start up fails, I guess all this checks give false result.
Adding check for admin vs "builtin\Administrators" looks like hard-coding,
let's say on next Windows Server version, such group will change to
"builtin\Admins" and we'll need to update the code and so on. Actually, I was
thinking since such permission checks give so much hard time, leave check that
directory exists and is actually a directory enforced. But permission check do
was warning.
> Provide boot-time option to disable the Dynamic UDF feature
> -----------------------------------------------------------
>
> Key: DRILL-5101
> URL: https://issues.apache.org/jira/browse/DRILL-5101
> Project: Apache Drill
> Issue Type: Bug
> Affects Versions: 1.9.0
> Reporter: Paul Rogers
> Assignee: Arina Ielchiieva
> Priority: Minor
>
> A Windows user on the mailing list could not start an embedded Drillbit
> because the Dynamic UDF feature tried to create a directory on the user's
> protected Users folder:
> {code}
> Error: Failure in starting embedded Drillbit:
> org.apache.drill.common.exceptions
> .DrillRuntimeException: Error during udf area creation
> [/C:/Users/ivy.chan/drill
> /udf/registry] on file system [file:///] (state=,code=0)
> java.sql.SQLException: Failure in starting embedded Drillbit:
> org.apache.drill.c
> ommon.exceptions.DrillRuntimeException: Error during udf area creation
> [/C:/User
> s/ivy.chan/drill/udf/registry] on file system [file:///]
> at
> org.apache.drill.jdbc.impl.DrillConnectionImpl.<init>(DrillConnection
> Impl.java:128)
> at
> org.apache.drill.jdbc.impl.DrillJdbc41Factory.newDrillConnection(Dril
> lJdbc41Factory.java:70)
> at
> org.apache.drill.jdbc.impl.DrillFactory.newConnection(DrillFactory.ja
> va:69)
> {code}
> The fastest workaround (since this was an embedded Drillbit) would be to
> disable the Dynamic UDF feature. Unfortunately, the only option to do so is a
> runtime option that requires that the Drillbit be started. That creates a
> vicious circle: we can't start the Drillbit unless we disable Dynamic UDFs,
> but we can't disable them unless we start the Drillbit.
> The workaround might be to change the root directory, which is why this bug
> is marked minor.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
