Chlorgas Posted April 15, 2022 Share Posted April 15, 2022 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? Quote Link to comment
mgutt Posted April 15, 2022 Share Posted April 15, 2022 Du hast in den Netzwerkeinstellungen das Bridging abgewählt. Dadurch wird das br0 Netzwerk entfernt, was deine Container verwendet haben. Quote Link to comment
Chlorgas Posted April 15, 2022 Author Share Posted April 15, 2022 (edited) 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? Edited April 15, 2022 by Chlorgas Quote Link to comment
Chlorgas Posted April 15, 2022 Author Share Posted April 15, 2022 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. Quote Link to comment
saber1 Posted April 15, 2022 Share Posted April 15, 2022 39 minutes ago, Chlorgas said: So sieht mein Port mapping neuerdings aus Wenn ein Docker gestoppt ist, wird keine IP (oder eben 0.0.0.0) angezeigt. Starte mal einen Docker. Quote Link to comment
Chlorgas Posted April 15, 2022 Author Share Posted April 15, 2022 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... Quote Link to comment
mgutt Posted April 15, 2022 Share Posted April 15, 2022 2 hours ago, Chlorgas said: und wenn ich versuche, eine statische IP zu vergeben, fehlt das Eingabefeld für die IP. Das gibt es nur, wenn man das Netzwerk "br0" auswählt. Quote Link to comment
Chlorgas Posted April 15, 2022 Author Share Posted April 15, 2022 @mgutt Ich habe nur Bridge, Host und None zur Auswahl. Gibt es eine Möglichkeit BR0 der Auswahlliste hinzuzufügen? Quote Link to comment
mgutt Posted April 15, 2022 Share Posted April 15, 2022 Nein, sollte da sein, denn du hast es aktiviert: Hast du den Server schon mal neu gestartet? Ansonsten mal die Logs checken. 1 Quote Link to comment
Chlorgas Posted April 15, 2022 Author Share Posted April 15, 2022 (edited) 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. Edited April 15, 2022 by Chlorgas Quote Link to comment
mgutt Posted April 15, 2022 Share Posted April 15, 2022 1 minute ago, Chlorgas said: Auf was muss ich in den Logs achten bzw. welche muss ich mir im Detail ansehen? Keine Ahnung. Ich kenne den Fall nicht. Ich würde vermutlich erst mal nach "br0" suchen. Hier nachdem ich auf meinem Testserver den Docker-Dienst gestartet habe: Apr 15 16:57:59 Tower ool www[16287]: /usr/local/emhttp/plugins/dynamix/scripts/emcmd 'cmdStatus=Apply' Apr 15 16:57:59 Tower emhttpd: Starting services... Apr 15 16:57:59 Tower emhttpd: shcmd (654): /etc/rc.d/rc.avahidaemon restart Apr 15 16:57:59 Tower root: Stopping Avahi mDNS/DNS-SD Daemon: stopped Apr 15 16:57:59 Tower avahi-daemon[3751]: Got SIGTERM, quitting. Apr 15 16:57:59 Tower avahi-dnsconfd[3760]: read(): EOF Apr 15 16:57:59 Tower avahi-daemon[3751]: Leaving mDNS multicast group on interface br0.IPv4 with address 192.168.178.67. Apr 15 16:57:59 Tower avahi-daemon[3751]: Leaving mDNS multicast group on interface lo.IPv6 with address ::1. Apr 15 16:57:59 Tower avahi-daemon[3751]: Leaving mDNS multicast group on interface lo.IPv4 with address 127.0.0.1. Apr 15 16:57:59 Tower avahi-daemon[3751]: avahi-daemon 0.8 exiting. Apr 15 16:57:59 Tower root: Starting Avahi mDNS/DNS-SD Daemon: /usr/sbin/avahi-daemon -D Apr 15 16:57:59 Tower avahi-daemon[16784]: Found user 'avahi' (UID 61) and group 'avahi' (GID 214). Apr 15 16:57:59 Tower avahi-daemon[16784]: Successfully dropped root privileges. Apr 15 16:57:59 Tower avahi-daemon[16784]: avahi-daemon 0.8 starting up. Apr 15 16:57:59 Tower avahi-daemon[16784]: Successfully called chroot(). Apr 15 16:57:59 Tower avahi-daemon[16784]: Successfully dropped remaining capabilities. Apr 15 16:57:59 Tower avahi-daemon[16784]: Loading service file /services/sftp-ssh.service. Apr 15 16:57:59 Tower avahi-daemon[16784]: Loading service file /services/ssh.service. Apr 15 16:57:59 Tower avahi-daemon[16784]: Joining mDNS multicast group on interface br0.IPv4 with address 192.168.178.67. Apr 15 16:57:59 Tower avahi-daemon[16784]: New relevant interface br0.IPv4 for mDNS. Apr 15 16:57:59 Tower avahi-daemon[16784]: Joining mDNS multicast group on interface lo.IPv6 with address ::1. Apr 15 16:57:59 Tower avahi-daemon[16784]: New relevant interface lo.IPv6 for mDNS. Apr 15 16:57:59 Tower avahi-daemon[16784]: Joining mDNS multicast group on interface lo.IPv4 with address 127.0.0.1. Apr 15 16:57:59 Tower avahi-daemon[16784]: New relevant interface lo.IPv4 for mDNS. Apr 15 16:57:59 Tower avahi-daemon[16784]: Network interface enumeration completed. Apr 15 16:57:59 Tower avahi-daemon[16784]: Registering new address record for 192.168.178.67 on br0.IPv4. Apr 15 16:57:59 Tower avahi-daemon[16784]: Registering new address record for ::1 on lo.*. Apr 15 16:57:59 Tower avahi-daemon[16784]: Registering new address record for 127.0.0.1 on lo.IPv4. Apr 15 16:57:59 Tower emhttpd: shcmd (655): /etc/rc.d/rc.avahidnsconfd restart Apr 15 16:57:59 Tower root: Stopping Avahi mDNS/DNS-SD DNS Server Configuration Daemon: stopped Apr 15 16:57:59 Tower root: Starting Avahi mDNS/DNS-SD DNS Server Configuration Daemon: /usr/sbin/avahi-dnsconfd -D Apr 15 16:57:59 Tower avahi-dnsconfd[16793]: Successfully connected to Avahi daemon. Apr 15 16:57:59 Tower emhttpd: shcmd (663): /usr/local/sbin/mount_image '/mnt/user/docker/' /var/lib/docker 20 Apr 15 16:57:59 Tower emhttpd: shcmd (665): /etc/rc.d/rc.docker start Apr 15 16:57:59 Tower root: starting dockerd ... Apr 15 16:57:59 Tower kernel: Bridge firewalling registered Apr 15 16:57:59 Tower avahi-daemon[16784]: Joining mDNS multicast group on interface docker0.IPv4 with address 172.17.0.1. Apr 15 16:57:59 Tower avahi-daemon[16784]: New relevant interface docker0.IPv4 for mDNS. Apr 15 16:57:59 Tower avahi-daemon[16784]: Registering new address record for 172.17.0.1 on docker0.IPv4. Apr 15 16:58:00 Tower avahi-daemon[16784]: Server startup complete. Host name is Tower.local. Local service cookie is 995490093. Apr 15 16:58:00 Tower rc.docker: created network br0 with subnets: 192.168.178.0/24; Apr 15 16:58:01 Tower avahi-daemon[16784]: Service "Tower" (/services/ssh.service) successfully established. Apr 15 16:58:01 Tower avahi-daemon[16784]: Service "Tower" (/services/sftp-ssh.service) successfully established. 1 minute ago, Chlorgas said: Ich habe festgestellt, daß nicht immer Einstellungen vom GUI in die Konfigurationsdateien übernommen werden. Dann dürfte irgendwas defekt sein. Sei es die Installation oder der Stick selbst. Ich würde den Stick sichern und neu installieren und das Config Verzeichnis wiederherstellen. Normal ist das jedenfalls nicht was du da hast. 1 Quote Link to comment
Chlorgas Posted April 15, 2022 Author Share Posted April 15, 2022 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). Quote Link to comment
mgutt Posted April 15, 2022 Share Posted April 15, 2022 4 hours ago, Chlorgas said: Apr 15 17:10:17 Tower rc.docker: Error response from daemon: Pool overlaps with other one on this address space Das ist in jedem Fall dein Problem. Hast du mehrere Ethernet Interfaces der selben IP Range zugewiesen? Was gibt ifconfig zurück? Quote Link to comment
Chlorgas Posted April 15, 2022 Author Share Posted April 15, 2022 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 0 Und darf ich auch fragen, wie so eine lange Ausgabe mit nur einer NIC zustande kommen kann? Quote Link to comment
mgutt Posted April 16, 2022 Share Posted April 16, 2022 Deaktiviere testweise mal bei Docker " Host access to custom networks" Steht "preserve custom networks" auf yes? Auch mal deaktivieren. Zeig außerdem mal deine Routen ip route show table all Danach darf sich @Ford Prefect Gedanken machen ^^ 1 Quote Link to comment
Chlorgas Posted April 16, 2022 Author Share Posted April 16, 2022 Ok, das versuche ich. Ich melde mich mit den Ergebnissen am Sonntag Abend. Vielen Dank für deine Unterstützung bisher, @mgutt ! Quote Link to comment
ich777 Posted April 16, 2022 Share Posted April 16, 2022 On 4/15/2022 at 8:58 AM, Chlorgas said: Ich habe auf eth0 (onboard-NIC) Bridging aktiv Halt, heißt das du hast zwei NICs? wenn ja, hast du den zweiten NIC erst nachher eingebaut oder war der schon von anfang an eingebaut, ich meine wirklich vom ersten start von Unraid an. Wenn du ihn nachträglich eingebaut hast bitte lösch mal die network.cfg und network-rules.cfg vom USB Stick und reboote, sei dir aber bewusst, er bezieht dann vermutlich eine neue IP und schau dann mal ob br0 auftaucht, du musst natürlich wieder deine NICs so einstellen wie du es haben willst. 1 Quote Link to comment
Chlorgas Posted April 16, 2022 Author Share Posted April 16, 2022 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. Quote Link to comment
Chlorgas Posted April 17, 2022 Author Share Posted April 17, 2022 @mgutt 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 @ich777 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 0 Trotzdem kann ich in den einzelnen Docker keine br0 mit statischer IP zuweisen. Der Menüeintrag ist nach wie vor nicht vorhanden. Quote Link to comment
ich777 Posted April 17, 2022 Share Posted April 17, 2022 16 minutes ago, Chlorgas said: Trotzdem kann ich in den einzelnen Docker keine br0 mit statischer IP zuweisen. Der Menüeintrag ist nach wie vor nicht vorhanden. Bitte poste deine Diagnostics jetzt, so das der ist stand deines Systems ersichtlich ist bitte. 1 Quote Link to comment
Chlorgas Posted April 17, 2022 Author Share Posted April 17, 2022 (edited) @ich777 Ist im Anhang.... Danke für's Angucken!! Edited April 17, 2022 by Chlorgas diagnostics entfernt Quote Link to comment
ich777 Posted April 17, 2022 Share Posted April 17, 2022 13 minutes ago, Chlorgas said: Danke für's Angucken!! 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. 36 minutes ago, Chlorgas said: Ich konnte mich danach einloggen, habe die eth0 auf static umgestellt und beim Speichern der Settings ist die Maschine eingefroren. Kannst du bitte Bond auf No stellen? 1 Quote Link to comment
Chlorgas Posted April 17, 2022 Author Share Posted April 17, 2022 (edited) 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. Edited April 17, 2022 by Chlorgas Quote Link to comment
ich777 Posted April 17, 2022 Share Posted April 17, 2022 5 minutes ago, Chlorgas said: Ok, bin ist aus. Hast du schon irgendwelche wichtige Container am laufen oder könntest du die nochmal neu erstellen? 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. Du kannst die Container immer "Wiederherstellen" wenn du auf der leeren Docker seite dann auf "Add Container" klickst und dann auf der nächsten Seite aus dem Drop-Down die Container einen nach dem anderen auswählst und "Wiederherstellst". Ich glaube das bei dir Bridging aus war als du Docker aktiviert hast und damit die Einstellungen immer "falsch" übernommen werden und das du einfach keinen Eintrag in deinem Drop-Down, wie oben im Screenshot ersichtlich mit "Custom: br0" hast. Sollte eigentlich so aussehen, ohne "Custom: proxy": 1 Quote Link to comment
Chlorgas Posted April 17, 2022 Author Share Posted April 17, 2022 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! Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.