[ 
https://issues.apache.org/jira/browse/IGNITE-12103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16916925#comment-16916925
 ] 

Ignite TC Bot commented on IGNITE-12103:
----------------------------------------

{panel:title=Branch: [pull/6816/head] Base: [master] : Possible Blockers 
(1)|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1}
{color:#d04437}ZooKeeper (Discovery) 2{color} [[tests 
1|https://ci.ignite.apache.org/viewLog.html?buildId=4541731]]
* ZookeeperDiscoverySpiTestSuite2: 
GridCommandHandlerTest.testCacheIdleVerifyPrintLostPartitions - Test has low 
fail rate in base branch 0,0% and is not flaky

{panel}
[TeamCity *--> Run :: All* 
Results|https://ci.ignite.apache.org/viewLog.html?buildId=4541807&buildTypeId=IgniteTests24Java8_RunAll]

> Change the default ignite work directory once again to avoid writing to ~/work
> ------------------------------------------------------------------------------
>
>                 Key: IGNITE-12103
>                 URL: https://issues.apache.org/jira/browse/IGNITE-12103
>             Project: Ignite
>          Issue Type: Bug
>          Components: general
>    Affects Versions: 2.7.5
>            Reporter: Ilya Kasnacheev
>            Priority: Blocker
>             Fix For: 2.7.6
>
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> While testing 2.7.6-RC1 it came up that we no longer write data to 
> /tmp/ignite/work, which is good, but now we would instead write to 
> /home/username/work, which is bad. ~/work is a generic directory not linked 
> to Ignite in any obvious way, and users will be puzzled by its appearance 
> with possibilities of data loss or, even worse, their own documents loss if 
> they happen to have something in Work dir and it gets clobbered/removed by 
> accident.
> I suggest changing this default once more, to use either 
> /home/username/ignite/{work,logs,etc} or ./ignite/{work,logs,etc} by 
> leveraging user.dir property pointing to current working dir.
> Please note that user.dir has its own problems since it is supposed to not be 
> changeable after JVM is up, but some code still tries to change it.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

Reply via email to