Neuer IPv4-Eintrag bei jedem Neustart von LiveConfig

robert · 6. April 2018

Guten Tag,

ich habe das Problem, das LiveConfig bei jedem Neustart unter Serververwaltung - Netzwerk einen neuen IPv4 Eintrag setzt:

https://img1.picload.org/image/dappwdgl/lc-centos7.jpg

Dem Server ist nur eine IPv4-Adresse zugewiesen, auch unter Serververwaltung - Web wird die selbe IP-Adresse dann mehrfach aufgeführt.

Client: LiveConfig 2.5.3-r4805
Betriebssystem: CentOS Linux release 7.4.1708 (Core)

Vielen Dank
Robert Schölle

Nolz · 7. April 2018

Das problem hatte ich mit IPv6. Ich habe die überflüssigen Adressen aus der Datenbank gelöscht, da mit denen nicht verknüpft war. Das musste ich zwei, drei mal machen, danach hat es einfach aufgehört.

kk · 10. April 2018

Wird nur LiveConfig neu gestartet oder der ganze Server?
Auf welcher Virtualisierungsplattform (oder falls das unbekannt ist: bei welchem Anbieter) läuft der Server?

robert · 10. April 2018

Es wird nur LiveConfig neugestartet

Code

liveconfig -k stop
liveconfig -k start

Auch über liveconfig --diag wird die IPv4 Adresse immer doppelt ausgegeben:

Code

INTERFACES:


Name: 'enp2s0'
        MAC: 10:10:10:10:10
       IPv4: '11.220.00.100'/32
       IPv4: '11.220.00.100'/32
       IPv6: '2a01:2a01:2a01f::2'/64

Anbieter: Hetzner Online
Client: LiveConfig 2.5.3-r4805
Betriebssystem: CentOS Linux release 7.4.1708 (Core)

antondollmaier · 11. April 2018

Zitat von robert

Anbieter: Hetzner Online

Hetzner bietet dedizierte Server, "vServer" sowie "Cloud". Die dedicated Server funktionieren super.

Ist das hier ein Cloud-Image? Die /32er Netmask sieht danach aus.

kk · 11. April 2018

Mit einem Hetzner Cloud-Server haben wir das eben getestet und auch kein Problem feststellen können (wir hatten aber das normale CentOS7-Image verwendet, da wird das Netzwerkinterface noch als "eth0" konfiguriert).

Was liefert denn der Befehl "ifconfig -a"? (gerne auch per E-Mail an support@liveconfig.com, dann müssen Sie das nicht anonymisieren)

Viele Grüße

-Klaus Keppler

robert · 11. April 2018

Es handelt sich um einen dedicated Server mit einem standard Hetzner-Image (CentOS-74-64-minimal)

ifconfig -a

Code

enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 11.220.00.100  netmask 255.255.255.255  broadcast 11.220.00.100
        inet6 fe80::123a:456f:789:8710  prefixlen 64  scopeid 0x20<link>
        inet6 2a01:2a01:2a01f::2  prefixlen 64  scopeid 0x0<global>
        ether 10:10:10:10:10  txqueuelen 1000  (Ethernet)
	RX packets 28431  bytes 108796645 (103.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 22606  bytes 3938258 (3.7 MiB)
        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 1  (Local Loopback)
        RX packets 3388  bytes 807974 (789.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3388  bytes 807974 (789.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Alles anzeigen

LiveConfig wurde über das Meta-Paket installiert und nur von SQLite auf MySQL (Version 5.7.21) umgestellt und zusätzliche PHP-Versionen installiert, ansonsten wurden keine Änderungen etc. vorgenommen.

robert · 11. April 2018

Mit SQLite als Datenbank tritt der Fehler nicht auf, nur wenn LiveConfig auf MySQL umgestellt wird, erfolgt bei jedem Neustart von LiveConfig ein neuer IPv4 Eintrag.

Die Umstellung erfolgte wie unter https://www.liveconfig.com/wiki/de/migration2mysql beschrieben.

robert · 30. Mai 2018

Das Problem besteht leider auch immer noch mit der Version:

Client: LiveConfig 2.6.0-r4957
Betriebssystem: CentOS Linux release 7.5.1804 (Core)

aziegler · 30. Mai 2018

Mit IPv4 passiert das auf unseren LiveConfig-Servern mit MySQL-Backend nicht.

Jedoch zumindest auf einem ist die IPv6-Adresse doppelt im Backend zu sehen.
In "liveconfig --diag" ist sie nur einfach (dazu die IPv4 und die Link-Local IPv6)

kk · 5. Juni 2018

Zitat von robert

Das Problem besteht leider auch immer noch mit der Version:

Client: LiveConfig 2.6.0-r4957
Betriebssystem: CentOS Linux release 7.5.1804 (Core)

Könnten Sie bitte die zwei folgenden SQL-Befehle in der MySQL-Datenbank ausführen und uns die Ausgabe an support@liveconfig.com schicken?

SELECT * FROM INTERFACES;
SELECT * FROM IPS;

Auf dem betroffenen Server kommt vermutlich "biosdevname" zum Einsatz (evtl. ein DELL-Server?). Wir können das Verhalten noch immer nicht reproduzieren, es aber zumindest eingrenzen. Interessant wäre daher, welche Interfaces und ggf. mehrfache IPs genau in der Datenbank stehen.

robert · 6. Juni 2018

mysql> SELECT * FROM INTERFACES;

Code

+-------+-------------+---------+-------------------+
| IF_ID | IF_SERVERID | IF_NAME | IF_MAC            |
+-------+-------------+---------+-------------------+
|     1 |           1 | enp2s0  | 44:8a:5b:d4:4e:ac |
+-------+-------------+---------+-------------------+

mysql> SELECT * FROM IPS;

Code

+-------+-------------+----------------+------------+----------------------+------------+----------+--------+
| IP_ID | IP_SERVERID | IP_INTERFACEID | IP_VERSION | IP_ADDRESS           | IP_NETMASK | IP_FOUND | IP_NAT |
+-------+-------------+----------------+------------+----------------------+------------+----------+--------+
|     1 |           1 |              1 |          4 | 136.243.2.73         |         32 |        1 | NULL   |
|     2 |           1 |              1 |          6 | 2a01:4f8:211:1bc8::2 |         64 |        1 | NULL   |
|     3 |           1 |              1 |          4 | 136.243.2.73         |         32 |        1 | NULL   |
|     4 |           1 |              1 |          4 | 136.243.2.73         |         32 |        1 | NULL   |
|     5 |           1 |              1 |          4 | 136.243.2.73         |         32 |        1 | NULL   |
|     6 |           1 |              1 |          4 | 136.243.2.73         |         32 |        1 | NULL   |
+-------+-------------+----------------+------------+----------------------+------------+----------+--------+

liveconfig --diag

Code

INTERFACES:
  Name: 'lo'
       MAC: 00:00:00:00:00:00
       IPv4: '127.0.0.1'/8
       IPv6: '::1'/128
       IN: 755015 bytes (3759 packets)
       OUT: 755015 bytes (3759 packets)
       FLAGS: UP LOOPBACK


  Name: 'enp2s0'
       MAC: 44:8a:5b:d4:4e:ac
       IPv4: '136.243.2.73'/32
       IPv4: '136.243.2.73'/32
       IPv6: '2a01:4f8:211:1bc8::2'/64
       IPv6: 'fe80::468a:5bff:fed4:4eac'/64

Alles anzeigen

ifconfig -a

Code

enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 136.243.2.73  netmask 255.255.255.255  broadcast 136.243.2.73
        inet6 fe80::468a:5bff:fed4:4eac  prefixlen 64  scopeid 0x20<link>
        inet6 2a01:4f8:211:1bc8::2  prefixlen 64  scopeid 0x0<global>
        ether 44:8a:5b:d4:4e:ac  txqueuelen 1000  (Ethernet)
        RX packets 215734  bytes 319105082 (304.3 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 17452  bytes 3497794 (3.3 MiB)
        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 3959  bytes 814488 (795.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3959  bytes 814488 (795.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Alles anzeigen

kk · 6. Juni 2018

Vielen Dank - das hilft uns schon weiter!

Jetzt mitmachen!