ignite-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ilya Kasnacheev (Jira)" <j...@apache.org>
Subject [jira] [Updated] (IGNITE-12103) Change the default ignite work directory once again to avoid writing to ~/work
Date Mon, 02 Sep 2019 10:55:00 GMT

     [ https://issues.apache.org/jira/browse/IGNITE-12103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Ilya Kasnacheev updated IGNITE-12103:
    Labels: Ignite Temp anymore be by current default, directory files home in is native not
now persistence set stored the to user's will work  (was: )

> 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
>            Assignee: Ilya Kasnacheev
>            Priority: Blocker
>              Labels: Ignite, Temp, anymore, be, by, current, default,, directory, files,
home, in, is, native, not, now, persistence, set, stored, the, to, user's, will, work
>             Fix For: 2.7.6
>          Time Spent: 0.5h
>  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

View raw message