zer0ish

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.

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.

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,

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.

From their website: https://akaunting.com/plans-on-premise

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,

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.

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.

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

So same steps as before but this time with the Protonvpn in the VPN_PROV var?

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.

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.

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.

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

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

I think this is an issue with the container. I had to disable the VPN part to get it to work as intended again. I use Proton VPN and the issue has been around for quite sometime even before unraid 7.0. Anytime the container is restarted with VPN on, I have to restart the container several time for the torrents to see the seeds and start downloading again. Otherwise they show as stalled due to no connections. The moment VPN is disabled I never have to do this. I know my settings are correct for Proton too. There is a Proton option for the container but it has never worked, I've had to use custom. But now that doesn't work since unraid 7.0. The restart of the container, no matter how many times I restart it, it still wont start the torrents.

Can confirm issue is now resolved after the latest update to CA I just got.

Please see @FreakyBigFoot comment to my exact issue you are commenting about. It's a workaround.

I usually get a Stalled torrent when ever there is an update, and all I have to do is stop the docker container and start it again, sometimes 2-5 times before it works again. But since updating to unraid 7.0 this solution no longer works. Torrents stay stalled. I do use proton VPN. When running the "WG" command in the console it shows it's connected and the handshake happens every 2ish minutes. FYI, this may not even be related to unraid 7.0 since the torrent I'm trying to get "Silo Season 2 Ep 09" and many other torrents stalled even without any recent updates. This container has been very spotty over the years with VPN, having to stop and start it over and over again. To test, I just disabled the VPN option in the container settings and it started working again right away. I think there is an issue with the VPN portions of the container. I use Proton VPN(paid) but using the Proton VPN option in the container never worked. I had to use the "custom" option to get it to work, but now, that no longer work either. I assume some work needs to be done on this container to work with Proton properly? The moment I turned the VPN option from "Yes" to "No" the container worked fine. I guess for those having issues, set the "Container Variable: VPN_ENABLED" to "No" until this is fixed. I don't like having to do this, but qbittorrent is the best bittorent client when having over 200+ torrents running(I have over 700 at a time on a regular basis). Other clients lag and become unresponsive, so I hope this container is fixed for the VPN parts soon.

Ok this works, but this is still a bug as this isn't the intended behavior of the search function. I should just type what I'm looking for and it does the search.

I get this when I search for an app now after "upgrading" to unraid 7.0

I just now tried to set this up and the base template doesn't work for me. I had to make sure the root directory permissions in unraid share for n8n was set to RW/RW/RW For some reason it uses another user account to create all the folders instead of what should be the "nobody" account. I tried adding the MySQL/MySQL env variables and the install just created a postgres database instead. I also had to make the postgres database permissions RW/RW/RW otherwise you can't create the base user once you access the browser portal. Still playing with it now, trying to get LDAP working on invoice ninja.

I spent so much time trying everything in every guides. I can't believe how simple a fix this was. This should be added to the template details for future installs and other people installing this for first time. Thanks you for this find.

Hello, Yes I do have "Destructive Mode" on. When I click on the appdata "ACTIONS" menu and click "add directory listings" I get the bellow screenshot. If I do a recursive snapshot, it doesn't list the other new docker folders. So I can't turn them into datasets unless I use the user scripts by Spaceinverder. I can click on another dataset ACTIONS menu and when I take a snapshot recursively, and then add directory listings button, the folders inside show up. It seems to just not want to detect new folders inside the main appdata when I add new docker containers. Maybe it has something to do with the Directory listings in the ZFS Master settings? I never added those lines to the Directory Listing section. I assume they were added when I ran the "Add directory listings" button.

Hello, I'm wondering why sometimes new docker container folders show in the Main tab for the ZFS appdata, but sometime they don't. I often have to use the Spaceinvader user script to convert the new folders to a dataset, then they show up in the list on the Main tab where I can then do a snapshot. Is there a way to show these new docker folders so I can change them to datasets from the GUI to then make the snapshots? Is there a way to update Directory listings from the Action menu? Thanks.