automatischer shutdown?

Begonnen von australien, 19 Dezember 2022, 11:24:48

Vorheriges Thema - Nächstes Thema

australien

Hallo zusammen,

mein fhem macht seit ca 4 Wochen jeden Montag um 1:30 einen Server shutdown.
Warum? Keine Ahnung, es wurde bei der config sein ca 4 Monaten nichts angelangt.

Wo kann ich da suchen, bzw eine Lösung finden?

022.12.19 01:30:08 1: Server shutdown delayed due to alexa for max 10 sec
2022.12.19 01:30:11 3: alexa: read: end of file reached while sysread
2022.12.19 01:30:11 3: alexa: stopped
2022.12.19 01:30:11 0: Server shutdown

dieser Eintrag kommt wie gesagt jeden Montag.
raspberry pi3
signalduino, Shelly1, Shelly2, Sonos, Unifi
Amazon Fire Tablet 7 | Noname Android Tablet 10"

DeeSPe

Zitat von: australien am 19 Dezember 2022, 11:24:48
022.12.19 01:30:08 1: Server shutdown delayed due to alexa for max 10 sec

Die Zeilen davor wären evtl. aufschlussreicher!

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

australien

2022.12.18 22:50:43 1: 10.68.0.77:3493 disconnected, waiting to reappear (USV)
2022.12.18 22:50:55 1: 10.68.0.77:3493 reappeared (USV)
2022.12.18 23:30:24 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_106_T detected, code SD_WS_106_T
2022.12.18 23:50:51 1: 10.68.0.77:3493 disconnected, waiting to reappear (USV)
2022.12.18 23:50:51 1: 10.68.0.77:3493 reappeared (USV)
2022.12.19 00:00:01 2: Deleting DOIFtoolsLog-2022-350.log
2022.12.19 00:00:02 3: TelegramBot_Callback teleBot: Digest: Number of poll failures on 2022-12-18 is :410:
2022.12.19 00:00:02 2: Deleting alexa-2022-12-14.log
2022.12.19 00:00:02 3: alexa: using logfile: ./log/alexa-2022-12-19.log
2022.12.19 00:14:10 3: MQTT2_DEVICE set MQTT2_TVLift close
2022.12.19 00:34:14 3: sduino: ResetDevice, nanoCC1101
2022.12.19 00:34:14 3: Opening sduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0
2022.12.19 00:34:14 3: Setting sduino serial parameters to 57600,8,N,1
2022.12.19 00:34:14 1: sduino: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0@57600
2022.12.19 00:34:14 3: sduino device opened
2022.12.19 00:34:15 3: sduino: SimpleWrite_XQ, disable receiver (XQ)
2022.12.19 00:34:16 3: sduino: StartInit, get version, retry = 0
2022.12.19 00:34:16 2: sduino: CheckVersionResp, initialized 3.5.3
2022.12.19 00:34:16 3: sduino: CheckVersionResp, enable receiver (XE)
2022.12.19 00:34:17 3: sduino: CheckCcpatableResponse, patable: 84
2022.12.19 00:50:43 1: 10.68.0.77:3493 disconnected, waiting to reappear (USV)
2022.12.19 00:50:56 1: 10.68.0.77:3493 reappeared (USV)
2022.12.19 01:30:08 1: Server shutdown delayed due to alexa for max 10 sec
2022.12.19 01:30:11 3: alexa: read: end of file reached while sysread
2022.12.19 01:30:11 3: alexa: stopped
2022.12.19 01:30:11 0: Server shutdown


finde dabei nichts ungewöhnliches.
raspberry pi3
signalduino, Shelly1, Shelly2, Sonos, Unifi
Amazon Fire Tablet 7 | Noname Android Tablet 10"

DeeSPe

Zitat von: australien am 19 Dezember 2022, 11:39:32
finde dabei nichts ungewöhnliches.

Da ist tatsächlich nichts ungewöhnliches zu finden.
Ist es denn tatsächlich immer um die exakt selbe Uhrzeit?
Hast du evtl. ein "at" definiert welches FHEM neu startet?
Mach doch mal ein "grep restart" auf deine fhem.cfg(s).

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

Benni

Wenn tatsächlich nur ein shutdown stattfindet, dann wird man mit grep auf 'restart' nix finden.

Ich würde mir direkt einfach mal alle at anzeigen lassen

list TYPE=at DEF

und dann das Ergebnis nach shutdown oder nach dem Zeitpunkt (01:30:00) durchsuchen.

Analog kann man das auch mit DOIF oder watchdog machen, je nachdem was da so im Einsatz ist.

Sowas könnte aber auch von außerhalb FHEM kommen. Dann müsste man sich mal die crontabs anschauen. Dem Log entnehme ich, dass wohl irgendeine USV im Einsatz ist. Die kann je nach Konfiguration natürlich auch einen shutdown initiieren.

gb#

frank

oder auch mal ein at anlegen, das montags zb um 01:25 global verbose auf 4 oder 5 setzt, um mehr infos zu bekommen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

australien

Zitat von: Benni am 19 Dezember 2022, 13:48:57
Wenn tatsächlich nur ein shutdown stattfindet, dann wird man mit grep auf 'restart' nix finden.

Ich würde mir direkt einfach mal alle at anzeigen lassen

list TYPE=at DEF

und dann das Ergebnis nach shutdown oder nach dem Zeitpunkt (01:30:00) durchsuchen.

Analog kann man das auch mit DOIF oder watchdog machen, je nachdem was da so im Einsatz ist.

Sowas könnte aber auch von außerhalb FHEM kommen. Dann müsste man sich mal die crontabs anschauen. Dem Log entnehme ich, dass wohl irgendeine USV im Einsatz ist. Die kann je nach Konfiguration natürlich auch einen shutdown initiieren.

gb#

also bei den list von at und DOIF ist nichts dabei, watchdog hab ich keinen.

werde mal den Vorschlag mit Verbose 5 für die letzten 5" am kommenden Montag anschauen.

Danke erstmal!
raspberry pi3
signalduino, Shelly1, Shelly2, Sonos, Unifi
Amazon Fire Tablet 7 | Noname Android Tablet 10"

australien

#7
passt das dann so?


*01:25:00 { if ($wday == 1) { fhem ("setattr global verbose=5") } }



was ich am Raspberry noch gefunden habe,
30 1  * * 1 /usr/local/bin/raspiBackup.sh -a "/etc/init.d/fhem start && service apache2 start" -o "service apache2 stop && /etc/init.d/fhem stop" -e f*****.*****@d***.** /mnt/NAS/Backups/fhembackup



aber der läuft schon sein Jahren
raspberry pi3
signalduino, Shelly1, Shelly2, Sonos, Unifi
Amazon Fire Tablet 7 | Noname Android Tablet 10"

Benni

Zitat von: australien am 19 Dezember 2022, 14:39:52
was ich am Raspberry noch gefunden habe,
30 1  * * 1 /usr/local/bin/raspiBackup.sh -a "/etc/init.d/fhem start && service apache2 start" -o "service apache2 stop && /etc/init.d/fhem stop" -e f*****.*****@d***.** /mnt/NAS/Backups/fhembackup


Was auch immer das sonst noch macht, es stoppt Montags um 1:30 auf jeden Fall auch den FHEM Service:


/etc/init.d/fhem stop


gb#

australien

das ist richtig, nur läuft das ganze sicher schon seit mind 4 Jahren ohne Probleme. Erst seit ca 2-3 Wochen startet es danach nicht mehr.
raspberry pi3
signalduino, Shelly1, Shelly2, Sonos, Unifi
Amazon Fire Tablet 7 | Noname Android Tablet 10"

Benni

Zitat von: australien am 19 Dezember 2022, 15:07:43
das ist richtig, nur läuft das ganze sicher schon seit mind 4 Jahren ohne Probleme. Erst seit ca 2-3 Wochen startet es danach nicht mehr.

Ok! Wie auch immer ist das ziemlich sicher die Ursache.

Eventuell kann man dir weiterhelfen, wenn du uns etwas mehr Infos zum Shell-Skript lieferst, wie bspw. dessen Inhalt.

Könnte sein, dass der Backup-Prozess der zwischen stop und start liegt zu schnell vorbei ist (weil er womöglich nicht korrekt funktioniert?), dann würde versucht fhem per init.d zu starten, bevor es vollständig beendet wurde, könnte dann auch fehlschlagen.

Weiter mögliche Informationsquellen finden sich übrigens auch unter /var/log

gb#

MadMax-FHEM

Zitat
/etc/init.d/fhem stop

Wie alt ist dein System?

Oder immer "nur" per Dist-Upgrade "hochgehoben"?

Seit Stretch ist ja statt initd systemd und fhem auch schon seit einiger Zeit auf systemd...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

australien

Zitat von: Benni am 19 Dezember 2022, 15:18:21
Ok! Wie auch immer ist das ziemlich sicher die Ursache.

Eventuell kann man dir weiterhelfen, wenn du uns etwas mehr Infos zum Shell-Skript lieferst, wie bspw. dessen Inhalt.

Könnte sein, dass der Backup-Prozess der zwischen stop und start liegt zu schnell vorbei ist (weil er womöglich nicht korrekt funktioniert?), dann würde versucht fhem per init.d zu starten, bevor es vollständig beendet wurde, könnte dann auch fehlschlagen.

Weiter mögliche Informationsquellen finden sich übrigens auch unter /var/log

gb#



#!/bin/bash
#
#######################################################################################################################
#
# Create and restore a backup of a Raspberry running raspbian or noobs or other OS
#
# Visit http://www.linux-tips-and-tricks.de/raspiBackup for latest code and other details
#
#######################################################################################################################
#
#    Copyright (C) 2013-2019 framp at linux-tips-and-tricks dot de
#
#    This program is free software: you can redistribute it and/or modify
#    it under the terms of the GNU General Public License as published by
#    the Free Software Foundation, either version 3 of the License, or
#    (at your option) any later version.
#
#    This program is distributed in the hope that it will be useful,
#    but WITHOUT ANY WARRANTY; without even the implied warranty of
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#    GNU General Public License for more details.
#
#    You should have received a copy of the GNU General Public License
#    along with this program.  If not, see <http://www.gnu.org/licenses/>.
#
#######################################################################################################################

if [ ! -n "$BASH" ] ;then
   echo "??? ERROR: Unable to execute script. bash interpreter missing."
   echo "??? DEBUG: $(lsof -a -p $$ -d txt | tail -n 1)"
   exit 127
fi

VERSION="0.6.4.3"       # -beta, -hotfix or -dev suffixes possible

raspberry pi3
signalduino, Shelly1, Shelly2, Sonos, Unifi
Amazon Fire Tablet 7 | Noname Android Tablet 10"

australien

Zitat von: MadMax-FHEM am 19 Dezember 2022, 15:45:29
Wie alt ist dein System?

Oder immer "nur" per Dist-Upgrade "hochgehoben"?

Seit Stretch ist ja statt initd systemd und fhem auch schon seit einiger Zeit auf systemd...

Gruß, Joachim

PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"



und natülich mit sudo apt update  und  sudo apt upgrade
am aktuellen Stand gehalten.

Sollte ich die Zeile also umschreiben, wenn ja, wie?
raspberry pi3
signalduino, Shelly1, Shelly2, Sonos, Unifi
Amazon Fire Tablet 7 | Noname Android Tablet 10"

MadMax-FHEM

Zitat von: australien am 20 Dezember 2022, 08:53:23
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"



und natülich mit sudo apt update  und  sudo apt upgrade
am aktuellen Stand gehalten.

Sollte ich die Zeile also umschreiben, wenn ja, wie?

D.h. du hast immer "nur" dein OS "hochgezogen" und fhem (deutlich) vor/auf Stretch installiert. (?)

Irgendwann wird halt initd (also Startscript unter /etc/init.d) nicht mehr unterstützt...
...und dann nur noch systemd (Unit-File unter /etc/systemd/system).

Eine aktuelle fhem-Installation auf einem aktuellen OS unterstützt systemd (also fhem-Unit-File unter /etc/systemd/system)...

Wollte ich nur anmerken.

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)