Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upGitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
Daemon fails to start if it cannot write/access download directory #877
Comments
|
Can someone confirm that this is still an issue? Currently cannot reproduce |
|
This doesn't seem to be an issue anymore. On This issue should be closed? |
|
It is still an issue in version 16.0.
The app tries to create the download directory specified in the settings.
If there is no write permission in that directory for the current user,
then the Daemon shuts down.
…On 22 September 2017 at 08:20, Miroslav Kovar ***@***.***> wrote:
This doesn't seem to be an issue anymore. On
{
"build": "dev",
"installation_id": "6QapiUUrkTfiks6jiQnecv8pXixxm1
LncbgGB32x6nXpQ1aipjikPboVJM4UxsXruR",
"lbrynet_version": "0.16.1-4-g4a04018",
"lbryschema_version": "0.0.11rc1",
"lbryum_version": "3.1.7rc5",
"os_release": "4.10.0-35-generic",
"os_system": "Linux",
"platform": "Linux-4.10.0-35-generic-x86_64-with-Ubuntu-16.04-xenial",
"processor": "x86_64",
"python_version": "2.7.12"
}
the daemon rebuilds the file:
2017-09-22 09:15:34,572 INFO lbrynet.daemon.Daemon:1513: Already have lbry
file but missing file in /home/miroslav/Videos/lbry, rebuilding it
This issue should be closed?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#877 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AbNyIaoJFCIL8J-4qPQOt8DHG_JAvtS7ks5sk1_PgaJpZM4PF6I4>
.
|
|
@mirgee I think you were referencing a rebuild of a particular LBRY download that's deleted, where-as this issue pertains to the entire downloads directory. So let's say the whole directory moved or is inaccessible (shared drive that's disconnected) |
|
@alexliebowitz - were you going to take a stab at this? |
|
@tzarebczan The app indeed tries to recreate the whole directory; when it has no permissions (or is inaccessible) the daemon crashes:
|
|
@mirgee we can't reproduce this...were you ever able to? Closing it for now. |
|
Going to reopen, a user recently ran into this on his Mac. He had the download directory set in daemon_settings.yml
|
|
@jackrobison can you add some integration tests for the blob exchange that properly handles missing directory and permission issues. |
|
This is still an issue, especially on Mac where the daemon fails to start entirely (won't even write to log) if the download directory is not available. I think the best thing to do is allow startup and just write to the default download directory for the session. It would be nice to alert the users that this changed/was unavailable...what if I unplugged my external, started LBRY, and then re-plugged it back in later - I should still be able to use it on a subsequent startup. |
|
Had a few people fall victim to this over the last couple of weeks. |
|
daemon starts with inaccessible download directory (also, it will try to create it if it can) |
|
A user ran into this recently so I don't think it's fixed. Can we please add a test too if we fix it? |

Formed in 2009, the Archive Team (not to be confused with the archive.org Archive-It Team) is a rogue archivist collective dedicated to saving copies of rapidly dying or deleted websites for the sake of history and digital heritage. The group is 100% composed of volunteers and interested parties, and has expanded into a large amount of related projects for saving online and digital history.

Steps to Reproduce:
chmod 000 ~/Downloads)Error Trace:
Copied from original issue: lbryio/lbry-desktop#495