Chlorgas
-
Posts
24 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Chlorgas
-
-
Hi, Revan335!
Ich binde mittels NFS-Freigabe ein freenas-Datengrab in unraid ein. Das funktioniert zuverlässiger als SMB und ich habe mir mit der genauen Rechtverwaltung leichter getan.
Zugriff findet von mir ausschließlich über unraid statt und nicht mehr direkt über freenas.
-
-
Alles klar, dann starte ich da mal.
Ich danke dir für die vielen Infos und Anleitungen und melde mich hoffentlich mit Erfolg später wieder hier.
-
1
-
-
Ok, das kann ich versuchen.
Ich wiederhole nochmal, um sicher zu gehen, dass ich dich verstanden habe:
- Die Docker-Images werden gelöscht und wiederhergestellt. Meine Daten (nextcloud) bleiben erhalten.
- Ich lege den Dockeriamge-Pfad auf ein anderes Verzeichnis und starte dort die Wiederherstellung aller Docker in der Reihenfolge, wie sie aktuell ersichtlich sind. Darüber hinaus vergebe ich die selben Namen und Einstellungen.
Korrekt?
Ja, deine Einträge bezüglich der Netzwerkeinstellungen stimmen mit meinen überein (IP-Adressen ausgenommen).
-
2 minutes ago, ich777 said:
Hast du schon irgendwelche wichtige Container am laufen oder könntest du die nochmal neu erstellen?
Also, ja. Ich habe hier eine Nextcloud-Instanz laufen (gehabt). Darin enthalten sind Kalender, Handy-Sicherung, Kontakte usw...
Davon habe ich Backups, die mittels "CA Backup / Restore Appdata" alle 7 Tage erstellt und auf ein anderes Share gesichert werden. Vorm neu erstellen, habe ich Riesenbammel, da ich mir nicht sicher bin, ob ich es ordentlich hinbekomme.
Der Verlust aller anderen Container neben nextcloud ist verschmerzbar und stellt kein Problem dar.
8 minutes ago, ich777 said:Mir wäre mal vorrangig wichtig das du das docker.img löscht und evtl. gleich auf den Pfad wechselst statt dem Image, ergibt mehr sinn in meinen Augen und dann auch gleich mal nachsiehst ob dann die Netzwerke richtig erstellt werden.
Was meinst du mit "Pfad wechseln"? Die Docker nicht in /appdata/ installieren?
9 minutes ago, ich777 said:Sollte eigentlich so aussehen, ohne "Custom: proxy":
Ja, genau das Menü suche ich!
-
8 minutes ago, ich777 said:
Hast du jetzt einen NIC oder zwei eingebaut, ich sehe nur einen in deinen Diagnostics oder?
Die network-interfaces.cfg wird nur erstellt wenn du zwei NICs im System hast.
Ich habe nur eine NIC eingebaut: eth0 (onboard NIC)
8 minutes ago, ich777 said:Kannst du bitte Bond auf No stellen?
Ok, bond ist aus.
aber ich kann die Container nicht auf br0 stellen.
-
-
Das wäre umgestellt, bringt aber keine Besserung.
On 4/16/2022 at 8:21 AM, mgutt said:Deaktiviere testweise mal bei Docker " Host access to custom networks"
Steht "preserve custom networks" auf yes? Auch mal deaktivieren.
On 4/16/2022 at 8:21 AM, mgutt said:Zeig außerdem mal deine Routen
ip route show table all
und die Ausgabe der aktuellen Routen
root@Tower:~# ip route show table all default via 192.168.0.1 dev br0 172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown 192.168.0.0/24 dev br0 proto kernel scope link src 192.168.0.100 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown broadcast 127.0.0.0 dev lo table local proto kernel scope link src 127.0.0.1 local 127.0.0.0/8 dev lo table local proto kernel scope host src 127.0.0.1 local 127.0.0.1 dev lo table local proto kernel scope host src 127.0.0.1 broadcast 127.255.255.255 dev lo table local proto kernel scope link src 127.0.0.1 broadcast 172.17.0.0 dev docker0 table local proto kernel scope link src 172.17.0.1 linkdown local 172.17.0.1 dev docker0 table local proto kernel scope host src 172.17.0.1 broadcast 172.17.255.255 dev docker0 table local proto kernel scope link src 172.17.0.1 linkdown broadcast 192.168.0.0 dev br0 table local proto kernel scope link src 192.168.0.100 local 192.168.0.100 dev br0 table local proto kernel scope host src 192.168.0.100 broadcast 192.168.0.255 dev br0 table local proto kernel scope link src 192.168.0.100 broadcast 192.168.122.0 dev virbr0 table local proto kernel scope link src 192.168.122.1 linkdown local 192.168.122.1 dev virbr0 table local proto kernel scope host src 192.168.122.1 broadcast 192.168.122.255 dev virbr0 table local proto kernel scope link src 192.168.122.1 linkdown local ::1 dev lo proto kernel metric 0 pref medium ::1 dev lo proto kernel metric 256 pref medium local fe80::68eb:19ff:fecd:9d36 dev di-8ae606ca1d97 proto kernel metric 0 pref medium fe80::/64 dev di-8ae606ca1d97 proto kernel metric 256 pref medium multicast ff00::/8 dev di-8ae606ca1d97 proto kernel metric 256 pref medium
Eine network-rules.cfg habe ich nicht im Verzeichnis /boot/config
Die network.cfg habe ich gelöscht und neu gestartet. eth0 hatte keine neue IP, sondern ist mir der alten wieder ansprechbar gewesen. Ich konnte mich danach einloggen, habe die eth0 auf static umgestellt und beim Speichern der Settings ist die Maschine eingefroren. Der Server scheint in der ARP-Tabelle meiner Firewall nicht auf und reagiert auch nicht auf einen Ping.
Nach einem weiteren Neustart sieht ifconfig so aus:
~# ifconfig bond0: flags=5443<UP,BROADCAST,RUNNING,PROMISC,MASTER,MULTICAST> mtu 1500 ether 60:45:cb:a0:dd:85 txqueuelen 1000 (Ethernet) RX packets 2496 bytes 835206 (815.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3250 bytes 2101076 (2.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.100 netmask 255.255.255.0 broadcast 0.0.0.0 ether 60:45:cb:a0:dd:85 txqueuelen 1000 (Ethernet) RX packets 2327 bytes 790082 (771.5 KiB) RX errors 0 dropped 61 overruns 0 frame 0 TX packets 2181 bytes 2043046 (1.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 di-8ae606ca1d97: flags=195<UP,BROADCAST,RUNNING,NOARP> mtu 1500 inet6 fe80::b4ad:f8ff:fe36:54b prefixlen 64 scopeid 0x20<link> ether b6:ad:f8:36:05:4b txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3 bytes 210 (210.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 docker0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 172.17.0.1 netmask 255.255.0.0 broadcast 172.17.255.255 ether 02:42:42:5b:70:f7 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST> mtu 1500 ether 60:45:cb:a0:dd:85 txqueuelen 1000 (Ethernet) RX packets 2496 bytes 835206 (815.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3250 bytes 2101076 (2.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xf6500000-f651ffff lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 741 bytes 217807 (212.7 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 741 bytes 217807 (212.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 ether 52:54:00:f2:e9:5f txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0Trotzdem kann ich in den einzelnen Docker keine br0 mit statischer IP zuweisen. Der Menüeintrag ist nach wie vor nicht vorhanden.
-
Folgende Historie gilt für meinen Server:
Eingerichtet wurde alles mit der onboard NIC.
Nach etwa zwei Jahren habe ich dann 2 weitere PCI-Karten (mit je zwei ports) eingebaut. Aufgrund der Tatsache, dass ich es nicht geschafft habe, diese in die DMZ einzubinden, habe ich sie wieder ausgebaut.
Am Donnerstag habe ich dieses Unterfangen noch einmal versucht und bin wieder gescheitert. Diesmal ist aber noch irgendetwas schief gegangen, da ich die bestehende Konfiguration auch nicht wiederherstellen konnte.
Deine Vorschläge werde ich auch Sonntag Abend umsetzen.
-
Ok, das versuche ich. Ich melde mich mit den Ergebnissen am Sonntag Abend.
Vielen Dank für deine Unterstützung bisher, @mgutt !
-
3 minutes ago, mgutt said:
Das ist in jedem Fall dein Problem.
Ja, genau. Das versuche ich zu lösen und habe keinen Plan, wo ich ansetzen soll.
4 minutes ago, mgutt said:Hast du mehrere Ethernet Interfaces der selben IP Range zugewiesen?
Nein.
5 minutes ago, mgutt said:Was gibt ifconfig zurück?
Das hier:
~# ifconfig -a br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.100 netmask 255.255.255.0 broadcast 0.0.0.0 ether 60:45:cb:a0:dd:85 txqueuelen 1000 (Ethernet) RX packets 125978 bytes 12732026 (12.1 MiB) RX errors 0 dropped 7736 overruns 0 frame 0 TX packets 92872 bytes 127439867 (121.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 di-8ae606ca1d97: flags=195<UP,BROADCAST,RUNNING,NOARP> mtu 1500 inet6 fe80::3cd3:82ff:fe77:336 prefixlen 64 scopeid 0x20<link> ether 3e:d3:82:77:03:36 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 14 bytes 980 (980.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 docker0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 172.17.0.1 netmask 255.255.0.0 broadcast 172.17.255.255 ether 02:42:0e:d9:c8:87 txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 dummy0: flags=130<BROADCAST,NOARP> mtu 1500 ether d6:0a:75:8d:65:c5 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 erspan0: flags=4098<BROADCAST,MULTICAST> mtu 1464 ether 00:00:00:00:00:00 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4419<UP,BROADCAST,RUNNING,PROMISC,MULTICAST> mtu 1500 ether 60:45:cb:a0:dd:85 txqueuelen 1000 (Ethernet) RX packets 126829 bytes 14552260 (13.8 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 118352 bytes 129121515 (123.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xf6500000-f651ffff gre0: flags=128<NOARP> mtu 1476 unspec 00-00-00-00-00-00-FF-FF-00-00-00-00-00-00-00-00 txqueuelen 1000 (UNSPEC) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 gretap0: flags=4098<BROADCAST,MULTICAST> mtu 1476 ether 00:00:00:00:00:00 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ip_vti0: flags=128<NOARP> mtu 1480 tunnel txqueuelen 1000 (IPIP Tunnel) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 430730 bytes 163339336 (155.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 430730 bytes 163339336 (155.7 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 shim-br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.100 netmask 255.255.255.255 broadcast 0.0.0.0 inet6 fe80::cc77:d7ff:fe41:7057 prefixlen 64 scopeid 0x20<link> ether ce:77:d7:41:70:57 txqueuelen 1000 (Ethernet) RX packets 114642 bytes 12964649 (12.3 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 5159 bytes 566084 (552.8 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 sit0: flags=128<NOARP> mtu 1480 unspec 00-00-00-00-FF-FF-00-00-00-00-00-00-00-00-00-00 txqueuelen 1000 (UNSPEC) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tunl0: flags=128<NOARP> mtu 1480 tunnel txqueuelen 1000 (IPIP Tunnel) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 ether 52:54:00:f2:e9:5f txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 virbr0-nic: flags=4098<BROADCAST,MULTICAST> mtu 1500 ether 52:54:00:f2:e9:5f txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0Und darf ich auch fragen, wie so eine lange Ausgabe mit nur einer NIC zustande kommen kann?
-
Das Starten von Docker sieht bei mir in etwa so aus:
Apr 15 17:10:15 Tower winbindd[22815]: initialize_winbindd_cache: clearing cache and re-creating with version number 2 Apr 15 17:10:15 Tower winbindd[22815]: [2022/04/15 17:10:15.622650, 0] ../../lib/util/become_daemon.c:135(daemon_ready) Apr 15 17:10:15 Tower winbindd[22815]: daemon_ready: daemon 'winbindd' finished starting up and ready to serve connections Apr 15 17:10:15 Tower emhttpd: shcmd (346): /usr/local/sbin/mount_image '/mnt/user/system/docker/docker.img' /var/lib/docker 50 Apr 15 17:10:15 Tower kernel: BTRFS info (device loop2): using free space tree Apr 15 17:10:15 Tower kernel: BTRFS info (device loop2): has skinny extents Apr 15 17:10:15 Tower kernel: BTRFS info (device loop2): enabling ssd optimizations Apr 15 17:10:15 Tower root: Resize '/var/lib/docker' of 'max' Apr 15 17:10:15 Tower emhttpd: shcmd (348): /etc/rc.d/rc.docker start Apr 15 17:10:15 Tower root: starting dockerd ... Apr 15 17:10:17 Tower rc.docker: Error response from daemon: Pool overlaps with other one on this address space Apr 15 17:10:17 Tower kernel: device br0 entered promiscuous mode Apr 15 17:10:38 Tower nmbd[22805]: [2022/04/15 17:10:38.613737, 0] ../../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2) Apr 15 17:10:38 Tower nmbd[22805]: ***** Apr 15 17:10:38 Tower nmbd[22805]: Apr 15 17:10:38 Tower nmbd[22805]: Samba name server TOWER is now a local master browser for workgroup FREAKME on subnet 192.168.0.100 Apr 15 17:10:38 Tower nmbd[22805]: Apr 15 17:10:38 Tower nmbd[22805]: ***** Apr 15 17:10:38 Tower nmbd[22805]: [2022/04/15 17:10:38.613844, 0] ../../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2) Apr 15 17:10:38 Tower nmbd[22805]: ***** Apr 15 17:10:38 Tower nmbd[22805]: Apr 15 17:10:38 Tower nmbd[22805]: Samba name server TOWER is now a local master browser for workgroup FREAKME on subnet 192.168.122.1 Apr 15 17:10:38 Tower nmbd[22805]: Apr 15 17:10:38 Tower nmbd[22805]: *****
Mir fällt erstmal nur die Warnung zur Doppelverwendung der IP-Adressen auf (weil alles auf 192.168.0.100 hängt).
-
Ja, mehrmals! 😁
@mgutt Auf was muss ich in den Logs achten bzw. welche muss ich mir im Detail ansehen?
Ich habe festgestellt, daß nicht immer alle Einstellungen vom GUI in die Konfigurationsdateien übernommen werden. Daher meine Frage, ob ich noch irgendwo anders kontrollieren kann.
-
@mgutt Ich habe nur Bridge, Host und None zur Auswahl.
Gibt es eine Möglichkeit BR0 der Auswahlliste hinzuzufügen?
-
Wenn ich sie starte bekommen alle die IP vom Server.
In den Docker-Settings war es aber möglich, eine statische IP manuell einzugeben und dann den Container direkt darüber anzusprechen.
Also der der Server hat 192.168.0.100 und die mariadb war über 192.168.0.128:3306 ansprechbar.
Aktuell hat jeder Docker 192.168.0.100 und irgendeinen Port. Und ich hätte gerne wieder für jeden Docker eine statische Adresse aus meinem freien Pool...
-
Hier ein paar Screenshots zu Erklärung.
Das sind die Einstellungen meiner NIC
So sind die Einstellungen für Docker
So sieht mein Port mapping neuerdings aus
und wenn ich versuche, eine statische IP zu vergeben, fehlt das Eingabefeld für die IP.
-
Hi, @mgutt!
Danke für deinen Hinweis. Ich habe auf eth0 (onboard-NIC) Bridging aktiv, Bonding und VLAN deaktiviert und trotzdem komme ich nicht zu den Einstellungen. Gibt es noch eine andere Stelle, an der ich das konfigurieren kann?
-
Hallo, Leute!
Ich habe an meinem unraid-Server (6.9.2) mit Netzwerkkarten gespielt, aber schlussendlich alles wieder in den Ausgangszustand (1 x onboard NIC) zurückgebaut. Nach dem Neustart des Servers und Login wollte ich meine Docker-Container starten und bemerke, dass die keine IP-Adresssen mehr hinterlegt haben. Darüberhinaus behauptet meine nextcloud-Instanz, dass Port 80 und 443 bereits in Verwendung sind.
Ich habe also alle Container gestoppt und bin in die Templates um die IP-Adressen nachzutragen und siehe da: Das Eingabefeld für die IP-Adresse ist nicht mehr da und zwar egal, ob ich "Bridge", "Host" oder "None" einstelle.
Wie bekomme ich wieder eine statische IP auf die einzelnen Docker-Container bzw. was muss ich tun, damit das Eingabefeld bei den Docker-Templates wieder verfügbar ist?
-
Via no-VNC and QEMU-BIOS I'm not able to copy/paste something.
-
As stated on reddit the problem is known and should be solved with 6.10-rc3 as well as the upcoming release of 6.10.
-
Does anybody know, if that bug will be fixed in the upcoming version of unraid?
-
Hey, there!
Does no one have a viable solution to the problem or some hints into any direction?
-
I've got the same issue on unraid 6.9.2. It's not possible for me to activate the "nodeadkey"-Layout in the VM-template nor the installed linux. Has someone a viable workaround for this issue?
Unraid OS version 6.10.0 available
in Announcements
Posted
Update 6.9.2 -> 6.10
everything works fine for me.^^