Autor Thema: Raspi Uptime Challenge  (Gelesen 3088 mal)

Offline hsepm

  • Full Member
  • ***
  • Beiträge: 214
Raspi Uptime Challenge
« am: 05 Januar 2018, 07:36:54 »
Hallo zusammen,

da ich nicht vorhabe, meinen Raspi (auf dem fhem läuft) jemals zu rebooten, falls es nicht

a) Stromausfall
b) Hardwareänderungen
c) Umzug des Systems
d) Hardwaredefekt
e) Softwarepatching mit Rebootzwang

erfordern, hier nun mal die Frage, was ihr mit euren Raspis für uptimes erreicht, bevor memory leaks o.ä. (falls vorhanden) zu einem Reboot zwingen oder die SD-Karte aufgibt.

Zusatzfrage: Sind bei der jährlichen Umstellung Sommer/Winterzeit und zurück hickups im fhem Event-Modell oder bei den fhem-Timern zu erwarten?

Ich fange mal an:

Raspi V3, relativ neu aufgesetzt, ca. 6 Wochen alt: Up 20 days, 11 hours, 57 minutes.

Hat schon jemand das Jahr voll?

Gruß,
Holger
« Letzte Änderung: 05 Januar 2018, 07:48:13 von hsepm »

Offline Thorsten Pferdekaemper

  • Developer
  • Hero Member
  • ****
  • Beiträge: 6245
  • Finger weg von der fhem.cfg
Antw:Raspi Uptime Challenge
« Antwort #1 am: 05 Januar 2018, 07:57:20 »
259 Tage, 18 Stunden, 18 Minuten.
FUIP

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27000
Antw:Raspi Uptime Challenge
« Antwort #2 am: 05 Januar 2018, 07:59:45 »
Meiner ist länger ...   :-X   ;D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
My FHEM Git: https://git.cooltux.net/FHEM/
Mein Dokuwiki:
https://www.cooltux.net

Offline hsepm

  • Full Member
  • ***
  • Beiträge: 214
Antw:Raspi Uptime Challenge
« Antwort #3 am: 05 Januar 2018, 08:22:38 »
259 Tage, 18 Stunden, 18 Minuten.

Das ist ermutigend   :)

Offline hsepm

  • Full Member
  • ***
  • Beiträge: 214
Antw:Raspi Uptime Challenge
« Antwort #4 am: 05 Januar 2018, 08:25:48 »
Meiner ist länger ...   :-X   ;D

Hallo CoolTux, das soll nicht das Äquivalent zu einem vmax-Thread bei Motor-Talk sein. Mir geht es darum, wieviel präventive Wartung der raspi möglicherweise erfordert.

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27000
Antw:Raspi Uptime Challenge
« Antwort #5 am: 05 Januar 2018, 08:44:02 »
259 Tage, 18 Stunden, 18 Minuten.

Hier wurde zu mindest nie ein Kernelupdate gemacht.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
My FHEM Git: https://git.cooltux.net/FHEM/
Mein Dokuwiki:
https://www.cooltux.net

Offline hsepm

  • Full Member
  • ***
  • Beiträge: 214
Antw:Raspi Uptime Challenge
« Antwort #6 am: 05 Januar 2018, 08:55:23 »
Naja, das ist Ansichtssache, ob das bei einem gut laufenden System mehr als einmal im Jahr nötig ist. Für mich wären nur Vulnerability-Patches nötig und das auch nur begrenzt, da mein Raspi nicht im öffentlichen Netz steht.

Ich patche meine VU+ Solo2 auch nicht zeitnah.

Gruß,
Holger
« Letzte Änderung: 05 Januar 2018, 08:57:04 von hsepm »

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27000
Antw:Raspi Uptime Challenge
« Antwort #7 am: 05 Januar 2018, 09:00:53 »
Ich habe einen BananaPi Router als Router und Firewall. Da muss ich dann schon mal öfters Kernel patchen. Nicht immer aber oft.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
My FHEM Git: https://git.cooltux.net/FHEM/
Mein Dokuwiki:
https://www.cooltux.net

Offline mahowi

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1207
Antw:Raspi Uptime Challenge
« Antwort #8 am: 05 Januar 2018, 09:02:42 »
Wie sieht es denn in dem Zusammenhang mit dem Live-Patching des Kernel aus, das es seit 4.0 gibt? Wird das auf dem Pi irgendwie unterstützt?
CUBe (MAX): HT, FK | CUBe (SlowRF): ESA2000WZ
JeeLink: LaCrosse | nanoCUL433: Smartwares SHS-51001-EU, EM1000GZ
ZME_UZB1: GreenWave PowerNode, Popp Thermostat | SIGNALDuino: HE877, X10 MS14A, Revolt NC-5462,  IT Steckdosen + PIR
tado° | Milight | HUE, Lightify | SmarterCoffee

Offline PeMue

  • Developer
  • Hero Member
  • ****
  • Beiträge: 5397
    • PeMue's github
Antw:Raspi Uptime Challenge
« Antwort #9 am: 05 Januar 2018, 10:52:14 »
259 Tage, 18 Stunden, 18 Minuten.
255 Tage. 11 Stunden, 29 Minuten seit dem letzten Stromausfall  ;)

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

Offline fhem-hm-knecht

  • Hero Member
  • *****
  • Beiträge: 2367
  • Fhem User seit 2010
Antw:Raspi Uptime Challenge
« Antwort #10 am: 05 Januar 2018, 10:57:29 »
Zitat
Last login: Mon Dec 18 01:05:44 2017 from machine.fritz.box
pi@raspberrypi ~ $ uptime
 10:54:45 up 342 days, 13:17,  1 user,  load average: 0,14, 0,05, 0,05
Fhem info:
  Release  : 5.7 FeatureLevel: 5.7
  OS       : linux
  Arch     : arm-linux-gnueabihf-thread-multi-64int
  Perl     : v5.14.2
  uniqueID : xxxxxxxxxxxxxxxxxx
  upTime   : 220 days, 17:26:12

Fhem läuft stabil
Hary


Odroid HC 1  getrennte Fhem Instanzen HM|INETdienste|Heizung|Bedienoberfläche|TEST -->alles nur noch über MQTT2 und CLIENT --> abgesetzte Pi's über LAN

Offline hsepm

  • Full Member
  • ***
  • Beiträge: 214
Antw:Raspi Uptime Challenge
« Antwort #11 am: 05 Januar 2018, 11:24:13 »
Hallo fhem-hm-knecht,

wenn ich richtig rechne, hast du 2 Zeitwechsel während deiner Uptime gehabt (Winter->Sommer, Sommer->Winter).

Irgendwelche Unregelmäßigkeiten in fhem, die man an den Stichtagen checken sollte?

Gruß,
Holger

P.S.: Sehe gerade, fhem ist "nur" 220 Tage up, aber immerhin ein Zeitwechsel.
« Letzte Änderung: 05 Januar 2018, 11:25:57 von hsepm »

Offline fhem-hm-knecht

  • Hero Member
  • *****
  • Beiträge: 2367
  • Fhem User seit 2010
Antw:Raspi Uptime Challenge
« Antwort #12 am: 05 Januar 2018, 12:11:50 »
wiederholte tagestimer als gehen(gingen) 1 stunde am 1. tag nach Umstellung falsch. werden ja 1 tag früher berechnet.
ich habs mir angewöhnt, da Stonntags , einen shutdown restart zu machen.
Hary


Odroid HC 1  getrennte Fhem Instanzen HM|INETdienste|Heizung|Bedienoberfläche|TEST -->alles nur noch über MQTT2 und CLIENT --> abgesetzte Pi's über LAN

Offline hsepm

  • Full Member
  • ***
  • Beiträge: 214
Antw:Raspi Uptime Challenge
« Antwort #13 am: 05 Januar 2018, 12:21:48 »
Damit kann ich leben, zumal von den ersten 24h nach der Zeitumstellung mindestens 21h auf einen Sonntag fallen.

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27000
Antw:Raspi Uptime Challenge
« Antwort #14 am: 05 Januar 2018, 12:43:57 »
Wie sieht es denn in dem Zusammenhang mit dem Live-Patching des Kernel aus, das es seit 4.0 gibt? Wird das auf dem Pi irgendwie unterstützt?

Mein letzter Stand, 5 Jahre alt, RedHat und SUSE machen es.
Eventuell heute auch Ubuntu.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
My FHEM Git: https://git.cooltux.net/FHEM/
Mein Dokuwiki:
https://www.cooltux.net

Offline mahowi

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1207
Antw:Raspi Uptime Challenge
« Antwort #15 am: 05 Januar 2018, 15:23:06 »
Mein letzter Stand, 5 Jahre alt, RedHat und SUSE machen es.
Eventuell heute auch Ubuntu.
Zumindest auf meinem Laptop wird unter Ubuntu der komplette Kernel ausgetauscht, scheint also nicht implementiert worden zu sein.

Schade, daß es von Raspbian auch nicht genutzt wird. Ein neuer Kernel ist eigentlich der einzige Grund für einen Reboot bei mir.
CUBe (MAX): HT, FK | CUBe (SlowRF): ESA2000WZ
JeeLink: LaCrosse | nanoCUL433: Smartwares SHS-51001-EU, EM1000GZ
ZME_UZB1: GreenWave PowerNode, Popp Thermostat | SIGNALDuino: HE877, X10 MS14A, Revolt NC-5462,  IT Steckdosen + PIR
tado° | Milight | HUE, Lightify | SmarterCoffee

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27000
Antw:Raspi Uptime Challenge
« Antwort #16 am: 05 Januar 2018, 15:32:51 »
Naja wenn müsste es ja auch in Debian drin sein. Dann könnte man es auch in rasbian implementieren.
Aber es soll ja auch noch nicht zu 100% klappen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
My FHEM Git: https://git.cooltux.net/FHEM/
Mein Dokuwiki:
https://www.cooltux.net

Offline mahowi

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1207
Antw:Raspi Uptime Challenge
« Antwort #17 am: 05 Januar 2018, 15:52:27 »
Hab jetzt mal ein bißchen recherchiert.

In Ubuntu kann man es nur im LTS über ein Snap und ein Access-Token aktivieren. Für Debian-Server gibt es lediglich kommerzielle Anbieter für Live-Patches.
CUBe (MAX): HT, FK | CUBe (SlowRF): ESA2000WZ
JeeLink: LaCrosse | nanoCUL433: Smartwares SHS-51001-EU, EM1000GZ
ZME_UZB1: GreenWave PowerNode, Popp Thermostat | SIGNALDuino: HE877, X10 MS14A, Revolt NC-5462,  IT Steckdosen + PIR
tado° | Milight | HUE, Lightify | SmarterCoffee

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27000
Antw:Raspi Uptime Challenge
« Antwort #18 am: 05 Januar 2018, 16:08:26 »
Muss aber auch gestehen daß ich es nie wirklich verstanden habe wieso es so schlimm sein soll nach einem Kernel Patch Mal zu rebooten. Manchmal bemerkt man da erst einen Fehler. In meiner alten Firma gab es mal eine Kiste mit Windows NT, das war 2010. Niemand aber auch wirklich niemand hat sich getraut das Teil zu rebooten. Keine Ahnung wie lange der da schon lief. Das war ein wichtiges Mailgateway.  ;D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://paypal.me/pools/c/8gULisr9BT
My FHEM Git: https://git.cooltux.net/FHEM/
Mein Dokuwiki:
https://www.cooltux.net

 

decade-submarginal