LoxBerry V3.0.0.0 RELEASE

Einklappen
X
 
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Prof.Mobilux
    kommentierte 's Antwort
    FHEM APT Server aus /etc/apt/ als Quelle entfernen.

  • <Andreas>
    antwortet
    Hallo,

    ich hab noch ein komisches Problem, alle paar Tage kommen bei mir die Ausgänge aus Loxone nicht mehr in MQTT an, ein reboot vom Loxberry behebt das Problem
    In den Logs ist kein Fehler zu finden, wie mache ich mich jetzt auf die Suche?

    Einen Kommentar schreiben:


  • Horscht
    antwortet
    Hallo,

    Versuch, eine ältere LB Installation (Pi 3B) auf V3 zu aktualisieren.

    Während des Updates ist Neustart erforderlich, danach wird offensichtlich von Buster auf Bullseye aktualisiert. Dabei kommt es zu einer Schleife, evtl hängt es daran (Auszug aus logfile):

    ...
    974 upgraded, 128 newly installed, 29 to remove and 1 not upgraded.
    Need to get 470 MB of archives.
    After this operation, 188 MB of additional disk space will be used.
    Get:1 http://debian.fhem.de/nightly fhem 6.0.24908 [25.7 MB]
    Err:1 http://debian.fhem.de/nightly fhem 6.0.24908
    File has unexpected size (25875760 != 25653476). Mirror sync in progress? [IP: 13.225.78.116 80]​

    ...

    E: Failed to fetch http://debian.fhem.de/nightly/fhem-6.0.deb File has unexpected size (25875760 != 25653476). Mirror sync in progress? [IP: 13.225.78.7 80]
    Hashes of expected file:
    - SHA512:c36ff08e52680a471a315ee6417cf93271916b386e7 42d9127c1559620a2ea2b23c64636467c0f47445f97b2bbae2 88b3bda8d1b9f43e3daee83e3aac2b8414d
    - SHA256:56a7279c685183be23481035b7b050387a3bd3e6caa d8e70b98ccc976a369228
    - SHA1:6cada66bcce1b91bbe1b3f72ccebfc02aaf29592 [weak]
    - MD5Sum:e880b313e2eb44ff9924be13b99b2cb8 [weak]
    - Filesize:25653476 [weak]
    E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
    <CRITICAL> Error upgrading - Error 100
    ...

    Update bereis an mehreren verschiedenen Tagen versucht, jedesmal der gleiche Fehler.


    Wie kann der Fehler behoben werden?

    VG

    Einen Kommentar schreiben:


  • LoxLin
    kommentierte 's Antwort
    Ich habe das gleiche Problem.
    Wenn das Backup manuell angestoßen wird, läuft es durch. Geplante Backups werden den obigen Fehler.
    Version 3.0.0.4

  • nufke
    kommentierte 's Antwort
    I had the same issue and error. In my case, I noticed that the Nas mount resulted in a mount directory owned by root, so user loxberry could not write to this dir. Therefore I removed the loxberry user from the sudo command, and then it did work

  • Prof.Mobilux
    kommentierte 's Antwort
    Mmmhhhh, komisch. Dann bitte mal im Remote Support Widget eine Verbdinung aufbauen und mir per PM die URL und Deine Passwörter (WebUI, ssh, root) schicken. Dann schaue ich mir das mal an.

  • scharrin
    kommentierte 's Antwort
    Hallo @Prof.Mobilux,

    Ich habe heute die 3.0.0.4 installiert. Leider bekomme ich immer noch den Fehler.

    Viele Grüße,
    Christian

  • Hesch@
    kommentierte 's Antwort
    Nicht wer lesen kann, ist im Vorteil. Nur wer richtig lesen kann ist im Vorteil.
    Habe den Hinweis (nicht kompatibel) wegen des GPIO-Plugins auf der Updatepage im Loxberry gefunden. Mal schauen, ob ich auch eine Lösung finde.

  • Hesch@
    antwortet
    Auch von mir einen herzlichen Dank für das Update in eine neue "Loxberry-Ärea".

    Ich werde es auch testen. Vorher allerdings noch eine Frage, die ich nicht beantwortet bekomme.
    Gibt es eine Übersicht, welche bisherigen Plugins mit der v3.0.0.3 jetzt laufen und welche nicht?
    U. a. nutze ich selber gerade noch die GPIO-V2.10 und benötige diese auch noch weiterhin. Und ich hatte mal irgendwo gelesen, dass die Loxberry v3 nicht kompatibel ist mit GPIO v2.1.0.
    Kann mom. aber auch nicht sagen, ob es am Python oder am Raspi-Linux selber liegt, da mir gerade noch die Zeit fehlt.

    Viele Grüße Hesch@

    Einen Kommentar schreiben:


  • LoxMunich
    antwortet
    Bei meinem Upgrade versuch erhalte ich leider eine Meldung:

    Loxberry muss neu gestartet werden wegen eines anstehenden Updates. Ohne Neustart bleibt Loxberry in einem inkonsistenten Zustand.
    Your fstab was broken. We tried to restore it. You have to reboot your Loxberry now

    Aber selbst wenn ich das mache bin ich in dieser Schleife gefangen.
    Hat jemand eine gute Idee?


    PS
    Und wenn man die Installation komplett neu machen wollen würde kommt ein 404 Error bei



    PPS:
    Vermutlich ist die Speicherkarte defekt - ich konnte sie nicht formatieren / partitionieren. Auch unter GParted nicht
    Zuletzt geändert von LoxMunich; 16.04.2023, 14:15.

    Einen Kommentar schreiben:


  • .:Chris:.
    kommentierte 's Antwort
    Hi, in der Tat habe ich die gleich Fehlermeldung. Den Eintrag von scharrin hatte ich noch gar nicht gesehen.

  • Prof.Mobilux
    kommentierte 's Antwort
    Tja, ohne Logfile schwer zu sagen.... Vielleicht ist es das gleiche Problem genau ein Posting über Deinem? Nutzt Du einen Netzwerk Share?

  • Prof.Mobilux
    kommentierte 's Antwort
    Das könnte sein. Die Verbindung wird erst hergestellt, wenn man auf die Freigabe zugreift. Ich baue da ein einfaches Directory Listing ein - das reicht meist schon. https://github.com/mschlenstedt/Loxberry/issues/1444

  • .:Chris:.
    antwortet
    Guten Morgen,

    ich erhalte eine Fehlermeldung, wenn ich die neue Backup-Funktionalität nutzen möchte.

    Eine manuell gestartete Sicherung läuft 1:1 wie es sein soll durch.

    Das automatische Backup schlägt immer mit "Could not create Imagefile." fehl.

    Woran kann das liegen? LB wurde komplett neu aufgesetzt.

    VG
    .:Chris:.

    Einen Kommentar schreiben:


  • scharrin
    antwortet
    Hallo,

    Ich setze die aktuelle Version des Loxberry ein (3.0.0.3).

    Beim Loxberry Backup auf eine SMB-Freigabe auf mein NAS kommt es immer zu einem Fehler beim Backup:

    Code:
     INFO: Executing command 'sudo -u loxberry dd if=/dev/zero of=/opt/loxberry/system/storage/smb/ts-453be.fritz.box/backup/loxberry.7z/loxberry_image_20230408_080003.img bs=1 count=0 seek=3470974464'...
     ERROR: ERROR executing command - Exitcode 1
     CRITICAL: Could not create Imagefile.
    Wenn ich das Backup über die Weboberfläche starte, funktioniert es ohne Probleme.

    Auch wenn ich es nach dem Fehler nochmals starte (eingeplant) funktioniert es.

    Ich vermute, dass es beim Zugriff auf die Freigabe nach dem Neustart des NAS zu einem Timeout kommt.

    Viele Grüße,
    Christian

    Einen Kommentar schreiben:

Lädt...