hawihoney

Der Stick muss natürlich korrekt vorbereitet werden: So sieht das in den VM Einstellungen einer meiner beiden Unraid VMs aus. Beide VMs haben je einen USB-Lizenzstick und einen LSI HBA. Da ich zwei identische USB Sticks verwende, muusste ich bei einer VM den Stick anders durchreichen (bus:device). Aber auch das funktioniert. Ich denke, dass das Dein Problem ist. Mach den Stick für die Unraid VM mal richtig platt und fange neu an:

Deshalb findest Du an vielen Stellen den Hinweis, dass man nicht mit /dev/sdx arbeiten soll sondern mit /dev/disk/by-id/x. Beide können gleich verwendet werden. Eine neue /dev/sdx Bezeichnung erhältst Du in der Regel nur beim Ändern der Hardware. Das liegt einfach am Linux Unterbau.

Das kürzliche Fiasko mit dem Plugin "Unassigned Devices Preclear" (Falsche Abhängigkeiten hebelten alle User Skripte aus und erforderte letztlich einen Neustart) hat mir wieder vor Augen geführt, wie gefährlich diese ganzen Plugins und Tools sein können. Deshalb möchte ich das weitestgehend ablösen und isolieren. Das Plugin "Dev Tools" konnte ich zwischenzeitlich ablösen. Bleibt bei mir noch das Plugin "Nerd Tools" übrig von dem ich sehr intensiv die folgenden Tools nutze: python3 python-pip python-setuptools screen rar unrar Als nächstes wollte ich mich nun also um Python kümmern. Hier laufen dutzende Python Skripte die ich entweder manuell auf der Konsole aufrufe oder via User Script Plugin. Meine Idee ist, dass ich Python komplett als Docker Container installiere (gibt es wohl nur im Docker Hub). Und statt meine Skripte wie folgt aufzurufen ... python3 /mnt/disk1/Projekte/********/Plex/SOURCE/SetEpisodeTitle.py --title "westworld" ... müsste ich das dann doch wie folgt aufrufen, oder? Voraussetzung wäre dann allerdings, dass das Container Mapping /mnt --> /mnt existiert. docker exec <python_container> python3 /mnt/disk1/Projekte/********/Plex/SOURCE/SetEpisodeTitle.py --title "westworld" 1.) Ist meine Vermutung richtig? 2.) Und wenn das so ginge, gäbe es die Möglichkeit "docker exec <python_container> python3" auf einen Alias/Export (heißt das so?) "python3" zu setzen? 3.) Welchen Python Container würdet Ihr empfehlen? 4.) Nachtrag: In manchen Python Skripte greife ich wiederum auf andere Docker Container (wie MakeMKV, MKVToolNix) zu. Das wird dann wahrscheinlich nicht gehen, oder? Vielen Dank.

Ahem, der letzte Beitrag war aber nicht die "Solution". Das eigentliche Skript steht ein paar Beiträge höher ...

Das muss Nextcloud bekannt gemacht werden. Klick mal auf das Icon von Nextcloud in der Übersicht Deiner Docker Container. Dort die Konsole starten: Gib folgendes ein: occ files:scan --help Da ich Dein System nicht kenne, nur eine rudimentäre Hilfe: Gib statt "--help" entweder eine Nextcloud User-ID, einen Pfad oder "all" ein.

@dlandon Sorry, it's me again. This time with something that must have been introduced with the latest update of UD on 20220704. To make the details complete, the plugin User Scripts is dated 20211128. After the UD update the following User Scripts produce errors. I'm pretty sure that worked until the UD update: The script: #!/bin/bash #backgroundOnly=true #clearLog=true /usr/local/sbin/rc.unassigned mount //192.168.178.101/disk1 The error: sh: -c: line 1: syntax error near unexpected token `(' sh: -c: line 1: `/bin/chmod 0777 escapeshellarg(/mnt/remotes/192.168.178.101_disk1) 2>/dev/null' sh: -c: line 1: syntax error near unexpected token `(' sh: -c: line 1: `/bin/chown 99 escapeshellarg(/mnt/remotes/192.168.178.101_disk1) 2>/dev/null' sh: -c: line 1: syntax error near unexpected token `(' sh: -c: line 1: `/bin/chgrp 100 escapeshellarg(/mnt/remotes/192.168.178.101_disk1) 2>/dev/null' Could you please check that? Thanks in advance.

Ah, a corrected version. Took me some time to explain the problem. Thanks a lot.

Haste auch heute morgen den Update von UD preclear eingespielt? Ist bei mir genauso. Habe über den Tag versucht dlandon das Problem zu erläutern, aber er versteht das einfach nicht (im Thread seines Plugins). Er hat durch seinen Update mein ganzes System ausgehebelt.

User Scripts? None of my User Scripts run any longer. I think we are talking in loops. Must be my bad english. I deleted UD Preclear already and will reboot tomorrow. I bet the system will run perfect - as before. What puzzles me is that you don't recognize the coincidence. 6 seconds before the error popped up for the first time in 14 days UD Preclear has been updated.

Proof - server running since 14 days: 1.) Error started this morning on 08:07:27 root@Tower:/boot/config# grep -i "pam unable" /var/log/syslog | head Jul 11 08:07:27 Tower atd[26778]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:27:12 Tower atd[7276]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:27:21 Tower atd[8151]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:28:39 Tower atd[19659]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:31:40 Tower atd[8442]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:34:01 Tower atd[10444]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:34:05 Tower atd[10875]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:50:05 Tower atd[16322]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:50:05 Tower atd[16329]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:58:12 Tower atd[11360]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) 2.) Latest installation of UD Preclear on 08:07:21 root@Tower:/boot/config# grep -i preclear /var/log/syslog Jun 27 07:58:31 Tower root: plugin: installing: /boot/config/plugins/unassigned.devices.preclear.plg Jun 27 07:58:31 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices.preclear/unassigned.devices.preclear-2022.06.10.tgz already exists Jun 27 07:58:31 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices.preclear/tmux-3.1b-x86_64-1.txz already exists Jun 27 07:58:31 Tower root: plugin: running: /boot/config/plugins/unassigned.devices.preclear/tmux-3.1b-x86_64-1.txz Jun 27 07:58:31 Tower root: | Installing new package /boot/config/plugins/unassigned.devices.preclear/tmux-3.1b-x86_64-1.txz Jun 27 07:58:31 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices.preclear/utempter-1.2.0-x86_64-3.txz already exists Jun 27 07:58:31 Tower root: plugin: running: /boot/config/plugins/unassigned.devices.preclear/utempter-1.2.0-x86_64-3.txz Jun 27 07:58:35 Tower root: unassigned.devices.preclear has been installed. Jun 27 07:58:35 Tower root: plugin: unassigned.devices.preclear.plg installed Jul 11 08:07:21 Tower emhttpd: cmd: /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugin update unassigned.devices.preclear.plg Jul 11 08:07:21 Tower root: plugin: creating: /boot/config/plugins/unassigned.devices.preclear/unassigned.devices.preclear-2022.07.10a.tgz - downloading from URL https://github.com/dlandon/unassigned.devices/raw/master/unassigned.devices.preclear-2022.07.10a.tgz Jul 11 08:07:22 Tower root: plugin: checking: /boot/config/plugins/unassigned.devices.preclear/unassigned.devices.preclear-2022.07.10a.tgz - MD5 Jul 11 08:07:22 Tower root: plugin: creating: /boot/config/plugins/unassigned.devices.preclear/tmux-3.3a-x86_64-1.txz - downloading from URL https://github.com/dlandon/unassigned.devices/raw/master/packages/tmux-3.3a-x86_64-1.txz Jul 11 08:07:22 Tower root: plugin: checking: /boot/config/plugins/unassigned.devices.preclear/tmux-3.3a-x86_64-1.txz - MD5 Jul 11 08:07:22 Tower root: plugin: running: /boot/config/plugins/unassigned.devices.preclear/tmux-3.3a-x86_64-1.txz Jul 11 08:07:22 Tower root: plugin: creating: /boot/config/plugins/unassigned.devices.preclear/glibc-2.35-x86_64-2.txz - downloading from URL https://github.com/dlandon/unassigned.devices/raw/master/packages/glibc-2.35-x86_64-2.txz Jul 11 08:07:24 Tower root: plugin: checking: /boot/config/plugins/unassigned.devices.preclear/glibc-2.35-x86_64-2.txz - MD5 Jul 11 08:07:24 Tower root: plugin: running: /boot/config/plugins/unassigned.devices.preclear/glibc-2.35-x86_64-2.txz Jul 11 08:07:26 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices.preclear/utempter-1.2.0-x86_64-3.txz already exists Jul 11 08:07:26 Tower root: plugin: running: /boot/config/plugins/unassigned.devices.preclear/utempter-1.2.0-x86_64-3.txz

I doubt that. It worked that way until the update of UD Preclear this morning. I will not install UD Preclear and see what happens after the reboot. If it works after the reboot, it has definetely something to do with the latest change within UD Preclear. I'm pretty sure because I didn't touch the system after 6.10.3 came around. I'm not into Linux, but I can count 1+1 and see the coincidence

So I installed UD Preclear again: root@Tower:~# /lib64/libc.so.6 GNU C Library (GNU libc) stable release version 2.35. Copyright (C) 2022 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 11.2.0. libc ABIs: UNIQUE IFUNC ABSOLUTE For bug reporting instructions, please see: <https://www.gnu.org/software/libc/bugs.html>. After that I tried to start one of my User Scripts: Jul 11 15:36:44 Tower emhttpd: cmd: /usr/local/emhttp/plugins/user.scripts/backgroundScript.sh /tmp/user.scripts/tmpScripts/Backup/script Jul 11 15:36:44 Tower atd[7296]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 15:36:44 Tower atd[7296]: PAM adding faulty module: /lib64/security/pam_unix.so Jul 11 15:36:44 Tower atd[7296]: Module is unknown To make it clear: That worked in the previous night. This morning I did install the update to UD Preclear. That was the only thing that I have done to my server. After the update of UD Preclear I can't start the User Scripts any longer. I'm not into Linux that much, but it seems that something broke with the update of UD Preclear this morning. I did uninstall UD Preclear again, removed it's package from the stick and will restart the server tomorrow when the Disk Replacement finishes.

I did install that latest UD preclear. That is the reason why I have problems now. Where can I download a previous package? I already deleted the latest UD Preclear - but a Reboot is not possible yet (running disk replacement). The only plugins and tools installed are: Plugins ====== Community Applications Dev Tools Dynamix File Manager Nerd Tools UD UD Plus User Scripts Dev Tools ========= guile (don't know why, seems a different package did include that in the past) Nerd Tools ========= ncurses (included from something else) python python pip python setuptools rar screen unrar That's not that much compared to others here. This worked for some months until this morning after I did upgrade UD Preclear. So how can I get and install the previous UD preclear to fix that for me? Thanks in advance.

Das ist das Tool in dem Screenshot (/usr/local/sbin/rc.unassigned). Und ja, Du musst dann schon zwei Zeilen oder so in das von Dir zu erstellende User Script reinsetzen. Da hier niemand weiß wie Dein externer Share lautet, musst Du das selbst rausbekommen. Ist nicht so schwer. Im Grunde genommen besteht das User Skript dann aus einem noch mit Parametern zu füllendem '/usr/local/sbin/rc.unassigned' und einem 'sleep' dem Du als Parametern eine Anzahl Sekunden gibst. Ich mounte meine lokalen Shares in einem anderen Server einfach so. Das wirst Du aber an Deine Umgebung anpassen müssen: #!/bin/bash #backgroundOnly=true #clearLog=true /usr/local/sbin/rc.unassigned mount //192.168.178.101/disk1

@dlandon: Seems that recent update broke some of my User Scripts. Soon after upgrade I can no longer call them: Jul 11 08:31:40 Tower emhttpd: cmd: /usr/local/emhttp/plugins/user.scripts/backgroundScript.sh /tmp/user.scripts/tmpScripts/Unmount TowerVM01 SMB/script Jul 11 08:31:40 Tower atd[8442]: PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.34' not found (required by /lib64/libresolv.so.2) Jul 11 08:31:40 Tower atd[8442]: PAM adding faulty module: /lib64/security/pam_unix.so Jul 11 08:31:40 Tower atd[8442]: Module is unknown

Einfach ? klicken, steht unter Unassigned Devices Script:

Nein, tun sie nicht. Ich habe bei einem der ersten 6.10 Betas im letzten Jahr meine Server spaßeshalber registriert. Obwohl korrekt deinstalliert stehen die alle noch drin. Nach einigen Monaten habe ich nochmal registriert um zu sehen ob ich etwas übersehen habe. Jetzt sind meine Server zwei mal drin. Trotz Bug Report und persönlicher Mail verschwinden die nicht. Mich stört das gewaltig, denn in der Anfangszeit hatte ich auch mal ein Backup des Sticks erstellt - das wird dann auch noch bei denen lagern ...

Das habe ich gemäß dieser Anleitung gemacht. Der Letsencrypt Container aus der Anleitung wurde aus Gründen des Namenrechts umbenannt nach SWAG - ist aber das Gleiche. Das läuft absolut zuverlässige seit mehreren Jahren: https://www.linuxserver.io/blog/2017-05-10-installing-nextcloud-on-unraid-with-letsencrypt-reverse-proxy

Dienstag angemeldet, Sonntag den bislang einzigen Post abgesetzt - als Antwort auf einen 1 Jahr alten Beitrag - um abzumeckern. Na, wenn das mal kein Troll ist. Herzlichen Glückwunsch und mach es Dir bequem im Kreise meiner "Ignored Users". Wer das noch nicht kennt der klicke mal auf seinen User-Namen ganz oben rechts.

Ja. Mounte in einem User Script (Plugin) mit der Einstellung "Bei Start des "Arrays". Dort könntest Du bei Bedarf eine Pause reinsetzen. Wenn das Device bereits in UD bekannt ist, dann gibt es ab Unraid 6.10 die Möglichkeit das Mounten mit einem UD Tool zu machen. Klick mal in dem UD Bereich auf die Hilfe '?'. Dort ist das akribisch beschrieben.

Das ist hier exakt beschrieben: https://wiki.unraid.net/Manual/Release_Notes/Unraid_OS_6.10.0#Moving_to_Let.27s_Encrypt_wildcard_SSL_certificates.

Das ist in vielerlei Hinsicht technisch falsch. Andererseits will ich hier keine technische Diskussionen lostreten. Deshalb in Kürze: Wenn man es sich erlauben kann, dann ist "Mehr", in Abhängigkeit vom persönlichen Einsatzzweck, oftmals auch "Besser". Beispiel: Meine CPU sieht extrem selten eine hohe Auslastung. In den ganz wenigen Situationen, in denen es dann aber passiert, würde mich weniger Power aber stören. Deshalb bin ich mit der für meine Zwecke völlig überdimensionierten 1290P trotzdem sehr zufrieden. Ein Anderer hätte da sicherlich eine andere Meinung. Nächstes Beispiel: Es knallen hier regelmässig prüfende Jobs über alle Datenplatten. Diese werden immer nach 15 Minuten schlafen gelegt. Bei 128 GB RAM sind alle Ordnerstrukturen und Details der Dateien im Cache. Nicht eine einzige Platte wird während der Prüfungen aufgeweckt. Wenn ich neue Dateien schreibe, dann macht es Peng und der Job ist durch. Und während ich mich schon wieder anderen Dingen zuwende, sehe ich im Hintergrund wie Platten anlaufen und den vorherigen Schreibauftrag aus dem Cache erledigen. Wenn ich könnte würde ich noch mehr einbauen. Du siehst worauf ich hinaus will?

Ein durch Plex erweitertes SQLite ist die Standard-Datenbank, läuft das etwa auf der Qnap auf einer MySQL/MariaDB. Dann bekommst Du noch ein weiteres Problem. Wie @mgutt beschrieben hat wird tar die beste Lösung für den kompletten Umzug sein. Vorher guckst Du Dir die Rechte auf der Qnap an. Datenbank, Preferences und Abspielstatistk sind Plan-B, falls der komplette Umzug nicht klappen sollte. In den von mir verlinkten Dokumenten ist der Umgang mit der Datenbank unter Qnap - welches ich persönlich nicht kenne - ebenfalls beschrieben.

Caching! Linux nutzt ungenutzten RAM für das Caching von Ordnerstrukturen oder zu kopierende Dateien. Deine Platten fahren z.B. beim Durchsuchen umfangreicher Strukturen seltener hoch.

Die Mischung von Device Script und den Radiobuttons bei den Device Einstellungen habe ich noch nie gemacht. Entweder ich arbeite komplett mit einem Device Script - dann gebe ich das Device i.d.R. auch nicht frei - oder mit den Radiobuttons. Teste das doch mal: a.) Unmout des Device b.) Freigabe und Automount Radiobuttons aktivieren c.) Device Script rauskopieren, auf Seite legen und in den Einstellungen löschen. Dann Device ab- und wieder anstecken. Gucken ob es in /mnt/remotes/ auftaucht. Wenn es auftaucht ok. Gucken ob der SMB Share funktioniert. Wenn das nicht klappt, dann hast Du ein anderes Problem.