-
[SUPPORT] AMP (Application Management Panel) - CorneliousJD Repo
Figured I'd take a look at the github and found there is a UID and GID variable that can be set. Changes it to UID 99 GID 100 and now everything is owned by nobody. Guess I'm just used to seeing the GUID and PUID variable. I'm good now. This container actually seems to be working better then installing a VM and AMP using their install steps.
-
[SUPPORT] AMP (Application Management Panel) - CorneliousJD Repo
Yeah I've already done that. Once the container starts again it reverts back to whatever the container wants to use, amp (1000) amp (1000). Which is the same number as my local SMB share account. I think the image needs to be build with env variables to use 99:100 for folder ownership. For unraid the best practice is to use the nobody user/group.
-
[SUPPORT] AMP (Application Management Panel) - CorneliousJD Repo
Hello, Is there a way to make the folder be owned by "nobody" user "99:100". I can usually get some containers to do this by using the "--user 99:100" option, but this fails to start the container. Sometimes I have to link the /etc/passwd file from unraid host to the container and that sometimes works with the --user option. The current owner is an account I used only for local SMB Share access and don't want it to own a docker share. Can a PUID 99 GUID 100 be added as an environmental variable to make it the owner of the folder? Thanks,
-
[Support] binhex - Crafty-4
Hello, I'm testing this docker container to maybe move from AMP. I do folder and file permissions set, but the Files tab for the Minecraft server just never loads. Am I missing something? I don't mind uploading from unraid into the plugins folder but would be nice to be able to do it from the Files section too. It seems to do the same thing from local IP and from reverse proxy (pangolin, cloudflare). Any help would be great.
-
[Support] Akaunting
-
[Plugin] FolderView
That was the issue, I assumed it was fine since the last update was Jan 2025 for unraid 7, but guess that was wrong. The manual install worked great. Thanks,
-
[Plugin] FolderView
I just installed this on Unraid 7 and this is what I get when I click Add Folder for docker containers. I don't see the toggle switches like in other screen shots or the dockers listed in it. Clicking submit refreshes this page doesn't create anything. Not sure what's happening. First time using this plugin.
-
[Support] binhex - qBittorrentVPN
Awesome, everything seems to be good now. I'm on the protonvpn for the VPN_PROV and can connect to the GUI, no errors in the logfile like before. Thanks.
-
[Support] binhex - qBittorrentVPN
Here you go. This log does say something about missing a suffix "+pmp" to the username, but I don't have that in the username provide by proton. Looking at the Proton VPN support https://protonvpn.com/support/port-forwarding I just disabled the Use UpNp / NAT-PMP as they state in qbittorent, but I don't know how to get the port used for incoming connections from the ProtonVPN client I assume would be in the container. zer0ish_Protonvpn_var_supervisord.log zer0ish_Protonvpn_var_qbit_dockerrun.txt
-
[Support] binhex - qBittorrentVPN
So same steps as before but this time with the Protonvpn in the VPN_PROV var?
-
[Support] binhex - qBittorrentVPN
I seem to have to use the Custom options for VPN_PROV since when I tried to use the Protonvpn one, it wouldn't work. I can't even access the GUI when using the Protonvpn option. I just tried it again for fun, and get ERR_CONNECTION_REFUSED for the GUI. Ill have to stick to Custom I guess.
-
[Support] binhex - qBittorrentVPN
I just ran a test by download a tv series, and it stayed stalled for about 6minutes, then the seasons that hit 5-6 minutes started downloading, the ones listed as <1minute or 1 minute stayed stalled, and as soon as they turned to 6 minutes Time Active they started to download. Strange behaviour but all seems to be working again. Also, yesterday the GUI took a really long time(> 5minutes) to get access to it, and now I get instant access once the container is started. Guess my issue is resolved. Might have all been due to unraid 7.0/the CA update.
-
[Support] binhex - qBittorrentVPN
Seems to be random, sometimes after a restart torrents stay in a Stalled state, and other times it only stalls for a few minutes and then starts. The one I just downloaded started as stalled and now downloaded. The only difference from yesterdays issues is I installed the latest CA update from yesterdays initial unraid 7.0 fix: 2025.01.11 to todays: 2025.01.12. Ill keep an eye on it, and if I see it stalled with a bunch of torrents then Ill post updated logs.
-
[Support] binhex - qBittorrentVPN
For some reason even though I disabled the VPN last night, it was on again when I just checked. Not sure why. Just tried to download another torrent and it Stalled right away. zer0ish_supervisord.log zer0ish_qbit_dockerrun.txt
-
[Support] binhex - qBittorrentVPN
I was simply stating that for me, the issue disappeared once I disabled the VPN part of the docker. The container does start with VPN on, and using WG command shows it's getting the handshake, every torrent goes in Stalled state though. Turned off VPN and all is good. For some reason even though I disabled the VPN last night, it was on again when I just checked. Not sure why. Just tried to download another torrent and it Stalled right away. zer0ish_supervisord.log zer0ish_qbit_dockerrun.txt