hawihoney

I'm currently testing RC3.

Weil ich ihm das für einen Test empfohlen hatte (siehe oben).

Grundsätzlich geht das alles automatisch. Da Du aber Probleme hast würde ich das an Deiner Stelle mal versuchen einzugrenzen. Fang mal mit der Überprüfung des Flash an. Noch ein Hinweis: Wenn Dein appdata Store auf dem Array liegt, kann es durchaus Verzögerungen geben. Aber fang mal mit dem Flash an.

Die Zuordnung der Platten und deren Status befindet sich auf dem Flash. Check mal dessen Zustand - mit CHKDSK in einem Windows Rechner bzw. check auch mal ob das Flash Device nicht schreibgeschützt ist. Zusätzlicher Test: Fahr mal in zwei Etappen runter. Erst Array stoppen, 90 Sekunden warten, dann Shutdown Unraid.

Hier:

Das steht auf "Automatisch" sollte somit über meinen Provider gehen. Oh, Gott. Beim nächsten Besuch bekommst Du auf jeden Fall ein Bier von mir: Habe ein IP-Tool installiert und einen Ping auf meine Nextcloud Adresse gemacht "nextcloud.********.duckdns.org". Da kommt dann eine IPV6 Adresse. Hab dann gleich noch ein Traceroute hinterhergeschoben und siehe da, das läuft alles über IPv6. Dabei arbeite ich überhaupt nicht mit IPV6. In der Fritzbox sehe ich, dass IPv6 aktiviert ist. Das habe ich deaktiviert und schwupps läuft wieder alles. Dein Tipp mit dem IP-Tool auf einem Android Gerät war Gold wert. Vielen Dank.

I don't know what Forum would be the correct one because my question targets on both plugins. If this is the wrong forum I'm sorry about that. In short: I would like to combine both plugins. I do have an external storage attached to my Unraid server. It does contain five drives. All drives are recognized in Unassigned Devices and I can Mount and Unmount them at will. As this a manual process and I have to hit all five buttons one after each other, I'm thinking about a User Scripts plugin to issue all five mounts or unmounts at once. Question: Is it possible to trigger Mount/Unmount for Devices recognized and configured within Unassigned Devices from within a User Script? If yes, what is the correct way to do so? I know I can do that with my own mount commands, but I figured out that the Unraid-way for mounts changed from time to time. Options were added, options were removed. So my idea is, that using Unassigned Devices for that is always the safe way. But I would like to do Mount/Unmounts on a more comfortable way. Thanks in advance.

Hatte zunächst mit Nextcloud aufgegeben. Ich bekomme das einfach nicht hin. Das lief unmodifiziert einige Jahre und jetzt nicht mehr. Gestern habe ich dann versucht Nextcloud durch Google zu ersetzen, bis ich gemerkt habe, dass deren Kalender nicht so funktioniert wie wir das handhaben - viele Kalender freigegeben und bei anderen integriert. Als letztes habe ich jetzt VPN auf den Android Devices als Always-On von intern zum eigenen Router konfiguriert. Dann funktioniert Nextcloud wieder. Was für ein Mist.

Das war eine der ersten Aktionen als meine Probleme auftauchten. Hab Quad9 wieder durch meine Telekom ersetzt und den Router neu gestartet. Das hat aber nicht geholfen bei meinem eigentlichen Problem mit Nextcloud (siehe separaten Thread). Danke.

Permanent An- und Ausschalten ist definitiv erheblich schädlicher als laufen lassen bzw. schlafen legen. Festplatten sind i.d.R. auf Dauerbetrieb getestet.

These six XML files currently (6.9.2) automatically stored on /boot are my private repository Time to take screenshots instead of using saved container configurations with 6.10 and above.

How? While VM configurations can be easily exported with "virsh dumpxml ..." I never found a way to do this with Docker containers.

Nein. Ausschalten geht nicht im Array. Aber Unraid wird die Festplatten nach einer einstellbaren Zeit schlafen legen. Schwebe mal mit dem Mauszeiger über einen der grünen Punkte und lies mal was dort steht.

Ich kann noch etwas Info nachschieben: Am selben Androidgerät habe ich nacheinander folgende Szenarien durchgespielt: 1.) Zugriff mit dem Browser über Mobilfunk auf meine Nextcloud Instanz läuft (hatte ich schon geschrieben). 2.) Zugriff mit dem Browser über Mobilfunk, und VPN auf den Router, auf meine Nextcloud Instanz läuft. Das finde ich befremdlich, denn eigentlich wird das Gerät somit Teil des lokalen Netzwerks. 3.) Zugriff mit dem Browser über WLAN auf meine Nextcloud Instanz läuft NICHT (hatte ich schon geschrieben). Habe dann im WLAN mal den MI-Browser statt Chrome genommen. Damit läuft es ebenso nicht, aber die Fehlermeldung sagt etwas anderes aus. Es geht tatsächlich ums Zertifkat - was aber nur im WLAN mit Android Geräten ein Problem zu sein scheint:

Hatte in CMD nur tower eingetragen. CMD hat das dann selbst durch tower.fritz.box geändert. Bin seit 2 Tagen mehr oder weniger permanent an meinem Nextcloud Problem dran. Bin sehr schnell im Ändern und Ausprobieren, deshalb hat sich das mit der Namensauflösung schon mal erledigt (siehe Edit im vorherigen Post). Ich hatte Cloudflare 1.1.1.1 als Secure DNS eingetragen. Hab das wieder auf Telekom gesetzt und schwupps läufts wieder. Diese Cloudflare Änderung liegt allerdings ein Jahr oder so zurück. Aber jetzt erst hatte es Auswirkungen. Ich tippe wie Du schwer auf Chrome ... Vielen Dank.

SWAG läuft seit Jahren im Bridge Mode. Hab allerdings nie probiert mit "http://Tower" - hab in all meinen Lesezeichen die IP Adresse. Selbst wenn ich in der Fritzbox auf den Namen klicke kommt irgendwann der Zugriff über die IP-Nummer. Wieso ist das nicht gesund? Hab ich ein Problem, und wenn ja, was könnte es sein. Habs gefunden. In Chrome war Cloudflare mit 1.1.1.1 bei der benutzerdefinierten Einstellung aktiv. Das habe ich umgestellt und schon läuft zumndest die Namensauflösung von Tower wieder:

Hab ich eben gemacht und den Router auch noch neu gestartet. Das hat nichts an der beschriebenen Situation geändert. Durch Zufall habe ich eben gesehen, dass ich nicht mit http://tower auf meinen Server komme. Ob das auch damit zusammenhängt?

Wie sich bereits vor zwei Tagen ankündigte, habe ich große Probleme mit meiner seit Jahren mehr oder weniger unverändert laufenden Nextcloud Instanz. Ich fummele und surfe seit 1,5 Tagen rund um das Problem aber finde einfach keine Lösung. Das Problem kam auf einen Schlag ohne das auf meiner Seite etwas geändert wurde - glaube ich jedenfalls. In Kurzform: Der Zugriff auf meine Nextcloud Instanz funktioniert von außerhalb meines Netzwerks (Mobilfunk-Verbindung) einwandfrei. Es funktioniert auch einwandfrei von Windows Rechnern im lokalen Netzwerk (WLAN). Es funktionert aber von keinem Android Gerät im selben lokalen Netzwerk. Schalte ich auf den Android Geräten das WLAN ab, dann funktioniert alles. Schalte ich WLAN wieder an, dann klappt es wieder nicht mehr. Ich vermute, dass es weder etwas mit dem Router, SWAG oder Nextcloud zu tun hat, bin mir aber nicht sicher und benötige Eure Hilfe. Details: Ich erhalte auf den Android Geräten im WLAN die Fehlermeldung "NET::ERR_CERT_AUTHORITY_INVALID". Diese Fehlermeldung erscheint sowohl im Browser beim Zugriff auf Nextcloud (Chrome), im File Browser beim Zugriff auf die DAV Ressource der Nextcloud Instanz, als auch in der Nextcloud App selbst. Im Router, den ich auf Grund der funktionierenden lokalen Windows Rechner eigentlich ausschließe, ist im DNS-Rebind Schutz folgendes eingetragen: ****.myfritz.net nextcloud.****.duckdns.org plex.****.duckdns.org Hier die Fehlermeldung im Screenshot: Hier die Details zur Fehlermeldung: Die beiden folgenden Screenshots zeigen die Details zu den verwendeten Zertifikaten. Die Screenshots überlappen ein wenig. Wie Ihr sehen könnt sind m.M.n alle relevanten Zertikatspfade aufgeführt: Hätte Ihr eine Idee? Nachtrag 01: Zeilen wie diese finde ich im SWAG/nginx log sobald DAVX von den Android Devices versucht auf DAV Kalender/Kontakte der Nextcloud zuzugreifen. Es wird Multistatus 207 retourniert. 2xx klingt zunächst gut, DAVX meldet aber für alles einen Fehler: xxx.xxx.xxx.xxx - **** [15/Mar/2022:18:51:10 +0100] "PROPFIND /remote.php/dav/calendars/****/geburtstage_shared_by_****/ HTTP/1.1" 207 444 "-" "DAVx5/4.1.1-gplay (2022/02/01; dav4jvm; okhttp/4.9.1) Android/10" Vielen Dank im voraus.

I do have a question according the mount command. On 6.9.2 the output of the mount command for my own mount commands issue thru user scripts looks like this: //192.168.178.35/disk1 on /mnt/hawi/192.168.178.35_disk1 type cifs (rw) On 6.10 RC3 the output of the same mount looks like that: //192.168.178.35/disk1 on /mnt/hawi/192.168.178.35_disk1 type cifs (rw,relatime,vers=3.0,cache=strict,username=hawi,uid=99,noforceuid,gid=100,noforcegid,addr=192.168.178.35,file_mode=0777,dir_mode=0777,iocharset=utf8,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,_netdev) Is this intended behaviour and stay like that? Is that a change within the mount command itself or does Unraid set some different default values for the mount command? Thanks.

Nein, nein. Ich habe diverse Domain Checker aus dem Internet geprüft. Sobald unser Stapel von Android Devices Laut gibt habe ich direkt geprüft. Die Website ist dann tatsächlich komplett offline. Die beiden Male bei denen ich das geprüft hatte, hat es jeweils unter einer halben Stunde gedauert. Ich habe unsere DavX Installationen für Nextcloud auf relative kurze Zyklen für den Sync eingestellt. Wahrscheinlich merke ich das dann so schnell. Plex merkt das interessanterweise aber nicht - deren Relay scheint wohl zusätzlich zu cachen. Lustig: Gerade vor 10 Minuten hat mir mein LG-TV mitgeteilt, dass alle Smart Features offline wären und es ihnen sooooo schrecklich Leid täte. Was ist denn los mit der Technik? Mein Provider ist Telekom, DNS-Resolver ist quad9 (https://de.wikipedia.org/wiki/Quad9).

duckdns.org ist im Moment schon wieder offline. Arrggghhhh.

Ich ging eigentlich davon aus, dass die Zwangstrennung erfolgte, um geschäftsmäßigen Dauerbetrieb hinter Privatanschlüssen zu stören und letztendlich damit zu unterbinden. An der Anzahl der benötigten IP-Adressen ändert sich durch die Trennung nix.

Von einem DDNS Anbieter zu einem anderen zu wechseln war jetzt nicht gerade meine Intention. Bekommt man bei den turnusmäßigen DSL Unterbrechungen der Telekom auch eine neue IPv6 oder betrifft das nur IPv4?

Der Ausfall hat knapp eine halbe Stunde gedauert. Unsere Android Devices machten uns auf den Ausfall aufmerksam - genauer gesagt die App DavX mit deren Hilfe wir auf die Nextcloud Kontakte und Kalender zugreifen. Das hat mich doch nervös gemacht ... Muss mal über Alternativen nachdenken.

In vielen Unraid Tutorials wird duckdns.org als DynDNS vorgeschlagen. Bin seit Jahren mit denen zufrieden unterwegs. Die Domäne ist derzeit offline und verhindert, dass ich an meine eigenen Server komme. Ist das bei Euch ebenfalls so?