Backitup Sourceanalytics restore Probleme
-
@keksn sagte in Backitup Sourceanalytics restore Probleme:
npm error ssh: connect to host github.com port 22: Network is unreachable
Solange du Netzwerkprobleme mit dem Container hast, wird das auch nix mit dem Repo laden..
bring erstmal den Container auf vordermann, schau dass Grundlagen funktioneren.. dann kannste auch das Beta Repo laden und den Adapter installieren.. -
@ilovegym ich weiss ja nie, wann er im alten und wann im neuen System unterwegs ist?
Fragen beantwortet er ja auch nicht?
und zeigen ist anscheinend ein Fremdwort -
@ilovegym denke auch das es hier krankt. Komisch das aber andere Adapter Installiert wurden. Danke
-
-
@keksn sagte in Backitup Sourceanalytics restore Probleme:
Komisch das aber andere Adapter Installiert wurden.
Genau deshalb brauchen wir die angefragten Informationen!
-
@homoran Komm mal ein wenig runter! Wenn Du nicht helfen willst dann lass es. Es kann nicht jeder auf Deinem Level sein. Fange mit "Zeigen" nichts an.
Da ich im neuen System unterwegs bin sollte Dir eigentlich klar sein, das habe ich alles schon geschrieben.Habe eigentlich Deine wenigen Fragen beantwortet vielleicht nicht nach deiner Anleitung und nicht in der richtigen Auflösung...
Bitte nimm Dich wieder "raus" Rainer!
-
-
@keksn sagte in Backitup Sourceanalytics restore Probleme:
Wenn Du nicht helfen willst dann lass es.
was soll der Quatsch!??
ich will helfen, aber ohne die angefragten Informationen kann ich es nicht -
@homoran ilovegym hat mir mir eine Info gegeben auf die ich geantwortet habe ...lesen?
-
Fang doch mal von vorne an.. dein System hat n Netzwerkproblem, da kannst in iobroker stellen wie du willst, da passiert nix mehr.
Also check erstmal, ob Internetserver vom Container aus erreicht werden.
Wenn das geht, dann machst du bitte ein "iob diag" und postest die Langfassung hier (in Codetags gesetzt), damit wir alle Infos haben. -
@keksn sagte in Backitup Sourceanalytics restore Probleme:
Ich habe mir in Proxmox ein neues System erstellt.
und dort erstmal prüfen, ob die Netzwerkverbindung steht
-
@keksn sagte in Backitup Sourceanalytics restore Probleme:
Habe eigentlich Deine wenigen Fragen beantwortet
es fehlt u.a. das angefragte npm log
es fehlt die Info was du unter Proxmox verstehst.
@ilovegym hat daraufhin einfach lxc angenommen
kann ja aber auch eine VM seinmit zeigen kann man sehr viele Fehler in Interpretationen vermeiden, oder ob Filter gesetzt, Schreibfehler drin sind usw...
-
@ilovegym ja danke ich werde einfach nochmals von vorne mit dem Container beginnen. Habe da eh keinen Stress da das alte System gut funkt.
-
@crunchip danke werde ich machen!
-
Setz einen lxc oder ne vm mit Debian Bookworm auf.
Richte einen User account ein, arbeite nie mit Root! ( installiere sudo, gib dem User die Gruppe sudo und damit faehrst du sicher und richtig)Dann installierst du erstmal die updates von debian, installiere curl. reboot.
Wenn das alles geklappt hat, dann installierst du iobroker, da wird alles mit installiert, was gebraucht wird.
Nachdem einrichten des iobroker, backup restoren, warten, das dauert manchmal recht lange. Dabei am bsten in der console mit "iob logs --watch" zusehen, was er macht.
Wenn er damit fertig ist, ein "iob stop". reboot und dann schauen, was noch fehlt oder nach installiert werden muss.
Dann gehen wir das Thema sourceanalytics gerne weiter durch
-
@ilovegym Naja, mich hätte schon interessiert warum nur SA oder npm nicht will.
iob scheint ja zu klappen
-
@homoran Uebung macht den Meister
-
@ilovegym sagte in Backitup Sourceanalytics restore Probleme:
ann gehen wir das Thema sour
Super vielen DANK für die Anleitung. Ich habe meine Installationen alle auf Proxmox und bisher liefen sie sehr gut. Denke nun auch, dass sich bei der Installation der neuen CT ein Fehler eingeschlichen hat.
-
@ilovegym
-
@keksn said in Backitup Sourceanalytics restore Probleme:
@crunchip ich denke von Github, ist schon sehr lange her. 04.14
Und zum 100sten Mal:
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.
GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Und falls es irgendwie unklar ist:
ioBroker unterstützt folgende Arten von Installation:
-
aus dem STABLE Repository
Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
-
aus dem LATEST Repository
Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
-
direkt von GITHUB
Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
-
direkt von npm
Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.
Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.
-
