ich777

I don't think that this would actually give viable information (for most containers) since most developers don't track their changes, including me <- most of my containers are self maintaining and I only push most of the times only a new base image which includes the most recent packages from the distribution that I use inside the container itself.

For plugins that's already possible but even there not all developers track their changes.

However you can always click the Project link or the Repository where you will be redirected to the Project (most of the times GitHub) or Repository (DockerHub, GHCR.io,...)

@googol I responded in the Issue in the unraid/webgui repository.

Next time please use the appropriate support thread:

However this is your issue:
```
Jun 10 21:18:34 Laniakea kernel: NVRM: This PCI I/O region assigned to your NVIDIA device is invalid:
Jun 10 21:18:34 Laniakea kernel: NVRM: BAR1 is 0M @ 0x0 (PCI:0000:0a:00.0)
Jun 10 21:18:34 Laniakea kernel: NVRM: This PCI I/O region assigned to your NVIDIA device is invalid:
Jun 10 21:18:34 Laniakea kernel: NVRM: BAR2 is 0M @ 0x0 (PCI:0000:0a:00.0)
```

Please make sure that you've enabled Resizable BAR support in your BIOS, your BIOS is up to date and you boot in UEFI mode.

There was already a discussion about that here: https://github.com/ich777/unraid-nct6687-driver/issues/3 and I closed that issue today because nobody responded, so to speak in your case the nct6683 driver is necessary to be not loaded correct?
 
However the correct way would be to create /boot/config/modprobe.d/nct6683.conf with the contents:
install nct6683 /bin/false  
I can of course implement that into the plugin if you confirm above is working.

Yes, this is the correct thread:
 
However I would recommend that you join @Spectral Force's Discord since he graciously helps me out with support for 7DtD, you can find his Discord here:
https://discord.gg/VwwYA5h

@xrh0905 the two modules are now included in Unraid 7.1.0-rc.4
 
Please let me know if everything works as intended.

Are you using the plugin or do you use the toggle switch on the Docker page?
 
If you are using the plugin then please create a post here:
 

Oh, if ca-certificates is missing this will be fixed in the next version from Unraid.

Because you are using host as the network adapter in the Docker template, please change it to bridge and the issue is solved.

I assume you have the Tailscale Plugin installed correct?
 
Do you have by any chance Tailscale DNS enabled? Try to disable it and see if it works afterwards.

Gibt es einen Grund dafür?
BTRFS kann fast alles was ZFS kann wenn wir jetzt von einem RAID1 sprechen.
 
Ich für meinen Teil bin von ZFS auf BTRFS zurück.
 
Lies vielleicht auch mal hier nach:
 
 

First of all please disable Serve everywhere, did you watch the video all to the end?
Serve doesn't work for this container in the default configuration.
After you disabled Serve everywhere try to connect through a device that is able to access your Tailnet and connect with http://<4getTailnetIP> (please note that no port is needed because it uses port 80 internally and also that you have to use http:// not https://)
 
Do you need Serve for GlutenVPN too? I would recommend that you don't enable Serve where you not need it.

Thanks for the report, will be fixed in the next Unraid release.
 
For now as a workaround you can do something like that:

This is caused because the permissions are set by default to 99:100 to match the Unraid share user:group and when you remove these parameters the permissions are not correct any more for the config and download directory, however if you still want to start the container without that parameter you have to set the folder/group owner from your config and download directory to root:root then it will work but that can lead to other issues if you want to access the files over SMB because the file owner is not 99:100 any more but I'm not sure if that would really cause issues if you just want to read the files <- this of course always depends on your specific use case.
 
However you can always use a Tailscale sidecar container to get the container into your Tailnet or you could also share the container network with a container where the Unraid Docker Integration is working.
 
Hope that helps.

Yes exactly.

Nutzt du denn den von Selfhoster, es kann sein das du ein State directory angeben musst (unter den Tailscale Advanced Settings), wenn das falsch ist wird das nach einem container neustart wieder gelöscht, im fall vom Selfhoster template müsste das so aussehen:

 
Hoffe man sieht was ich meine.
 
BTW Die Unraid Docker Integration funktioniert auch ohne das Tailscale Plugin, wurde extra so designed für Leute die nicht den ganzen Server im Tailnet haben wollen.

This will be fixed in the next version from Unraid.
Thanks for the report!
 
As a workaround you can currently use the Tailscale sidecar method or TSDProxy if you need the container in your Tailnet or you can share the Container network with a container where the Unraid Tailscale integration is working.

Please check if you got any variable starting with TAILSCALE_ in your template and delete them:

(also don't forget to click Show more settings... in the template and check there too)

Please mark the thread as solved if everything is now working for you!
 
Danke!

What containers are you using/trying?
 
You can always specify the state directory manually here by opening the Advanced Settings in the Tailscale settings:
 
This state directory should always reflect the persistent directory inside the container like here "/data":

 
So to speak in this example the state directory should be "/data/.tailscale_state":

Du deinstallierst praktisch nur den container und nicht das Verziechnis in appdata wo die Einstellungen gespeichert sind.
 
Der Container ist auch komplett weg nur die Einstellungen sind noch da sprich das Verzeichnis von oben, stell dir mal vor du klickst aus unachtsamkeit beim falschen Container auf Remove und liest nicht genau beim Prompt ob du wirklich deinstallieren willst und schwupp schon wäre alles weg.
Es wird auch noch problematischer wenn du ein anderes Verzeichnis da rein gemountet hast für irgendwelche Medien (Videos, Bilder was auch immer), sollen die dann auch gelöscht werden...?
 
Für das was du willst gibt es sogar eine App:

 
Hoffe das erklärt das ein wenig besser.
 
Es ist einfach ein sicherheits ding damit nicht gleich alles weg ist, ich benutz das zB in dem Kontext wenn ich einen Container habe den ich nicht mehr aktiv nutze aber evtl. in einem Jahr nochmal installieren will mit meinen Einstellungen dann ist dieses nicht löschen von Einstellungen super (in meinem Use Case Spiele Server).

If you got the SRIOV plugin installed this is by design because the plugin enables the module with the necessary options.
 
I already explained that here:
 
If you don't have the SRIOV plugin installed this could be also be caused by the GVT-g plugin where it is almost the same.

This is really complicated...
 
TBH, I'm not sure if someone even has done it but you could try to use a VPS with a static IP and then relay the traffic through the VPS and your friends connect through the VPS IP address or by server name.
 
I haven't done this yet but maybe Tailscale in combination with a VPS would be a vaible and more easy solution but I assume you have to play around with iptables a bit to expose the ports to the Internet on the VPS. However I could be wrong about that and it is then as easy as forwarding the ports from your VPS.

At least that‘s my assumption, as said above the same happens when using LANCache when a clien pulls data from a HDD because it have to wait for the HDD because it‘s to slow to pull the requested chunks from the HDD.
 
I assume a SSD for the pool would solve your issue.

This occurs only if you add a ton of reactions in a very short amount of time.