Djoss
-
Posts
2,356 -
Joined
-
Last visited
-
Days Won
9
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Djoss
-
-
On 7/18/2023 at 2:17 AM, Vaulter98c said:
Is there a way to ensure that each job is put into a folder matching the name of the folder it came out of or the name of the video file when done encoding?
Yes, edit container settings and set "Automatic Video Converter: Output Subdirectory" to "SAME_AS_SRC".
- 1
-
On 7/19/2023 at 4:28 PM, Vokay said:
Was working fine until couple days ago. Getting an error that says my file system is read only. The storage path is /mnt/user/ so I dont think its denying access. I tried on different shares; I already attempted to run Docker New Permissions, but that didnt help. Docker is up to date, its been scrubbed as well (no errors).
What are you trying to do ? Restore files ?
-
On 7/19/2023 at 12:48 PM, Aquenon said:
After rebuilding my server, my CloudBerry Backup is telling me “First argument must be a string, Buffer, ArrayBuffer, Array, or array-like object.” when I try to launch the WebUI. Is this because it’s a new machine other than the hard drives?
What are you trying to do when you get the error ? Maybe share a screenshot of the error ?
-
On 7/9/2023 at 5:09 AM, motoflyer said:
Hello,
can you please explain how do install "paid" version of FreeFileSync on this container?
Thanks in advance!
Currently this is not possible, because the source code of the paid version is obviously not available and it also doesn't support Alpine Linux, the OS on which this container is based on.
-
The screenshot doesn't seem to come from MKVToolNix running in the container ?
- 1
-
Did you check the permissions of this folder ?
ls -ld /mnt/cache
-
14 hours ago, Mutelight said:
First off, huge shoutout to Djoss for this container!
Somewhat recently I have discovered and issue with the autoripper which did not occur before. Unfortunately since my frequency of buying new discs has slowed down I can't pinpoint exactly when it started to occur.
I have two drives connected to my server with them both passed through to the container using the /dev/srX and /dev/sgY variables and when I have the autoripper enabled to do full disc backups, I get a lot of thrashing on my drives like they are failing to properly read the discs. If I let the drives go they will basically get stuck trying to read what seems like indefinitely.
When I disable the autoripper and do a manual full backup the thrashing is gone and normal transfers occur.
I feel like at least with my configuration I have narrowed down the variables to it being directly related to the autoripping feature, so thought I would mention it here in case anyone has any ideas.
Do you have the issue when ripping 1 or 2 discs at time ?
-
On 6/26/2023 at 8:15 PM, bluiwulf said:
I'm sorry if this is something simple, but I'm still getting the hang of working w/ docker containers and my MakeMKV (as well as Handbrake) container won't load the web GUI and gives me this error below
I tried reinstalling multiple times and checked the log and there is no more details reported so far it's only these two containers w/ this issue
Which browser are you using ? Do you have the same issue with another one ?
Note that these kind of problems can also be created by browser's plugins/extensions.
-
Having a message about the upgrade failure is expected. However, it should not re-appear after you close it.
-
13 hours ago, Stumpy said:
Hi, this is an awesome docker/program! I was using the videos option recently on a directory and sub directories that I know have duplicates but it returned the error:
"Cant not read metadata in /the/dir/with/dups, reason Permission denied (os error 13)"
and said there were zero duplicates?
It seems like a permissions error but I have no idea how to resolve it?
Do you know where are coming these files ? Are there created by another container ? If yes, it might be incorrectly configured.
Note that to restore default permissions in shares, you can use Tools->"Docker Safe New Perms".
-
20 hours ago, CobraPL said:
How can I access/locate the "output" directory? I tried for last 30min.
When you edit container's settings, the output directory is defined by the value of the "Output Directory" configuration element.
-
Is this fixed with the new image ?
-
There is a new version of CrashPlan available. I'm working on this and a new image will be released soon.
However, I'm not sure why this prevent you from accessing the interface. Do you usually have to enter your username/password every time you access the interface ?
-
On 6/3/2023 at 10:00 AM, Ignitis said:
Hi, I am having trouble with backing up my appdata folder. My other back up routines work fine but anything within the appdata folder seems to either error and not work at all some days, or works with "warnings", and when it does this it is not purging any of the files and so I am ending up with hundreds of copies of them over time and have to manually delete them from cloud storage.
I believe it is probably something to do with permissions and cloudberry backup not having full access to some folders but I have no idea how to change its permissions to fix this error.
Cloudberry backup is already running in privileged mode. I have attached a screenshot of the latest error.
What are the ownership and permissions of theses files ? If the related containers run under a different user as CloudBerry Backup, it is possible that it doesn't have access to the files.
-
6 minutes ago, Beardiful said:
Looks like this container has stopped working. Says it needs a license now.
Yes, this is expected since the current beta key is expired. We need to wait for the MakeMKV author to publish a new key (or you can buy one if you want to avoid these troubles).
- 1
-
You can try to open a new tab and start a stop watch at https://www.online-stopwatch.com/. This will at least confirm that there is no issue with Firefox itself.
-
Also, are you sure it's not the site itself that has an issue when kept open for too long ?
-
On 5/23/2023 at 9:36 AM, Gunny said:
Are nightly builds of handbrake inherently slower or do you think theres an issue on my side?
It's probably an issue with HandBrake itself...
-
Sorry I'm confused. Is the PC your are shutting down the one running the container ?
-
Did you check if symlinks were broken inside the container ?
docker exec CloudBerryBackup ls -l /storage/user/backups/AWS_Syncs
If symlinks are using pointing to absolute paths, they could be broken inside the container.
-
I'm not sure these indicate real issues. Check instead the output of "docker logs Firefox".
-
2 minutes ago, danimal86 said:
I didn't change any settings within firefox, and from what i recall i didn't really change anything on the docker settings. The only thing i added was an extra parameter --restart=always as recommended by someone else, but i think that just starts the docker
I did load the TamperMonkey extension within firefox.
I setup a few firefox tabs and came back the next day or two later and just one tab was open and it was back at the homepage.
I'll set it up again and see.
I would also check the container's log to make sure the behaviour is not caused by the container restarting or Firefox crashing.
-
On 5/4/2023 at 7:53 PM, ApfelBirneKreis said:
Yes i did. and the dev-latest tag does not work anymore. last time it was updated is a very long time ago
Forgot to reply here, but nightly builds are working again.
-
6 minutes ago, danimal86 said:
Its not closing or exiting itself, it just reverts back to its homepage.
Then I don't know how this is possible. So you see the same behaviour with default container and Firefox settings ?
[Support] Djoss - JDownloader 2
in Docker Containers
Posted
How did you import your settings ? From JDownloader itself (via File->Backup->Restore settings) ?
Also, is the version on your PC also for Linux ?