Leaderboard

After 90+ days of uptime I can confirm that these changes seem to have solved my problem: - Settings -> Docker -> Host access to custom networks: Disabled - Use custom network "proxynet" for ALL docker instances (before: host + bridge + proxynet) - might be unrelated It is probably due to disabling host access to custom networks as stated here: Since then there is no call trace to be found in my logs anymore 🙂 I'll mark this thread as solved.

Application: Kavita Website: https://www.kavitareader.com/ Dockerhub: https://hub.docker.com/r/jvmilazz0/kavita Github: https://github.com/Kareadita/Kavita Wiki: https://wiki.kavitareader.com/ Discord Support Channel: https://discord.gg/b52wT37kt7 Kavita is a self hosted eBook/Comic/Manga reader with a beautiful user friendly reading interface. It currently has support for the following formats: Manga/Comics: ZIP, RAR, CBR, CBZ, CB7, CBT, TAR.GZ, 7ZIP/7Z Books: EPUB2, EPUB3, PDF Raw Images: JPG/JPEG, PNG Running Kavita is fairly straight forward, run the following command and be sure to map your eBook/Comic libraries into the container. docker run --name kavita -p 5000:5000 \ -v /your/books/directory:/library \ -v /kavita/data/directory:/kavita/config \ --restart unless-stopped \ -d kizaing/kavita:latest If you have any questions or concerns, feel free to either comment in this support thread, or check out our Discord, the developers are very active and helpful!

To kick off our new support forum for My Servers I'll reiterate the change log from our recent releases. Be sure to go to the Plugins tab and check for updates! Recent versions make significant improvements connecting to mothership and staying online, so hopefully we'll see a lot less "unraid-api restart" comments here. We've also added more functionality to the My Servers dashboard - you can now track each server's uptime and see the number of VMs that are installed and running. And of course knocked out several bugs. Unraid 6.10 compatibility is also included, be sure to update your My Servers plugin before installing the upcoming rc. It is coming Soon(TM)! Here are the full release notes: ## 2021.07.21 ### This version resolves: - Issues connecting to mothership - Flash backup issues after uninstall - Docker stats missing in specific conditions - Unexpected disk spin up ### This version adds: - Unraid 6.10 compatibility - Streamlined communication between between unraid-api and mothership - Ability to track server uptime on dashboard - Ability to see number of VMs installed and running - Origin checks to unraid-api ## 2021.07.27 ### This version resolves: - issues with Local Access urls - issues booting when Internet is down ### This version adds: - more Unraid 6.10 compatibility

Ich würde sagen, dass TRIM in diesem Fall gar nicht funktioniert. TRIM ist ja dafür da, dass das Betriebssystem (hier also Unraid) dem SSD Controller mitteilt, welche Sektoren zu bereits gelöschten Dateien gehörten und damit freigemacht werden können. Für Unraid gibt es aber nur diese 1TB große Image-Datei, die sich zwar inhaltlich ändert, aber von irgendwelchen gelöschten Dateien innerhalb dieser Image-Datei weiß Unraid nichts. Aus dem Grund kann niemand auf meine Film-Sammlung schreibend zugreifen. Mit einem Trick kann man neue Rips hinzufügen, ohne wirklich Schreibrechte zu besitzen. Und zwar habe ich über das Plugin "Config File Editor" in der Datei "/boot/config/smb-extra.conf" folgenden Share hinzugefügt: [cache-Movie] path = /mnt/cache/Movie comment = browseable = yes # Private writeable = no read list = write list = marc valid users = marc case sensitive = auto preserve case = yes short preserve case = yes Dann noch kurz diese Kommandos über das Terminal ausgeführt: samba restart mkdir /mnt/cache/Movie touch /mnt/cache/Movie/cachelock touch /mnt/disk1/Movie/cachelock Auf die Art wird eine leere Datei namens "cachelock" sowohl auf dem Cache als auch auf dem Array erstellt. Der Mover überspringt grundsätzlich alle Dateien, die auf beiden Seiten liegen, wodurch ich verhindere, dass der Mover das leere Verzeichnis "/mnt/cache/Movie" löscht (was er zum Schluss normalerweise tut). Was ist nun das Ergebnis: Ich habe einen neuen Share namens "cache-Movie", der den Inhalt vom Pfad "/mnt/cache/Movie" anzeigt und wo ich meine Rips reinschreibe. Mein Share "Movie" wiederum steht beim Cache auf "Yes". Dh immer wenn der Mover startet, verschiebt er alle Dateien, die sich in "/mnt/cache/Movie" befinden nach "/mnt/diskX/Movie", also auf das Array. Wenn das passiert ist, kann ich also nur noch lesend über den Share "Movie" auf den Rip zugreifen (und die Ransomware entsprechend auch). Und da der Mover wie gesagt nichts bewegt, was auf beiden Seiten vorhanden ist, kann man auch keine Rips überschreiben (falls der Angreifer auf die Idee käme und die verschlüsselten Rips in cache-Movie ablegen würde. Der einzige Nachteil an dieser Konstellation ist, dass ich keine Änderungen mehr am Rip vornehmen kann, sobald der Mover die Datei ins Array geschoben hat. In so einem Fall muss ich den Rip also erst wieder auf den Cache verschieben (geht ja mit dem mv Kommando oder Krusader). Aber das ist selten der Fall, weshalb ich gut damit leben kann. Übrigens hat auch Plex keine Schreibrechte: Also wenn Plex gehackt wird, kann auch da nichts passieren. Da ich auch SSH und Telnet deaktiviert habe, bleibt als einziger möglicher Schwachpunkt die Unraid WebGUI und das dortige WebTerminal. Aus dem Grund vermisse ich bei Unraid 2FA. Nur als Tipp. Mit https://getgreenshot.org/ kann man ziemlich simpel Screenshots mit Auswahlrahmen machen. Gibt man als Ziel "Zwischenablage" an, kann man sie sogar hier einfach in den Beitrag rein pasten. Ich denke in der letzten Zeile der VM Logs steht dein Problem. Da steht was, dass die VM das Gerät nicht "resetten" kann, weil es der Gruppe 28 angehört, die nicht an VFIO gebunden ist. So verstehe ich das zumindest. Check mal dein Gerät "0000.2d:00.3". Ansonsten mal Screenshots von der Geräteliste zeigen, die du der VM übergibst und der Liste der System Devices unter "Tools" posten. Ja, das war wohl ein Bug in Linux Kernel 4.14. Unraid 6.9.2 verwendet 5.10.28 😉 Aber wie gesagt ist das mit dem vollen Laufwerk gar nicht dein Problem. Ich mein irgendwo ist es schon ein Problem, weil es Platz verschwendet, aber es ist nicht Ursache für deine VM-Startprobleme.

Excellent test, thank you. OK so the issue is that the DDNS for personalhash.unraid.net is not updating. What version of Unraid are you on, and do you have the My Servers plugin installed? If so, is it fully up to date? Go to Settings -> Management Access and press Update DNS. What happens?

Was logisch ist, da du ja auf der 1TB NVMe wie du sagst eine 1TB große Image-Datei erstellt hast. Diese 1TB große Datei enthält die virtuelle Festplatte. Von "außen" sieht man nicht, dass diese Festplatte in Wirklichkeit "leer" ist. Soll heißen, dass was unRAID anzeigt ist völlig korrekt. Es ist übrigens ziemlich ungewöhnlich ein 1TB Image zu erstellen. Normalerweise hat man je nach Betriebssystem ein 10 bis 100GB großes Image und lagert die Nutzerdaten auf das Netzwerk aus (was ja innerhalb des Servers genauso schnell ist wie die NVMe). Oder man schleift die komplette NVMe als Hardware durch. Logs? Man kann SSDs nicht defragmentieren. Die Sektoren sind auf einer SSD immer durcheinander. Windows sortiert dann zwar was, aber schlussendlich ist das total nutzlos, da der SSD Controller alles wild verteilt. Damit verschleißt man also nur seine SSD. Welchen Sinn hat es eine einzige BTRFS Platte zu balancen? Balancen womit? Man balanced normalerweise auf zwei oder mehr Platten eines RAID oder von einem RAID zurück auf ein Einzelvolume. Du hast gesagt, dass du ein Backup vom Image gemacht hast. Dein erster Fehler: Warum erst jetzt? Vermutlich weil die Images so mega groß sind und du deswegen gar keinen Platz dafür hast, richtig? Daher nicht so große Images machen! Wichtig ist ja aktuell nur Platte C, also das 1TB Image. Dein erster Schritt nach Posten der Logs wäre dieses Image zu mounten und einfach mal draufzuschauen ob das wirklich noch deine NTFS Partition enthält. Das ist ein NTFS formatierte Image-Datei, mit Betonung auf "Datei". Einer Datei ist es völlig egal wo sie liegt. Diese Beiträge beziehen sich meiner Ansicht nach auf Write Amplification. Das ist aber nicht dein Problem. Ansonsten verlinke bitte was du da gesehen hast.

@bigbangus Do you have your container’s network type set to a custom network? If so you probably need to have “Host access to custom networks” enabled in your Docker settings.

blkdiscard -f /dev//dev/nvmeXn1

Schon mal hier geschaut? [SOLVED] Windows 10 VM geht nach 4 Min immer in "Pause"

Set up a new barebones linux vm, then temporarily add the problem vdisk file as a second hard drive and operate on it from there.

Just add something like this to smb-extra [USR] path=/usr/local/emhttp/ valid users = andrew write list = andrew force user = root Then edit all the files directly with Notepad++. I'd much rather deal directly with the files than handle a symlink.

4 sticks... but "not" 8... Thats the point...

Well, knock on wood, but my system seems to be stable after making these changes. I had trouble even keeping Unraid up for more than 2 days, but it has now been running without issues for about a week.

I would use one SSD, format it as XFS and set docker to path mode. By that the write amplification is even more reduced. Disabling healthcheck on all containers is an additional easy task.

Da kann es schon ausreichen die falschen USB/LAN-Buchse zu nehmen: https://forums.unraid.net/topic/109990-kein-spindown-nach-hardwareaustausch-mit-aktiviertem-powertop/page/2/?tab=comments#comment-1005004

try https://xxx.... instead of xxx...

Stimmt. Bei deiner Variante ist ja address ein Kindelement von source, hatte ich übersehen.

Ich rede vom Source Device/Bus. In seinem Fall 5/8 bzw. 5/9. Im Bild oben ist in Source die Vendor/Product Kombination. Die klappt in solchen Fällen nicht. Er muss nur den Source Block ersetzen durch meinen. Da stehen schon die 5/8 drin. *** Nachtrag zur Verdeutlichung: So sehen meine USB Devices aus: #2 und #4 haben identische Vendor/Product IDs (0781:5571). Bus 1/Device 4 steckt im Server selbst und wird dort benötigt. Bus 1/Device 2 benötige ich in einer VM. Reiche ich an die VM die Vendor/Product ID durch, dann hat auch der Server keinen Zugriff mehr auf sein Device. In diesem Fall stellt man die <source> von Vendor/Product auf Bus/Device um. Das sieht dann für meine VM so aus: Obwohl Bus 1/Device 3 eine andere Vendor/Product ID besitzen habe ich dann konsequenterweise auch die VM, die dieses Device benutzt, auf Bus/Device umgestellt. Das wäre dann die andere VM:

Wenn du alle USB Controller, also auch den wo der Unraid USB Stick dran hängt an die VM übergibst, kann das natürlich auch nicht gehen. Also bitte nur einen USB Controller an VFIO binden und diesen dann der VM durchreichen und nicht alle. Außerdem den Unraid Stick so umstecken, dass er nicht an dem durchgereichten Controller hängt. Das VM Template enthält nicht nur die ID, sondern auch bereits den Bus und das Device. Das siehst du wenn du die XML bearbeitest. Beispiel:

The power of mgutt. Why does your topic attract so many people, while I had to wait days until anybody even downloaded one of my logfiles I bet the logfile downloads are only related to your magic thread Thank you for this attention. Anyway, If nobody looks into bug reports, then I can post updates here: Unraid's ASPM management is not totally broken on my platform. Devices connected to CPU via the x16 Slot do automatically get ASPM Enabled like expected, even without boot option. Only devices connected to my Chipset have this issue. 0000:00:1c.0 PCI bridge [0604]: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #7 [8086:a116] (rev f1) (prog-if 00 [Normal decode]) I don't know why Ubunutu doesn't have this issue. I tested the old ubuntu-20.04.2.0 with Kernel 5.8. I can do any test you like to have because I didn't clean up my test bench yet and still evaluating. New Unraid Builds, other Ubuntu Versions, Old Ubuntu with manual Kernel update. Just tell me what you need. @mgutt maybe link the bug report in your topic opening post because the test setup description is detailed enough to see that there is no setup issue and really a difference between Ubuntu and Unraid to hunt for.

Each one of those should be a separate command: su - archivebox cd /data archivebox init archivebox manage createsuperuser All done inside of docker console

10 to 1, it's formatted 520 block size instead of 512. Let me go find mine recent posts. eta: Go search your syslog for: Unsupported sector size 520. If you see that, you'll need to reformat the disk(s). And, welcome to the club.

Hi, yes, I had no problems passing through my radeon rx 580 to both a windows and a mac os VM. best if luck!