xthursdayx

The most recent docker update only changed the readme, so it shouldn't have affected the running of your container at all... This was the commit: https://github.com/getferdi/server-docker/commit/0acd0bf30be6f14e5b0928257e72c0bc8b5e3da7 I just checked my container and I can still log in without any problem. Is it possible that your appdata folder was deleted or something?

Does anyone have an idea about how I can figure out why these directories are being created?

Hi folks, I just received a notification from the "Fix Common Problems" plugin that I have two issues, an "invalid folder .freeipmi contained within /mnt" and a file " .wget-hsts present within /mnt". I SSHed into my server I saw there are also directories called /.config and /.local in with /mnt. These have never existed before and I haven't recently added any new plugins to my server that would have created them. I also checked all of my docker container mappings and none are linked to these directories. I then tried deleting them but they reappeared. Upon further inspection .cache and .config seem to be related to Midnight Commander as they both a directory called mc in them. In the .local directory I found the following structure: /.local/share/mc/mcedit. The /.freeipmi directory has a subdirecotry called sdr-cache with a file in it called sdr-cache-<my-server-name>.localhost The only thing I recently changed was adding passwordless login via ssh by adding the authorized_keys file to /boot/config/ssh/root.pubkeys, copying /etc/ssh/sshd_config to /boot/config/ssh, and adding line `AuthorizedKeysFile /etc/ssh/%u.pubkeys`. Any ideas what could be generating these files? Thanks!

Unfortunately I don't have any experience trying to get this to work with Nextcloud Talk. I'm personally using it for voice and video calls from my Matrix Synapse homeserver via Riot and it seems to work just fine. I referred someone else to this guide: https://help.nextcloud.com/t/howto-setup-nextcloud-talk-with-turn-server/30794 and this section of the Nextcloud docs where they talk about using Coturn: https://nextcloud-talk.readthedocs.io/en/latest/TURN/ but it could be that you've already seen these guides. To be honest, I'm not a Coturn expert, so I hope those might help!

To be honest, I'm still experimenting with it myself. Unfortunately I haven't been able to test the container as much I would like, because of the limited number of platforms that actually work with Synclounge (this is apparently an issue with Plex, not Synclounge). For example, Plex Web Player and the Plex PS4 app do not work with Synclounge at present. The main reason I was interested in self-hosting Synclounge was because of privacy concerns rather than performance, because I never actually used the public instance. That being said, if your server has a decent amount of RAM and processing power, you have a strong internet connection, and don't have a huge amount of concurrent users, I would imagine that performance should be better than the public instance, since their hardware might not be up to the current demand as a result of COVID-19... I'm interested to hear how it works out though, so please do post here if you decide to try out this template/container. It will also be a good opportunity to give the developer feedback on the docker container. **EDIT**: It looks like Linuxserver has put out their own Synclounge Docker image since I first created my UNRAID template for Starbix's original Synclounge image. Their image doesn't have an UNRAID template yet, but it may be worth waiting for that, since their container is likely to be kept up to date and have better support the original Synclounge docker container.

At one point a couple of weeks ago I'd looked into setting up passwordless login using ssh rsa key from my primary computer, but it didn't seem worth the trouble given how unRAID boots so I didn't go through with it. I don't think I changed anything at that time, nor did I have any trouble until today, despite the fact that I've been accessing my server via ssh every day since then.

Yup and I reset my root password just in case. Still didn't work for SSH or SFTP. Only WebUI. I checked /boot/config/ssh/ and saw the following line in sshd_config uncommented, so I changed it from prohibit-password to yes: PermitRootLogin prohibit-password vulftower-diagnostics-20200511-1552.zip

Hi all, something strange happened over the last day or two and all of a sudden I am not able to access my server via SSH or SFTP. I use both of these services pretty much daily to access my server and nothing should have changed since the last time I accessed my server via SSH. I am still able to log in to the WebUI using my root username and password, but SSH and SFTP no longer seems to work... This is what the log shows when I try to log in. May 11 15:27:30 Tower sshd[8209]: Failed password for root from 10.66.0.103 port 50420 ssh2 May 11 15:27:30 Tower sshd[8209]: Connection closed by authenticating user root 10.66.0.103 port 50420 [preauth] May 11 15:27:39 Tower sshd[8647]: Failed password for root from 10.66.0.103 port 50424 ssh2 Any suggests for how to figure out what is going on or how to fix this?

Something strange happened last and now I find that all of a sudden none of my subdomain reverse proxies are working. I use this container to host three base domain website, all which are still working, a few subfolder reverse proxies, which are all working, and many subdomains off of two of the base domains, none of which are working any more. I didn't change anything with my setup between yesterday and today and my letsencrypt logs don't show anything suspicious. Any idea how I should go about diagnosing what's going on, or what might be causing this problem? I run pfSense on a standalone box as a firewall and router, so I checked the logs there but also didn't see anything suspicious... **EDIT** I figured out what the problem was. My ISP updated my WAN IP address last night and my dynamic DNS updater had only updated the @ hosts of my domains, not the other subdomains. I'll leave this here in case anyone else runs into the same problem.

The ferdi-server AdonisJS app that is packaged in this docker container has an sqlite db built into it, so you can either use that default database or use an external database, depending on your needs. If you have a high volume ferdi-server then I would recommend using a more robust database, but otherwise the default sqlite db should work fine.

Yeah, I did, or at least it stopped happening. It's been so long that I can't exactly remember if it resolved itself or if I changed anything. Sorry for that .

Hi everyone, I just had to restart my server after finding that it seemed mostly unresponsive. On the Dashboard, I saw no CPU activitiy (0%, the bars were empty) and no RAM memory, but my Log memory use was at 100%. After restarting I got the message "Your server has run out of memory, and processes (potentially required) are being killed off. You should post your diagnostics and ask for assistance on the unRaid forums" from the Fix Common Problems plugin. This is strange to me as I have 64Gb of RAM installed and have never had any problem with too little memory before. The Fix Common Problems plugin also told me that "The statistics plugin is installed, but the preclear disk plugin is not installed. There is no reason to have statistics installed but not Preclear." However, up until this reboot the Preclear plugin WAS installed, so, strangely, it seems to haver disappeared from my server. Please see my attached diagnostics. I'm interested to hear if you all have any idea what happened. vulftower-diagnostics-20200330-1458.zip

Thanks for this @aptalca, excellent work!

Thanks for getting on it so quickly! It's working for me as well. Let us know when/if you push it to linuxserver/boinc.

Cool, thanks a lot. I don't know if it would be possible, but perhaps hurricane/dockergui:xvnc could just be swapped for lsiobase/guacgui (which, as you probably remember, was updated to bionic by @hurricanehrndz last year).

@aptalca any chance of updating the RDP-BOINC container to the latest recommended version of BOINC? Right now the Dockerfile is pulling version 7.2.42 but the recommended version is 7.4.22. If you'd prefer, I'm happy to submit a PR to update the Dockerfile. Cheers.

BOINC-ing for team Unraid

It shouldn't be, but if you were running it on your mac previously you'll want to delete the data it downloaded, which if I remember correctly is at /Library/Application Support/BOINC. I found it much easier to just switch to @aptalca's RDP docker that @trurl mentioned.

Well, a lot depends on how you've set up your appdata user share. Hoewever, if you have your appdata user share set to anything other than cache "only" and mapped the database and recipes directories to /mnt/user/appdata/ferdi-server/recipes and /mnt/user/appdata/ferdi-server/database as you stated then they will write to your array, not your cache drives. You will still see the directories at /mnt/cache/appdata/ferdi-server/recipes and /mnt/user/appdata/ferdi-server/database, because your appdata file structure is mirrored at both /mnt/user and /mnt/cache, but they won't be written into. If you want your recipes and data base to be on your cache drive you'll need to correct your paths to /mnt/cache/appdata/ferdi-server/recipes and /mnt/cache/appdata/ferdi-server/recipes. You will also want to go to your appdata user share and make sure that the setting "Use cache (for new files/directories)" is set to "Only", if you want it to only exist on your cache, or "Prefer" instead, which can help to avoid problems in the event that you run out of cache disk space. You will want to invoke the mover (on the main page) after making this change. If you find there are still things on your array instead of the cache after the mover runs, it might have been that the data was in use at the time. Stop all your docker containers, the docker itself, any vms, and then try running to mover. Based on everything you've written, including the fact that you're a novice user, it might be worthwhile to continue reading up about using docker on unRAID, cache drives, disk shares vs user shares, and user share settings. Some good places to start are here in the unRAID documentation and here and here on the forum).

Unfortunately, I think you misunderstood Squid's post. In this post Squid suggested that I leave the host directory location empty in the template, so that the user can select whatever location they want, since a default mapping for recipes and database that assumes the user uses a cache drive will create problems if they don't. My template actually does not have the appdata autofilled. As Squid notes, the way unRAID's Docker system works is that any template container path of /config is automatically remapped over to the user's appdata, which is what you see when you load the template. However, I have updated the first post to clarify that the user will have to select their own Database and Recipes directories and provides some guidance for doing so. I use a cache drive, so I use the following locations for my Database and Recipes directories: /mnt/cache/appdata/ferdi-server/database /mnt/cache/appdata/ferdi-server/recipes If you don't use a cache drive, then the folder paths you listed should be correct.

** I think I found a solution to fix this @Kewjoe ** I was having this exact same issue: Set up the official OnlyOfficeDocumentServer docker container with a reverse proxy to port 4430 (also with a secret key variable set as JWT_SECRET). If I went to https://documentserver.mydomain.com I would get the green checkmark and welcome page. If I added https://documentserver.mydomain.com and the secret key I created to the OnlyOffice settings in Nextcloud these settings were accepted and saved. Then finally, if I tried to open an EXISTING .doc or .docx document I would just get a blank white screen under the Nextcloud header bar. The same thing would happen if I created a new document. My assumption was that perhaps some setting in my general NGINX ssl.conf was preventing the frame from opening OnlyOffice Documentserver. So, I went to the Github page for the Linuxserver LetsEncrypt container and pulled the most recent code from the ssl.conf (located here: https://github.com/linuxserver/docker-letsencrypt/blob/master/root/defaults/ssl.conf) and updated the ssl.conf in my Letsencrypt appdata folder. After restarting Letsencrypt and Nextcloud everything is now working! Hopefully that helps you as well. My only concern is that I now get an A at SSLLabs, rather than an A+ like I used to get with my previous, more complicated ssl.conf...

I've gotten ClamAV working fine by using this clamAV image: https://hub.docker.com/r/mk0x/docker-clamav/ It has the Clamd daemon running by default, so worked for me out of the box when I changed the ClamAV mode to daemon in Nextcloud and added my host server ip and port 3310. Let me know if you run into any problems.

Hi all, I'm hoping that someone here might have some good advice for how to best archive my emails onto my unRAID machine. I have about ten different email addresses from a range of providers. On my daily-use computer I use Thunderbird to read and send emails, and the email providers' online storage for archiving my emails, however, given storage quotas, privacy, etc, I would like to backup/archive all of my emails locally to my unRAID server. Ideally I'd also like to be able to search and read these archives easily, say through an interface such as Thunderbird, and I'd prefer a solution running in a docker container. I thought that my best option would be to have a program running in a docker container pull all of my emails from cloud storage using a one-way IMAP, so that I could then delete the emails off of the cloud storage without worrying about them being deleted locally. However, I'm open to other solutions as well. I tried just running a dockerized version of Thunderbird on my server with archiving set to a local folder, but I couldn't seem to get either of the existing docker images to work correctly. Any thoughts or suggestions? Thanks!

Sorry, I don't use Coturn for Nextcloud Talk, so I won't be able to tell you how to do that. My suggestion is to look up other posts about this and try to find suggestions for how to set up your turnserver.conf. For example, this guide seems pretty straightforward: https://help.nextcloud.com/t/howto-setup-nextcloud-talk-with-turn-server/30794 Here is the section of the Nextcloud docs where they talk about using Coturn: https://nextcloud-talk.readthedocs.io/en/latest/TURN/

Coturn support thread moved here: RoonServer support thread moved here: YACReaderLibraryServer support thread moved here: Application Name: Lingva Description: Docker image for Lingva - an privacy-oriented alternative front-end for Google Translate, serving as a Free and Open Source translator with over a hundred languages available, without any of Google’s associated tracking. GitHub: https://github.com/TheDavidDelta/lingva-translate Docker Hub: https://hub.docker.com/r/thedaviddelta/lingva-translate Instructions: Running Lingva can be as simple as pulling the image using my template in Community Apps, and filling out the template to mount container port 3000 to your chosen host post and add an environmental variable of the domain where you will host Lingva (e.g. lingva.example.com). However, you will need to set up a reverse proxy using a website ever such as NGINX (perhaps via Swag), in order to connect to Lingva via https and host Lingva outside of your local network. There is correctly, no authentication associated with Lingva so if you want to limit access I recommend using an .htaccess file. Thanks to TheDavidDelta for this image!