fk_muck1

You can find the Mover_action_"timestamp".list at /tmp/ca.mover.tuning/

I have the same messages in my log. PM is on the way. Maybe more examples for you to find the cause.

Schau mal in deinem Share appdata unter adguard/config/ nach. Dort solltest du die Datei finden. Bei den meisten Docker Installationen in Unraid findest du in appdata die Config Dateien

Das sollte eigentlich reichen. Und sie empfehlen künftig die Version manuell einzutragen und nicht auf "latest" zu sein. Bei mir aktuell also: lscr.io/linuxserver/nextcloud:version-27.0.1 Kleinere Updates im Container bekommst du so. Wenn die Version mal rauf geht musst du halt künftig selbst gelegentlich mal in ihrem Repository schauen wie der Stand ist und die Version manuell anpassen.

Dann vermute ich mal dass du die Nachricht von LSIO nicht gelesen hast dass sie seit Juni Updates über das Image machen. Der Updater wurde aus dem Image entfernt. Schau hier mal: https://info.linuxserver.io/issues/2023-06-25-nextcloud/ https://github.com/linuxserver/docker-nextcloud Vielleicht erklärt es das

Thanks for the plugin and for working with it! Maybe a wish for the future: "start all", "stop all", "pause all" for the respective folder would be very useful for me.

The only thing that I have changed in the meantime is that I switched gotenberg and tika to the Docker from the CA. I haven't changed the settings and it works.

Please have a look under Settings / Management Access. My Server Plugin changed "Allow Remote Access" from Yes to No on my server tonight. Unfortunately, this isn't the first time this has happened.

Ich hab auch einen HP Drucker der für "Scan to Network" auf SMBv1 angewiesen ist. Wenn du unter Settings/SMB Settings den Eintrag bei "Enable NetBiOS" auf YES setzt funktioniert das. Dann kannst du einfach ein Share erstellen in den du scannen kannst. Funktioniert bei mir prima. Hoffe das hilft

Service, 3 bottles of champagne please for @ich777, @Squid and @dlandon You are really great guys

Many thanks! Great function that had been hiding from me until now.

Danke fürs Feedback. Ich bin mit den systemtechnischen Feinheiten absolut nicht vertraut. Ich hatte das mehr als Anregung gedacht ob man das Plugin System vielleicht nicht verbessern könnte. Wahrscheinlich werden einige nach dem Upgrade überrascht sein. Mit einer Prüfung könnte man sich Vorbereiten oder überlegen das Upgade überhaupt zu machen. Für mich ist es schon OK so, aber ich sehe das Forum nach dem 6.11 er Release schon überquellen Vielen Dank für die Zeit es zu erkären!

Hallo Zusammen Das Thema "Nerd Pack" und 6.11 ist mir soweit klar. Auch dass nach einem Upgrade einige Plugins nicht mehr so einfach funktionieren werden weil eben benötigte Pakete fehlen. Ich nutze zum Beispiel das Plugin "Wake on Lan for Virtual Machines for 6.1+". Mir ist klar dass ich Phyton 2 selbst installieren werde müssen. Soweit alles gut. Für mich stellt sich aber die Frage ob es eine "einfachere" Methode gibt seine Plugins vor einem Upgrade zu prüfen. Ich möchte mich vor einem Upgrade gerne Vorbereiten und nicht erst hinterher drauf kommen was alles nicht mehr läuft. Aktuell müsste man sich einzeln durch alle Supportthreads klicken, alle Abhängigkeiten wissen oder im Plugin nachzuschauen ob es eine Bemerkung gibt. Markiert sind die Plugins ja teilweise als solche, und wenn nur als Warnung. Übrigens hat "WOL for Virtual Machines" mittlerweile einen Hinweis darauf, "Nerd Pack" aber trotz aller Diskussionen (noch) nicht . Jetzt müsste man das nur noch einfach abfragen können. Gibt es nicht eine einfachere Lösung? Sowas wie eine "deprecated in next unraid version - Prüfung" der installierten Plugins? Wäre das nicht eine sinnvolle Erweiterung für die Community Applications? Könnte vielleicht auch das Forum nach dem Release ein wenig entlasten. So wären seltene Forenleser "vorgewarnt" und das Überraschungsmoment wäre nicht ganz so groß.

powertop-2.13 python2 (Plugin Virtual Machine Wake On Lan)

I think you won't like the result... ^^ If it's too much work I'll wait for 6.11 Maybe the problem isn't there.

Yes, I have. Maybe I made a wrong setting somewhere. But I just don't know where it could be.

No apologies please. It's holiday season The AMD iGPU is currently still not displayed. Is there more information I can provide?

Hi b3rs3rk Hope you can help me. My server has 3 GPU´s. 2x Nvidia discrete graphics cards, 1x AMD Ryzen 5 5600G iGPU Both Nvida cards are visible in GPU Statistics, but i am unable to see the AMD igpu. Changing the Vendor has no effect. unraid 6.10.3 Radeon-TOP is installed. In radeontop i can see the iGPU also. Already removed and reinstalled GPU Statistics without success. I've searched the forum for 1 hour but couldn't find a solution. Hope you can help me. Diagnostics are attached. Thanks in advance Not showing in GPU Statistics I can see the iGPU in System Devices I could choose it as a GPU in a VM lspci | grep VGA shows the iGPU radeontop diagnostics.zip

I run the following command automatically via "User Scripts" every day: sudo docker exec [paperless docker name] document_exporter ../export Alternatively, run it manually from the console. This will write all documents and settings to the defined export folder. Personally, I export the data and copy this folder daily to a Synology NAS where it makes daily an incremental Backup. To restore, copy the backed up data to the defined export folder and use the command document_importer ../export Or adjust the path [../export] if the data is elsewhere I would also like to see a comfortable option via the GUI. But that's what I'm doing right now.

Did you try to change the value of PAPERLESS_TIKA_GOTENBERG_ENDPOINT from : http://ip-of-gotenberg:3000 to http://ip-of-gotenberg:3000/forms/libreoffice/convert# in Paperless? In some cases this helped. For me it did the trick.

Until now i used docx, xlsx and pptx. All worked for me.

As i couldnt find it in CA i took the results from DockerHub. First Unraid made a test installation. Had no problems and after it i could make the installation. I didnt use portainer.

I installed these 2 containers: Repository: gotenberg/gotenberg Repository: apache/tika In Paperless i added these 3 varibles: Name / Key: PAPERLESS_TIKA_ENABLED Value: 1 Name / Key: PAPERLESS_TIKA_ENDPOINT Value: http://IP-of-tika-container:9998 Name / Key: PAPERLESS_TIKA_GOTENBERG_ENDPOINT Value: http://IP-of-gotenberg-container:3000/forms/libreoffice/convert# http:// before IP seems to be important. Only IP didnt work for me. Hope this helpes

Super dass du das Thema aufgemacht hast. Ist etwas das mich auch schon lange beschäftigt ohne eine Lösung gefunden zu haben. Ging aber erstmal nicht darum den Zugang nur auf lokal zu beschränken. Wollte die eingestellte Authentifizierung (bei externem Zugriff ja sinnvoll) bei lokalem Zugriff durch eine Access List Regel umgehen können. Aber wir haben ja im Prinzip das selbe Ziel. Ich bin schon kurz davor mir eine fixe IP Adresse zuweisen zu lassen, aber ich scheue die 6 Euro / Monat die mein Provider dafür kassiert. Deine Methode scheint ein möglicher Lösungsansatz zu sein. Werde ich demnächst auf jeden Fall mal ausprobieren. Danke dafür!!

Ich hab bei mir zur Sicherheit (aus Unwissenheit 😉) alle möglichen Kombinationen eingetragen. Komma am Zeilenende hab ich keines. Bin aber wie zu sehen noch auf 6.9 und habe kein neues Zertifikat.