Discussions (German)

Registered 7 years 342 days

Muschelpuster Thursday, 16 May 2019, 06:34 PM

App-Plattform hat seine IP vergessen

Moin zusammen,

meine gestern auf VM-Ware installierte App-Plattform hat beschlossen, die mit dem Script eingestellte IP zu vergessen und wieder DHCP zu machen. Und ich suche mir den Wolf, warum die Oberfläche plötzlich so sparsam aussieht...

Die Uptime zeigt mir dass kein Restart im Spiel war. Und jetzt?

vergessliche Grüße

Niels

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Friday, 17 May 2019, 08:07 AM

Re: App-Plattform hat seine IP vergessen

Hallo Niels,

wir konnten das hier bei uns noch nicht beobachten.

Kannst du mal den Inhalt dieser beiden Dateien posten:

/etc/network/interfaces

/etc/resolv.conf.tail (ich nehme an, DNS-Server wurden auch konfiguriert)

Gruß,

Daniel

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Friday, 17 May 2019, 08:10 AM in response to Muschelpuster

Re: App-Plattform hat seine IP vergessen

Ah, spannend wäre noch, ob du das App Platform Image Version 80005 oder 80006 installiert hast.

Das erfährst du im Manager, wenn du auf "Update" klickst.

Gruß,

Daniel

Registered 7 years 342 days

Muschelpuster Friday, 17 May 2019, 08:45 AM

Re: App-Plattform hat seine IP vergessen

Wieder weg. Am DHCP sehe ich, dass das Lease um 00:55 gezogen wurde. Mein Gedanke, dass das mit dem Testmodus zusammenhängt hat sich damit auch zerschlagen, denn meine PBX ist seit ca. 4:00 up. Das passt, denn ich habe gestern Abend noch etwas dran rum probiert.

Also, versuchen wir es hier mal mit ein paar (bei aktuell falscher IP) Abfragen:

root@app-platform|/mnt/sda2/home/admin> cat /etc/network/interfaces

auto lo

iface lo inet loopback

auto eth0

iface eth0 inet static

address 192.168.0.96

netmask 255.255.255.0

gateway 192.168.0.1

root@app-platform|/mnt/sda2/home/admin> ifconfig

eth0 Link encap:Ethernet HWaddr 00:50:56:B5:F5:A3

inet addr:192.168.0.184 Bcast:192.168.0.255 Mask:255.255.255.0

inet6 addr: fe80::250:56ff:feb5:f5a3/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:406018 errors:0 dropped:0 overruns:0 frame:0

TX packets:152760 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:141437980 (134.8 MiB) TX bytes:16424131 (15.6 MiB)

Interrupt:19 Base address:0x2000

lo Link encap:Local Loopback

inet addr:127.0.0.1 Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING MTU:65536 Metric:1

RX packets:379195 errors:0 dropped:0 overruns:0 frame:0

TX packets:379195 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:136466688 (130.1 MiB) TX bytes:136466688 (130.1 MiB)

root@app-platform|/mnt/sda2/home/admin> cat /etc/resolv.conf.tail

cat: can't open '/etc/resolv.conf.tail': No such file or directory

root@app-platform|/mnt/sda2/home/admin> ping innovaphone.com

PING innovaphone.com (46.232.228.11): 56 data bytes

64 bytes from 46.232.228.11: seq=0 ttl=118 time=12.556 ms

64 bytes from 46.232.228.11: seq=1 ttl=118 time=12.362 ms

64 bytes from 46.232.228.11: seq=2 ttl=118 time=12.385 ms

--- innovaphone.com ping statistics ---

3 packets transmitted, 3 packets received, 0% packet loss

round-trip min/avg/max = 12.362/12.434/12.556 ms

Jetzt kommt die Umstellung der IP:

root@app-platform|/mnt/sda2/home/admin> /usr/sbin/setip --addr=192.168.0.96 --ma

sk=255.255.255.0 --gateway=192.168.0.1 --dns1=192.168.0.99

setting static IP address 192.168.0.96, mask 255.255.255.0, gateway 192.168.0.1, DNS1 192.168.0.99, DNS2

Stopping network:

Ist daran etwas falsch?

Und jetzt mit der richtigen IP:

root@app-platform|/mnt/sda2/home/admin> cat /etc/network/interfaces

auto lo

iface lo inet loopback

auto eth0

iface eth0 inet static

address 192.168.0.96

netmask 255.255.255.0

gateway 192.168.0.1

root@app-platform|/mnt/sda2/home/admin> ifconfig

eth0 Link encap:Ethernet HWaddr 00:50:56:B5:F5:A3

inet addr:192.168.0.96 Bcast:0.0.0.0 Mask:255.255.255.0

inet6 addr: fe80::250:56ff:feb5:f5a3/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:408020 errors:0 dropped:0 overruns:0 frame:0

TX packets:153851 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:141683813 (135.1 MiB) TX bytes:16824218 (16.0 MiB)

Interrupt:19 Base address:0x2000

lo Link encap:Local Loopback

inet addr:127.0.0.1 Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING MTU:65536 Metric:1

RX packets:381177 errors:0 dropped:0 overruns:0 frame:0

TX packets:381177 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:137109049 (130.7 MiB) TX bytes:137109049 (130.7 MiB)

root@app-platform|/mnt/sda2/home/admin> cat /etc/resolv.conf.tail

cat: can't open '/etc/resolv.conf.tail': No such file or directory

Nun dachte ich noch, dass der Inhalt von /var/log/messages um 00:40 interessant sein könnte, aber das kann man nun sehen, wie man will:

May 16 23:26:00 app-platform daemon.info ntpd[24908]: receive: Unexpected origin timestamp 0xe0887008.3d23a1a5 does not match

May 17 01:45:11 app-platform daemon.info ntpd[24908]: receive: Unexpected origin timestamp 0xe08890a7.8b6a8473 does not match

Dazwischen ist nichts. Mein NTP-Server ist unsere Inhouse-IP811 mit V12r2sr21, wo bislang keine NTP-Sorgen zu verzeichnen waren. ich habe mal auf pool.ntp.org umgestellt. Den erforderlichen Reboot hat die gesetzte IP überlebt.

Die installierte Version ist 80006.

abgefragte Grüße

Niels

Registered 7 years 342 days

Muschelpuster Friday, 17 May 2019, 08:55 AM

Re: App-Plattform hat seine IP vergessen

Nach Aktivierung einiger zusätzlicher Gehirnzellen ist mir auf-/eingefallen, dass das Log natürlich auf UTC arbeitet. Also war der Verlust der IP nach dieser Zeitrechnung schon am Vortag um 22:50. Also nochmal nachgeschaut:

May 16 20:10:23 app-platform daemon.info ntpd[12293]: receive: Unexpected origin timestamp 0xe088422f.4e18174c does not match

May 16 22:55:42 app-platform daemon.notice ntpd[12293]: ntpd exiting on signal 15 (Terminated)

May 16 22:55:42 app-platform daemon.info ntpd[12293]: 192.168.0.99 local addr 192.168.0.96 -> <null>

May 16 22:55:42 app-platform daemon.info ntpd[12293]: 138.201.64.208 local addr 192.168.0.96 -> <null>

May 16 22:55:42 app-platform daemon.info ntpd[12293]: 91.236.251.24 local addr 192.168.0.96 -> <null>

May 16 22:55:42 app-platform daemon.info ntpd[12293]: 90.187.7.5 local addr 192.168.0.96 -> <null>

May 16 22:55:42 app-platform daemon.info ntpd[12293]: 37.59.27.22 local addr 192.168.0.96 -> <null>

May 16 22:55:43 app-platform daemon.notice ntpd[24906]: ntpd 4.2.8p13@1.3847-o Fri Apr 5 07:07:29 UTC 2019 (1): Starting

May 16 22:55:43 app-platform daemon.info ntpd[24906]: Command line: /usr/sbin/ntpd -g

May 16 22:55:43 app-platform daemon.info ntpd[24908]: proto: precision = 0.058 usec (-24)

May 16 22:55:43 app-platform daemon.info ntpd[24908]: basedate set to 2019-03-24

May 16 22:55:43 app-platform daemon.info ntpd[24908]: gps base set to 2019-03-24 (week 2046)

May 16 22:55:43 app-platform daemon.info ntpd[24908]: Listen and drop on 0 v6wildcard [::]:123

May 16 22:55:43 app-platform daemon.info ntpd[24908]: Listen and drop on 1 v4wildcard 0.0.0.0:123

May 16 22:55:43 app-platform daemon.info ntpd[24908]: Listen normally on 2 lo 127.0.0.1:123

May 16 22:55:43 app-platform daemon.info ntpd[24908]: Listen normally on 3 eth0 192.168.0.184:123

May 16 22:55:43 app-platform daemon.info ntpd[24908]: Listen normally on 4 lo [::1]:123

May 16 22:55:43 app-platform daemon.info ntpd[24908]: Listen normally on 5 eth0 [fe80::250:56ff:feb5:f5a3%2]:123

May 16 22:55:43 app-platform daemon.info ntpd[24908]: Listening on routing socket on fd #22 for interface updates

May 16 22:55:43 app-platform daemon.info ntpd[24908]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized

May 16 22:55:51 app-platform daemon.info ntpd[24908]: receive: Unexpected origin timestamp 0xe08868f6.0e3dea1e does not match

May 16 22:55:51 app-platform daemon.info ntpd[24908]: receive: Unexpected origin timestamp 0xe08868f6.0e361583 does not match

May 16 23:00:54 app-platform daemon.info ntpd[24908]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized

May 16 23:00:53 app-platform daemon.notice ntpd[24908]: frequency error -5271 PPM exceeds tolerance 500 PPM

May 16 23:26:00 app-platform daemon.info ntpd[24908]: receive: Unexpected origin timestamp 0xe0887008.3d23a1a5 does not match

Ist doch schon interessanter, oder

Dass ein NTP-Fehler jetzt zu einer IP-Adressänderung führt muss ich ja nicht glauben, aber mehr steht da nicht.

aktualisierte Grüße

Niels

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Friday, 17 May 2019, 09:15 AM

Re: App-Plattform hat seine IP vergessen

Der Zusammenhang zwischen NTP und DHCP erschließt sich mir auch nicht ...

Ist es evtl. bei dir reproduzierbar, wenn du das hier ausführst?

/etc/init.d/S49ntp restart

Oder

/etc/init.d/S40network restart

Gruß,

Daniel

Registered 7 years 342 days

Muschelpuster Friday, 17 May 2019, 09:25 AM

Re: App-Plattform hat seine IP vergessen

Nein, die Einstellungen haben beide Restarts überlebt.

Allerdings mit pool.ntp.org als NTP eingestellt. Aber ich gehe auch mal davon aus, dass ihr schonmal eine Inno als NTP genutzt habt

getestete Grüße

Niels

Registered 6 years 269 days

Christopher 3891 Friday, 17 May 2019, 09:26 AM in response to Daniel Deterding (innovaphone)

Re: App-Plattform hat seine IP vergessen

Guten Morgen,

auch hier bei mir das genau gleiche Phänomen. Gestern nachmittag frisch aufgesetzt und mit einer IPVA verheiratet --> alles erfolgreich.

Heute Morgen dann das gleiche Thema er war wieder auf DHCP zurück und die Apps haben dementsprechend nicht mehr funktioniert. Dann einfach den setip Befehl wiederholt und es ging nach kurzer Zeit wieder alles.

Wir haben in 10 Tagen die erste Installation und bis dahin hoffe ich dass es stabil läuft.

Grüße Christopher

Registered 7 years 342 days

Muschelpuster Friday, 17 May 2019, 09:33 AM

Re: App-Plattform hat seine IP vergessen

Moin Christopher,

schaue doch mal in /var/log/messages , ob Du da siehst, wann das passiert ist. Vielleicht wäre es ein Anhaltspunkt, wenn es zum gleichen Zeitpunkt passiert und was bei Dir um den Moment des Geschehens herum so steht.

vergleichbare Grüße

Niels

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Friday, 17 May 2019, 09:41 AM

Re: App-Plattform hat seine IP vergessen

"ps aux | grep dhcp" ergibt bei euch kein Ergebnis (abgesehen vom grep selbst), oder?

Bei statischer IP-Adresse sollte kein DHCP-Client im Hintergrund mehr laufen.

Gruß,

Daniel

Registered 7 years 342 days

Muschelpuster Friday, 17 May 2019, 09:48 AM

Re: App-Plattform hat seine IP vergessen

Kann ich bei mir bestätigen.

überprüfte Grüße

Niels

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Friday, 17 May 2019, 10:45 AM in response to Muschelpuster

Re: App-Plattform hat seine IP vergessen

Welche VMWare-Umgebung verwendet ihr für die VMs?

Passiert das Problem evtl., wenn die Kisten mal offline sind (Netzwerkadapter deaktivieren)?

Gruß,

Daniel

Registered 6 years 269 days

Christopher 3891 Friday, 17 May 2019, 11:40 AM

Re: App-Plattform hat seine IP vergessen

Bei uns wird VMWARE 6.7.0 eingesetzt.

Die Kiste und die VM Umgebung lief unangetastet. Bei mir wurde Sie gestern gegen 16 Uhr erstmals gebootet und fertig eingerichtet und heute morgen um 9 Uhr war die IP wieder auf DHCP zurück. Kann sein das hier im Hintergrund noch der dhcp dienst aktiv war und der lease abgelaufen ist und durch den neuen dhcp request wurde die manuell gesetzte IP überschrieben. Ist aber nur eine wage Vermutung.

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Friday, 17 May 2019, 11:56 AM

1 of 1 users consider this post helpful

Re: App-Plattform hat seine IP vergessen

Evtl. könntet ihr mal etwas für mich testen, da ich das Problem hier nicht nachstellen kann.

Die Datei /usr/sbin/setip editieren und die Zeile "/etc/init.d/S40network restart" fast ganz am Ende durch folgende Zeilen ersetzen:

/etc/init.d/S40network stop
/etc/init.d/S49ntp stop
udhcp_run=`ps aux | grep 'udhcp' | grep -v 'grep'`
if [ ! -z "$udhcp_run" ]; then
ps aux | grep 'udhcp' | grep -v 'grep' | awk '{print $2}' | xargs kill -9
fi
echo "" > /etc/ntp-dhcpd.conf
rm -f /run/udhcpc.*
/etc/init.d/S40network start
/etc/init.d/S49ntp start

Bringt das Abhilfe?

Gruß und danke,

Daniel

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Friday, 17 May 2019, 12:01 PM

Re: App-Plattform hat seine IP vergessen

Und nochmal setip danach ausführen ...

Registered 7 years 342 days

Muschelpuster Monday, 20 May 2019, 07:08 AM in response to Daniel Deterding (innovaphone)

Re: App-Plattform hat seine IP vergessen

Moin,

meine IP hält jetzt seit 2 Tagen und 9 Stunden. Wenn die App-Plattform keine Wochenenden kennt sieht das gut aus.

haltbare Grüße

Niels

Registered 6 years 269 days

Christopher 3891 Monday, 20 May 2019, 08:40 AM

Re: App-Plattform hat seine IP vergessen

Ich konnte es mangels Zugrif via SSH noch nicht testen, der reine Web basierte Consolen Zugriff via VMWARE ist nicht ausreichend.

Bei mir haben sich die mittlerweile 2 App Plattformen beide wieder per DHCP bedient. Ein drüberbügeln des setip Befehls ist aber schon routine...

Erfreulich zu wissen dass es wohl nun eine Lösung gibt.

Registered 7 years 342 days

Muschelpuster Friday, 17 May 2019, 10:23 PM in response to Daniel Deterding (innovaphone)

Re: App-Plattform hat seine IP vergessen

Hallo Daniel,

Bei mir läuft das VM auf VMWare-6.0-Cluster.

Die VM wurde so aus dem OVA übernommen und nichts geändert.

Ein kurzes Deaktivieren der Netzwerkverbindung haben die IP-Einstellungen überlebt, allerdings hatte ich vorher auch schon das Script geändert und ausgeführt.

editierte Grüße

Niels

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Monday, 20 May 2019, 09:45 AM

Re: App-Plattform hat seine IP vergessen

Danke fürs Testen!

Schaden werden die Änderungen am Skript auf jeden Fall nicht, daher tüte ich die Änderung mal ein, auch wenn ich noch nicht überzeugt bin, dass es tatsächlich final hilft.

Ihr könnt die App Platform im Manager mit dem Update-Button aktualisieren. Dort müsstet ihr jetzt Build 80007 angeboten bekommen.

Sicherheitshalber danach nochmals einmalig setip ausführen ;)

Gruß,

Daniel

Registered 7 years 342 days

Muschelpuster Tuesday, 21 May 2019, 07:10 AM

Re: App-Plattform hat seine IP vergessen

So, nach noch einer Nacht ohne Verlust der IP wage ich mal die Zusatzfrage: Wie steht es um den IPV6-Support der App-Plattform?

moderne Grüße

Niels

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Tuesday, 21 May 2019, 08:14 AM

Re: App-Plattform hat seine IP vergessen

Die App Platform kann bereits IPv6, nur unser setip-Skript noch nicht. Da habe ich gerade eine Änderung eingetütet.

Du kannst aber /etc/network/interfaces manuell editieren und folgendes hinzufügen:

iface eth0 inet6 static # Haupt-IPv6-Adresse des Servers address 2a01:4f8:61:20e1::2 netmask 64 gateway fe80::1

Gruß,
Daniel

You are here