MVLP

Hallo zusammen, ich würde gerne zwei Platten aus dem Array rausnehmen, weill das WD Blues sind. Jetzt habe ich mir gedacht, nimmst unbalanced und schiebst die Daten einfach rüber auf die anderen beidne Platten. Jetzt ist die Frage, muss ich dazu die Container stoppen die teilweise Daten da noch haben oder kann ich das "Online" machen und dann hoffen, dass keine Daten neu geschrieben werden in der Zeit? Vielleicht denke ich auch zu Komplex :D

Moin zusammen, ich habe ein ähnliches Problem, aber doch anders. Das mit den MACs habe ich auch: Schnittstelle: 192.168.178.31 --- 0xe Internetadresse Physische Adresse Typ 192.168.178.2 00-d8-61-a6-dd-3f dynamisch --> Korrekt PS C:\Users\smueh> arp -a 192.168.178.2 Schnittstelle: 192.168.178.31 --- 0xe Internetadresse Physische Adresse Typ 192.168.178.2 46-39-87-75-23-da dynamischNur das ich bridging aktiv habe bei macvlan. Sobald ich alle Container Stoppe, bleibt die MAC-Adresse vom UnRaid gleich, nur wenn die Container laufen fängt es an zu Spinnen. Keine der MAC Adressen ist von einem Container oder einer VM. Ich bin echt ratlos, weil es einfach ohne Änderung angefangen hat.

Ja das hört sich sehr ähnlich an. Nur das ich bridging an habe. Vielleicht schreibe ich mal in den Post, mal schauen ob man da was rausfinden kann.

Ich denke mit der Thematik DNS und Zugriff schweifen wir arg vom Thema MAC-Adressen ab xD Würde es ggf. sinn machen über einen BugReport zu gehen? Dass sich das Limetech direkt anschaut falls man keine Lösung in der Community findet?

Nur zum Verständnis: Warum sollte ich externe DNS Server hinterlegen, wenn es ein MAC Problem gibt? Über die IP komme ich ja auch nicht aufs System. Da fällt ja DNS komplett raus.

Nein das MB hat nur eine NIC. Daher bin ich ja so verwirrt xD Der DNS für Unraid ist die Firtzbox, und das sollte auch so sein. Wenn ich mein Pi-Hole hinterlege, dann geht einiges nicht. Das war auch schon Thema im Forum, aber ohne Quelle :D Ist schon länger her. Aber die FB als DNS ist okay, die Container haben einen eigenen DNS Server eintrag, da ich viel über NGINX mache.

Wie auf den Screenshots zusehen, ist es auf macvlan einstellt. Was ich jetzt noch umgestellt habe, ist dass "Host access to custom networks" disabled ist. Aber diese Mac-Adressen sind die gezeigt werden, sind halt komplett Random

Hallo zusammen, ich habe aktuell das Problem, dass mein UnRaid nicht immer erreichbar ist. Aus irgendeinem Grund bekomme ich auf die IP-Adresse Random Mac Adressen zurück. Falsch: Schnittstelle: 192.168.178.31 --- 0xe Internetadresse Physische Adresse Typ 192.168.178.2 76-82-58-db-27-78 dynamisch Richtig: Schnittstelle: 192.168.178.31 --- 0xe Internetadresse Physische Adresse Typ 192.168.178.2 00-d8-61-a6-dd-3f dynamischEs sind immer unterschiedliche die zu keinem Container oder einer VM passen. Irgendwie habe ich die vermutung, dass es an den Container liegt, aber keiner davon hat eine der gesehenen MACs /authentik_db: proxynet -> 02:42:ac:12:00:03 /Zoraxy: br0 -> 02:42:c0:a8:b2:06 /redis: proxynet -> 02:42:ac:12:00:10 /n8n: proxynet -> 02:42:ac:12:00:16 /HandBrake-for-Nvidia: bridge -> 02:42:ac:11:00:06 /ollama: proxynet -> 02:42:ac:12:00:13 /Cloudflare-DDNS: proxynet -> 02:42:ac:12:00:02 /EmbyServer: host -> /prometheus: proxynet -> 02:42:ac:12:00:0c /paperless-ngx: proxynet -> 02:42:ac:12:00:0e /binhex-official-pihole: br0 -> 02:42:c0:a8:b2:03 /Nextcloud: proxynet -> 02:42:ac:12:00:0d /virtual-dsm: bridge -> 02:42:ac:11:00:09 /Grafana: proxynet -> 02:42:ac:12:00:0a /open-webui: proxynet -> 02:42:ac:12:00:14 /Influxdb: proxynet -> 02:42:ac:12:00:0b /authentik_redis: proxynet -> 02:42:ac:12:00:04 /MariaDB-Official: proxynet -> 02:42:ac:12:00:0f /audiobookshelf: proxynet -> 02:42:ac:12:00:12 /vaultwarden: proxynet -> 02:42:ac:12:00:08 /authentik-Proxy: proxynet -> 02:42:ac:12:00:07 /Spoolman: proxynet -> 02:42:ac:12:00:11 /authentik-worker: proxynet -> 02:42:ac:12:00:06 /authentik: proxynet -> 02:42:ac:12:00:05 /MakeMKV: bridge -> 02:42:ac:11:00:07 /Qdrant: proxynet -> 02:42:ac:12:00:15 /JDownloader2: bridge -> 02:42:ac:11:00:03 /WireGuard-Easy: proxynet -> 02:42:ac:12:00:09 /db-backup: bridge -> 02:42:ac:11:00:02 /FileBot: bridge -> 02:42:ac:11:00:05 /Nginx-Proxy-Manager-Official: br0 -> 02:42:c0:a8:b2:05 /Krusader: bridge -> 02:42:ac:11:00:04Ich verzweifle langsam und zweifle auch an mir. Aktuell sind die Docker Settings: Die Netzwerk Settings: Diagnose ist im Anhang und anbei noch die Ausgabe aller Netz die mein Unraid hat: root@Tower:~# ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000 link/ipip 0.0.0.0 brd 0.0.0.0 3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq master br0 state UP group default qlen 1000 link/ether 00:d8:61:a6:dd:3f brd ff:ff:ff:ff:ff:ff 4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 00:d8:61:a6:dd:3f brd ff:ff:ff:ff:ff:ff inet 192.168.178.2/24 metric 1 scope global br0 valid_lft forever preferred_lft forever 5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:9a:c8:bb:2d brd ff:ff:ff:ff:ff:ff inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0 valid_lft forever preferred_lft forever inet6 fe80::42:9aff:fec8:bb2d/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 6: br-aee387385fea: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:64:15:34:a8 brd ff:ff:ff:ff:ff:ff inet 172.18.0.1/16 brd 172.18.255.255 scope global br-aee387385fea valid_lft forever preferred_lft forever inet6 fe80::42:64ff:fe15:34a8/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 7: shim-br0@br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 82:36:22:4b:8e:9c brd ff:ff:ff:ff:ff:ff inet 192.168.178.2/24 scope global shim-br0 valid_lft forever preferred_lft forever 9: vethf694bf5@if8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 82:a3:99:4c:14:95 brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet6 fe80::80a3:99ff:fe4c:1495/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 10: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000 link/ether 52:54:00:7c:28:33 brd ff:ff:ff:ff:ff:ff inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 valid_lft forever preferred_lft forever 13: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UNKNOWN group default qlen 1000 link/ether fe:54:00:61:61:66 brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fe61:6166/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 16: vethf26b61d@if15: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 2a:87:af:04:f9:46 brd ff:ff:ff:ff:ff:ff link-netnsid 4 inet6 fe80::2887:afff:fe04:f946/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 17: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UNKNOWN group default qlen 1000 link/ether fe:54:00:7b:f7:7f brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fe7b:f77f/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 19: veth8ec1614@if18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 82:44:c2:4b:d6:3a brd ff:ff:ff:ff:ff:ff link-netnsid 5 inet6 fe80::8044:c2ff:fe4b:d63a/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 21: vethe180adc@if20: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 8a:86:df:31:1d:a8 brd ff:ff:ff:ff:ff:ff link-netnsid 6 inet6 fe80::8886:dfff:fe31:1da8/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 23: vethdfddee1@if22: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 8a:1a:53:97:b2:f4 brd ff:ff:ff:ff:ff:ff link-netnsid 7 inet6 fe80::881a:53ff:fe97:b2f4/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 25: veth91f99a1@if24: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 0a:bc:ea:9d:d4:6e brd ff:ff:ff:ff:ff:ff link-netnsid 8 inet6 fe80::8bc:eaff:fe9d:d46e/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 27: veth2557e14@if26: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 92:9d:f4:5d:3f:3b brd ff:ff:ff:ff:ff:ff link-netnsid 9 inet6 fe80::909d:f4ff:fe5d:3f3b/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 29: vetha19a064@if28: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 76:65:ef:85:39:bb brd ff:ff:ff:ff:ff:ff link-netnsid 10 inet6 fe80::7465:efff:fe85:39bb/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 31: vethbeef011@if30: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 72:66:58:5d:8d:26 brd ff:ff:ff:ff:ff:ff link-netnsid 11 inet6 fe80::7066:58ff:fe5d:8d26/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 33: veth6a946a2@if32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 6e:73:2c:77:1e:68 brd ff:ff:ff:ff:ff:ff link-netnsid 12 inet6 fe80::6c73:2cff:fe77:1e68/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 35: veth1670bf9@if34: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 76:d8:e0:48:36:f6 brd ff:ff:ff:ff:ff:ff link-netnsid 13 inet6 fe80::74d8:e0ff:fe48:36f6/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 37: veth4d3fae7@if36: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 92:47:f4:d5:45:1c brd ff:ff:ff:ff:ff:ff link-netnsid 14 inet6 fe80::9047:f4ff:fed5:451c/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 39: vethab4d6bc@if38: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 6e:0e:20:44:a9:51 brd ff:ff:ff:ff:ff:ff link-netnsid 15 inet6 fe80::6c0e:20ff:fe44:a951/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 41: veth60b6ddc@if40: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 92:6f:42:2d:9e:e0 brd ff:ff:ff:ff:ff:ff link-netnsid 16 inet6 fe80::906f:42ff:fe2d:9ee0/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 43: vethcf55b34@if42: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether b2:9f:70:a2:ce:6c brd ff:ff:ff:ff:ff:ff link-netnsid 17 inet6 fe80::b09f:70ff:fea2:ce6c/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 45: vethff31b89@if44: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 66:6d:70:c6:d1:68 brd ff:ff:ff:ff:ff:ff link-netnsid 18 inet6 fe80::646d:70ff:fec6:d168/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 47: veth3248243@if46: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 8e:82:da:7d:3b:89 brd ff:ff:ff:ff:ff:ff link-netnsid 19 inet6 fe80::8c82:daff:fe7d:3b89/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 49: vethe4e3a38@if48: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether de:ae:9f:5f:55:32 brd ff:ff:ff:ff:ff:ff link-netnsid 20 inet6 fe80::dcae:9fff:fe5f:5532/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 51: veth89e9ceb@if50: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 42:09:a1:74:cc:70 brd ff:ff:ff:ff:ff:ff link-netnsid 21 inet6 fe80::4009:a1ff:fe74:cc70/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 53: vethc547dee@if52: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether ba:af:2f:96:93:ee brd ff:ff:ff:ff:ff:ff link-netnsid 22 inet6 fe80::b8af:2fff:fe96:93ee/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 55: veth8e94a44@if54: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 1a:f5:28:00:91:ef brd ff:ff:ff:ff:ff:ff link-netnsid 23 inet6 fe80::18f5:28ff:fe00:91ef/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 57: vethbad15d6@if56: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 7a:d7:9a:42:59:17 brd ff:ff:ff:ff:ff:ff link-netnsid 24 inet6 fe80::78d7:9aff:fe42:5917/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 59: veth7f00b48@if58: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 3a:43:53:51:ee:30 brd ff:ff:ff:ff:ff:ff link-netnsid 25 inet6 fe80::3843:53ff:fe51:ee30/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 61: vethb0a37cd@if60: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 92:13:10:39:bd:3e brd ff:ff:ff:ff:ff:ff link-netnsid 26 inet6 fe80::9013:10ff:fe39:bd3e/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 63: vethee6e5a9@if62: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 9e:61:62:fb:b1:93 brd ff:ff:ff:ff:ff:ff link-netnsid 27 inet6 fe80::9c61:62ff:fefb:b193/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 65: veth0f58130@if64: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 2a:92:1a:19:58:0e brd ff:ff:ff:ff:ff:ff link-netnsid 28 inet6 fe80::2892:1aff:fe19:580e/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 67: veth9a8bd5c@if66: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 6e:d5:db:34:b3:19 brd ff:ff:ff:ff:ff:ff link-netnsid 29 inet6 fe80::6cd5:dbff:fe34:b319/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 71: veth62d4878@if70: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether d6:e8:32:22:c1:47 brd ff:ff:ff:ff:ff:ff link-netnsid 31 inet6 fe80::d4e8:32ff:fe22:c147/64 scope link proto kernel_ll valid_lft forever preferred_lft foreverAktuell bin ich auch am Update auf 7.2 am warten, da ich keine Lust habe mir etwas zu zerschießen, weil auf einmal die Webseite nicht mehr erreichbar ist. Falls jemand eine Lösung für mcih hat, wäre das WUNDERBAR! tower-diagnostics-20251103-2049.zip

Also ich habe nun, Qdrant und ollama am laufen. Was du einfach beachten musst, ist dass du ne gute GraKa braucht für ollama. Die „normalen“ LLMs wie llama3.2 laufen auf einer RTX3060 mit 12GB VRAM super gut. Wenn man z.B. das OpenSource GPT laufen lassen möchtest brauchst du viel mehr VRAM. Da über ollama nicht die ganzen 12GB VRAM genutzt werden sondern nur ca. 9-10 GB und ca. 2-3 GB vom RAM und die CPU stark läuft. Wenn du dann noch ne Vision LLM willst also Bild-2-Text dann ist es ähnlich und du lastest den kompletten Server aus. Was man auch beachten muss ist einfach, dass llama Modelle nicht immer an GPT oder andere ran kommen. Aber n8n ist eh nur so gut wie die User bzw. Systemprompts. Da bin ich leider kein Profi, aber mit GPT kannst du gute Prompts schreiben lassen, wichtig ist dass die in markdown raus kommen. Hoffe das hilft dir etwas.

Hallo zusammen, ich habe mir drei VMs aufgesetzt: VM1 hat zwei Netzwerkkarten: die erste ist wie man sieht das Physische Netzwerk und das zweite ist das virbr0 damit er seperiert mit VM 2 und 3 reden kann bzw. soll. Leider bekomme ich bei der ersten VM nur auf der ersten Netzwerkkarte eine IP von meinem lokalen Netz. Auf der zweiten (enp3s0) bekomme ich keine bzw. Debian meldet, dass diese NIC nicht angeschlossen wäre: Bei den anderen beiden VMs klappt das ohne Probleme, diese bekommen über das virbr0 eine IP aus dem VMNetz. Hier ein Beispiel: Hat jemand da eine Idee woran das liegen könnte? Habe auch als Test die qemu Agent installiert auf der VM 1 aber ohne Erfolg :(

Hab dann mal gefragt und da kam dann die Lösung mit einem Update vom Update :D ging dann alles wieder ohne Fehlermeldung auf der Konsole

Looks like after the Update, the Error is gone! Thank you for your help!

Because of an stuck VM I had to hardreset my UnRaid via KVM is was Monitoring the boot and got the following Error. From the Error Stack it looks like this is coming from the UnRaid Connect Plugin. On the Systemlog at the WebGUI i can't see any issue. Attached is also the Diagnostic, maybe this could help. tower-diagnostics-20250730-0924.zip

Guten Morgen zusammen, ich musste heute morgen ein Hardreset von meinem Unraid machen, da eine VM Wild gegangen ist. Vor dem Hardreset habe ich Unraid Connect aktualisiert und beim schauen auf die Konsole habe ich folgenden Fehler gefunden: Ist hier euch was bekannt? Unraid ist normal gestartet und in den Logs finde ich keine Fehler. Aber habe mal die Diagnose angehangen. tower-diagnostics-20250730-0810.zip

Also danke euch allen. Nach dem Kopieren hat es auch nicht geklappt, aber da war dann der USB Stick schuld. Habe jetzt einen anderen genommen und alles hat geklappt wie gewünscht! Vielen Dank an @saber1 @DataCollector