Is there a bug to clean this up? Drill does not “own” /tmp; it would be odd for 
Drill to fail due to files that other apps choose to put into /tmp.

Drill does own /tmp/drill and its subdirectories (when running embedded.)

- Paul

> On Aug 21, 2017, at 3:24 PM, Timothy Farkas <[email protected]> wrote:
> 
> Just posting this here incase someone else runs into the same issue. The unit 
> tests were failing for me with JDK 1.7 on my MAC because of some stray wifi 
> log files. /tmp/wifi*.log . There seems to be some issue with the hadoop 
> Globber and the glob pattern in DotDrillUtils and files with a certain path 
> which cause a URI exception to be thrown. The workaround was to delete those 
> files in /tmp and disable wifi debug logging on my mac to prevent the stray 
> log files from being generated again.
> 
> https://superuser.com/questions/1064351/when-tmp-wifi-log-will-show-up-and-how-can-i-stop-it
> 
> [https://cdn.sstatic.net/Sites/superuser/img/[email protected]?v=e869e4459439]<https://superuser.com/questions/1064351/when-tmp-wifi-log-will-show-up-and-how-can-i-stop-it>
> 
> macos - When /tmp/wifi-*.log will show up and how can I 
> ...<https://superuser.com/questions/1064351/when-tmp-wifi-log-will-show-up-and-how-can-i-stop-it>
> superuser.com
> Super User is a question and answer site for computer enthusiasts and power 
> users. Join them; it only takes a minute: Sign up
> 
> 
> Tim
> 
> 
> 
> ________________________________
> From: Timothy Farkas <[email protected]>
> Sent: Thursday, August 17, 2017 5:07:21 PM
> To: [email protected]
> Subject: Re: Failing Tests In Master
> 
> They're failing on my mac with JDK 1.7.
> 
> Pritesh asked me to look into the JDK 8 failures. But it seems like something 
> additional is going wrong in my case. I'll investigate this as part of  
> DRILL-5730<https://issues.apache.org/jira/browse/DRILL-5730>
> 
> Thanks,
> Tim
> 
> ________________________________
> From: Padma Penumarthy <[email protected]>
> Sent: Thursday, August 17, 2017 4:51:02 PM
> To: [email protected]
> Subject: Re: Failing Tests In Master
> 
> These tests fail on my mac with JDK 1.8.
> 
>> On Aug 17, 2017, at 4:42 PM, Jinfeng Ni <[email protected]> wrote:
>> 
>> Running on CentOS (JDK1.7) with latest master against those unit testcase,
>> and I did not see errors.  Any difference in terms of OS/JDK?
>> 
>> git log
>> commit e9065b55ea560e7f737d6fcb4948f9e945b9b14f
>> 
>> mvn -DfailIfNoTests=false
>> -Dtest=TestMetadataProvider,TestCustomUserAuthenticator,TestInfoSchema,TestViewSupport,TestParquetScan
>> surefire:test
>> 
>> Running org.apache.drill.exec.work.metadata.TestMetadataProvider
>> Running
>> org.apache.drill.exec.work.metadata.TestMetadataProvider#columnsWithColumnNameFilter
>> Running org.apache.drill.exec.sql.TestViewSupport
>> ...
>> 
>> Results :
>> 
>> Tests run: 82, Failures: 0, Errors: 0, Skipped: 1
>> 
>> 
>> On Thu, Aug 17, 2017 at 3:59 PM, Padma Penumarthy <[email protected]>
>> wrote:
>> 
>>> Yes, I do see these failures.
>>> 
>>> Thanks,
>>> Padma
>>> 
>>>> On Aug 17, 2017, at 3:55 PM, Timothy Farkas <[email protected]> wrote:
>>>> 
>>>> These tests are consistently failing for me with the latest master. Does
>>> anyone else see this issue?
>>>> 
>>>> 
>>>> Failed tests:
>>>> 
>>>> TestMetadataProvider.tables:153 expected:<OK> but was:<FAILED>
>>>> 
>>>> TestMetadataProvider.tablesWithTableNameFilter:212 expected:<OK> but
>>> was:<FAILED>
>>>> 
>>>> TestMetadataProvider.tablesWithSystemTableFilter:187 expected:<OK> but
>>> was:<FAILED>
>>>> 
>>>> TestMetadataProvider.tablesWithTableFilter:176 expected:<OK> but
>>> was:<FAILED>
>>>> 
>>>> 
>>>> Tests in error:
>>>> 
>>>> TestCustomUserAuthenticator.positiveUserAuth » UserRemote SYSTEM
>>> ERROR: URISyn...
>>>> 
>>>> TestCustomUserAuthenticator.positiveUserAuthAfterNegativeUserAuth »
>>> UserRemote
>>>> 
>>>> TestInfoSchema.selectFromAllTables » UserRemote SYSTEM ERROR:
>>> URISyntaxExcepti...
>>>> 
>>>> TestViewSupport.infoSchemaWithView:350->BaseTestQuery.testRunAndReturn:344
>>> » Rpc
>>>> 
>>>> TestInfoSchemaFilterPushDown.testFilterPushdown_NonEqual » UserRemote
>>> SYSTEM E...
>>>> 
>>>> TestParquetScan.testSuccessFile:58->BaseTestQuery.testRunAndReturn:344
>>> » Rpc o...
>>>> 
>>>> Thanks,
>>>> Tim
>>>> 
>>> 
>>> 
> 

Reply via email to