Ich würde gerne die configdb nutzen und habe dazu laut Anleitung Schritt 1 und 2 erfolgreich ausgeführt.
In Schritt 3 soll nun folgendes gemacht werden:
Eine leere Datenbank muss angelegt werden, z.B. in sqlite3:
mba:fhem udo$ sqlite3 configDB.db
SQLite version 3.7.13 2012-07-17 17:46:21
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> pragma auto_vacuum=2;
sqlite> .quit
mba:fhem udo$
Ich finde allerdings nicht raus, wo ich "mba:fhem udo$ sqlite3 dummy.db" eingeben muss. alle mir bekannten Stellen habe ich probiert, jedoch ohne Ergebnis. Suche hat nicht geholfen, weil ich vermutlich die falschen Fragen gestellt habe.
Kann bitte jemand einen Linux/Unix-Laien kurz aufklären? :-)
Vielen Dank im Voraus.
Zitat von: Invers am 19 August 2014, 13:17:39
Ich finde allerdings nicht raus, wo ich "mba:fhem udo$ sqlite3 dummy.db" eingeben muss.
Manchmal überlege ich bei Deinen Fragen wirklich, ob Du sie ernst meinst oder ob Du hier nur das gesamte Forum hochnehmen und Deinen Spaß haben willst...
mba:fhem udo$
ist der Kommandozeilen-Prompt, den es sogar bei Windows gibt. Den muss man nirgends eingeben.
sqlite3 dummy.db
ist der auszuführende Befehl, den Du (logischerweise) in dem Unterverzeichnis ausführen musst, in dem sich die Datenbankdatei dummy.db befindet.
Tipp am Rande: Ich würde die Konfigurationsdatenbank nicht dummy.db nennen.
mba:fhem udo$ dürfte wohl der Prompt in betateilchen's Terminal Fenster gewesen sein. Der eigentliche Befehl heißt also
sqlite3 configDB.db
ZitatKann bitte jemand einen Linux/Unix-Laien kurz aufklären? :-)
... ja, es ist jetzt Zeit für die Linux Basisausbildung.
Ja, entschuldige, aber ich will wirklich niemanden hochnehmen. Der prompt im Windows sieht halt anders aus und mein Prompt in Putty auch. Ich bin auch nicht davon ausgegangen, dass jemand seinen Prompt mit veröffentlicht. Wenn man halt im Betriebssystem fremd ist, fällt man darauf rein.
Danke euch 2 für die Aufklärung.
Auch auf die Gefahr hin, mich noch einmal zu blamieren, stelle ich mal die folgende Frage:
In der Referenz steht:
Bestehende Konfiguration in die Datenbank übertragen
configdb migrate
in die Befehlszeile der fhem-Oberfläche eingeben
Ich soll also zur Migration fhem neu starten mit: perl fhem.pl fhem.cfg
Danach soll ich in die fhem-Zeile eingeben: configdb migrate
Dieser Befehl wird aber nicht angenommen. Meldung lautet: Unknown command UNDEFINED, try help.
Woran kann das liegen?
dann schau doch einfach mal ins Logfile, da sollte sich ein Hinweis finden.
Meine Vermutung: Du hast das benötigte Perl-Modul zur Verbindung mit Deiner Datenbank nicht installiert -> siehe commandref!
Zitat von: commandrefThe corresponding DBD module must be available in your perl environment,
e.g. sqlite3 running on a Debian systems requires package libdbd-sqlite3-perl
Schade. Hatte ich mir einfacher vorgestellt.
Im Log steht folgendes:
2014.08.19 15:30:07 1: reload: Error:Modul 98_configdb deactivated:
Attempt to reload configDB.pm aborted.
Compilation failed in require at ./FHEM/98_configdb.pm line 8.
BEGIN failed--compilation aborted at ./FHEM/98_configdb.pm line 8.
2014.08.19 15:30:07 0: Attempt to reload configDB.pm aborted.
Compilation failed in require at ./FHEM/98_configdb.pm line 8.
BEGIN failed--compilation aborted at ./FHEM/98_configdb.pm line 8.
Was muss ich denn konkret tun, um das fehlende Modul zu installieren? Ich habe ansich alles so gemacht, wie in der Anleitung vorgegeben, soweit ich das beurteilen kann.
EDIT:
In der Referenz steht auch:
Im Verzeichnis contrib/configDB befinden sich zwei Vorlagen für Datenbank und Konfiguration,
die durch einfaches Kopieren in das fhem Verzeichnis sofort verwendet werden können (Nur für sqlite!).
Ich finde aber das Verzeichnis nicht, wie angegeben.
ZitatSchade. Hatte ich mir einfacher vorgestellt.
Es
ist supereinfach. Vorausgesetzt, man hat die
commandref gelesen und verstanden.
Was Du tun musst, steht in meinem vorherigen Beitrag - Du solltest zuerst das zu Deiner Datenbank gehörende perl Modul installieren. Den Namen des Moduls findest Du in dem Beitrag (und er steht auch in der commandref - mehr kann ich als Entwickler nicht tun!)
Naja, nicht wenn man sich nicht richtig auskennt, aber egal, geschafft.
Ich habe das Modul installiert mit mehr Glück als Verstand und es läuft auch mit der DB.
Also vielen Dank für die Hilfe.
Ich hoffe, das ist so ok:
Starting migration...
Processing: database initialization.
Processing: save config.
Processing: save state.
Migration completed.
-----------------------------------------------------------------
configDB Database Information
-----------------------------------------------------------------
# $Id: configDB.pm 6152 2014-06-22 15:35:23Z betateilchen $
-----------------------------------------------------------------
dbconn: SQLite:dbname=/opt/fhem/configDB.db
dbuser:
dbpass:
dbtype: SQLITE
-----------------------------------------------------------------
config: 799 entries
Ver 0 saved: Tue Aug 19 16:22:42 2014 def: 169 attr: 621
Ver 1 saved: by cfgDB_Init def: 3 attr: 4
-----------------------------------------------------------------
state: 720 entries saved: Tue Aug 19 16:22:44 2014
-----------------------------------------------------------------
filesave: No files stored in database
-----------------------------------------------------------------
Die DB wird nun auch mit demBefehl perl fhem.pl configDB gestarttet.
Problem:
Wenn ich in fhem shutdown/restart sende, wird nicht neu gestartet. Ich bekomme in Putty die Meldung:
DBD::SQLite::db do failed: attempt to write a readonly database at configDB.pm line 295.
DBD::SQLite::db do failed: attempt to write a readonly database at configDB.pm line 295.
Issuing rollback() due to DESTROY without explicit disconnect() of DBD::SQLite::db handle dbname=/opt/fhem/configDB.db a t configDB.pm line 295.
Das gesamte fhem ist aber nicht schreibgeschützt. Muss ich fhem nun anders beenden?
Du hast vermutlich die Datenbankdatei als root angelegt und vergessen, fhem als Eigentümer zu setzen.
Zitat von: Invers am 19 August 2014, 16:58:02
Naja, nicht wenn man sich nicht richtig auskennt,
Ich frage mich grade, ob Du auch einfach ein Skalpell in die Hand nehmen würdest, ohne Arzt zu sein und zu wissen bzw. verstehen, was Du tust?
Naja, eigentlich gehört das ja nicht hierher, aber ich sag mal was dazu:
Natürlich könnte ich mich hinsetzen und nun Linux komplett lernen. Dann natürlich auch noch Perl und dann von Grund auf fhem studieren.
Ich bin jetzt über 60 Jahre alt und habe vermutlich nicht mehr die Zeit und die Hirnmasse, das alles in kurzer Zeit aufzunehmen. Erschwerend kommt neben anderen gravierenden Gründen, auf die ich hier wirklich nicht eingehen möchte, dass ich auch noch fast blind bin durch den grünern Star.
Da ist also lesen u.s.w. pures Gift für die Augen. Bei Überlastung droht Erblindung.
Seit 30 Jahren bin ich nun beruflich mit Windows unterwegs. Ich habe Lehrgänge über Windows und Microsoft abgehalten. Programmierung ist mir nicht fremd, was Turbopascal, VB und VBA angeht. Word, Excel und Access zu programmieren, kostet mich ein müdes Lächeln.
Wenn nun die Heimautomatisierung aus genannten Gründen das Falsche für mich ist, weiss ich jetzt nicht, warum. Gerade in meiner Situation ist das ja alles sehr nützlich für mich.
So, das ist nun genug Privatkram. Mit sowas rücke ich im Normalfall gar nicht raus.
Ich werde nun also googlen, wie ich die Rechte an fhem übertrage und hab dann wieder was gelernt.
Zitat von: Invers am 19 August 2014, 20:43:56
Ich werde nun also googlen, wie ich die Rechte an fhem übertrage und hab dann wieder was gelernt.
Das steht schon x-Mal hier im Forum.
chown fhem:dialout <nameDerDatenbankdatei>
Entweder Du musst den kompletten Pfad zur Datei angeben, dann ist es egal, von wo aus Du den Befehl ausführst.
Oder Du wechselst zuerst in das Verzeichnis, in dem die Datenbankdatei liegt, dann kannst Du die Pfadangabe zur Datei weglassen und direkt mit dem Dateinamen arbeiten.
Wir reden hier übrigens über EINFACHSTE Linux-Grundlagen, die nix damit zu tun haben, bis ans Lebensende nun zuerst Linux perfekt erlernen und beherrschen zu müssen.
Vielen Dank, jetzt funktioniert alles.
Vielen Dank an Invers für das Durchfragen. An jedem deiner Schritte hat es bei mir auch geharkt. Für Linux/Perl/FHEM Anfänger ist die Anleitung nicht ausreichend
Und Vielen Dank für die Antworten betateilchen. Deine Antworten waren exakt so, dass mir es zwar nicht direkt geholfen hat, aber ich damit eine Lösung finden konnte. An deinen Motivationssprüchen mußt du aber noch arbeiten.
Zitat von: Gustav am 24 Oktober 2014, 00:23:16
An deinen Motivationssprüchen mußt du aber noch arbeiten.
Nein, muss ich nicht.
Ich wollte heute auch auf ConfigDB umstellen und habe es bei meiner Testumgebung mal versucht. Ich habe alles wie hier https://forum.fhem.de/index.php/topic,54055.msg456705.html#msg456705 (https://forum.fhem.de/index.php/topic,54055.msg456705.html#msg456705) beschrieben gemacht. Ich habe vor die Kommandos immer sudo gesetzt. Ich war als Nutzer "pi" auf meinem Raspberry angemeldet.
Ich konnte es dann auch einmal starten in dem ich in den Ordner gegangen bin und mit "sudo perl fhem.pl configDB" gestartet habe. Ohne "sudo" kommt immer folgender Fehler:
2016.08.11 21:22:24 1: PERL WARNING: DBD::SQLite::db do failed: attempt to write a readonly database at configDB.pm line 256.
DBD::SQLite::db do failed: attempt to write a readonly database at configDB.pm line 256.
2016.08.11 21:22:24 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::SQLite::db handle dbname=/opt/fhem/configDB.db at configDB.pm line 256.
Mittels "sudo" davor startet FHEM kurz, stürzt dann aber doch wieder ab. Warum ist mir noch nicht Ganz klar. Muss das Log erst Mal auf Verbose 5 setzten um vielleicht einen Fehler zu erkennen. Ohne sehe ich im Log noch keinen Fehler vor dem Absturz.
Mich wundert das Rechteproblem. Ich habe alle Ordner von fhem wie beschrieben auf fhem:dialout gesetzt.
Mir ist klar, dass betateilchen mich wieder zurecht weisen wird, dass es Anfänger Probleme sind. Aber ich komme einfach nicht weiter. Dazu muss ich anmerken, dass es sich bei meiner Testumgebung um eine zweite FHEM Installation auf einem pi handelt. Diese liegt im Ordner /opt/fhem-zwei Natürlich wurden die Befehle aus dem Workshop entsprechend angepasst und die configDB Dateien liegen auch in diesem Ordner. Hat es damit zu tun?
Mach mal bitte ein "ls -al" in dem Ordner, in dem die configDB.db liegt und poste die Ausgabe.
drwxrwxrwx 16 fhem dialout 4096 Aug 10 16:45 .
drwxr-xr-x 8 root root 4096 Mar 2 19:10 ..
drwxr-xr-x 2 fhem dialout 4096 Feb 28 15:50 backup
drwx--xr-x 2 fhem dialout 4096 Feb 10 2016 certs
-rw-rw-rw- 1 fhem dialout 154875 Aug 10 16:38 CHANGED
-rw-r--r-- 1 fhem dialout 96 Aug 10 16:42 configDB.conf
-rw-r--r-- 1 fhem dialout 4096 Aug 10 16:42 configDB.db
-rw-rw-rw- 1 fhem dialout 34537 Aug 10 16:38 configDB.pm
drwxrwxrwx 40 fhem dialout 4096 Nov 19 2015 contrib
drwxrwxrwx 3 fhem dialout 4096 Mar 2 2015 demolog
drwxrwxrwx 4 fhem dialout 4096 Jan 1 2016 docs
drwxr-xr-x 3 fhem dialout 4096 May 9 18:01 Download
drwxrwxrwx 5 fhem dialout 20480 Aug 10 16:38 FHEM
-rw-rw-rw- 1 fhem dialout 6730 Aug 11 21:31 fhem.cfg
-rw-r--r-- 1 fhem dialout 15703 May 23 22:04 fhem.cfg.demo
-rw-rw-rw- 1 fhem dialout 124852 Aug 10 16:38 fhem.pl
-rw-r--r-- 1 fhem dialout 0 Jul 22 2015 fronthem.err
drwxrwxrwx 2 fhem dialout 4096 Aug 10 16:58 log
drwxr-xr-x 2 fhem dialout 4096 Aug 10 16:58 log-alt
drwxr-xr-x 3 fhem dialout 4096 Sep 19 2015 Q
-rw-rw-rw- 1 fhem dialout 761 Aug 18 2015 README_DEMO.txt
drwxrwxrwx 2 fhem dialout 4096 Feb 28 15:52 restoreDir
drwxrwxrwx 2 fhem dialout 4096 Apr 20 12:11 scripte
drwxrwxrwx 2 fhem dialout 4096 Feb 11 2016 unused
drwxrwxrwx 13 fhem dialout 4096 Feb 11 13:19 www
müssen die configDB Dateien auf -rw-rw-r geändert werden, weil pi in der Gruppe dialout ist und daher nur die Leserechte hat?
(Ich gehe davon aus, dass die Datei configDB.conf korrekt geändert wurde?)
Probier mal folgendes...
1. gehe in den Ordner /opt/fhem-zwei
2. werde root mit "sudo su"
3. starte fhem manuell mit "perl fhem.pl configDB", dann solltest Du eine Fehlermeldung beim Absturz bekommen
ui, so geht es und stürzt nicht ab.
Edit:
Jetzt startet es irgendwie auch über das Start Skript, wenn ich den pi neustarte. Ich kann es nur immer noch nicht manuell mittels des User pi und dem Befehl "perl fhem.pl configDB" starten.
Das ist schlecht. Ich vermute, da wird eine falsche Datenbank beschrieben.
Das Durcheinander mit Deinen Verzeichnissen und Deinen Usern macht nur Probleme. Das solltest Du bereinigen.
Zitat von: betateilchen am 11 August 2016, 21:59:40
Das Durcheinander mit Deinen Verzeichnissen und Deinen Usern macht nur Probleme. Das solltest Du bereinigen.
Ich habe den Fehler gefunden. Er schreibt die Datenbankdatei in das Verzeichnis /opt/fhem und nicht in /opt/fhem-zwei Da muss vermutlich der Pfad noch irgendwo angepasst werden. Ich schätze Mal in der Datei configDB.conf, oder?
das hatte ich doch oben schon gefragt...
Zitat von: betateilchen am 11 August 2016, 21:46:26
(Ich gehe davon aus, dass die Datei configDB.conf korrekt geändert wurde?)
Das habe ich oben überlesen, aber jetzt geändert. Sry.
Jetzt habe ich die configDB.conf in /opt/fhem gelöscht und jetzt kann ich auch mittels sudo su es nicht mehr starten. Und hier der Fehler im Log:
2016.08.11 22:10:48 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
Edit:
Der Fehler ist klar. Weil der Port ist 7073 für die zweite Instanz. Wo müsste ich das ändern?
Edit2:
Ah in der configDB.pm vermutlich :)
Edit3:
Das habe ich jetzt auch geändert, aber es bleibt bei dem Fehler, dass der Port belegt ist.
Edit4:
Ich habe es. Habe alles nochmal gelöscht in beiden Ordner und von vorne angefangen. Problem war, dass er erst in die Falsche Datei immer geschrieben hat, weil ich nicht wusste, dass ich die configDB.conf und die configDB.pm anpassen musste. Das habe ich jetzt vorher gemacht, dann habe ich neu migriert und jetzt funktioniert es. Danke für die Hilfe.
Und ja, es nicht so einfach mit den zwei Ordnern und zwei Installationen, aber noch habe ich keinen zweiten Pi und ich möchte einiges gerne testen bevor ich es in der richtigen Instanz übernehme :)
Zitat von: Amenophis86 am 11 August 2016, 22:11:21
Edit2:
Ah in der configDB.pm vermutlich :)
...
weil ich nicht wusste, dass ich die configDB.conf und die configDB.pm anpassen musste
In der configDB.pm hast Du nichts zu suchen!
Auch, wenn dort der Port 7072 definiert ist und mein Port 7073 ist?
auch dann nicht.
Das ist nur ein "default" Eintrag, wenn jemand mit einer komplett leeren Datenbank anfängt zu arbeiten. Nach dem erstmaligen Start kann der Port geändert im laufenden fhem geändert werden.
Wer eine Migration von fhem.cfg nach configDB macht, muss sich ebenfalls nicht darum kümmern, weil dieser Eintrag dann niemals ausgeführt wird.
Hallo,
die Ports stehen doch in der fhem.cfg - aber es müßte nicht nur bei Telnet knallen - auch die WebPorts müssen geändert werden, das die zweite Instanz ja die gleiche IP hat.
Gruß Christoph
Es knallt aber bei telnet als Erstes, lange bevor es bei fhemweb knallen kann.
Aber lass uns bitte nicht noch mehr Unruhe in diesem Thread stiften - mit configDB hat all das, was hier über ports diskutiert wird, nichts zu tun.
Zitat von: betateilchen am 11 August 2016, 22:58:43
auch dann nicht.
Das ist nur ein "default" Eintrag, wenn jemand mit einer komplett leeren Datenbank anfängt zu arbeiten. Nach dem erstmaligen Start kann der Port geändert im laufenden fhem geändert werden.
Wer eine Migration von fhem.cfg nach configDB macht, muss sich ebenfalls nicht darum kümmern, weil dieser Eintrag dann niemals ausgeführt wird.
Alles klar, dann werde ich es wohl wieder zurück ändern :)
@Bennemannc: Das ist alles klar und schon geändert, es ging nur darum wie ich die ConfigDB einrichten kann, wenn FHEM auf einem anderen Port und anderen Ordner läuft und das haben wir hinbekommen.
Vielen Dank für die Hilfe.
Zitat von: Amenophis86 am 12 August 2016, 14:10:36
es ging nur darum wie ich die ConfigDB einrichten kann, wenn FHEM auf einem anderen Port und anderen Ordner läuft und das haben wir hinbekommen.
Die von fhem benutzten ports interessieren die configDB überhaupt nicht. Der einzige relevante Parameter ist die configDB.conf, in der angegeben wird, wo/wie die Datenbank zu finden ist.
Man muss nicht alles komplizierter machen als es ist.
Moin,
Ich müsste dieses Thema weiter anschneiden, wollte kein neues dafür öffnen.
Mein SD Karte hat es erwischt und Ich habe eine neue Karte mit neuem FHEM gemacht, nun wollte Ich meine ConfigDB in das Fhem Verzeichnis kopieren und die Datenbank starten. Leider möchte Fhem das nicht.
Folgende Fehlermeldung kommt:
pi@raspberrypi:/opt/fhem $ perl -I /opt/fhem/FHEM fhem.pl configDB
2019.10.31 11:13:22 1: PERL WARNING: DBD::SQLite::db do failed: attempt to write a readonly database at configDB.pm line 297.
DBD::SQLite::db do failed: attempt to write a readonly database at configDB.pm line 297.
2019.10.31 11:13:22 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::SQLite::db handle dbname=/opt/fhem/configDB.db at configDB.pm line 297.
Ich habe der Datenbank dem Besitzer fhem und der Gruppe dailout zugeschrieben
pi@raspberrypi:/opt/fhem $ ls -al
insgesamt 192416
drwxr-xr-x 10 fhem dialout 4096 Okt 31 11:07 .
drwxr-xr-x 4 root root 4096 Okt 31 10:29 ..
-rw-r--r-- 1 fhem dialout 312696 Okt 31 11:07 CHANGED
-rwxr-xr-x 1 fhem dialout 96 Okt 31 10:30 configDB.conf
-rwxr-xr-x 1 fhem dialout 196354048 Okt 31 10:30 configDB.db
-rwxr-xr-x 1 fhem dialout 39782 Okt 31 11:07 configDB.pm
drwxr-xr-x 44 fhem dialout 4096 Okt 31 10:29 contrib
drwxr-xr-x 3 fhem dialout 4096 Okt 31 10:29 demolog
drwxr-xr-x 4 fhem dialout 4096 Okt 31 10:29 docs
drwxr-xr-x 6 fhem dialout 36864 Okt 31 11:07 FHEM
-rwxr-xr-x 1 fhem dialout 516 Okt 7 2018 fhem.cfg
-rwxr-xr-x 1 fhem dialout 25544 Okt 31 11:07 fhem.cfg.demo
-rwxr-xr-x 1 fhem dialout 159476 Okt 31 11:07 fhem.pl
drwxr-xr-x 2 fhem dialout 4096 Okt 31 10:34 log
-rwxr-xr-x 1 fhem dialout 41924 Okt 31 11:07 MAINTAINER.txt
-rwxr-xr-x 1 fhem dialout 935 Okt 7 2018 README_DEMO.txt
drwxr-xr-x 3 fhem dialout 4096 Okt 31 11:07 restoreDir
drwxr-xr-x 2 fhem dialout 4096 Okt 31 11:07 unused
drwxr-xr-x 10 fhem dialout 4096 Okt 31 11:04 www
Wenn Ich FHEM per CFG starte, kann Ich problemlos auf die Oberfläche zugreifen.
Bei Zugriff über ConfigDB keine Chance.
Lg
Ralf
Moin nochmal,
Ich bin jetzt ein bisschen weitergekommen.
Ich konnte von der Fhem.cfg auf ConfigDB umstellen und das System ist immer noch erreichbar. Nur leider, wenn Ich versuche eine ältere Version per Recover zu setzen, ist FHEM nicht mehr zu erreichen. Gibt es evtl. eine andere Möglichkeit die alte Datenbankversion zu aktivieren ?
Anbei ein Auszug aus der ConfigDB:
configDB Database Information
-----------------------------------------------------------------
d:$Id: configDB.pm 20123 2019-09-07 17:51:10Z betateilchen $
c:$Id: 98_configdb.pm 18754 2019-02-27 21:26:16Z betateilchen $
-----------------------------------------------------------------
dbconn: SQLite:dbname=/opt/fhem/configDB.db
dbtype: SQLITE
dbsize: 187.26 MB
-----------------------------------------------------------------
lastReorg:
config: 1380158 entries
Ver 0 saved: Fri Nov 1 12:10:56 2019 def: 5 attr: 9
Ver 1 saved: Mon Oct 28 16:35:22 2019 def: 169 attr: 1024
Ver 2 saved: Mon Oct 28 15:03:30 2019 def: 169 attr: 1023
Ver 3 saved: Fri Oct 25 15:58:25 2019 def: 169 attr: 1023
Ver 4 saved: Thu Oct 24 07:26:33 2019 def: 169 attr: 1023
Ver 5 saved: Wed Oct 23 18:36:03 2019 def: 169 attr: 1022
Ver 6 saved: Wed Oct 23 18:33:01 2019 def: 169 attr: 1022
Ver 7 saved: Wed Oct 23 18:29:21 2019 def: 169 attr: 1022
Ver 8 saved: Wed Oct 23 16:37:43 2019 def: 169 attr: 1022
Ver 9 saved: Mon Oct 21 14:58:13 2019 def: 169 attr: 1022
Ver 10 saved: Sun Oct 20 22:43:07 2019 def: 169 attr: 1021
Ich weiß, Datenbank ist sehr voll.
Lg
Ralf
Es geht wieder ::) Nachdem Ich die Module Crypt::Cipher::AES und Crypt::Rijndael_PP installiert habe, konnte Ich auf die Oberfläche zugreifen und bis auf ein paar Module, konnte Ich es problemlos wieder nutzen