[gelöst] Alle Module von Loredo können nicht mehr geladen werden (26.2.2018)

Begonnen von DeeSPe, 26 Februar 2019, 10:05:25

Vorheriges Thema - Nächstes Thema

Hauswart

Zitat von: DeeSPe am 26 Februar 2019, 11:50:24
Habe soeben die Moduldatei (Meta.pm) aus SVN gezogen, das scheint die Probleme zu beheben.
Danke für den schnellen Fix.

Gruß
Dan
Kann ich bestätigen.

Wer nicht das Backup einspielen möchte, kann auch folgendes tun:

cd /opt/fhem/FHEM
#Vorabversion von Meta.pm beziehen
wget https://svn.fhem.de/trac/export/18742/trunk/fhem/FHEM/Meta.pm
#Zur Sicherheit den Besitzer auf fhem:dialout ändern
sudo chown -R fhem:dialout /opt/fhem/FHEM/Meta.pm
#FHEM Neustart
sudo service fhem restart
1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

Hauswart

Zitat von: Otto123 am 26 Februar 2019, 12:18:22
Ach so, dass es so schlimm war hatte ich nicht raus gelesen.  ::)
Hallo Otto, kein Thema :) Ja FHEM lasst sich aktuell mit dem Update nicht mehr starten. Gruss
1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

MarcoEig

Hallo,

ich bekomme leider weiterhin:
2019.02.26 16:55:02 0: Undefined subroutine &FHEM::Meta::Load called at ./FHEM/20_ROOMMATE.pm line 34.

2019.02.26 16:55:02 1: PERL WARNING: Subroutine ROOMMATE_Initialize redefined at ./FHEM/20_ROOMMATE.pm line 13.
2019.02.26 16:55:02 0: Undefined subroutine &FHEM::Meta::Load called at ./FHEM/20_ROOMMATE.pm line 34.

2019.02.26 16:55:02 0: Undefined subroutine &FHEM::Meta::Load called at ./FHEM/20_GUEST.pm line 34.


Obwohl ich die Version aus dem SVN geladen habe.

Kann hier jemand helfen?

Danke vorab

CoolTux

Hast Du das Modul korrekt installiert und dann neu gestartet?
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://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

MarcoEig

Zitat von: Hauswart am 26 Februar 2019, 12:20:32
Kann ich bestätigen.

Wer nicht das Backup einspielen möchte, kann auch folgendes tun:

cd /opt/fhem/FHEM
#Vorabversion von Meta.pm beziehen
wget https://svn.fhem.de/trac/export/18742/trunk/fhem/FHEM/Meta.pm
#Zur Sicherheit den Besitzer auf fhem:dialout ändern
sudo chown -R fhem:dialout /opt/fhem/FHEM/Meta.pm
#FHEM Neustart
sudo service fhem restart


Ich habe exakt das hier gemacht.
Reicht das nicht aus?

MarcoEig

#20
nach einem
restore update/2019-02-26

startet jetzt gar nichts mehr..

Starting fhem...
2019.02.26 17:25:15 1: PERL WARNING: Prototype mismatch: sub main::GetDefAndAttr ($) vs ($;$) at configDB.pm line 164.
2019.02.26 17:25:15 1: Too many arguments for main::GetDefAndAttr at configDB.pm line 469, near "1)"
Compilation failed in require at (eval 11) line 2.
BEGIN failed--compilation aborted at (eval 11) line 2.

Undefined subroutine &main::_cfgDB_Connect called at configDB.pm line 292.

Sascha_F

Hallo zusammen,

nur am Rande: Ich habe mich per WinSCP auf den RPi eingeloggt, fhem.cfg und Meta.pm gelöscht. Danach die fhem.cfg aus /restoreDir/update/2019-02-26 und die Meta.pm aus /restoreDir/update/2019-02-26/FHEM wieder an die ursprünglichen Stellen Dupliziert.

Die fhem.cfg nur, da ich in geistiger Umnachtung ein paar Devices "weggespeichert" hatte...

Das ist doch eigentlich der schnellste und unkomplizierteste Weg --> gerade auch, wenn FHEM nicht mehr startet oder nicht? (Da hierbei ja auch Besitzer / Rechte erhalten bleiben).

Viele Grüße
Sascha

MarcoEig

#22
Ich habe leider in meinem backup (weder dem FHEM-eigenen Backup, noch in gesondertem Backup) keine Meta.pm

EDIT:
Restore aus altem Backup. Update werde ich dann wohl für die nächste Zeit nicht mehr ausführen..

Hauswart

#23
Zitat von: MarcoEig am 26 Februar 2019, 17:23:47
nach einem
restore update/2019-02-26

startet jetzt gar nichts mehr..

Starting fhem...
2019.02.26 17:25:15 1: PERL WARNING: Prototype mismatch: sub main::GetDefAndAttr ($) vs ($;$) at configDB.pm line 164.
2019.02.26 17:25:15 1: Too many arguments for main::GetDefAndAttr at configDB.pm line 469, near "1)"
Compilation failed in require at (eval 11) line 2.
BEGIN failed--compilation aborted at (eval 11) line 2.

Undefined subroutine &main::_cfgDB_Connect called at configDB.pm line 292.

Du hast zuvor Fhem heute geupdatet? Und dann erst die Workarounds ausprobiert?

Nach dem Restpreis hättest du nochmal Meta aus dem SVN herunterladen sollen.


Ab morgen sollte das Update wieder gehen.
1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

MadMax75

Hallo,

Nachdem ich gestern mit dem update mein System "zerschossen" haben, habe ich soeben wieder ein update ausgeführt.

Residents ist nun weg, kann jedoch angelegt werden.
Wunderground eigentlich das gleiche.

Gibt es eine Möglichekeit die Daten wieder herzustellen oder muss ich Residents und Wunderground wieder neu anlegen?

Bin am übelegen das backup von vo 5 Tagen einzuspielen.

Danke für die Hinweise!

Markus

marvin78

Schau mal in dein restoreDir Verzeichnis.

Und bitte mit den Grundlagen beschäftigen. Solche Dinge muss man wissen, BEVOR was schief geht.

Otto123

Zitat von: MadMax75 am 27 Februar 2019, 11:13:33
Hallo,

Nachdem ich gestern mit dem update mein System "zerschossen" haben, habe ich soeben wieder ein update ausgeführt.

Residents ist nun weg, kann jedoch angelegt werden.
Wunderground eigentlich das gleiche.

Gibt es eine Möglichekeit die Daten wieder herzustellen oder muss ich Residents und Wunderground wieder neu anlegen?

Bin am übelegen das backup von vo 5 Tagen einzuspielen.

Danke für die Hinweise!

Markus
Falls Du save gemacht hattest, dann hol doch jetzt mit restore einfach deine alte cfg wieder. Zumindest verstehe ich so dein "zerschossen" das fehlerhafte update hat ja nicht wirklich was zerschossen.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Otto123

Angeregt durch Hauswart seine Scriptzeilen kam mir noch folgende Idee.
Rettungsanker falls FHEM nicht mehr startet:
sudo su        # man braucht erhöhte Rechte
n=3            # einfach eine Zahl
cd /opt/fhem   # wechseln ins fhem Verzeichnis
# leere fhem.cfg vom SVN holen
sudo wget -q -O fhem$n.cfg https://svn.fhem.de/fhem/trunk/fhem/fhem.cfg
# Original statefile behalten
sed -i "s/\/fhem.save/\/fhem$n.save/" fhem$n.cfg       
perl fhem.pl fhem$n.cfg
Danach hat man ein FHEM mit leerer config, kann aber auf das originale Logfile zugreifen und hat mit restore einfachen Zugriff auf die gesicherten Verzeichnisse.
Am Ende ein shutdown in der FHEM Kommandozeile und weg ist die temporäre FHEM Version wieder.

Könnte man das so ganz allgemein empfehlen oder sehe ich eine Tretmine nicht?

Normalerweise geht sowas auch mit der fhem.cfg.demo - aber genau die ging ja in diesem Fall auch nicht.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

DeeSPe

Hab das Thema auf gelöst gesetzt da es mit dem heutigen Update keine Probleme mehr zu geben scheint.

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

martindlg

Zitat von: Loredo am 26 Februar 2019, 10:26:07
Nun aber mal bitte ruhig mit den wilden Pferden.
Das ist keinesfalls Absicht. Ich schaue es mir an.
Bitte aber mal von solchen persönlichen Angriffen abstand nehmen. Die Devise bei FHEM ist nunmal generell: wer täglich ein Update macht, der lebt am Limit. Es gibt bei FHEM keinen doppelten Boden oder eine DEV/PROD Unterscheidung. Damit lebt jeder, der täglich updated.

Tägliches update? Ich hab seit einem Jahr keins mehr gemacht. Wenn sowas dabei rauskommt mach ich nie mehr eins ;-)