independence

I got exactly the some problem like @Xerxes . LOSETUP looks identical and I already stopped docker service manually - but without success. The array will not stop

Servus zusammen, schon wieder ein neues Problem bei mir. Seit einiger Zeit kann ich das Array nicht mehr manuell beim Klick auf "Stop" im Main-Tab stoppen. Es kommt dann immer die Meldung im Footer, dass "Array stopping- Retry unmounting disk share(s)". Wenn ich das komplette System reboote funktioniert es irgendwann - allerdings kommt dann auch die Meldung "unclean shutdown detected" und die Parity muss neu überprüft (Parity Check) werden - also kein sauberer Shutdown. Ich habe im englischen Forum gelesen und auch bemerkt, dass es bei Unraid 6.x.x ähnliche Probleme gab und "umount /var/lib/docker" helfen soll, klappt aber bei mir nicht, da die Meldung kommt "not mounted". Ich habe auch bevor ich das Array versucht habe zu stoppen manuell den Docker Dienst angehalten. Docker scheint also das Stoppen des Arrays nicht zu verhindern. Ansonsten sind keine SSH Verbindungen geöffnet oder sonstiges. Laut dem Log scheint das hier das Problem zu sein: Feb 6 13:26:01 NAS emhttpd: shcmd (556854): /usr/sbin/zpool export -f cache Feb 6 13:26:01 NAS root: cannot export 'cache': pool is busy Feb 6 13:26:01 NAS emhttpd: shcmd (556854): exit status: 1 Feb 6 13:26:01 NAS emhttpd: Retry unmounting disk share(s)... Feb 6 13:26:06 NAS emhttpd: Unmounting disks... Feb 6 13:26:06 NAS emhttpd: shcmd (556855): /usr/sbin/zpool export -f cache Feb 6 13:26:19 NAS root: cannot export 'cache': pool is busy Feb 6 13:26:19 NAS emhttpd: shcmd (556855): exit status: 1 Feb 6 13:26:19 NAS emhttpd: Retry unmounting disk share(s)... Feb 6 13:26:24 NAS emhttpd: Unmounting disks... Nur hab ich keine Idee was ich damit anfangen soll. Hat noch jemand eine Idee? Danke vorab Grüße

Das Thema würde ich gerne nochmal hochholen. Ich habe derzeit die V7 von Unraid installiert und seit ein paar Tagen funktioniert das Stoppen des Arrays nicht mehr. Hat sich da in der Zwischenzeit etwas getan oder muss ich das mit dem gleichen User Script durchführen wenn es zu Problemen kommt?

Daran habe ich natürlich auch gedacht aber die Verbindung (die ich durch die Syno aufbaue) wurde vom (unraid)server explizit abgelehnt. Daher hab ich im Router, in Tailscale und auch in der Syno geschaut aber da dort auch nichts geändert wurde, bin ich etwas ratlos. Und als dann alles wieder funktionierte, als ich SMB Multichannel deaktiviert habe, war ich verwundert und mir dann recht sicher, dass es eher an unraid liegt. Wenn die Backups durchgelaufen sind werde ich aber mal noch testweise SMB Multichannel auf der Syno aktivieren.

Ja, ich habe 2x eine 10Gbit Karte im Server.. Das ist aber doch hier völlig uninteressant warum ich das mache - ich frage ja nur danach, was das technische Problem bei der Nutzung ist.

Das Syno NAS ist nur mit einer NIC angebunden - aber bei dem Gerät ist Multichannel auch nicht relevant. Zudem ist die angebundene Geschwindigkeit über das Internet hier ja eh begrenzt. Allerdings macht es in meinem LAN schon eher Sinn und ich merke auch bei der Datenübertragung einen Unterschied. Daher soll es schon eingeschaltet bleiben. Ja, mit aktiviertem SMB Multichannel funktioniert im LAN alles wie es soll - lief jetzt auch paar Tage problemlos und dann habe ich gemerkt, dass die Backups zur Offsite nicht mehr funktionieren. Dann habe ich mich auf die Fehlersuche begeben.

Servus zusammen, ich habe eine Frage zu der Nutzung von SMB Multichannel und Port 445. Ich nutze für die Sicherung von den Daten auf dem unraid Server eine Synology DS224 (Offsite) und verwende die Synology Software "Active Backup for Business". unraid Server und Synology NAS sind für ein Tailscale VPN Netz verbunden. Die Verbindung stellt die Synology über SMB Port 445 her und das hat auch die ganze Zeit problemlos funktioniert. Ich habe nun auf dem unraid Server SMB Multichannel aktiviert und seitdem kann das Synology NAS nicht mehr auf unraid zugreifen (Server verweigert Verbindung; Error 111). Vorhin habe ich SMB Multichannel deaktiviert und seitdem funktioniert wieder alles problemlos. Hat jemand eine Idee was das Problem bei aktivierem SMB Multichannel ist und wie ich die Verbindung dennoch hinbekomme? Danke vorab Grüße

Ja die Erstbetankung ist lange durch, das ist einfach nur ein Verschieben von etlichen Dateien So habe ich es dann letztlich auch gemacht.

Ich werde NFS dann mal testen, schauen wir was passiert aber schlimmer kanns ja nicht mehr werden 🙂 Ein externer Datenträger ist sicherlich auch ne Alternative aber die würde ich wirklich nur gerne im Notfall nutzen - das ist dann doch arg umständlich und ich würde schon sehr gerne das Netzwerk hierfür nutzen. Danke

Das es langsamer ist war mir ja bewusst aber das ist ja eine Frechheit wie langsam es ist 🙂 Da muss ich ja nen halben Tag Urlaub machen bis ich weiterarbeiten kann ^^ Welche Alternativen außer NFS gäbe es denn noch?

Ich übertrage gerade (kleine) Bilder vom Mac per Kabel (2,5 GBit) auf mein unraid System. Der Transfer ist teilweise so langsam, dass der Mac nicht einmal eine Zeit angeben kann. iperf3 gibt mir im Idle fast die kompletten 2,5 GBit Bandbreite aus und wenn ich eine 5 GB ISO Datei verschiebe, geht das auch so schnell wie man es erwarten würde. Hat jemand eine Idee wieso es so arg langsam geht? Je kleiner die Dateien sind, desto langsamer auch die Übertragung (was ja normal ist), aber wir reden hier von unterirdischen Übertragungsraten - da kann etwas nicht stimmen, auch die Übertragung per WLAN ist ähnlich langsam. Die Daten werden auf unraid auf ein Pool Laufwerk mit 4x2TB NVME (ZFS) im RAID Verbund geschrieben. Also an der Performance kann es auch dort nicht liegen. Anbei noch zwei Bilder. Die Übertragung ganz unten sind über 2000 Whatsapp Bilder (also recht klein und extrem langsam), in der Mitte sind es Bilder im RAW Format einer DSLM (also 20-40MB und gerade noch so akzeptabel) und ganz oben ist es eine 5GB ISO Datei (da läuft auch alles wie man es erwarten würde). Ich habe auch iperf3 parallel laufen lassen und da sieht man, dass noch genug Bandbreite da wäre. Das Gesamtsystem ist natürlich in keinster Weise ausgelastet und dümpelt bei 20-30% CPU Load rum (es laufen aber auch 25 Container und 2 VMs). Hat jemand eine Idee?

Bei mir kommt leider auch nicht nach ein paar Sekunden alles - da tut sich stundenlang einfach gar nichts und es ist auch nicht nur so, dass sich nichts tut - manche Sachen sind komplett eingeschränkt und funktionieren auch nicht. "Apps" bringen immer eine Fehlermeldung usw. Kommt mir aber auch so vor als ob es mit dem letzten Update schlimmer wurde. Ich werde dann mal einen Bug Report machen.

Das Problem tritt gerade seit einiger Zeit wieder auf und so sieht zb der Main-Screen aus: Damit kann man natürlich recht wenig anfangen. Ich hab jetzt über SSH die Diagnostics gestartet, da ich über die GUI auch nicht wirklich draufgekommen bin. Ich habe explizit gerad nochmal Safari/Chrome/Firefox getestet und bei allen Browsern sieht es identisch aus. nas-diagnostics-20240919-1024.zip

Das kann ich dir im Moment nicht beantworten weil ich gestern Nachmittag noch einen Neustart gemacht habe und nun alles wieder problemlos läuft. Ich melde mich aber dann mit den Diagnostics in paar Tagen nochmal (und teste deinen Vorschlag), sobald das Problem nochmal auftaucht. Ich kann dir aber schon sagen, dass am gleichen Client kein Unterschied zwischen Firefox/Chrome besteht.

Hi zusammen, nachdem ich das Phänomen jetzt schon häufiger in vielen Versionen beobachten konnte, wollte ich dem Thema mal nachgehen. Nachdem der unraid Server viele Stunden online ist (Uptime), aktualisiert sich die Seite teilweise schlecht oder gar nicht mehr. Ich habe dazu mal zwei Bilder angehangen. Also wenn ich bspw. im Shares-Tab über den Dateibrowser Daten verschiebe, wird der Vorgang angezeigt, beendet sich aber nicht nachdem alles verschoben wurde. Erst nachdem ich manuell die Seite aktualisiere, sehe ich, dass der Verschiebe-Vorgang durchgeführt wurde. Gleiches auch bei den Containern. Wenn ich nach Updates Suche, dann sucht er Stunden nach Updates obwohl er eigentlich nur wenige Minuten/Sekunden braucht. Auch beim Aktualisieren von Containern das gleiche. Kennt jemand das Verhalten? Wenn ich den Server neustarte, funktioniert wieder alles eine gewisse Zeit. Habe aber keine Lust alle x Tage den Server neuzustarten

Läuft nun alles, das passende Kommando ist "docker exec nextcloud occ files:scan --all" falls es jemanden interessiert. Danke für die Hilfe Grüße

Perfekt, vielen Dank @Archonw - das hat hervorragend funktioniert. Über das Terminal vom Nextcloud Container einfach "occ files:scan --all" eingeben und schon läuft der Scan. @alturismo dir auch vielen Dank. Dieser Usecase ist auch nicht dauerhaft sondern nur für das intiale kopieren/verschieben der relevanten Daten und falls dann irgendwann wirklich mal was größeres umgezogen werden muss. Zu dem Thema User Scripts: Wie würde ich denn ein passendes Script anlegen damit auch im korrekten Nextcloud Container das Script ausgeführt wird?

Servus zusammen, ich habe eine Frage zum Umgang mit Nextcloud. Ich habe ganz normal den Nextcloud Docker + Postgres installiert und habe zahlreiche "Externe Speicher" eingebunden. Dennoch möchte ich Nextcloud auch ohne die "Externen Speicher" nutzen und habe jetzt folgende Frage: Wenn ich nicht in Nextcloud selbst, sondern in Dateimanager in Unraid im betreffenden Nextcloud Verzeichnis manuell einen Ordner erstelle, wird dieser nicht in Nextcloud gefunden. Da dieser nicht durch Nextcloud erstellt wurde scheint das System nicht mitzubekommen, dass es einen neuen Ordner gibt. Das gleiche ist auch so mit Dateien innerhalb von Ordnern. Ich würde jetzt aber gerne im Hintergrund im darunterliegenden Dateiexplorer von Unraid die relevanten Daten in die Nextcloud Verzeichnisse schieben ohne immer alles über den Browser neu hochladen zu müssen obwohl die Daten ja sowieso schon vorhanden sind in Unraid. Gibts hierzu einen Workaround oder ein Plugin für Nextcloud? Hoffe es ist überhaupt verstänndlich was ich meine 🙂 Grüße

Danke für deinen Tipp. Ich habe die variable auch gesehen und gehofft, dass es dadurch eine in den Container integrierte DB ist.. Scheint wohl nicht der Fall zu sein. Und zu deinem anderen Statement: ich habe gehofft, dass jemand neulich den Container so installiert hat und seine Vorgehensweise noch im Kopf hatte. Also nein, ich habe nicht erwartet, dass sich das jemand extra wegen mir anschaut.

Das kann ich natürlich gerne beisteuern. Dachte mit meiner rudimentären Erklärung wäre es zumindest möglich schon einmal einen Fehler in der Config vom Standard Template auszuräumen: Docker Run: docker run -d --name='docuseal' --net='bridge' -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e HOST_HOSTNAME="NAS" -e HOST_CONTAINERNAME="docuseal" -e 'DATABASE_URL'='postgresql://postgres:postgres@localhost:5432/docuseal' -e 'FORCE_SSL'='false' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:3000]' -l net.unraid.docker.icon='https://github.com/docusealco/docuseal/blob/master/public/favicon-96x96.png?raw=true' -p '3434:3000/tcp' -v '/mnt/user/appdata/docuseal':'/data':'rw' 'docuseal/docuseal' a96d0c419c7c27995d8ac5815053dc1714ec6b05b70fa439971f38afc243c60f The command finished successfully! Log: from /usr/local/bundle/gems/pg-1.5.6/lib/pg/connection.rb:764:in `new' from /usr/local/bundle/gems/pg-1.5.6/lib/pg.rb:63:in `connect' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/postgresql_adapter.rb:69:in `new_client' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/postgresql_adapter.rb:980:in `connect' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/postgresql_adapter.rb:992:in `reconnect' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract_adapter.rb:685:in `block in reconnect!' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/concurrency/null_lock.rb:9:in `synchronize' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract_adapter.rb:684:in `reconnect!' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract_adapter.rb:788:in `verify!' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract_adapter.rb:795:in `connect!' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract_adapter.rb:1001:in `block in with_raw_connection' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/concurrency/null_lock.rb:9:in `synchronize' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract_adapter.rb:1000:in `with_raw_connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract_adapter.rb:1113:in `valid_raw_connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/postgresql_adapter.rb:616:in `get_database_version' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/schema_cache.rb:374:in `database_version' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/schema_cache.rb:70:in `database_version' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/schema_cache.rb:200:in `database_version' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract_adapter.rb:871:in `database_version' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/postgresql_adapter.rb:644:in `check_version' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract/connection_pool.rb:678:in `new_connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract/connection_pool.rb:723:in `checkout_new_connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract/connection_pool.rb:702:in `try_to_checkout_new_connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract/connection_pool.rb:654:in `acquire_connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract/connection_pool.rb:353:in `checkout' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract/connection_pool.rb:182:in `connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_adapters/abstract/connection_handler.rb:246:in `retrieve_connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_handling.rb:287:in `retrieve_connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/connection_handling.rb:254:in `connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/tasks/database_tasks.rb:510:in `migration_connection' from /usr/local/bundle/gems/activerecord-7.1.3.2/lib/active_record/tasks/database_tasks.rb:243:in `migrate' from /app/config/initializers/migrate.rb:4:in `block in <main>' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:448:in `instance_exec' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:448:in `block in make_lambda' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:202:in `block (2 levels) in halting' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:707:in `block (2 levels) in default_terminator' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:706:in `catch' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:706:in `block in default_terminator' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:203:in `block in halting' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:598:in `block in invoke_before' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:598:in `each' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:598:in `invoke_before' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/callbacks.rb:109:in `run_callbacks' from /usr/local/bundle/gems/activesupport-7.1.3.2/lib/active_support/reloader.rb:96:in `prepare!' from /usr/local/bundle/gems/railties-7.1.3.2/lib/rails/application/finisher.rb:74:in `block in <module:Finisher>' from /usr/local/bundle/gems/railties-7.1.3.2/lib/rails/initializable.rb:32:in `instance_exec' from /usr/local/bundle/gems/railties-7.1.3.2/lib/rails/initializable.rb:32:in `run' from /usr/local/bundle/gems/railties-7.1.3.2/lib/rails/initializable.rb:61:in `block in run_initializers' from /usr/local/lib/ruby/3.3.0/tsort.rb:231:in `block in tsort_each' from /usr/local/lib/ruby/3.3.0/tsort.rb:353:in `block (2 levels) in each_strongly_connected_component' from /usr/local/lib/ruby/3.3.0/tsort.rb:434:in `each_strongly_connected_component_from' from /usr/local/lib/ruby/3.3.0/tsort.rb:352:in `block in each_strongly_connected_component' from /usr/local/lib/ruby/3.3.0/tsort.rb:350:in `each' from /usr/local/lib/ruby/3.3.0/tsort.rb:350:in `call' from /usr/local/lib/ruby/3.3.0/tsort.rb:350:in `each_strongly_connected_component' from /usr/local/lib/ruby/3.3.0/tsort.rb:229:in `tsort_each' from /usr/local/lib/ruby/3.3.0/tsort.rb:208:in `tsort_each' from /usr/local/bundle/gems/railties-7.1.3.2/lib/rails/initializable.rb:60:in `run_initializers' from /usr/local/bundle/gems/railties-7.1.3.2/lib/rails/application.rb:426:in `initialize!' from /app/config/environment.rb:7:in `<top (required)>' from config.ru:3:in `require_relative' from config.ru:3:in `block in <main>' from /usr/local/bundle/gems/rack-3.0.11/lib/rack/builder.rb:103:in `eval' from /usr/local/bundle/gems/rack-3.0.11/lib/rack/builder.rb:103:in `new_from_string' from /usr/local/bundle/gems/rack-3.0.11/lib/rack/builder.rb:94:in `load_file' from /usr/local/bundle/gems/rack-3.0.11/lib/rack/builder.rb:64:in `parse_file' from /usr/local/bundle/gems/puma-6.4.2/lib/puma/configuration.rb:368:in `load_rackup' from /usr/local/bundle/gems/puma-6.4.2/lib/puma/configuration.rb:290:in `app' from /usr/local/bundle/gems/puma-6.4.2/lib/puma/runner.rb:162:in `load_and_bind' from /usr/local/bundle/gems/puma-6.4.2/lib/puma/single.rb:44:in `run' from /usr/local/bundle/gems/puma-6.4.2/lib/puma/launcher.rb:194:in `run' from /usr/local/bundle/gems/puma-6.4.2/lib/puma/cli.rb:75:in `run' from /usr/local/bundle/gems/puma-6.4.2/bin/puma:10:in `<top (required)>' from /usr/local/bundle/bin/puma:25:in `load' from /usr/local/bundle/bin/puma:25:in `<top (required)>' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/cli/exec.rb:58:in `load' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/cli/exec.rb:58:in `kernel_load' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/cli/exec.rb:23:in `run' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/cli.rb:451:in `exec' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/vendor/thor/lib/thor/command.rb:28:in `run' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/vendor/thor/lib/thor/invocation.rb:127:in `invoke_command' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/vendor/thor/lib/thor.rb:527:in `dispatch' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/cli.rb:34:in `dispatch' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/vendor/thor/lib/thor/base.rb:584:in `start' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/cli.rb:28:in `start' from /usr/local/bundle/gems/bundler-2.5.3/exe/bundle:28:in `block in <top (required)>' from /usr/local/bundle/gems/bundler-2.5.3/lib/bundler/friendly_errors.rb:117:in `with_friendly_errors' from /usr/local/bundle/gems/bundler-2.5.3/exe/bundle:20:in `<top (required)>' from /app/bin/bundle:108:in `load' from /app/bin/bundle:108:in `<main>' ** Press ANY KEY to close this window **

Servus zusammen, ich habe den Docuseal Container installiert und die parameter weitestgehend so gelassen wie im Template vorgeschlagen. Der Container startet jedoch nicht. Hat jemand eine Idee was hier nicht korrekt eingestellt ist? Danke vorab

Ich habe 32GB von Crucial CT32G48C40S5 eingebaut - klappt einwandfrei

@Kabelgewirrhast du dein NAS schon bekommen und auf unraid migriert?

I also want to re-up this problem. Has anybody solved this?

welche Anleitung genau meinst du denn?