Domin1k

Great, thank you :)

Hi, since a few days the container won't start anymore. Is there any change on the repo-side necessary? I didn't changed anything on my side, except the update to unraid 7.3.1. I can connect via vnc, see the blockchain loading, can unlock the wallet and then comes a popup with a few lines of text and a second later the container crashes. The containerlog: text error warn system array login QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-default' ************************ EXCEPTION: St12out_of_range denominator specified is zero gridcoin in ThreadScraperSubscriber() terminate called after throwing an instance of 'std::out_of_range' what(): denominator specified is zero /dockerstartup/vnc_startup.sh: line 117: 219 Aborted gridcoinresearch USER_ID: 1000, GROUP_ID: 0 nss_wrapper location: /usr/lib/x86_64-linux-gnu/libnss_wrapper.so ------------------ change VNC password ------------------ ------------------ start noVNC ---------------------------- start vncserver with param: VNC_COL_DEPTH=24, VNC_RESOLUTION=1920x1080 ... start window manager ... ------------------ VNC environment started ------------------ VNCSERVER started on DISPLAY= :1 => connect via VNC viewer with xxx.xxx.xxx.xxx:5901 noVNC HTML client started: => connect via http://xxx.xxx.xxx.xxx:6901/?password=... 10000 20000 30000 40000 50000 60000 70000 80000 90000 100000 110000 120000 130000 140000 150000 160000 170000 180000 190000 200000 210000 220000 230000 240000 250000 260000 270000 280000 290000 300000 310000 320000 330000 340000 350000 360000 370000 380000 390000 400000 410000 420000 430000 440000 450000 460000 470000 480000 490000 500000 510000 520000 530000 540000 550000 560000 570000 580000 590000 600000 610000 620000 630000 640000 650000 660000 670000 680000 690000 700000 710000 720000 730000 740000 750000 760000 770000 780000 790000 800000 810000 820000 830000 840000 850000 860000 870000 880000 890000 900000 910000 920000 930000 940000 950000 960000 970000 980000 990000 1000000 1010000 1020000 1030000 1040000 1050000 1060000 1070000 1080000 1090000 1100000 1110000 1120000 1130000 1140000 1150000 1160000 1170000 1180000 1190000 1200000 1210000 1220000 1230000 1240000 1250000 1260000 1270000 1280000 1290000 1300000 1310000 1320000 1330000 1340000 1350000 1360000 1370000 1380000 1390000 1400000 1410000 1420000 1430000 1440000 1450000 1460000 1470000 1480000 1490000 1500000 1510000 1520000 1530000 1540000 1550000 1560000 1570000 1580000 1590000 1600000 1610000 1620000 1630000 1640000 1650000 1660000 1670000 1680000 1690000 1700000 1710000 1720000 1730000 1740000 1750000 1760000 1770000 1780000 1790000 1800000 1810000 1820000 1830000 1840000 1850000 1860000 1870000 1880000 1890000 1900000 1910000 1920000 1930000 1940000 1950000 1960000 1970000 1980000 1990000 2000000 2010000 2020000 2030000 2040000 2050000 2060000 2070000 2080000 2090000 2100000 2110000 2120000 2130000 2140000 2150000 2160000 2170000 2180000 2190000 2200000 2210000 2220000 2230000 2240000 2250000 2260000 2270000 2280000 2290000 2300000 2310000 2320000 2330000 2340000 2350000 2360000 2370000 2380000 2390000 2400000 2410000 2420000 2430000 2440000 2450000 2460000 2470000 2480000 2490000 2500000 2510000 2520000 2530000 2540000 2550000 2560000 2570000 2580000 2590000 2600000 2610000 2620000 2630000 2640000 2650000 2660000 2670000 2680000 2690000 2700000 2710000 2720000 2730000 2740000 2750000 2760000 2770000 2780000 2790000 2800000 2810000 2820000 2830000 2840000 2850000 2860000 2870000 2880000 2890000 2900000 2910000 2920000 2930000 2940000 2950000 2960000 2970000 2980000 2990000 3000000 3010000 3020000 3030000 3040000 3050000 3060000 3070000 3080000 3090000 3100000 3110000 3120000 3130000 3140000 3150000 3160000 3170000 3180000 3190000 3200000 3210000 3220000 3230000 3240000 3250000 3260000 3270000 3280000 3290000 3300000 3310000 3320000 3330000 3340000 3350000 3360000 3370000 3380000 3390000 3400000 3410000 3420000 3430000 3440000 3450000 3460000 3470000 3480000 3490000 3500000 3510000 3520000 3530000 3540000 3550000 3560000 3570000 3580000 3590000 3600000 3610000 3620000 3630000 3640000 3650000 3660000 3670000 3680000 3690000 3700000 3710000 3720000 3730000 3740000 3750000 3760000 3770000 3780000 3790000 3800000 3810000 3820000 3830000 3840000 3850000 3860000 3870000 3880000 3890000 3900000 3910000 3920000 3930000 3940000 3950000 3960000 3970000 3980000 3990000 4000000 4010000 4020000 4030000 4040000 4050000 4060000 Press ANY KEY to close this window

Hello, i get an error in ms which i can't solve by myself. Scrobbling stoped working in ms and maloja sees no new songs. I'm totally clueless... deezer.json should be fine, arl is still correct. I found the "agressive" and "true" mode for double song import. But that didn't helped here. [2026-01-24 00:24:30.655 +0100] ERROR : [App] [Sources] [Deezer - DeezerARL] Cannot start polling because error occurred while processing backlog Error: Cannot start polling because error occurred while processing backlog at DeezerInternalSource.poll (CWD/src/backend/sources/AbstractSource.ts:344:31) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) caused by: Error: Error occurred while fetching backlogged plays at DeezerInternalSource.processBacklog (CWD/src/backend/sources/AbstractSource.ts:283:23) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async DeezerInternalSource.poll (CWD/src/backend/sources/AbstractSource.ts:342:13) caused by: TypeError: resp.results.error is not iterable at DeezerInternalSource.getRecentlyPlayed (CWD/src/backend/sources/DeezerInternalSource.ts:143:37) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async DeezerInternalSource.getBackloggedPlays (CWD/src/backend/sources/DeezerInternalSource.ts:203:83) at async DeezerInternalSource.processBacklog (CWD/src/backend/sources/AbstractSource.ts:281:32) at async DeezerInternalSource.poll (CWD/src/backend/sources/AbstractSource.ts:342:13)

Hi Carpy, i have the same issues with one WD Red. Did you solved the problem? My drive is 4TB and nearly 10 years old. I'm looking for a new drive, but wont buy it, as long as the old one is still ok. SMART still shows now errors. A new SATA Cable and another Powercableport didn't helped me. greetings Domini1000

For me this is working: docker exec --user 99 nextcloud php -f occ ....

@FordPrefect So, ich habe nun mein LAN versucht auf VLAN umzustellen. Das meiste hat geklappt. Bis auf das eigentliche Problem des Threats... Ich habe nun folgende Vlans im RouterOS von Mikrotik: Vlan 1 (weiß nicht so recht wofür ich das nutzen sollte) Vlan 10: 10.10.0.0/16 (Port 1 am Router) für die Fritzbox Vlan 20: 10.20.0.0/16 (Port 2+3 am Router) fürs LAN Vlan 40: 10.40.0.0/16 (Port 4 am Router) fürs WLAN Vlan 50: 10.50.0.0/16 (Port 5 am Router) für den Unraid Server, allerdings konnte ich dem Unraid eth0/br0 kein VLAN Tag konfigurieren. Vlan 60: 10.60.0.0/16 (ohne direkten Anschluß, sollte über Port 5 aus dem Unraid Server kommen) für das Wireguard-Netz. Allerdings weiß ich nicht wie ich das VLAN Tag für Wireguard in Unraid konfigurieren kann. Vlan 70: 10.70.0.0./16 (ohne direkten Anschluß, sollte über Port 5 aus dem Unraid Server kommen) für die Docker-Container. Ich kann nun von meinem LAN aus auf die Docker zugreifen (was vorher auch schon ging). Die Firewall regeln scheinen zu funktionieren. Ich kann mich mit meinem Handy über Mobilfunk per Wireguard einwählen. Vom Handy aus geht aber nur der Ping zur Unraid IP durch. Alles andere erreiche ich nicht. Ich habe nach Stunden probieren und lesen immer noch keine Ahnung warum. Das Paket geht vom Wireguard Tunnel zum Ziel durch und die Antwort geht verloren. Hier mal der tcpdump auf dem Unraidserver wenn ich einen Ping vom Handy (10.60.0.2) zum Dockercontaier (10.70.0.125) absetze: # tcpdump -i any -v -v -n 'icmp and host 10.60.0.2' tcpdump: data link type LINUX_SLL2 tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes 13:35:55.571869 wg0 In IP (tos 0x0, ttl 64, id 28613, offset 0, flags [DF], proto ICMP (1), length 84) 10.60.0.2 > 10.70.0.125: ICMP echo request, id 27, seq 1, length 64 13:35:55.571962 shim-br0.70 Out IP (tos 0x0, ttl 63, id 28613, offset 0, flags [DF], proto ICMP (1), length 84) 10.60.0.2 > 10.70.0.125: ICMP echo request, id 27, seq 1, length 64 13:35:55.571963 br0.70 P IP (tos 0x0, ttl 63, id 28613, offset 0, flags [DF], proto ICMP (1), length 84) 10.60.0.2 > 10.70.0.125: ICMP echo request, id 27, seq 1, length 64 13:35:55.571988 br0.70 Out IP (tos 0x0, ttl 64, id 6275, offset 0, flags [none], proto ICMP (1), length 84) 10.70.0.125 > 10.60.0.2: ICMP echo reply, id 27, seq 1, length 64 13:35:55.571990 eth0.70 Out IP (tos 0x0, ttl 64, id 6275, offset 0, flags [none], proto ICMP (1), length 84) 10.70.0.125 > 10.60.0.2: ICMP echo reply, id 27, seq 1, length 64 13:35:55.571992 eth0 Out IP0 (invalid) Hier die Routen auf dem Unraid-Server: Protocol Route Gateway Metric IPv4 default 10.50.0.100 via br0 1 IPv4 10.50.0.0/16 br0 1 IPv4 10.60.0.0/24 10.50.0.90 1 IPv4 10.60.0.2 wg0 1 IPv4 10.70.0.0/17 shim-br0.70 1 IPv4 10.70.128.0/17 shim-br0.70 1 IPv4 172.17.0.0/16 docker0 1 Wenn ich nun vom PC aus auf den Docker-Container pinge bekomme ich eine Antwort, obwohl der tcpdump ähnlich aussieht: # tcpdump -i any -v -v -n 'icmp and host 10.20.0.101' tcpdump: data link type LINUX_SLL2 tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes 15:17:12.434078 eth0 P IP6, wrong link-layer encapsulation (invalid) 15:17:12.434078 eth0.70 P IP (tos 0x0, ttl 127, id 56729, offset 0, flags [none], proto ICMP (1), length 60) 10.20.0.101 > 10.70.0.125: ICMP echo request, id 1, seq 232, length 40 15:17:12.434078 br0.70 P IP (tos 0x0, ttl 127, id 56729, offset 0, flags [none], proto ICMP (1), length 60) 10.20.0.101 > 10.70.0.125: ICMP echo request, id 1, seq 232, length 40 15:17:12.434121 br0.70 Out IP (tos 0x0, ttl 64, id 10367, offset 0, flags [none], proto ICMP (1), length 60) 10.70.0.125 > 10.20.0.101: ICMP echo reply, id 1, seq 232, length 40 15:17:12.434123 eth0.70 Out IP (tos 0x0, ttl 64, id 10367, offset 0, flags [none], proto ICMP (1), length 60) 10.70.0.125 > 10.20.0.101: ICMP echo reply, id 1, seq 232, length 40 15:17:12.434127 eth0 Out IP0 (invalid) Wenn ich den Packetsniffer auf dem Mikrotik Router laufen lasse, sieht das alles gut aus: Hat noch jemand einen Hinweis was konfiguriert sein müsste, damit Wireguard auch zu den Dockern im vlan70 durchkommt?

@sonic6 Danke für den Hinweis. Den SWAG Container hatte ich wirklich mal installiert und die Configdatei liegt auch noch im appdata Ordner. Ich habe sie mal um mein VPN Netz ergänzt. Allerdings ist der Docker schon seit Monaten deinstalliert. Ich nutze im Moment den NginxProxyManager. Der hat kein Geoblocking; zumindest hatte ich das in keiner Confdatei oder Menü gefunden.

@Ford Prefect Klasse, besten Dank für die links!

Vielen Dank schon einmal für die Antworten. @alturismo Ja ich kann die Unraid UI über das VPN öffnen. Aber nicht die Pihole UI des Dockers. Aber genau dieser Pihole scheint laut VPN Konfig zu funktionieren. Zumindest steht seine IP in der Handy-Config und wenn ich auf Unraid einen tcpdump mit Port53 und meiner Handy ip mache kommt Verkehr auf und das Handy kann surfen... Ich verstehe das nicht mehr. Und nein, bisher nutze ich kein vlan auf Unraid oder in meinem Netz. @Ford Prefect Ich denke ich versuche hier die Sache auf vlan Basis umzukonfigurieren. Dein Post klingt schlüssig. Leider habe ich in den VPN und Docker Beiträgen im Forum oder auch bei Spaceinvaders Videos, nirgends den Ratschlag gefunden vlan zu nutzen wenn man die Docker erstellt... Da ich bisher nur in verschiedenen IP-Subnetze über den Router die Bereiche (WAN, LAN, Server, etc) trenne, muss ich mich erst einmal mit vlans bei Mikrotik und dann bei Unraid einlesen. Das dauert wohl ne Weile. Oder kann Unraid zwei vlans nur auf sich selbst, für Docker und Host, betreiben? So dass ich mein Netzwek und Router nicht umkonfigurieren muss?

Das steht auf enabled. Aber meine Dockerversion ist 20.10.5. Habe aber auch den Unraid stable Channel mit 6.9.2. Könnte sich in einer automatisch generierten Configdatei, durch diverse Wechsel der IP-Bereiche während der Einrichtung, ein Fehler eingebaut haben? Wireguard hatte ich erst direkt vor dem Thread deinstalliert, auf dem boot-USB-Stick den Wireguard Configordner gelöscht und neu installiert. Da ich 10 Docker habe, wollte ich das allerdings nicht für die Docker machen...

Kann hier keiner helfen? hier mal der tcpdump (aufgezeichnet auf dem Unraidserver, Ping vom Handy auf einen Docker) dazu: ~# tcpdump -i any -v -n 'icmp and host 10.253.0.2' tcpdump: data link type LINUX_SLL2 tcpdump: listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes 12:23:31.706136 wg0 In IP (tos 0x0, ttl 64, id 63552, offset 0, flags [DF], proto ICMP (1), length 84) 10.253.0.2 > 10.50.0.99: ICMP echo request, id 56, seq 1, length 64 12:23:31.706172 shim-br0 Out IP (tos 0x0, ttl 63, id 63552, offset 0, flags [DF], proto ICMP (1), length 84) 10.253.0.2 > 10.50.0.99: ICMP echo request, id 56, seq 1, length 64 12:23:31.706174 br0 P IP (tos 0x0, ttl 63, id 63552, offset 0, flags [DF], proto ICMP (1), length 84) 10.253.0.2 > 10.50.0.99: ICMP echo request, id 56, seq 1, length 64 12:23:31.706199 br0 Out IP (tos 0x0, ttl 64, id 40087, offset 0, flags [none], proto ICMP (1), length 84) 10.50.0.99 > 10.253.0.2: ICMP echo reply, id 56, seq 1, length 64 12:23:31.706207 eth0 Out IP (tos 0x0, ttl 64, id 40087, offset 0, flags [none], proto ICMP (1), length 84) 10.50.0.99 > 10.253.0.2: ICMP echo reply, id 56, seq 1, length 64 Sieht so aus als wenn die Antwort ins eth0 gesendet wird, anstatt in shim-br0 und dann in wg0. Wie und wo kann ich nun die richtige Route setzen? - Dominik

Hallo Community, leider bin ich noch recht neu mit Unraid und Docker Konfigurationen. Ich hänge seit Längerem an dem folgenden Problem und komme einfach nicht dahinter. Ich habe Wireguard aktiviert (remote tunneled access) und kann mich auch vom Handy (über LTE) aus darauf verbinden und surfen. Aber ich kann nicht auf meine Dockercontainer mit manueller IP zugreifen. Ich vermute dass es was mit meinen IPs zu tun hat und die Antworten der Docker Container ins falsche Interface laufen. Aber das weiß ich nicht sicher. Zur Grundconfig: Unraid IP: 10.50.0.90 Docker IPS: 10.50.0.80-225 Wireguard Network: 10.253.0.0/24 Wireguard Server IP 10.253.0.1 Wireguard Client IP 10.253.0.2, allowed IP 10.253.0.2, Peer DNS 10.50.0.99 DNS raspberry pi pihole: 10.10.0.98 (den hier will ich abbauen, ist nur die Notlösung für den VPN Traffic. Anfangs ging der Docker DNS auch nicht übers VPN. Warum er es jetzt tut ist mir ein Rästel, da alle anderen Docker nicht funktionieren.) DNS Server pihole Docker: 10.50.0.99 Local Server uses NAT: No Remark: configure your router with a static route of 10.253.0.0/24 to 10.50.0.90 ist auch konfiguriert. Host access to custom networks: Enabled Am Router habe ich ein dstnat zwischen dem wan netz und dem unraid server 10.50.0.90. Komischerweise funktioniert der DNS docker bzw. die DNS Abfragen übers VPN, aber der nextcloud docker streikt und auch ein ping auf den DNS docker bleibt unbeantwortet. Beste Grüße Dominik

Hello, i try to crunch cosmology@home with virtualbox-workunits. I found the svm argument for amd virtualization in the boinc log. I installed virtualbox and the extension manually, but boinc didn't recognize it. How can i crunch vbox workunits? In the unraid apps descrition is written "It supports virtualized, parallel, and GPU-based applications." But how to use the virtualized ones? Maybe it's possible that you include virtualbox in the unraid docker script? Thanks for creating this great docker! Every other projekt works fine for me! 🙂