ElectricBadger

Make the window wider.

I like the new dashboard, but is it possible for users to reorder the boxes? I'd like to have Parity appear above Shares and Users, as the utilization counters are useful to have on the screen without scrolling (even with Shares and Users collapsed, it doesn't quite fit on a 27" display — Edit: this is with the window sized for two columns. Making the window a bit wider gives a better layout, but it takes up rather a lot of the screen!) Similarly, I'd want to put Motherboard below Processor and Memory in the server view on the left, since it doesn't tend to change much, and you know when you've changed it Not suggesting making these changes for everybody, as everybody has different needs — but I can't see any way of reordering them myself.

I thought I'd tidy up a bit and move all the sample files from the proxy-confs folder to proxy-confs/_samples. But something noticed I'd done that and automatically recreated them again a few minutes later. Having them in the sample folder as the live files makes it difficult to find what I want (and makes tab-completion more of a pain). Is there a way I can disable this auto-recreate, or tell it that the samples live in a different folder?

Some people have animated avatars, but I find they make the actual content of the page incredibly difficult to read — they're like particularly bad banner ads, but you can't scroll them away because they're right next to what you're trying to read. I have added a particularly bad example to an ad-blocker just to get it off my screen, but that is not a particularly scalable solution Would it be possible to have a per-user config setting which would render just the first frame of these avatars, so those of us who can't read content with them around can still use the forum without breaking things for people who like them? (I assume there are people who like having animations all over the place — I'd happily disable them completely — but see https://alistapart.com/article/accessibility-for-vestibular/ for an example of why they should be optional.) Thanks!

I'm trying to disable some features in data/config.php, but the Docker image does not set the permissions correctly for unRAID use. When I try "chmod 666 config.php; ls -l config.php" I see that my permission change has been ignored. I had to ssh into the unRAID server to edit this file. Is it possible for the image to set the permissions correctly so the config can be edited from appdata without this step? Thanks

FCP is reporting this error on my unRAID 6.6.6 box: The plugins page shows that I'm running version 2018.08.29a of the system stats plugin, which the release notes claim is compatible with 6.6.6 — 2019.01.12 is the first version to set a minimum unRAID version of 6.7.0. (The plugins page, quite correctly, won't let me update to this.) Is FCP scanning against the latest released version of the plugin rather than the currently installed one? That seems a bit odd to me — and it certainly shouldn't be reporting it as an error when the fix involves installing a release candidate version of unRAID, as that's not really an option for important systems…

I set mine up from the Spaceinvaderone video — if you followed a different tutorial, your configs might well be a bit different.

Are you using the subfolder config for Nextcloud rather than the subdomain — do you normally access it through "MyDomain".duckdns.org/nextcloud? What include do you have at the bottom of site-confs/default? I'm using subdomains throughout, so I have include /config/nginx/proxy-confs/*.subdomain.conf; If you're including *.subfolder.conf instead, it's probably worth adding this line above it — but I'm not sure if there are any issues mixing subfolder and subdomain setups.

Looks like there's a problem with the SSL certificate, not the GitLab config. Have you added the "git" subdomain to the list of the subdomains in the letsencrypt docker?

I've got this in my nginx config (in proxy-confs/gitlab-ce.subdomain.conf): server { listen *:80; server_name registry.subdomain.duckdns.org; server_tokens off; return 301 https://$http_host:$request_uri; access_log /config/log/nginx/gitlab_registry_access.log; error_log /config/log/nginx/gitlab_registry_error.log; } server { listen *:443 ssl; server_name registry.subdomain.duckdns.org; server_tokens off; include /config/nginx/ssl.conf; client_max_body_size 0; chunked_transfer_encoding on; access_log /config/log/nginx/gitlab_registry_access.log; error_log /config/log/nginx/gitlab_registry_error.log; location / { include /config/nginx/proxy.conf; proxy_pass http://gitlab:9381; } location /v2/ { include /config/nginx/proxy.conf; add_header 'Docker-Distribution-Api-Version' 'registry/2.0' always; proxy_pass http://gitlab:9381; } } and this as the container's extra parameters (minus setup for email, backups and container registry): --env GITLAB_OMNIBUS_CONFIG="external_url 'https://git.subdomain.duckdns.org';registry_external_url 'https://registry.subdomain.duckdns.org';gitlab_rails['gitlab_ssh_host']='git.subdomain.duckdns.org';nginx['listen_port']=9080;nginx['listen_https']=false;nginx['hsts_max_age']=0;registry_nginx['listen_port']=9381;registry_nginx['listen_https']=false;registry_nginx['enable']=true;registry['enable']=true;" If you want to use ssh rather than https for cloning/pushing, you'll need to add a port to the container for it: host port 9022 (or whatever you like that isn't being used), container port 22. I then add this in ~/.ssh/config: Host gitlab HostName git.subdomain.duckdns.org Port 9022 User gitlab although I have to say that, while this works for Mac and Linux/BSD, I have no idea what the equivalent is for Windows!

I've found that the network type is the cause of the problem — when this is set, unRAID allows setting the host port but not the container port. To fix, change the network type to "bridge", add/edit the port setting, then change the network type back to "proxynet". I'm not sure if this is an unRAID bug or not — it doesn't seem like the correct behaviour, but I'm not sure how unRAID is supposed to know what to do with a network created with "docker network create"…

I'm trying to configure the Docker container registry on GitLab-CE but I don't seem to be able to add a port for it to listen on. I've added this to my extra parameters: registry['registry_http_addr']='192.168.69.99:9081';registry_nginx['enable']=false;registry['enable']=true; and added a redirect for port 9081, but it does not show in the container list after clicking "apply" (see screenshots). The container's network type is set to "proxynet", as per SpaceInvaderOne's nginx proxy video, so I can access the container registry from outside my own network. What could be going wrong here? Port 9081 doesn't seem to be mapped to any other containers (and, even if it was, I'd expect unRAID to open a dialog telling me this, rather than silently failing : ) and other ports I've tried fail to show up in a similar way.

Thanks — I'd already noticed that after I posted, though. I changed "GitLab-CE" to "gitlab" and edited the name of the Docker image to "gitlab", but it didn't fix it. Changing the 80 in nginx['listen_port'] = 80; to 9080, which is the port that GitLab's actually listening on, however, did. Can't believe I didn't spot that 🙄 Thanks for your help!

I'm trying to write a config file to reverse proxy to GitLab-CE, but I can't get it to connect. I have the following config: server { listen 443 ssl; server_name git.*; include /config/nginx/ssl.conf; client_max_body_size 0; location / { include /config/nginx/proxy.conf; resolver 127.0.0.11 valid=30s; set $upstream_gitlab GitLab-CE; proxy_pass http://$upstream_gitlab:9080; } } and this as extra parameters for the GitLab-CE docker, minus config for email and backups (and with the real domain replaced with example.com): --env GITLAB_OMNIBUS_CONFIG="external_url 'https://git.example.com';gitlab_rails['gitlab_ssh_host']='192.168.69.99';" but I just get 502 Bad Gateway when I try to connect. The page at https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/doc/settings/nginx.md#supporting-proxied-ssl suggests adding nginx['listen_port'] = 80; nginx['listen_https'] = false; but this hasn't helped at all. The nginx error log has this: 2018/09/22 14:26:57 [error] 372#372: *224 connect() failed (111: Connection refused) while connecting to upstream, client: <MY EXTERNAL IP>, server: git.*, request: "GET / HTTP/1.1", upstream: "http://172.18.0.3:9080/", host: "git.example.com" TBH, I'm a bit stumped here. Does anybody have any clue as to what could be going wrong? Thanks 😎

Yup, I force updated it. It's not the music library issue that everybody was happening as I never configured it for music in the first place. It seems to be crashing when trying to process a particular .ogm file.

Just what I needed — thanks!

My Emby container keeps crashing. I've reported the issue over on the Emby forums — but I have autostart set to ON for that container. Should it not restart itself automatically after a crash? (If that's not what the autostart switch does — is there a way to configure a container to always be running in unRAID?)

The container doesn't seem to be maintaining the VPN connection for longer than a day or two at a time for me. There's nothing added to the log after the initial "[info] Successfully retrieved external IP address aaa.bbb.ccc.ddd" but Privoxy starts returning a 404 for everything until the container is restarted. It doesn't look like the container was auto-updated overnight. Is there a way to get it to try to reconnect every 10 minutes or so if the VPN drops? At the moment, the VPN seems to just stay down permanently until I manually restart the container. Failing that, as a temporary workaround, does unRAID have a way to schedule regular restarts of a container? That would at least leave everything working most of the time…

Ah, there's a Devpack as well as a Nerdpack… that explains why I couldn't find it! Thanks for the pointer. Would still like to have Ruby if it's at all possible, though.

Sure, I have perl installed already through the plugin, but running 'perl -mCPAN shell' warns me after config that I need to install make or stuff will probably not work — and, indeed, entering 'install DateTime::Format::Strptime' doesn't seem to leave me with a usable strptime module — so I can only use modules that are part of the perl base install. I can't see make or ruby in the list of DevPack plugins, though, so I'm not sure how to move on to fix this.

Please could you add ruby 2.5? I'm having some difficulty getting a script working in Perl, as it requires a CPAN module to be installed. CPAN tells me it requires make, and I can't find a package with make in it… Meanwhile, I know that ruby has the necessary module built in. Alternatively, is there a package which provides make, so that I can install the CPAN module I need? Thanks

A small point: you'll need to edit the docker and add a path mapping container path /backups to /mnt/user/appdata/gitlab-ce/backups before running the script, or you won't be able to see the backups

Is it possible to rename the postgresql docker that the gitlab docker depends on to be postgresql-gitlab? It seems to be set up fairly specifically for use with gitlab, and I'd like to have another postgresql docker for general use. Obviously, having the generic name on the app-specific image is confusing. I tried renaming the docker, but then the gitlab docker couldn't see it. (Would be even nicer if postgresql and redis were just incorporated in the gitlab-ce docker, as it keeps the place tidy — but I guess there's a reason it's done this way…)

Sure — but I still don't provide personal details to anyone without first checking they're not going to spam me with their own marketing. On the other hand, it looks like there's progress in Gandi support for certbot, so maybe this could do it once that plugin (hopefully!) gets included as part of the standard certbot install: https://github.com/certbot/certbot/issues/5582#issuecomment-373476517