Und es zieht noch weitere Probleme nach sich:
Kern-Modules - „Auf Updates prüfen“ wirft unterschiedliche Feher aus …
lueralba
Ich bin an dem Problem immer noch dran aber weiß noch nicht so recht wodurch es provoziert wird.
paresy
Ja bei mir lassen sich Module nicht mehr updaten.
Ich kenne mich da nicht so aus aber kann vielleicht jemand bei dem es „noch“ funktioniert ein vorkonfiguriertes Raspbian Image erstellen mit Raspberry und IP-Symcon drauf das funktioniert. Normalerweise ist so was ja nicht notwendig, IP-Symcon lässt sich ja auch so einfach nachinstallieren, aber zur Zeit weis ich wirklich nicht wie ich IP-Symcon zum Laufen bekommen soll, selbst wenn ich das System neu aufsetzte.
Ich bin noch am suchen, habe gerade noch nen dist-upgrade gefahren, und alles auf den aktuellen Stand gebracht.
Geht immer noch alles,
Habe es aber nur mit einem Pi3 versucht.
Was kann ich noch versuchen ?
Hallo Thomas
Poste bitte mal „ip a“ und „ip r“.
Mein Pi3 :
pi@IPS_Pi3:~ $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:60:e1:2b brd ff:ff:ff:ff:ff:ff
inet 192.168.70.67/24 brd 192.168.70.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::67ef:fa28:67c5:1acf/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:27:eb:35:b4:7e brd ff:ff:ff:ff:ff:ff
inet6 fe80::faf3:b340:19e0:5c6a/64 scope link tentative
valid_lft forever preferred_lft forever
pi@IPS_Pi3:~ $ ip r
default via 192.168.70.252 dev eth0 metric 202
192.168.70.0/24 dev eth0 proto kernel scope link src 192.168.70.67 metric 202
pi@IPS_Pi3:~ $
Was ist der „group default“ ? Der steht bei meinem letzten funtionierenden Pi nicht dabei !
lueralba
Was gibt das Command denn genau aus?
Was mir auffällt das bei mir 2 IP Adressen drinnenstehen. 120 ist die neue fest eingestellte es ist aber auch die 71 noch drinnen obwohl diese vom DHCP gelöscht wurde. Bei ip r wird auch auf die 71 verwiesen obwohl der Raspberry ja jetzt unter der 120 erreichbar ist.
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:d1:1e:18 brd ff:ff:ff:ff:ff:ff
inet 192.168.55.120/24 brd 192.168.55.255 scope global eth0
valid_lft forever preferred_lft forever
inet 192.168.55.71/24 brd 192.168.55.255 scope global secondary eth0
valid_lft forever preferred_lft forever
inet6 fe80::ba27:ebff:fed1:1e18/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:27:eb:84:4b:4d brd ff:ff:ff:ff:ff:ff
ip r
default via 192.168.55.1 dev eth0
default via 192.168.55.1 dev eth0 metric 202
192.168.55.0/24 dev eth0 proto kernel scope link src 192.168.55.71 metric 202
root@raspberrypi:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:36:72:ea brd ff:ff:ff:ff:ff:ff
inet 192.168.1.11/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2003:7a:4433:6b00:b641:286d:1c43:638c/64 scope global noprefixroute dynamic
valid_lft 7015sec preferred_lft 1146sec
inet6 fe80::ba27:ebff:fe36:72ea/64 scope link
valid_lft forever preferred_lft forever
root@raspberrypi:~# ip r
default via 192.168.1.1 dev eth0
default via 192.168.1.1 dev eth0 metric 202
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.11
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.11 metric 202
Ich sichere gerade das image, werde das mal bearbeiten und alles rauswerfen, kleiner machen und probieren.
Falls das geht, könnte ich heute Abend das image mal zum testen versenden.
Muss jetzt aber erst weg…
Ich schließe mich auch mal hier an.
Nach dem Update vorgestern Fehler bei der Instanz „Connect“ und Modulupdate geht auch nicht.
IP-S läuft bei mir auf einem Raspberry.
Wenn du Update schreibst, dann meinst du wahrscheinlich das PI Update.
Raspberry Nutzer sollten aktuell KEIN apt-get upgrade machen, außer ihr wisst genau was ihr macht bzw. habt ein funktionierendes Backup der Raspberry Installation!
MfG
Ralf
Ich habe endlich eine Version welche korrekt unter Jessie läuft. (Leider damit nicht mehr unter Wheezy…)
Nur erhältlich über manuellen Download:
wget http://apt.symcon.de/pool/rpi/symcon_4.1-91_armhf.deb
sudo dpkg -i symcon_4.1-91_armhf.deb
paresy
Hallo paresy.
Das Probescript aus diesem Thread läuft jetzt.
Auch das Module aktualisieren klappt wieder !
Aber wenn ich eine Testnachricht aus der SMTP-Instanz senden
möchte kommt immer noch
„Couldn’t resolve host name“
Und mit SMTP_SendMailAttachment() :
Warning: Couldn’t resolve host name in /var/lib/symcon/scripts/50429.ips.php on line 103
Danke für Deinen Einsatz 
Gruß
lueralba
Danke! Name resolution funktioniert jetzt auf mein Odroid C2 mit Ubuntu 16.04.
Oh prima, paresy. Habe ich jetzt gleich ausprobiert. DNS Skript geht wieder auch die Module lassen sich wieder updaten und installieren. Eine Verbindung zu Connect wird auch wieder hergestellt.
Ich bekomme jedoch durch das ganze hin und her jetzt eine Fehlermeldung:
Connect Control*| Ihr Server-Authentifizierungs-Token hat sich geändert. Bitte reaktivieren Ihren Server.
Was muss ich denn jetzt genau machen damit es wieder vollständig funktioniert?
Im Notificationmodul auf „Reaktivieren“ drücken. [emoji6]
Ok aber irgendwie sehe ich den Wald vor lauter Bäumen nicht, ich finde bei mir auf dem Raspberry kein Notificationmodul. Wo hat sich dann denn versteckt?
Schau mal auf Deutsch bei Benachrichtigungen [emoji2]
Ok habs gefunden 
.
Musste ich erst noch installieren dachte das wäre automatisch da.
Instanzen hinzufügen -> Notification Control -> Server reaktivieren
Jetzt geht alles wieder
Ah eine Frage habe ich noch, die Version die jetzt manuell installiert wurde funktioniert ja. Darf man jetzt so lange kein
sudo apt-get update
sudo apt-get upgrade
machen bis dies auch in die Stable integriert ist?