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

Ja das habe ich auch jetzt so gemacht. Alle Ordner nach dem neu machen drauf kopiert und es startet auch in der VM zum Testen. Danke für eure Unterstützung!

Also ich glaub ich hab das mein "Problem" gefunden. Wenn ich das Backup aufn Stick spiele, dann erstellt er keinen Ordner EFI oder EFI-. Weil wenn ich eine clean Installation machen, dann habe ich den Ordner. Liegt das dann am Backup oder woran könnte das liegen?

Wie müsste ich das machen? Früher gab es ja eine Einstellung im Creator zum UEFI aktivieren, die finde ich leider nicht mehr. Aber BIOS läuft bei mir im Legacy + UEFI Mode, sollte also in beiden Varianten booten. Der alte Stick ist zwar UEFI, das weiß ich noch.

Hallo und guten Abend, mein USB-Stick ist langsam am sterben, daher möchte ich den tauschen. Jetzt habe ich einen 32GB Stick von Müller, der hat auch eine GUID. Wenn ich im unRaid USB-Creator das Backup auswähle und den Stick, klappt das schreiben ohne Probleme, ABER auch mit der "makebootable.bat" lässt sich nicht vom Stick booten. Hat da jemand ne Idee woran das liegen könnte? Muss ich hier einen anderen Stick nutzen?

Habe ich mir schon fast gedacht. Habe auch bisschen gegooglet und man könnte ein eigenes Dockernetwork erstellen, welches als MACvLAN läuft, aber das ist mir dann doch etwas zu kompliziert

Du kannst auch den NPM Container auf das hier umstellen: Dann hat er eine eigene IP-Adresse und du kannst die IP bzw. die Ports 80 und 443 freigaben. Wenn du aber einen weiteren Container freigeben willst und IPvLAN aktiv hast, kann es zu Problemen kommen. Gerade wenn du eine neuer Fritz!Box hast. Aber über diesen Weg, kannst du es wahrscheinlich am einfachsten machen.

Hallo zusammen, ich wollte gerade zum Testen zoraxy als Proxy testen und kann diesen nicht bei der Fritz!Box in der Freigabe hinterlegen, da die Fritz!Box immer sagt, die IP Adresse ist schon vergeben. zoraxy hat eine eigene IP-Adresse bekommen so dass er direkt über die Standard Ports erreichbar ist. Nun ist aber das "Problem", dass ich WireGuard-Easy schon freigeben habe und da ich IPVLAN aktiv habe die Fritz!Box auf die MAC-Adresse noch abprüft und damit geht das nicht mehr. Hat einer von euch eine Idee wie man das umgehen könnte oder müsste ich dann in zoraxy ein weiteres Forwarding der WireGurad Ports machen?

Hi i'm trying to add my NVIDIA GTX970 to my frigate config as Hardware Decoder. The GPU is added to the Container: and also visible via nvidia-smi in the container. also on the UI But i can't find any proper working Config for that. Has anybody an idea what i need to add to the Config? mqtt: enabled: true #host: core-mosquitto host: 192.168.178.53 port: 1883 user: mqtt_frigate password: mqtt_frigate_pass #Wird benötigt, damit NPM Funktioniert tls: enabled: false auth: failed_login_rate_limit: 5/minute enabled: true trusted_proxies: - 192.168.178.5 - 192.168.178.147 #ffmpeg: # hwaccel_args: preset-nvidia-h264 detectors: cpu1: type: cpu cpu2: type: cpu objects: track: - person - car - bicycle - motorcycle - umbrella - dog - cat - bus filters: person: min_area: 5000 max_area: 100000 birdseye: enabled: true mode: continuous width: 1920 height: 1080 timestamp_style: position: tl format: '%d.%m.%Y %H:%M:%S' color: red: 255 green: 255 blue: 255 thickness: 2 effect: shadow ui: time_format: 24hour date_style: short time_style: medium strftime_fmt: '%d.%M.%Y %H:%M' ################################# #Globale Defintion von Snapshots ################################# snapshots: enabled: true clean_copy: true timestamp: false bounding_box: true retain: default: 10 objects: person: 15 car: 15 dog: 15 cat: 15 quality: 100 ################################# #Globale Defintion von Rekorings ################################# record: enabled: true expire_interval: 60 sync_recordings: false retain: days: 3 mode: all preview: # Optional: Quality of recording preview (default: shown below). # Options are: very_low, low, medium, high, very_high quality: high # Optional: Event recording settings events: pre_capture: 10 post_capture: 10 retain: default: 30 mode: motion ################################# #Globale Defintion von Detektoren ################################# detect: width: 640 height: 360 fps: 5 enabled: true ################################# #Globale Defintion von Audio Einstellungen ################################# audio: enabled: true max_not_heard: 30 min_volume: 500 go2rtc: streams: Kamera_Haus_Links: #- ffmpeg:https://192.168.178.163/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=nvr&password=P@SSW0RD#video=copy#audio=copy#audio=opus - rtsp://nvr:P@[email protected]/Preview_01_main #- ffmpeg:rtsp_cam#audio=opus Kamera_Haus_Links_sub: #- ffmpeg:https://192.168.178.163/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=nvr&password=P@SSW0RD - rtsp://nvr:P@[email protected]/Preview_01_sub #- ffmpeg:rtsp_cam#audio=opus Kamera_Haus_Rechts: #- ffmpeg:https://192.168.178.164/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=nvr&password=P@SSW0RD#video=copy#audio=copy#audio=opus - rtsp://nvr:P@[email protected]/Preview_01_main #- ffmpeg:rtsp_cam#audio=opus Kamera_Haus_Rechts_sub: #- ffmpeg:https://192.168.178.164/flv?port=1935&app=bcs&stream=channel0_ext.bcs&user=nvr&password=P@SSW0RD - rtsp://nvr:P@[email protected]/Preview_01_sub #- ffmpeg:rtsp_cam#audio=opus ################################# #Definition von Kameras ################################# cameras: Kamera_Haus_Links: ffmpeg: inputs: - path: rtsp://127.0.0.1:8554/Kamera_Haus_Links hwaccel_args: preset-nvidia-h264 #- path: rtsp://nvr:P@[email protected]/Preview_01_main input_args: preset-rtsp-restream roles: - record - audio - path: rtsp://127.0.0.1:8554/Kamera_Haus_Links_sub #- path: rtsp://nvr:P@[email protected]/Preview_01_sub hwaccel_args: preset-nvidia-h264 input_args: preset-rtsp-restream roles: - detect Kamera_Haus_Rechts: ffmpeg: inputs: - path: rtsp://127.0.0.1:8554/Kamera_Haus_Rechts #- path: rtsp://nvr:P@[email protected]/Preview_01_main hwaccel_args: preset-nvidia-h264 input_args: preset-rtsp-restream roles: - record - audio - path: rtsp://127.0.0.1:8554/Kamera_Haus_Rechts_sub hwaccel_args: preset-nvidia-h264 #- path: rtsp://nvr:P@[email protected]/Preview_01_sub input_args: preset-rtsp-restream roles: - detect version: 0.14 camera_groups: Bird: order: 1 icon: LuBird cameras: birdseye

Also ich habe noch mal genauer bei paperless geschaut und es gibt wirklich die Möglichkeit ein Skript beim Starten vom Container laufen zu lassen. Nach etwas versuchen hat es auch geklappt. Es muss wie folgt aussehen: Dann muss der Ordner und das Skript mit chmod 555 verändert werden, dann läuft das auch soweit. Danke @ich777 und @Amane für euren Input!

Danke für den Hinweis, ich nutze den offiziellen Container von paperless-ngx. Ich versuche da mal ein Feature Request zu erstellen, vielleicht wird das ja umgesetzt.