Djoss

Community Developer
  • Content count

    525
  • Joined

  • Last visited

  • Days Won

    6

Djoss last won the day on September 26 2017

Djoss had the most liked content!

Community Reputation

105 Very Good

1 Follower

About Djoss

  • Rank
    Advanced Member

Converted

  • Gender
    Male
  • Location
    Canada
  1. [Support] Djoss - CloudBerry Backup

    It is saying that you reached the limit of the free edition. The free edition can manage a maximum of 200GB. You need to buy a license if you have more data. See the bottom of the following page for the differents available editions: https://www.cloudberrylab.com/backup/linux.aspx
  2. Here you go, I sent you via private message my unaltered diagnostics. I was able to run the shfs debugging only for a couple of minutes before memory gets exhausted... Hope it will help!
  3. [Support] Djoss - Firefox

    Not really. Firefox was already supported by Alpine, so it was easier to do But I don't know how the new Quantum version compare to Chrome..
  4. With top: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4188 root 20 0 7861252 6.791g 800 S 1.0 44.0 339:39.00 shfs With proc status: # cat /proc/4188/status Name: shfs Umask: 0000 State: S (sleeping) Tgid: 4188 Ngid: 0 Pid: 4188 PPid: 1 TracerPid: 0 Uid: 0 0 0 0 Gid: 0 0 0 0 FDSize: 512 Groups: NStgid: 4188 NSpid: 4188 NSpgid: 4188 NSsid: 4188 VmPeak: 7927068 kB VmSize: 7861252 kB VmLck: 0 kB VmPin: 0 kB VmHWM: 7120836 kB VmRSS: 7120836 kB RssAnon: 7120036 kB RssFile: 4 kB RssShmem: 796 kB VmData: 7165892 kB VmStk: 132 kB VmExe: 60 kB VmLib: 4568 kB VmPTE: 14104 kB VmPMD: 48 kB VmSwap: 0 kB Threads: 11 SigQ: 0/62689 SigPnd: 0000000000000000 ShdPnd: 0000000000000000 SigBlk: 0000000000000000 SigIgn: 0000000000001006 SigCgt: 0000000180004001 CapInh: 0000000000000000 CapPrm: 0000003fffffffff CapEff: 0000003fffffffff CapBnd: 0000003fffffffff CapAmb: 0000000000000000 NoNewPrivs: 0 Seccomp: 0 Cpus_allowed: ff Cpus_allowed_list: 0-7 Mems_allowed: 00000000,00000001 Mems_allowed_list: 0 voluntary_ctxt_switches: 1 nonvoluntary_ctxt_switches: 0
  5. [Support] Djoss - HandBrake

    Can you try with the previous version of the container? To do so, open container's settings and add ":v1.11.2" to the repository. So the repository will be: "jlesage/handbrake:v1.11.2".
  6. You can always look at "log/service.log.0" in your appdata folder and see if there is anything obvious. But it's possible that the SMB client is just not compatible with an enterprise server...
  7. What do you mean by "reseller details"? You mean the username/password?
  8. [Support] Djoss - HandBrake

    This is with the latest container image version? Do you know if it was working with an older version?
  9. Since you just want to test, I would just backup the current appdata and start again with a fresh one: Stop the container. Move your current appdata: mv /mnt/user/appdata/CrashPlanPRO /mnt/user/appdata/CrashPlanPRO-backup Start the container (the appdata will be re-created). Once CrashPlan is ready, stop the container again. Edit my.service.xml. Start the container again. To comes back to your original installation: Stop the container. Remove the current appdata: rm -r /mnt/user/appdata/CrashPlanPRO Restore your original one: mv /mnt/user/appdata/CrashPlanPRO-backup /mnt/user/appdata/CrashPlanPRO Start the container.
  10. With this container, you can add a local destination, but not a cloud one. To use a different CrashPlan server, it seems that you need the enterprise version of CrashPlan. However, I don't know if this can work, but you could try to edit the my.service.xml file (under "conf" folder in your container's appdata) and set your server address in the "authority" tag. You may also need to set the "orgType" to "ENTERPRISE".
  11. Correct, all your files somewhere under /storage.
  12. @ScoHo and @statecowboy, I think I found how to remove the old paths (/mnt/user/) from CrashPlan's cloud side: https://support.code42.com/CrashPlan/6/Configuring/Delete_files_from_your_backup_archive#Remove_unwanted_versions_immediately
  13. [Support] Djoss - HandBrake

    @Makmanak is it possible for you to share a part of your source video so I can reproduce the errors you mentioned?
  14. [Support] Djoss - HandBrake

    Thanks for reporting, I will look at this. It's probably due to the last update, where official Alpine packages where used instead of the ones bundled with Handbrake. This was to fix crashes with some encoders.
  15. [Support] Djoss - HandBrake

    Since all your cores are almost at 100%, I suspect that there is some kind of acceleration that kicks in when you get ~40fps on other setups. Searching a little bit on google seems to show that ~10fps is what to expect without acceleration. I have similar results on my machine. Do you have an Intel CPU? Which graphic card did you configured for your VMs?

Copyright © 2005-2017 Lime Technology, Inc. unRAIDĀ® is a registered trademark of Lime Technology, Inc.