[gelöst] Backup deactivated

Begonnen von andies, 02 Mai 2022, 07:27:17

Vorheriges Thema - Nächstes Thema

andies

Kann mir mal jemand helfen? Seit dem letzten Update (heute) muss ich mir etwas zerschossen haben
2022.05.02 07:22:03 1: PERL WARNING: Subroutine backup_Initialize redefined at ./FHEM/98_backup.pm line 39.
2022.05.02 07:22:04 1: reload: Error:Modul 98_backup deactivated:
Can't locate FHEM/Core/Utils/FHEMbackup.pm in @INC (you may need to install the FHEM::Core::Utils::FHEMbackup module) (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM/lib) at ./FHEM/98_backup.pm line 36.

Ebenso
Hinweis: »gcc« wird an Stelle von »gcc-arm-linux-gnueabihf« gewählt.
gcc ist schon die neueste Version (4:8.3.0-1+rpi2).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Ich habe auf dem Raspi auch update&&upgrade gemacht, ohne Erfolg.
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

andies

Diese Datei fehlte
https://raw.githubusercontent.com/fhem/backup/devel/lib/FHEM/Core/Utils/FHEMbackup.pm
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Beta-User

Jein, eigentlich eher https://svn.fhem.de/trac/browser/trunk/fhem/lib/FHEM/Core/Utils, was auf dasselbe rauskommt.
Die spannende Frage ist aber: Warum? Die lag da nämlich vermutlich seit etwas mehr als einem Jahr (regelmäßige updates unterstellt). Kaputtes Dateisystem?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

andies

#3
Leider könnte das sein, dass das Filesystem problematisch ist. Ich bin von SD-Karte, weil die ja so unsicher sein sollen (noch nie ein Ausfall in fünf Jahren) auf USB-SSD umgestiegen und seitdem läuft es nicht ganz rund. War vielleicht nicht so eine gute Idee?

<edit> Ich habe mal in messages gelesen. Alle fünf Sekunden gibt es undervolt messages. Dann habe ich mich an diesem interessanten thread festgebissen
https://github.com/raspberrypi/linux/issues/2512
und da lernt man eine Menge über Kabel. Kann sein, dass die externe Festplatte zu viel Strom zieht. Also mal Kabel prüfen, da ist eine interessante Tabelle drin. Ich denke, ich muss da mal was versuchen anzupassen.
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Wernieman

Das Problem von USB-Festplatten am PI ist, das dieser "Bus" auch intern verwendet wird und das nicht gaaaans sauber.

Habe mit FHEM auch noch kein SD-Card verloren, aber schon an einem Monitoring PI.
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Beta-User

...so ist das eben mit Statistiken - die geben eben "nur" eine Tendenzaussage, aber eben keine Garantie (schon gleich nicht, wenn man "es" nicht "richtig" macht)...

Dass die Leute von der Pi-Foundation immer noch keine vollwertige Anbindung von gängigen langlebigen Massenspeicher-Medien "hinbekommen haben " (eher: hinbekommen wollen), ist einer der Gründe, warum ich die Dinger weiter meide und eben auch nicht uneingeschränkt für Einsteiter tauglich halte...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

andies

Das ist das Problem, wenn man mit FHEM "einfach mal anfängt" und dann in gewissem Sinne gefangen ist. Der RPi rödelt ganz leise vor sich hin und es ergibt für mich keinen Sinn, ein größeres Gerät da laufen zu lassen. Dass Strom bei diesem Ding ein Problem sein könnte, habe ich erst sehr, sehr spät kapiert (mit einem anderen Gerät, dass ein Jahr lang nicht nachvollziehbare Ausfälle hatte). Man muss, wenn man ehrlich ist, eigentlich eine ganze Menge lernen, bevor man FHEM mit dem RPi problemlos betreiben kann.
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Beta-User

a) Das ist kein auf FHEM beschränktes Thema, gilt für alles mögliche, bei dem "mal eben schnell" ein Pi genutzt (oder gar "empfohlen") wird (also auch für die "Konkurrenz")
b) Wir müssen alle damit leben, dass man nicht alles auf einmal lernen/verdauen/umsetzen kann... Also immer schön eines nach dem anderen, dann ist das mit dem "gefangen sein" auch halbwegs erträglich (v.a., wenn man die Empfehlung mit "geprüftem backup" beherzigt).
Eine neue SD-Karte ist schnell aufgesetzt :P ... (so man sich nicht in unendliche weitere Abhängigkeiten begibt, aber das ist dann wieder "ein weites Feld").
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

andies

Wow, vorher-nachher.

vorher ein schönes, aber anscheinend billiges und 1m langes Micro-USB-Kabel. Syslog sagt
May  2 10:44:54 raspfhem kernel: [183795.887041] hwmon hwmon1: Undervoltage detected!
May  2 10:44:56 raspfhem kernel: [183797.967059] hwmon hwmon1: Voltage normalised
May  2 10:45:23 raspfhem kernel: [183825.007162] hwmon hwmon1: Undervoltage detected!
May  2 10:45:28 raspfhem kernel: [183829.167118] hwmon hwmon1: Voltage normalised
May  2 10:45:55 raspfhem kernel: [183856.207114] hwmon hwmon1: Undervoltage detected!
May  2 10:45:57 raspfhem kernel: [183858.287118] hwmon hwmon1: Voltage normalised
May  2 10:46:55 raspfhem kernel: [183916.527274] hwmon hwmon1: Undervoltage detected!
May  2 10:46:57 raspfhem kernel: [183918.607253] hwmon hwmon1: Voltage normalised
May  2 10:48:04 raspfhem kernel: [183985.167499] hwmon hwmon1: Undervoltage detected!
May  2 10:48:08 raspfhem kernel: [183989.327434] hwmon hwmon1: Voltage normalised
May  2 10:48:24 raspfhem kernel: [184005.967527] hwmon hwmon1: Undervoltage detected!
May  2 10:48:27 raspfhem kernel: [184008.047455] hwmon hwmon1: Voltage normalised
May  2 10:48:54 raspfhem kernel: [184035.087652] hwmon hwmon1: Undervoltage detected!
May  2 10:48:58 raspfhem kernel: [184039.247571] hwmon hwmon1: Voltage normalised
May  2 10:49:54 raspfhem kernel: [184095.407758] hwmon hwmon1: Undervoltage detected!
May  2 10:49:58 raspfhem kernel: [184099.567735] hwmon hwmon1: Voltage normalised
May  2 10:50:00 raspfhem kernel: [184101.647787] hwmon hwmon1: Undervoltage detected!
May  2 10:50:04 raspfhem kernel: [184105.807718] hwmon hwmon1: Voltage normalised
May  2 10:50:54 raspfhem kernel: [184155.727893] hwmon hwmon1: Undervoltage detected!
May  2 10:50:58 raspfhem kernel: [184159.887873] hwmon hwmon1: Voltage normalised
May  2 10:52:01 raspfhem kernel: [184222.288003] hwmon hwmon1: Undervoltage detected!
May  2 10:52:03 raspfhem kernel: [184224.368051] hwmon hwmon1: Voltage normalised
May  2 10:52:26 raspfhem kernel: [184247.248098] hwmon hwmon1: Undervoltage detected!
May  2 10:52:28 raspfhem kernel: [184249.328082] hwmon hwmon1: Voltage normalised

und das geht so stundenlang.

nachher ein kurzes, 15cm langes micro-USB-Kabel am selben Strombversorger (der gleich eine Unifi Kiste mit versorgt)
nichts
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann