New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
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? |
closing in favor of #3270 |
Steps to Reproduce:
chmod 000 ~/Downloads
)Error Trace:
Copied from original issue: lbryio/lbry-desktop#495
The text was updated successfully, but these errors were encountered: