Djoss
-
Posts
2356 -
Joined
-
Last visited
-
Days Won
9
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Everything posted by Djoss
-
What "top" shows when run on unRAID itself (not inside the container) ? Looks like something else than the container is using all the CPU ?
-
You were probably running v1.22.1 when you did your successful rip on 2022.10.13. So you are saying that you tried this same version and still had the issue ? I've seen some cases were the drive started to work again after a reboot, so maybe something to try.
-
The ":latest" tag is the default one when none is used. I've been able to update successfully recently these images. So maybe you should report your issue to the Community App plugin thread ?
-
Yes, I'm working on this!
-
Yes, this seem right. If the wrong preset is used during a conversion, look at /mnt/user/appdata/HandBrake/log/hb/conversion.log. You should be able to see what is the correct name to use for your preset.
-
No, this container doesn't support nvenc.
-
Are you using h265 encoder? There is currently a known issue that cause QSV error with HandBrake with some CPUs. Next version should fix that. You can see https://github.com/jlesage/docker-handbrake/issues/185 for workaround.
-
First make sure you custom preset works well when using the UI. Then you can set in preset to use in container's settings. If the wrong preset is used during a conversion, look at /mnt/user/appdata/HandBrake/log/hb/conversion.log. You should be able to see what is the correct name to use for your preset.
-
The startup of the container can take some time, especially the step "55-jdownloader2.sh: executing..." if you have a lot of stuff under "/output".
-
The problem seems to be related to the font used. Did you change it the the profile ? Can you try to edit the profile and see what is configured ? Not sure why it gives an error now, since nothing related to that changed from the last version...
-
Looks like JDownloader is running now ?
-
Are you connecting using an existing profile ?
-
Could you provide the output of: docker exec JDownloader2 ps
-
The template had incorrect default values for these settings. This is now fixed. If you prefer to set the credentials from JDownloader, just make sure to clear the incorrect default values from container's settings.
-
Ok, the Docker image has been updated with this new version!
-
Which issue exactly you are referring to ?
-
How do you set credentials ? Via the JDownloader interface or via environment variables ?
-
Did you try to remove and re-create the container ?
-
This is expected. /storage is a different mount mapped to /mnt/user in unRAID. Other files and folders are from the Docker image itself.
-
Humm this command should output something... Did you run "docker exec CloudBerryBackup mount" ?
-
Yes sorry, I wanted to see the output of the command.
-
The mount type for "/" is different in both cases. Since CloudBerry Backup seems to work by mount point, it is possible that it doesn't recognize it. Under XFS, can you try to run "docker exec CloudBerryBackup mount" ? From the app's point of view, it's not really important if it is running in a container or not. However, support might be quick to close your case by answering that running in a container is not officially supported.
-
You should probably try to contact CloudBerry support about this. No need to indicate that you are using a Docker container. Just tell that the root folder "/" is missing from the Backup source.
-
Great!
-
What about: ls -la /mnt/user/appdata/JDownloader2/ Did you try to remove and re-create the container ?
