-
Posts
397 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by xthursdayx
-
-
On 3/17/2021 at 5:33 PM, wayner said:
I have installed it and it seems to me that the interface is the same. The binhex docker may even be marginally better as it shows the flags of connected peers and I don't think that the linuxserver docker did that - at least by default. Or maybe I was using an old version? I agree that there are a lot of setting that are superflouous if you don't use a VPN, etc but it looks like you can disable those.
So this may be a decent path forward after all.
Did you transfer seeding torrents from one container to the other? If so, did you find a easy way to do this without manually downloading each .torrent file and rechecking them?
-
On 4/7/2021 at 11:13 PM, mikela said:
I tried my first "restore" from a saved backup. It worked. I also tried to "restore" from a previous backup that was made prior to separating apps and app data as described earlier in this thread. I could not get that one to work. Looks like all back ups going forward should work. Really excited to use Roon as originally intended.
Thanks to all who assisted in getting this docker workable!!!
Glad to hear that the restore function is working for you as expected!
-
1
-
-
On 3/7/2021 at 8:44 AM, steve1977 said:
Somehow, the docker doesn't run "smooth" for me.
It seems to download within the docker rather than updating the docker.
I got a lot of spinning balls.
I see the following in the log: "compressed frame too big: 11298 vs. 11280" (this and similar ones dozens of times in the log).
After a few reboots or restarts, it works and is fine. But as said, doesn't feel fully smooth. Any thoughts?
Sorry @steve1977, I haven't see any error logs like that and I'm not entirely sure what you mean by "download with the docker rather than updating the docker" or having "a lot of spinning balls". I'd like to help figure out what the problem is, but could you clarify what you mean exactly? Logs also always help.
I assume you're using the default docker template from my repo (available via Community Apps)? If not, make sure to try that so we can try to eliminate variables while troubleshooting.
Do you have a lot of ALAC/Apple Lossless files in your library? When searching to see what might be causing your error, the only thing that seems to through a similar error is ALACEncoder.cpp.
-
7 hours ago, Kendel said:
Config photo
Yep, as @mikela suggestes, your problem stems from the fact that you have the /app and /data directories mounted in the same host directory. We previously identified this as the causes of some major problems associated with updating and I then updated my template. You should be able to fix this problem fairly easily by either:
A) Choosing one of the options I describe here, if you want to try to keep your existing library. More work, but you get to keep your existing library data.
or B) if you'd prefer to start from scratch (which will be easier, but will require you to delete your appdata folder and rebuild your library), you should change up your container configuration to match something like this (the backup and music directory location are up to you of course):
You won't necessarily need to do to this manually - if you remove your RoonServer container and delete your RoonServer appdata folder, then search for Roon in Community Apps and my most recent template should be available, which has the correct directory mappings.
-
1 hour ago, Kendel said:
with latest Roon release (1.8 build 764), I tried letting Roon perform its auto-update. I then Stopped the Docker Container and restarted it. My computer app then gave me the "waiting for the Roon core" message and I had to go to select a different one (which was the updated version). When I selected it, it was like a fresh install with no library, missing settings, no audio devices configured etc.
Last time for (1.8 build 763) just a few days ago I just tried the update from within the app but with the same results.
Since build 763/764 were only a couple days apart I hadn't backed up my library to try to reload it, but I know from a previous update I lost my library anyways and the backup didn't work.
It's really a hassle to redo settings, etc. everytime there's a patch to Roon.
Any suggestions on what I am doing wrong that a patched Roon doesn't see the newly patched Roon core??
I haven't revised any of the docker settings so I'm confused.
Thanks, Kendel
Post a picture of your container configuration in Unraid. I haven't run into that problem with any of the recent updates, and no one else has mentioned it recently, so hopefully it's a simple configuration problem.
-
15 hours ago, xrqp said:
I now have Roon Remote on my ipad (v1.8 build 756) and on my win10 (v1.8 build 763). And already it is nagging me to update every time I start the app, and I cannot figure out what build number it is trying to update to. I am scared to update generally, and even more so while it is building library.
Yes, you can update the Roon running in this container via the app. I think the fact that it is nagging you to update every time you start the app is just coincidental - Roon has released multiple builds over the last few days since 1.8 came out in order to fix issues that were identified after launch. Is it literally every time you restart you app, or is it just that you've had to update a few times over the last week?
-
On 2/23/2021 at 1:04 AM, xrqp said:
I ran my core in Windows 10 for a year, then I created a backup lately. Now I installed this container and assigned it as the core, then tried to restore that backup (when it asked me to sign in, I click "restore backup"). But the restoration of the backup fails. Can I do this? Are there any tricks?
I haven't had any problems restoring backup using this image Docker image/template combo, but that was restoring from the same setup (this Docker container running Roon Core on my UNRAID server). I'm not sure if there are any issues restoring backups across operating systems, but that might be a question for the Roon forums. However, if you find that it's an issue with permissions or anything associated with either my UNRAID DockerMan template, or Steef's original Docker image, I'll be happy to try to help sort it out.
In either case, you'll need to include any error logs you have from the container when you try to restore your backup (if any exist, that is).
-
Yeah, a pic of your settings would help. If you're getting an error message indicating a duplicate mount directory it's likely that you're using the same mount point aka container path for the two different host directories.
-
20 hours ago, garethsnaim said:
I did a new install of roon on unraid using this docker, getting major issues.
@garethsnaim unfortunately, I'm not sure what's causing your issue and I suspect it is an issue unique to your set up and the actual Roon docker itself, rather than an issue caused by my unraid template (which follows steefdebruijn's mappings) . My suggestion is to post a new issue on steefdebruijn's github repo: https://github.com/steefdebruijn/docker-roonserver
-
I'm getting the following error in my Nextcloud log when trying to open documents via the Nextcloud mobile app on iOS:
Fatal: Download without jwtFatal: Download without jwtAnyone know what might be causing this problem?
-
1 hour ago, Austin Cooley said:
I am very interested in this topic as well. This issue has tripped me up several times and I am hesitant to update. Should the proper workflow be to backup your database, reinstal the docker then restore the backup? I would like to get the 1.8 backup!
Hi Austin, in-container updates seem to be working fine for everyone now after I updated the Unraid template. you can either start from scratch using the updated template in Community Apps, or follow the instructions I lay out in this post (see below) to preserve your existing container. It's a bit convoluted but should work. The final option is to backup your database using the internal back up option, scrap your docker container and then rebuild a new one using the updated template. Then you can try to restore the previous backup you made. However I can't promise this will work as I haven't tested this, and I'm not sure if the dividing up of directories that happens with the template will mess up the structure of your previous backup.
Either way I'll be interested to hear what process you try out. Don't feel too bad if you end up losing your backup - I had to completely rebuild all the metadata for my lossless library (>50k tracks) when I was troubleshooting the update process when 1.7 (Build 667) was released and messed up... It happens to the best of us!
-
FYI: I just updated my Roon Core Docker container to 1.8 via the Roon app running on my MacBook with no problems at all. Everything looks great! Cheers!
-
2
-
-
As I mentioned in a previous post, we're currently completely overhauling Ferdi-server and combing the Docker image into the main Ferdi-server repo, while also updating much of the underlying infrastructure. As a result, the Ferdi-server docker container will likely function significantly differently in the future, so I an not able to troubleshoot any problems that are arising from the current configuration. I will however update this post as soon as we push the new Docker image and address any issues that may arise then. We'll aim to make sure that the password reset function is fixed during the process of updating the image.
-
1
-
-
3 hours ago, nik82 said:
Perhaps most ppl are using the built in sqlite function?
I think most people, including myself, use external databases such as MariaDB, so it definitely works for most people. Have you tried changing your network type from `bridge` to `br0` or another custom docker net that MariaDB is also on?
This is what the relevant part of my config looks like:
-
Hmmmm, I really have no idea... Unfortunately (fortunately?), I've never heard of this issue before (and the image has over 100k pulls), so it's kind of baffling. One thing is that I have ferdi-server running on a custom docker-network along with MariaDB and all of my other outward-facing containers, so they share the same LAN network IP range (172.19.0.0/24). I don't feel like not doing that should cause a problem, but something to check perhaps?
One thing to note: we're currently completely overhauling the ferdi-server Docker image, so we will be pushing a new image onto Docker Hub in the next week or so which will handle almost everything differently. That doesn't really mean anything for your current issue, but it's just something to know for future planning.
-
It's hard for me to tell what the issue is based on the screenshot, but I'm wondering if you set up your database correctly? I am using almost the exact same settings as you with no problem. I see in your logs that you have an sql error that says `Access denied for user \`ferdi\`@\`172.17.0.8\`. This may be a stupid question, but did you create a ferdi database and user in MariaDB? It is necessary to manually create the database, user and password, if you want to use an external database.
-
1 hour ago, xrqp said:
If anybody installs this Roon container, then later does the next Roon update (update to ver 1.8 planned for Feb. 9, 2021) , please report back here if it worked.
I did the previous update through this Roon contianer and didn't have any issues (with the most recent settings I posted above), so I assume that this update to 1.8 should work as well.
-
2
-
-
23 hours ago, xrqp said:
Is xthursdayx the same person as steefdebruijn?
Nope
-
THis may be a stupid question, but is there a way to use mkvextract through the GUI, or is it CLI only? Thanks!
-
@dkerlee It might be worth updating the instructions in the first post of this thread in order to avoid confusion, since it is no longer necessary to "Enable additional search results from DockerHub" since my template is available via CommunityApps.
-
2
-
-
20 hours ago, xrqp said:
I have been away from this thread for about a year. Have you worked it out, how to run Roon in a docker in Unraid, and be able to do Roon updates, and it still works?
About a year ago, I gave up, and put the Roon server on my Windows 10 machine, and I start my Windows 10 machine every time I want to run Roon (ike once a day), and it has to work hard for 4 minutes before I can use Roon, and I don't know if it continues to work hard after.
If you, or anyone has not figured this out yet, I was going to try a Windows 10 VM on Unraid machine, then install Roon on the VM. Thanks for all your work.
As @realdielmentioned, everything should be working fine now, including updating. You can either start a new Roon container from scratch using my template (which is updated and working correctly), or you can migrate an existing Roon container using the instructions I posted here:
-
I'm in the same boat as @oldirtdog, I use Mylar to organize my comic and just use YACR to reader and server them. If you can describe any error messages you're getting I can try to update any permission issues within the image.
-
45 minutes ago, jafi said:
Can anybody modify this so it will work with swag? I can't (too stupid).
This does work with swag as is on my machine. There may be an issue with your port set up.
-
1
-
-
On 12/23/2020 at 3:28 PM, dkerlee said:
@realdiel Just searching. There aren't any hiccups on the streaming end. Although, it does take a minute (10-20 seconds) to load the first track when I hit Play on an album.
I haven't dealt with this either, so unfortunately I can't speak to it. Seems that your server has more than enough resources to run Roon quickly, so I wonder if this is a local networking issue?
[Support] binhex - rTorrentVPN
in Docker Containers
Posted
I just set up this container for the first time in order to replace the Linuxserver ruTorrent container since it is no longer being updated, however I've run into an issue and can't seem to access the WebUI. I've attached my log here, however it never seems to get past the stage "Setting permissions recursively on volume mappings..."
My settings are very basic as I'm not currently setting up any VPN and am only trying to access ruTorrent locally. You can see my settings below. Any ideas?
supervisord.log