Djoss

Community Developer
  • Posts

    2356
  • Joined

  • Last visited

  • Days Won

    9

Everything posted by Djoss

  1. And this one: ls -ld /mnt/user/appdata/JDownloader2
  2. Can you share the output of the following command: docker inspect JDownloader2
  3. I'm sure there is a way... you may have more suggestions by asking somewhere else in the forum. If you are using the free license of CloudBerry Backup, could you run it also on your second server ?
  4. To my knowledge CloudBerry Backup does not support FTP as a backup source. Only files from the local filesystem.
  5. The following message is "normal" and does not indicate a problem: [cbbLocalManagement] [ CBB ] [ 1 ] Error on remove old icon file, path: /opt/local/CloudBerry Backup/share/webAccess/img/MainIcon.ico error: Permission denied It's this one that is problematic: [supervisor ] service 'cbbLocalManagement' failed to be started: not ready after 5000 msec, giving up. Did you see the error once and reverted to the previous version?
  6. Can you try to run the following command to verify if you see the same problem: docker run --rm jlesage/cloudberry-backup
  7. CloudBerry Backup was always picky on how it shows the directory tree. It seems to be based on mounts. Using different Docker image type changes the mount type used inside the container. Some mount types don't seem to be recognized by CloudBerry Backup.
  8. Yes, fixed with the latest image. Sorry about that.
  9. Is it just the MyJDownloader connection that fails ? Can you download stuff ? You could look at /mnt/user/appdata/JDownloader2/logs/output.log or other log files to see if there is anything interesting.
  10. Is JDownloader able to update itself (Help->Find Updates) ?
  11. Are you using default container settings ? Does the container have access to the Internet ?
  12. This is done in the container's settings. Check for the "Output Directory" setting.
  13. How did you do that ? Normally the main application window cannot be minimized.
  14. No, what you need to do is edit the container settings, activate the Advanced View, edit the "Storage" setting and change the Access Mode to Read/Write.
  15. Where are you restoring the files ? If it's under /storage, you have to first change container's settings and set permission to R/W for this path.
  16. Right click on the Match button, then "Preferences".
  17. You are talking about the language of the app itself or the language used to rename the files ?
  18. Do you still have the issue ? It's working fine for me.
  19. Looks like your Docker vDisk (the one defined under Settings->Docker) is full ?
  20. It seems that this will be part of the next HandBrake version: https://github.com/HandBrake/HandBrake/pull/4362 https://www.reddit.com/r/AV1/comments/v2cpii/svtav1_encoder_is_added_to_handbrake/
  21. After an update, CrashPlan re-synchronize the data. Is it what CrashPlan is doing when you look at the CPU usage ? Can you check after the synchronization completes to see if it returns to normal ?