# New install not starting up **URL:** \ **Category:** Support\ **Created:** [February 11, 2020, 9:22am UTC](https://bisq.community/t/new-install-not-starting-up/8963 "2020-02-11T09:22:16Z")\ **Posts on this page:** 16\ **Page:** 2
**Author:** ![DrFredPhD](https://bisq.community/letter_avatar/drfredphd/32/6_22734026db12803ebb3e059622ac3534.png) [@DrFredPhD](https://bisq.community/u/DrFredPhD)\ **Post date:** [February 19, 2020, 8:32pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/21 "2020-02-19T20:32:28Z")
After running from command line on windows I have the same problem with the already existing data directory ---
**Author:** ![christoph](https://bisq.community/user_avatar/bisq.community/christoph/32/1252_2.png) [@christoph](https://bisq.community/u/christoph)\ **Post date:** [February 20, 2020, 1:44pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/22 "2020-02-20T13:44:27Z")
Could you please post here what is exactly printed when starting the jar file as described above. Thanks! ---
**Author:** ![christoph](https://bisq.community/user_avatar/bisq.community/christoph/32/1252_2.png) [@christoph](https://bisq.community/u/christoph)\ **Post date:** [February 20, 2020, 1:45pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/23 "2020-02-20T13:45:20Z")
When you use v1.2.5 it starts up without any error? ---
**Author:** ![DrFredPhD](https://bisq.community/letter_avatar/drfredphd/32/6_22734026db12803ebb3e059622ac3534.png) [@DrFredPhD](https://bisq.community/u/DrFredPhD)\ **Post date:** [February 20, 2020, 6:19pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/24 "2020-02-20T18:19:36Z")
When running with OpenJDK 13 x64 error: Application data directory ‘C:\Users\xxx\AppData\Roaming\Bisq’ could not be created. JRE 8 32-bit seems to be not compatible as returns wrong class version error. 1.25 Still working fine ---
**Author:** ![tieck](https://bisq.community/letter_avatar/tieck/32/6_22734026db12803ebb3e059622ac3534.png) [@tieck](https://bisq.community/u/tieck)\ **Post date:** [February 20, 2020, 8:20pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/25 "2020-02-20T20:20:26Z")
Yes, with 1.2.5 everything worked fine for me. No config file or parameter have been changed on my part. Looking at the code of `bisq.common.config.Config` @245 I assume the default config file path at `~/.local/share/Bisq/bisq.properties` stored in the var `defaultConfigFile` should be read. However the variable `defaultConfigFile` is never read again and then at line 630 it tries to create the parent directory what will throw the `new ConfigException(ex, "Application data directory '%s' could not be created", path);` However I didn’t compiled and debug the code. I just skimmed over it… ---
**Author:** ![christoph](https://bisq.community/user_avatar/bisq.community/christoph/32/1252_2.png) [@christoph](https://bisq.community/u/christoph)\ **Post date:** [February 21, 2020, 2:56pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/26 "2020-02-21T14:56:10Z")
> [@DrFredPhD](#): > > C:\Users\xxx\AppData\Roaming\Bisq’ Does this directory exist for you already? If yes, do you have a bisq.properties file in there? If yes, could you please post the content of it here? Thanks! ---
**Author:** ![christoph](https://bisq.community/user_avatar/bisq.community/christoph/32/1252_2.png) [@christoph](https://bisq.community/u/christoph)\ **Post date:** [February 21, 2020, 3:10pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/27 "2020-02-21T15:10:14Z")
> [@tieck](#): > > `error: Application data directory '/home/xxx/.local/share/Bisq' could not be created` Just saw that the directory exists for you already. ---
**Author:** ![christoph](https://bisq.community/user_avatar/bisq.community/christoph/32/1252_2.png) [@christoph](https://bisq.community/u/christoph)\ **Post date:** [February 21, 2020, 3:50pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/28 "2020-02-21T15:50:40Z")
I’ve just created an GitHub issue to track this problem: [https://github.com/bisq-network/bisq/issues/3998](https://github.com/bisq-network/bisq/issues/3998) ---
**Author:** ![cbeams](https://bisq.community/user_avatar/bisq.community/cbeams/32/3396_2.png) [@cbeams](https://bisq.community/u/cbeams)\ **Post date:** [February 21, 2020, 5:00pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/29 "2020-02-21T17:00:47Z")
Could users affected by the appDataDir creation issue please post their operating system details? Windows / Linux distro / version, etc. Thanks. ---
**Author:** ![tieck](https://bisq.community/letter_avatar/tieck/32/6_22734026db12803ebb3e059622ac3534.png) [@tieck](https://bisq.community/u/tieck)\ **Post date:** [February 22, 2020, 9:04am UTC](https://bisq.community/t/new-install-not-starting-up/8963/30 "2020-02-22T09:04:59Z")
“Ubuntu 18.04.4 LTS”. If you need further details let me know. ---
**Author:** ![cbeams](https://bisq.community/user_avatar/bisq.community/cbeams/32/3396_2.png) [@cbeams](https://bisq.community/u/cbeams)\ **Post date:** [February 24, 2020, 10:23am UTC](https://bisq.community/t/new-install-not-starting-up/8963/31 "2020-02-24T10:23:00Z")
I have been unable to reproduce this error. Here are the steps I took: 1. Install a fresh Ubuntu 18.04.4 LTS VM via VirtualBox 2. Download and install the Bisq v1.2.5 .deb from [https://github.com/bisq-network/bisq/releases/tag/v1.2.5](https://github.com/bisq-network/bisq/releases/tag/v1.2.5) 3. Run Bisq successfully with no command line options 4. Notice that the app starts up without error 5. Inspect `~/.local/share/Bisq` and notice that everything is in place as it should be 6. Click the link within the running Bisq application to download and verify the v1.2.7 release 7. Close Bisq v1.2.5, install and run the newly-downloaded v1.2.7 .deb. 8. Notice that the app starts up without error 9. Inspect the `~/.local/share/Bisq` directory and the contents of the `bisq.log` file within and notice that everything is as it should be. Since I cannot reproduce this myself, what’s needed now is to get more information about the reason for the failure to create the (already existing) `~/.local/share/Bisq` directory. I’ve just published a patch that will ensure a stack trace is printed to the console in the case of this kind of directory creation failure. @tieck and/or @DrFredPhD, could one of you build and run from source using the following commands and report the stack trace back here? First you will need to have JDK 10, 11 or 12 installed locally. Use JDK 10 if you don’t have anything installed already. You can get it from [https://jdk.java.net/](https://jdk.java.net/). When complete, check your java version at the command line and you should see the following: ```auto $ java -version openjdk version "10.0.2" 2018-07-17 OpenJDK Runtime Environment 18.3 (build 10.0.2+13) OpenJDK 64-Bit Server VM 18.3 (build 10.0.2+13, mixed mode) ``` Next, you need to build and run Bisq with my patch applied. Here’s how to do it if you have `git` installed. If you don’t, see the alternative instructions that follow: ```auto git clone --depth=50 --branch=debug-appdir-creation https://github.com/cbeams/bisq cd bisq ./gradlew :desktop:run ``` If you do not have `git` installed, you can download the source as a zip file, unzip it and run the `./gradlew :desktop:run` command within the `bisq` directory it unzips into: 1. Download and unzip [https://github.com/cbeams/bisq/archive/debug-appdir-creation.zip](https://github.com/cbeams/bisq/archive/debug-appdir-creation.zip) 2. `cd bisq` 3. `./gradlew :desktop:run` Note that on Windows, you will need to run `gradlew.bat :desktop:run` instead of `./gradlew :desktop:run` You should end up with an error that begins with the following lines: ```auto > Task :desktop:run FAILED fault: An unexpected error occurred. Please file a report at https://bisq.network/issues ... ``` Please copy and paste your entire error message. Note that I am going to cross-post this comment to the GitHub issue tracking this bug at [https://github.com/bisq-network/bisq/issues/3998](https://github.com/bisq-network/bisq/issues/3998). Please feel free to respond there if you have a GitHub login. Otherwise, I will make sure any relevant information posted here ends up there as well. ---
**Author:** ![tieck](https://bisq.community/letter_avatar/tieck/32/6_22734026db12803ebb3e059622ac3534.png) [@tieck](https://bisq.community/u/tieck)\ **Post date:** [February 24, 2020, 7:13pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/32 "2020-02-24T19:13:35Z")
It seems that the new version does not handle symbolic links in the path of the Bisq application directory the same way anymore. I could reproduce the behavior in first moving away the application directory and then creating a symbolic link at its place: `$ mkdir ~/tmp` `$ mv ~/.local/share/Bisq/ ~/tmp` `$ ln -s ~/tmp/Bisq/ ~/.local/share/Bisq` `$ ./gradlew :desktop:run` `> Task :desktop:run FAILED` `fault: An unexpected error occurred. Please file a report at https://bisq.network/issues` `java.io.UncheckedIOException: Application data directory '/home/xxx/.local/share/Bisq' could not be created` ` at bisq.common.config.Config.mkAppDataDir(Config.java:805)` ` at bisq.common.config.Config.(Config.java:644)` ` at bisq.core.app.BisqExecutable.execute(BisqExecutable.java:76)` ` at bisq.desktop.app.BisqAppMain.main(BisqAppMain.java:57)` `Caused by: java.nio.file.FileAlreadyExistsException: /home/xxx/.local/share/Bisq` ` at java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:94)` ` at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111)` ` at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:116)` ` at java.base/sun.nio.fs.UnixFileSystemProvider.createDirectory(UnixFileSystemProvider.java:385)` ` at java.base/java.nio.file.Files.createDirectory(Files.java:689)` ` at java.base/java.nio.file.Files.createAndCheckIsDirectory(Files.java:796)` ` at java.base/java.nio.file.Files.createDirectories(Files.java:742)` ` at bisq.common.config.Config.mkAppDataDir(Config.java:803)` ` ... 3 more` ---
**Author:** ![cbeams](https://bisq.community/user_avatar/bisq.community/cbeams/32/3396_2.png) [@cbeams](https://bisq.community/u/cbeams)\ **Post date:** [February 25, 2020, 11:02am UTC](https://bisq.community/t/new-install-not-starting-up/8963/33 "2020-02-25T11:02:03Z")
I’ve now heard from both @tieck and @DrFredPhD that they were using symlinks in their appDataDir paths. I’ve just submitted a fix that avoids the reported failure in these cases. See [https://github.com/bisq-network/bisq/pull/4002](https://github.com/bisq-network/bisq/pull/4002). Feel free to build and run from source once that fix is merged, or wait for v1.2.8. Thanks for the reports and prompt responses! ---
**Author:** ![tieck](https://bisq.community/letter_avatar/tieck/32/6_22734026db12803ebb3e059622ac3534.png) [@tieck](https://bisq.community/u/tieck)\ **Post date:** [February 25, 2020, 7:11pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/34 "2020-02-25T19:11:37Z")
I can confirm that the fix works as intended. I wasn’t aware of this behavior of the `Files.createDirectory` method: ignoring if target exists and is a directory, but failing if it is a symbolic link. The code looks nice and it also has a test for the fix 🙂 Certaintly not the messy code usually found in large coporations… 😉 ---
**Author:** ![cbeams](https://bisq.community/user_avatar/bisq.community/cbeams/32/3396_2.png) [@cbeams](https://bisq.community/u/cbeams)\ **Post date:** [February 25, 2020, 7:23pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/35 "2020-02-25T19:23:56Z")
Thanks for the kind words, @tieck! Indeed the `Files.createDirectory` behavior was a surprise here. ---
**Author:** ![camahama](https://bisq.community/letter_avatar/camahama/32/6_22734026db12803ebb3e059622ac3534.png) [@camahama](https://bisq.community/u/camahama)\ **Post date:** [February 25, 2020, 8:32pm UTC](https://bisq.community/t/new-install-not-starting-up/8963/36 "2020-02-25T20:32:18Z")
Hi, I just wanted to say as OP: Thanks to all for working on this issue; most of the tech stuff is way beyond me… I’m also happy to see that I wasn’t just an isolated case of the noobs. Cheers! [Previous page](https://bisq.community/t/new-install-not-starting-up/8963.md?page=1)