blinddark

Hallo in die Runde, derzeit habe ich eine Jitsi-Instanz auf einer Ubuntu-VM bei einem externen Anbieter. Nun möchte ich das Ganze aber auf meinem Unraid-Server ans Laufen bringen. Der Nginx-Proxy-Manager läuft und auch schon diverse Docker-Container. Nur an Jitsi habe ich mich auf Grund der diversen Container, die benötigt werden, noch nicht rangetraut. Hat jemand JitsiMeet via Docker ans Laufen bekommen und hat eine textalische Anleitung oder ein Template oder ist hier eventuell eine VM sinnvoll? Videos helfen leider nicht, da ich blind bin. Vielen Dank im Voraus

Bei mir hat es gereicht, via ssh einfach den SSL Ordner auf dem Stick zu löschen und den Server zu rebooten.

Es scheint am Nginx-Proxy-Manager zu liegen. Folgendes habe ich für den Cloud-Host unter Advanced stehen: proxy_set_header Host $host; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_max_temp_file_size 0; client_max_body_size 0; location /.well-known/carddav { return 301 $scheme://$host/remote.php/dav; } location /.well-known/caldav { return 301 $scheme://$host/remote.php/dav; }

Hallo, vielleicht hatte ja schon einmal jemand das Problem und einen Lösungsansatz? NextCloud läuft als Docker-Container und Uploads sind bis zu 100 GB zugelassen. Als registrierter Nutzer kann ich auch Dateien mit 5 GB und mehr laden. 100 GB habe ich noch nicht versucht. Sowohl die Config der Cloud als auch vom Nginx-Proxy-Manager passen also scheinbar. Erstelle ich nun einen Link mit einer Dateianforderung (Nur Upload) kann der Gast maximal 1 GB hochladen. Alle anderen Dateien landen nicht in dem betreffenden Ordner. Gibt es hierzu eventuell Einstellungsmöglichkeiten oder muss ich noch etwas in dem Config-File von Nextcloud eintragen? Vielen Dank im Voraus.

Is it possible to make the Plugin more accessible for blind users? I'm using a screen reader and can't check the Docker containers, who should update automatic. Thanks very much

Wichtig im Zusammenhang mit den Updates: Ein Update des Containers aktualisiert nicht deinen Nextcloud-Server. Dafür musst du den Update-Assistent über CLI oder das Webinterface nutzen.

Mit Unbalance hat es perfekt funktioniert.

Verschieben würde ich auf jeden Fall von Diskx zu Disky. Vielen Dank für die Antworten.

Hallo, ich muss in meinem Array eine Platte austauschen und habe auch schon ein RMA angemeldet. Parity ist zwar vorhanden, aber ich möchte die vorhandenen Daten (ein Share mit Filmen) auf eine andere disk verschieben. Gibt es dazu ein Plugin oder mache ich das Problemlos über die shell? mittels mv?

Bisher läuft der Server. Die Drops erhöhen sich nicht. Nach einem Neustart waren es 6 und dabei steht die Zahl auch nach 09:42 H. Ich habe zudem mal mit NASTester 5 Testfiles mit je 4 GB in beide Richtungen übertragen. Keine Fehler oder Einbrüche.

So, ich hab die Karte wieder eingebaut, sie auf eth0 gestellt, die beiden befehle für eth0 und eth1 abgesetzt: ethtool -K eth0 gro off ethtool -K eth1 gro off ethtool -K eth0 lro off ethtool -K eth1 lro off Ich habe aber "gesehen, dass beim bond0 7 Sendefehler angezeigt werden Drops: 7 Das nach ca. 3 Stunden Laufzeit. Werde ich mal beobachten.

Für die Struktur bei Asus kann ich ja nichts. vlt ist es so einsortiert, weil die Karte direkt in den PCI-Slot kommt und nicht via Kabel angebunden ist.. @mgutt: Die Logs haben nichts ausgegeben. Der Server war einfach weg. Ich werde mal einen Monitor anschließen und wenn die Problemchen auftreten sollten einen Sehenden drüber schauen lassen. Eventuell lässt sich das Ganze ja aber auch mit den beiden Settings von oben beheben. Ich versuche das Ganze am Nachmittag mal.

Die Asus XG-C100C scheint die Abstürze verursacht zu haben. Nachdem sich der Server alle 12 bis 18 Stunden verabschiedet hat, habe ich das bounding mal aufgelöst und die Karte ausgebaut. Nun läuft er seit 1,5 Tagen durch. Als nächstes werde ich die Karte mal wieder einbauen und zunächst einzeln betreiben. Mal schauen, was dann passiert. Eben habe ich außerdem noch etwas in den aktuellen readmes gefunden, das kann ja auch noch einen Versuch wert sein: https://dlcdnets.asus.com/pub/ASUS/wireless/XG-C100C/DR_XG-C100C_5033.zip Disable GRO when routing/bridging --------------------------------- Due to a known kernel issue, GRO must be turned off when routing/bridging. This can be done by running: ethtool -K <ethX> gro off Disable LRO when routing/bridging --------------------------------- Due to a known kernel issue, LRO must be turned off when routing/bridging. This can be done by running: ethtool -K <ethX> lro off

Das Problem mit der Kühlung habe ich nun denke ich ganz gut im Griff. Die Schwankungen sind nicht mehr ganz so extrem. Eine Schraube für den Kühlkörper saß nicht richtig. Jetzt habe ich bei 10% Last Temperaturen zwischen 40 und 45°C. Die Lüfter stehen auf normal und der Server ist in einem Serverschrank verbaut. Das Auswahlmenü habe ich auch nicht, aber eventuell lässt sich das im Bios bei den Boot-Optionen einstellen? Wenn nicht, kannst du ja auch den Stick an deinen Rechner hängen, das entsprechende File editieren und wieder anschließen, um in den gewünschten Modus zu kommen.

Hi, ich bin hier leider auch noch nicht weiter gekommen. Wie hast du die Lüftersteuerung übers Board eingestellt, also mit welchen werten? die CPU wird mir schon bei nur ca. 10% mit 55 bis 60°c zu Warm.

Ich bin auch von Syno zu Unraid gewechselt und habe das Ganze folgender Maßen gelöst: Knapp 12 TB Daten habe ich mitels HyperBackup als Lokale Kopie auf eine 14 TB Platte gesichert (EXT4 formatiert, USB3) Danach habe ich die Syno runtergefahren und die 4x12 TB und die 14 TB mit den Daten in das Gehäuse des Unraid-Servers gebaut sowie 2x M2-Cache installiert. Dann habe ich Unraid Installiert und ein Array mit allen 4 Platten angelegt, aber den Cache noch nicht für die betroffenen shares aktiviert. Nun die 14 TB Platte unassigned devices Plugin gemountet. Nun die Daten mittels rsync von der Platte aufs array synchronisiert sowie im Anschluss unter Tools die Berechtigungen setzen lassen. Zu guter Letzt das Array gestoppt, und die 14 TB als Parity-Platte eingerichtet. Vorteil war aus meiner Sicht zum Einen, dass die M2-Cache-Laufwerke geschont waren und durch rsync nach dem ersten sync ein Abgleich noch einmal ohne viel Aufwand und Zeit erledigt wurde. in Kurzform: - backup als lokale Kopie mittels HyperBackup - die Platten fürs Array und den Cache sowie die 14 TB Platte mit den Daten verbauen - Array mit Cache konfigurieren und auf den betroffenenShares erst einmal auf nein stellen - rsync -avz -e /quell/ordner* /ziel/ordner/ - nochmals rsync -avz -e /quell/ordner* /ziel/ordner/ - Berechtigungen korrekt setzen - Cache für alle Freigaben einrichten - array stoppen und 14 TB Platte als Parity konfigurieren

Das kann ich dir nicht beantworten..

nachstehend auch noch einmal meine Docker-Einstellungen. auf IPVLAN werde ich mal noch umstellen. die Pfade für Appdata und System habe ich auf nur cache gestellt. Docker aktivieren:Ja Timeout für das Stoppen eines Docker Containers:10S Docker Version:20.10.9 Docker Verzeichnis:/mnt/user/system/docker/ Standard appdata Speicherpfad:/mnt/user/appdata/ Rotation der Docker-Protokolldateien:Aktiviert Docker custom network type:macvlan Host Zugang zu benutzerdefinierten Netzwerken:Aktiviert Speichere benutzerdefinierte Netzwerke:Nein Benutzerdefiniertes IPv4 Netzwerk auf Schnittstelle br0:Subnetz: 192.168.78.0/24 Gateway: 192.168.78.1 DHCP Pool: nicht definiert

Ich habe mal ein gekürztes Logfile angehängt. ab 07:03:50 passierte nichts mehr und danach kommen erst wieder Einträge, nachdem ich den Reset-Knopf betätigt habe. syslog.txt

Hallo, vielen Dank für die Antwort. Syslog habe ich auf den Stick schreiben lassen und das oben waren die letzten Zeilen. Zuvor war der letzte Eintrag über 2 Stunden her und es lief noch alles. Leider ist die Datei etwas groß, um sie im Ganzen zu posten. Ich werde aber mal eine Neue erstellen. Dies sind meine Docker Einstellungen: ANWENDUNG VERSION NETZWERK PORT ZUORDNUNGEN (APP ZU HOST) VOLUMENZUORDNUNGEN (APP ZU HOST) PROZESSOR/SPEICHER AUSLASTUNG AUTOSTART BETRIEBSZEIT duplicati GestartetContainer ID: d3d9f755f657 Von: lscr.io/linuxse...licati Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.231:8200/TCP192.168.78.231:8200 /etc/localtime/etc/localtime /config/mnt/user/appdata/duplicati /backups/mnt/user/Backup/duplicati /source/mnt/user/ /tmp/mnt/user/duplicati/tmp 4.68% 2.087GiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden mariadb GestartetContainer ID: 2a8a993c944d Von: lscr.io/linuxse...ariadb Up-To-Date Aktualisierung erzwingen latest host 192.168.78.11:3306/TCP192.168.78.11:3306 /config/mnt/user/appdata/mariadb /etc/localtime/etc/localtime 0% 358.9MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden nextcloud GestartetContainer ID: c5498c740e70 Von: lscr.io/linuxse...tcloud Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.240:443/TCP192.168.78.240:443 192.168.78.240:80/TCP192.168.78.240:80 /data/mnt/user/nextcloud /etc/localtime/etc/localtime /config/mnt/user/appdata/nextcloud 0% 136.1MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden nginx GestartetContainer ID: 3c57fe75bb7c Von: lscr.io/linuxse.../nginx Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.246:443/TCP192.168.78.246:443 192.168.78.246:80/TCP192.168.78.246:80 /etc/localtime/etc/localtime /config/mnt/user/appdata/nginx 0% 23.05MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden nginx-limesurvey GestartetContainer ID: 5c1192ae5d34 Von: lscr.io/linuxse.../nginx Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.233:443/TCP192.168.78.233:443 192.168.78.233:80/TCP192.168.78.233:80 /etc/localtime/etc/localtime /config/mnt/user/appdata/nginx-limesurvey 0% 22.62MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden nginx-proxy-manager GestartetContainer ID: a47a5795ee65 Von: jc21/nginx-proxy-manager Bereit zum Aktualisieren Aktualisierung anwenden latest br0 192.168.78.230:443/TCP192.168.78.230:443 192.168.78.230:80/TCP192.168.78.230:80 192.168.78.230:81/TCP192.168.78.230:81 /etc/localtime/etc/localtime /data/mnt/user/appdata/Nginx-Proxy-Manager-Official/data /etc/letsencrypt/mnt/user/appdata/Nginx-Proxy-Manager-Official/letsencrypt /var/log/tmp/Nginx-Proxy-Manager-Official/var/log 0% 132.5MiB / 1GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden owi2plex GestartetContainer ID: ae8f4fa6e769 Von: alturismo/owi2plex Up-To-Date Aktualisierung erzwingen latest host /config/mnt/user/appdata/owi2plex /owi2plex/mnt/user/appdata/owi2plex /TVH/mnt/user/appdata/nginx/www/ /etc/localtime/etc/localtime 0% 660KiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden PhotoPrism GestartetContainer ID: 2c97c7c158ca Von: photoprism/photoprism Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.247:2342/TCP192.168.78.247:2342 /etc/localtime/etc/localtime /photoprism/storage/mnt/user/appdata/photoprism /photoprism/originals/mnt/user/photo /photoprism/import/mnt/user/share/Foto_Import 0% 148.5MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden piwigo GestartetContainer ID: 196ba40d37ce Von: lscr.io/linuxse...piwigo Up-To-Date Aktualisierung erzwingen latest bridge 172.17.0.2:80/TCP192.168.78.11:8100 /gallery/mnt/user/piwigo /alben/mnt/user/photo /etc/localtime/etc/localtime /config/mnt/user/appdata/piwigo 0% 12.64MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 13 Stunden plex GestartetContainer ID: b9be2fd66c77 Von: lscr.io/linuxserver/plex Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.244:1900/UDP192.168.78.244:1900 192.168.78.244:3005/TCP192.168.78.244:3005 192.168.78.244:32400/TCP192.168.78.244:32400 192.168.78.244:32410/UDP192.168.78.244:32410 192.168.78.244:32412/UDP192.168.78.244:32412 192.168.78.244:32413/UDP192.168.78.244:32413 192.168.78.244:32414/UDP192.168.78.244:32414 192.168.78.244:32469/TCP192.168.78.244:32469 192.168.78.244:5353/UDP192.168.78.244:5353 192.168.78.244:8324/TCP192.168.78.244:8324 /media/music/mnt/user/Music /media/video/mnt/user/video /media/vuplus/mnt/user/vuplus /media/photo/mnt/user/photo /transcode/mnt/user/appdata/plex /etc/localtime/etc/localtime /config/mnt/user/appdata/plex 0% 204.3MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 13 Stunden pyload GestartetContainer ID: b30952a47f3f Von: lscr.io/linuxse...pyload Up-To-Date Aktualisierung erzwingen latest host 192.168.78.11:7227/TCP192.168.78.11:7227 192.168.78.11:8000/TCP192.168.78.11:8000 /downloads/mnt/user/Pyload /etc/localtime/etc/localtime /config/mnt/user/appdata/pyload 0% 25.46MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 13 Stunden urbackup GestartetContainer ID: 011bd8f1b9e8 Von: binhex/arch-urbackup Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.245:55413/TCP192.168.78.245:55413 192.168.78.245:55414/TCP192.168.78.245:55414 192.168.78.245:55415/TCP192.168.78.245:55415 /media/mnt/user/Backup/UrBackup/ /etc/localtime/etc/localtime /config/mnt/user/appdata/binhex-urbackup 0% 35.19MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 13 Stunden Dies die Netzwerkeinstellungen: BR0 wird gleichzeitig von Docker und einer VM genutzt.

Hallo, zunächst allen erst einmal ein möglichst gesundes Jahr 2022. Seit einigen Tagen stürzt mein Server einmal am Tag ab. Leider habe ich noch nicht so recht dahinter kommen können, woran es liegt. Hat eventuell jemand einen Ansatz?Den Cache als auch Docker habe ich neu aufgebaut und auch die Netzwerkkonfiguration neu vorgenommen. Nachstehend einmal die letzten SysLog-Zeilen vor dem Absturz und das Debug-File. Die Lüfter laufen dann sehr hoch und das System ist nicht mehr erreichbar und lässt sich auch nur hart ausschalten. Eine Idee ist noch die neu eingebaute Netzwerkkarte: Asus XG-C100C 10G. Laut rezension ist diese aber kompatiebel. Jan 2 07:03:50 NASwieWasser kernel: ------------[ cut here ]------------ Jan 2 07:03:50 NASwieWasser kernel: refcount_t: addition on 0; use-after-free. Jan 2 07:03:50 NASwieWasser kernel: WARNING: CPU: 7 PID: 212 at lib/refcount.c:25 refcount_warn_saturate+0x88/0xe8 Jan 2 07:03:50 NASwieWasser kernel: Modules linked in: veth xt_nat xt_tcpudp macvlan xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter xfs dm_crypt dm_mod dax nfsd auth_rpcgss oid_registry lockd grace sunrpc md_mod mdev i915 iosf_mbi i2c_algo_bit ttm drm_kms_helper drm intel_gtt agpgart syscopyarea sysfillrect sysimgblt fb_sys_fops efivarfs ip6table_filter ip6_tables iptable_filter ip_tables x_tables bonding atlantic r8169 realtek intel_wmi_thunderbolt wmi_bmof x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd cryptd intel_cstate intel_uncore i2c_i801 i2c_smbus i2c_core nvme nvme_core ahci libahci wmi thermal fan tpm_crb tpm_tis video tpm_tis_core tpm backlight acpi_pad button acpi_tad [last unloaded: atlantic] Jan 2 07:03:50 NASwieWasser kernel: CPU: 7 PID: 212 Comm: kswapd0 Tainted: G U W 5.14.15-Unraid #1 Jan 2 07:03:50 NASwieWasser kernel: Hardware name: Gigabyte Technology Co., Ltd. B560 HD3/B560 HD3, BIOS F10 11/03/2021 Jan 2 07:03:50 NASwieWasser kernel: RIP: 0010:refcount_warn_saturate+0x88/0xe8 Jan 2 07:03:50 NASwieWasser kernel: Code: 05 07 61 df 00 01 e8 27 f4 40 00 0f 0b c3 80 3d f7 60 df 00 00 75 72 48 c7 c7 41 53 ed 81 c6 05 e7 60 df 00 01 e8 08 f4 40 00 <0f> 0b c3 80 3d d7 60 df 00 00 75 53 48 c7 c7 6d 53 ed 81 c6 05 c7 Jan 2 07:03:50 NASwieWasser kernel: RSP: 0018:ffffc90000897a88 EFLAGS: 00010282 Jan 2 07:03:50 NASwieWasser kernel: RAX: 0000000000000000 RBX: 000000004aeb6000 RCX: 0000000000000027 Jan 2 07:03:50 NASwieWasser kernel: RDX: 0000000000000003 RSI: ffffc90000897910 RDI: ffff8888a03d8570 Jan 2 07:03:50 NASwieWasser kernel: RBP: ffff888143a84750 R08: ffffffff820b4e68 R09: ffffffff82044e48 Jan 2 07:03:50 NASwieWasser kernel: R10: 00007fffffffffff R11: ffff8884e9b8a690 R12: ffff888143a845a0 Jan 2 07:03:50 NASwieWasser kernel: R13: 000000004aeb7000 R14: 0000000000000001 R15: ffff888124011cd0 Jan 2 07:03:50 NASwieWasser kernel: FS: 0000000000000000(0000) GS:ffff8888a03c0000(0000) knlGS:0000000000000000 Jan 2 07:03:50 NASwieWasser kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jan 2 07:03:50 NASwieWasser kernel: CR2: 0000154e65346738 CR3: 000000000400a001 CR4: 0000000000770ee0 Jan 2 07:03:50 NASwieWasser kernel: PKRU: 55555554 Jan 2 07:03:50 NASwieWasser kernel: Call Trace: Jan 2 07:03:50 NASwieWasser kernel: __lookup_extent_mapping+0xbf/0xd4 Jan 2 07:03:50 NASwieWasser kernel: try_release_extent_mapping+0xa0/0x206 Jan 2 07:03:50 NASwieWasser kernel: btrfs_releasepage+0x3b/0x55 Jan 2 07:03:50 NASwieWasser kernel: shrink_page_list+0x6aa/0x9af Jan 2 07:03:50 NASwieWasser kernel: shrink_lruvec+0x698/0x9d5 Jan 2 07:03:50 NASwieWasser kernel: ? try_to_wake_up+0x1db/0x20f Jan 2 07:03:50 NASwieWasser kernel: ? try_to_wake_up+0x1db/0x20f Jan 2 07:03:50 NASwieWasser kernel: ? shrink_node+0x277/0x56e Jan 2 07:03:50 NASwieWasser kernel: shrink_node+0x277/0x56e Jan 2 07:03:50 NASwieWasser kernel: balance_pgdat+0x26d/0x3f9 Jan 2 07:03:50 NASwieWasser kernel: ? arch_local_irq_save+0x11/0x17 Jan 2 07:03:50 NASwieWasser kernel: kswapd+0x2ba/0x2f9 Jan 2 07:03:50 NASwieWasser kernel: ? init_wait_entry+0x29/0x29 Jan 2 07:03:50 NASwieWasser kernel: ? balance_pgdat+0x3f9/0x3f9 Jan 2 07:03:50 NASwieWasser kernel: kthread+0xdc/0xe3 Jan 2 07:03:50 NASwieWasser kernel: ? set_kthread_struct+0x32/0x32 Jan 2 07:03:50 NASwieWasser kernel: ret_from_fork+0x1f/0x30 Jan 2 07:03:50 NASwieWasser kernel: ---[ end trace ce07ab36a46e6aab ]--- Jan 2 07:03:50 NASwieWasser kernel: ------------[ cut here ]------------ Jan 2 07:03:50 NASwieWasser kernel: refcount_t: underflow; use-after-free. Jan 2 07:03:50 NASwieWasser kernel: WARNING: CPU: 7 PID: 212 at lib/refcount.c:28 refcount_warn_saturate+0xa7/0xe8 Jan 2 07:03:50 NASwieWasser kernel: Modules linked in: veth xt_nat xt_tcpudp macvlan xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter xfs dm_crypt dm_mod dax nfsd auth_rpcgss oid_registry lockd grace sunrpc md_mod mdev i915 iosf_mbi i2c_algo_bit ttm drm_kms_helper drm intel_gtt agpgart syscopyarea sysfillrect sysimgblt fb_sys_fops efivarfs ip6table_filter ip6_tables iptable_filter ip_tables x_tables bonding atlantic r8169 realtek intel_wmi_thunderbolt wmi_bmof x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd cryptd intel_cstate intel_uncore i2c_i801 i2c_smbus i2c_core nvme nvme_core ahci libahci wmi thermal fan tpm_crb tpm_tis video tpm_tis_core tpm backlight acpi_pad button acpi_tad [last unloaded: atlantic] Jan 2 07:03:50 NASwieWasser kernel: CPU: 7 PID: 212 Comm: kswapd0 Tainted: G U W 5.14.15-Unraid #1 Jan 2 07:03:50 NASwieWasser kernel: Hardware name: Gigabyte Technology Co., Ltd. B560 HD3/B560 HD3, BIOS F10 11/03/2021 Jan 2 07:03:50 NASwieWasser kernel: RIP: 0010:refcount_warn_saturate+0xa7/0xe8 Jan 2 07:03:50 NASwieWasser kernel: Code: 05 e7 60 df 00 01 e8 08 f4 40 00 0f 0b c3 80 3d d7 60 df 00 00 75 53 48 c7 c7 6d 53 ed 81 c6 05 c7 60 df 00 01 e8 e9 f3 40 00 <0f> 0b c3 80 3d b7 60 df 00 00 75 34 48 c7 c7 95 53 ed 81 c6 05 a7 Jan 2 07:03:50 NASwieWasser kernel: RSP: 0018:ffffc90000897ab8 EFLAGS: 00010286 Jan 2 07:03:50 NASwieWasser kernel: RAX: 0000000000000000 RBX: ffffea000fbc74c0 RCX: 0000000000000027 Jan 2 07:03:50 NASwieWasser kernel: RDX: 0000000000000003 RSI: ffffc90000897940 RDI: ffff8888a03d8570 Jan 2 07:03:50 NASwieWasser kernel: RBP: ffff888143a845a0 R08: ffffffff820b4e68 R09: ffffffff82044e48 Jan 2 07:03:50 NASwieWasser kernel: R10: 00007fffffffffff R11: ffff8884e9b8a690 R12: ffff888124011ae8 Jan 2 07:03:50 NASwieWasser kernel: R13: ffff888124011ac0 R14: 000000004aeb6000 R15: ffff888124011cd0 Jan 2 07:03:50 NASwieWasser kernel: FS: 0000000000000000(0000) GS:ffff8888a03c0000(0000) knlGS:0000000000000000 Jan 2 07:03:50 NASwieWasser kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jan 2 07:03:50 NASwieWasser kernel: CR2: 0000154e65346738 CR3: 000000000400a001 CR4: 0000000000770ee0 Jan 2 07:03:50 NASwieWasser kernel: PKRU: 55555554 Jan 2 07:03:50 NASwieWasser kernel: Call Trace: Jan 2 07:03:50 NASwieWasser kernel: try_release_extent_mapping+0xd3/0x206 Jan 2 07:03:50 NASwieWasser kernel: btrfs_releasepage+0x3b/0x55 Jan 2 07:03:50 NASwieWasser kernel: shrink_page_list+0x6aa/0x9af Jan 2 07:03:50 NASwieWasser kernel: shrink_lruvec+0x698/0x9d5 Jan 2 07:03:50 NASwieWasser kernel: ? try_to_wake_up+0x1db/0x20f Jan 2 07:03:50 NASwieWasser kernel: ? try_to_wake_up+0x1db/0x20f Jan 2 07:03:50 NASwieWasser kernel: ? shrink_node+0x277/0x56e Jan 2 07:03:50 NASwieWasser kernel: shrink_node+0x277/0x56e Jan 2 07:03:50 NASwieWasser kernel: balance_pgdat+0x26d/0x3f9 Jan 2 07:03:50 NASwieWasser kernel: ? arch_local_irq_save+0x11/0x17 Jan 2 07:03:50 NASwieWasser kernel: kswapd+0x2ba/0x2f9 Jan 2 07:03:50 NASwieWasser kernel: ? init_wait_entry+0x29/0x29 Jan 2 07:03:50 NASwieWasser kernel: ? balance_pgdat+0x3f9/0x3f9 Jan 2 07:03:50 NASwieWasser kernel: kthread+0xdc/0xe3 Jan 2 07:03:50 NASwieWasser kernel: ? set_kthread_struct+0x32/0x32 Jan 2 07:03:50 NASwieWasser kernel: ret_from_fork+0x1f/0x30 Jan 2 07:03:50 NASwieWasser kernel: ---[ end trace ce07ab36a46e6aac ]--- naswiewasser-diagnostics-20220102-1043.zip

Hallo, ich möchte die Telefonanlage 3CX gehostet auf Unraid betreiben. Hat das schon jemand am Laufen? Wenn ja, wie habt ihr es gelöst. Über die von 3CX bereitgestellte Debian-ISO, über Docker oder über eine eigens erstellte VM? Grüße blinddark

Hi, in 6.10RC2 wurde NFSV4 aktiviert. Sind die Freigaben auf privat gestellt? Ich habe bei mir noch einmal die Regeln erneuert und schon konnte ich von meinem PI auf den Server und auch Dateien Schreiben.

Zum Thema Snapshot habe ich das gefunden: Advanced Options - Duplicati 2 User's Manual snapshot-policy --snapshot-policy = off This setting controls the usage of snapshots, which allows Duplicati to backup files that are locked by other programs. If this is set to off, Duplicati will not attempt to create a disk snapshot. Setting this to auto makes Duplicati attempt to create a snapshot, and fail silently if that was not allowed or supported. A setting of on will also make Duplicati attempt to create a snapshot, but will produce a warning message in the log if it fails. Setting it to required will make Duplicati abort the backup if the snapshot creation fails. On Windows this uses the Volume Shadow Copy Services (VSS) and requires administrative privileges. On Linux this uses Logical Volume Management (LVM) and requires root privileges.

Hallo liebes Forum, ich habe den Nginx-Proxy-Manager in einem Docker-Container installiert und kann einzelne Le-Zertifikate abrufen. Nun möchte ich ein Wildcard-Zert ausstellen. Mein DynDNS-Anbiter Do.de findet sich leider nicht in der Standard-Auswahl beim Nginx-Proxy-Manager, aber ich kann ganz oben Acme-Challenge auswählen. Leider wird eine *.json-Datei benötigt, deren Inhalt ich leider nicht weiß. Kann hier jemand weiterhelfen oder reicht es Gar, in der zweiten Zeile den Export-Key mit zu geben? Nachstehend die Eingaben auf der Konfigurationsoberfläche: Domain Names * domain.de*.domain.de These domains must be already configured to point to this installation Email Address for Let's Encrypt * [email protected] This section requires some knowledge about Certbot and its DNS plugins. Please consult the respective plugins documentation. DNS Provider * ACME-DNS Credentials File Content * dns_acmedns_api_url = https://www.do.de/api/letsencrypt dns_acmedns_registration_file = /data/acme-registration.json This plugin requires a configuration file containing an API token or other credentials to your provider This data will be stored as plaintext in the database and in a file! Propagation Seconds Leave empty to use the plugins default value. Number of seconds to wait for DNS propagation. Einen API-Key habe ich. Vielen Dank im Voraus.