Latest repo - funktioniert oder nicht ?
-
@fastfoot
OK - Halten wir mal fest:Ich habe ein Update der Fritzbox gemacht und danach funktionierte eine der REPOS nicht mehr
Dann habe ich wie oben von fastfoot beschrieben die Paketbeschleunigung abgeschaltet. Die NICHT funktionierende REPO brachte dann ein Ergebnis zurück.
Im Log erscheint nun nicht mehr 'empty repo received'
Und das beste ist - wenn man die Option an der Fritzbox wieder auf den Ursprungszustand zurücksetzt werden trotzdem Ergebnisse gefunden ...
Damit ist zwar noch immer nicht geklärt worin der Unterschied in den zwei REPOS liegt der es ausmacht das die Fritzbox sie nicht lesen kann, bzw. die eine repo gar nicht liest, die andere zwar liest aber bei beiden anzeigt eine leere repo geladen zu haben ...
Und damit ist auch nicht geklärt ob das NUR Fritzbox user haben. Sollte es so sein - kann man daran was ändern oder wäre AVM gefragt ?
Jedenfalls vielen Dank an @fastfoot - Das war der entscheidende Hinweis !
Vielleicht finden sich ja jetzt noch ein paar User die ein ähnliches Verhalten festgestellt haben ...
-
@meicker Schön dass es geholfen hat. Von dem Beitrag auf FB ausgehend, ist AVM informiert. Seit dem Beitrag kam mittlerweile OS7.20 raus, ich habe aber keine Ahnung ob das da gefixt wurde
-
@fastfoot
Bin mal gespannt - bei mir ist es noch die 7.19 ... Stehe aber auch deswegen gerade mit AVM in Kontakt - werde sie noch mal auf das Problem hinweisen ...
-
@meicker said in Latest repo - funktioniert oder nicht ?:
@fastfoot
OK - Halten wir mal fest:Ich habe ein Update der Fritzbox gemacht und danach funktionierte eine der REPOS nicht mehr
Dann habe ich wie oben von fastfoot beschrieben die Paketbeschleunigung abgeschaltet. Die NICHT funktionierende REPO brachte dann ein Ergebnis zurück.
Im Log erscheint nun nicht mehr 'empty repo received'
Und das beste ist - wenn man die Option an der Fritzbox wieder auf den Ursprungszustand zurücksetzt werden trotzdem Ergebnisse gefunden ...
Damit ist zwar noch immer nicht geklärt worin der Unterschied in den zwei REPOS liegt der es ausmacht das die Fritzbox sie nicht lesen kann, bzw. die eine repo gar nicht liest, die andere zwar liest aber bei beiden anzeigt eine leere repo geladen zu haben ...
Und damit ist auch nicht geklärt ob das NUR Fritzbox user haben. Sollte es so sein - kann man daran was ändern oder wäre AVM gefragt ?
Jedenfalls vielen Dank an @fastfoot - Das war der entscheidende Hinweis !
Vielleicht finden sich ja jetzt noch ein paar User die ein ähnliches Verhalten festgestellt haben ...
Ich kann das Verhalten bestätigen - "Paketbeschleunigung" => "Hardware-Beschleunigung aktiv" verändert das Verhalten.
Deaktivieren löst bei mir versch. Probleme:
- Das "empty repo received" Problem scheint dann nicht mehr aufzutreten
- Die HomematicIP App verbdindet sich wieder innerhalb 1 Sek. anstatt ca. 50 Sek.
- Home Assistant verbindet sich wieder mit HomematicIP
- Home Assistant kann wieder Updates durchführen (vorher "Client.Timeout exceeded while awaiting headers")
Die Probleme mit HomematicIP hatte ich bereits an AVM per Feedback-Formular gemeldet.
Fritz!Box 6660 Cable mit Labor Version "07.19-80490 BETA"
Das "empty repo received" Problem hatte ich schon mit der 7.15 (Stable) - aber nicht immer.
Nach ein paar Versuchen ging es dann immer.Die Labor Version habe ich installiert weil die 7.15 sehr instabil war.
-
@mrbungle64
das witzige is - Paketbeschleunigung kurz abschalten und dann wieder einschalten - die Probleme waren dann weg. Eben habe ich mal die Geschwindigkeit der FB geprüft und festhestellt das sie grotten langsam ist. Dann habe ich die Hardwarebeschleunigung auch eingeschaltet und es gin wieder schnell. Das hatte keinen Einfluss auf das REPO Ding - das klappt noch immer.
Rein Interessehalber, welche Haken hast Du bei der FB in der Beschleunigung gesetzt ? Ich habe alle 3 an. Aber Standard ist glaube ich nur Paketbeschleunigung und Layer-2 - kann das sein ? -
@meicker said in Latest repo - funktioniert oder nicht ?:
@mrbungle64
das witzige is - Paketbeschleunigung kurz abschalten und dann wieder einschalten - die Probleme waren dann weg. Eben habe ich mal die Geschwindigkeit der FB geprüft und festhestellt das sie grotten langsam ist. Dann habe ich die Hardwarebeschleunigung auch eingeschaltet und es gin wieder schnell. Das hatte keinen Einfluss auf das REPO Ding - das klappt noch immer.
Rein Interessehalber, welche Haken hast Du bei der FB in der Beschleunigung gesetzt ? Ich habe alle 3 an. Aber Standard ist glaube ich nur Paketbeschleunigung und Layer-2 - kann das sein ?Mit dem 3. meinst Du "Ingress-Shaping aktiv"? Der war bei mir auch von Anfang an deaktiviert.
"Paketbeschleunigung" ist ja Voraussetzung für "Hardware-Beschleunigung" und "Layer-2"
Die 2 waren bei mir die Standard-Einstellung (+ "Paketbeschleunigung")
"Layer-2" habe ich bisher noch nicht deaktiviert.Bei mir ist es übrigens reproduzierbar:
- "Hardware-Beschleunigung" aktiviert: Probleme mit ioBroker Repos und Homematic IP App treten auf
- "Hardware-Beschleunigung" deaktiviert: Probleme mit ioBroker Repos und Homematic IP App treten (bisher) nicht auf
Ich schaue jetzt noch mal wie es sich insgesamt verhält, wenn ich die "Hardware-Beschleunigung" deaktiviere.
Hatte auch die letzten Tage (evtl. seit dem Update auf die letzte Labor Version) teilweise Probleme mit der Geschwindigekit der Internetverbindung. -
@mrbungle64
Nee, ich meinte Standard ist Paket und Layer - Hardware aus
Damit ist mein Internet langsam und das war die Grundeinstellung wo die REPO nich geladen hat. Dann habe ich Paket ausgemacht, abgespeichert - Repo geladen -> ERFOLG zurückgestellt, also Paket wieder an - Repo geladen -> ERFOLG - als hätte das was 'festgehangen'
Das langsame Internet habe ich mit Paket an und Layer an und Hardware aus. Dann habe ich Hardware eingeschaltet und neu gemessen und ich kam auf 850 - passte wieder.
Das mit der Geschwindigkeit liegt an der Laborversion, das hatte ich vorher auch nicht. Ich hoffe die ändern das schnell und bringen ne neue. Das mit der Geschwindigkeit müsste ich eigentlich Morgen noch an mein Ticket anhängen ...
Berichte mal weiter ...
-
MOD-EDIT: Diese folgenden Posts wurden hierher verschoben um inhaltlich hier weitermachen zu können
Wäre es mal nicht mal Sinnvoll , einen neuen Thread anpinnen um es mal zu sammeln .
hier habe wir es schonmal versucht herrauszufinden : Latest repo - funktioniert oder nicht ?
Bei wem funktioniert :
http://download.iobroker.net/sources-dist.jsonhttp://iobroker.live/repo/sources-dist.json- welches System .../ Docker .....
- welcher Provider / Dual Stack Lite ... Dual Stack usw.
- usw.....
-
@Glasfaser sagte in iobroker installation:
hier habe wir es schonmal versucht herrauszufinden : Latest repo - funktioniert oder nicht ?
konnte ich mich nicht mehr dran erinnern
Werde mal drüber schlafen, wie wir das sinnvoll angehen könnten.
BigData wäre sicher sinnvol um dann vielleicht den gemeinsamen Nenner zu finden.Angepinnt "liest eh keiner" wäre aber zum verlinken sinnvoll - da können wir aber genausogut im alten Thread weitermachen
-
@Homoran sagte in iobroker installation:
BigData wäre sicher sinnvol um dann vielleicht den gemeinsamen Nenner zu finden.
du und andere sehen ja selber ,das es sich in der letzten Zeit mehr davon betroffen sind .
Angepinnt "liest eh keiner" wäre aber zum verlinken sinnvoll - da können wir aber genausogut im alten Thread weitermachen
Was wäre mit dem Admin Adapter ... eventuell einen Hinweis als Popup , wenn der Fehler
warning: empty repo received!vorkommt , dann ein Verweis auf den Verwahrungsort zu ändern .
-
@Glasfaser
Ich wäre ja dafür, direkt ab Erstinstallation alle vier Varianten der Verwahrorte im Admin zu haben. Dann müsste man nur noch im DropDown auf den entsprechenden Alternativ-Server stellen. -
@Glasfaser sagte in iobroker installation:
eventuell einen Hinweis als Popup , wenn der Fehler
warning: empty repo received!vorkommt ,
klingt gut, müssten sich @AlCalzone oder @ldittmar mal ansehen ob das machbar ist.
@Thomas-Braun sagte in iobroker installation:
ich wäre ja dafür, direkt ab Erstinstallation alle vier Varianten der Verwahrorte im Admin zu haben.
braucht man nicht, weil das nur zwei sind, die alten (iobroker.net) werden auf die neuen (iobroker.live) umgeleitet.
Hintergrund war es eben nicht mehr so viele Pfade zu haben. Bei einem notwendigen Umzug auf einen anderen Server sollten ide Pfade im admin bestehen bleiben so dass der User damit nichts zu tun hat. -
Aber da kommt keiner drauf ohne den Fehler zu haben , bzw. es dann darauf umzustellen .
Deshalb eher "bei einem Hinweis "darauf es zu ändern ... auch so wie du es auch meinst . -
@Homoran sagte in iobroker installation:
braucht man nicht, weil das nur zwei sind, die alten (iobroker.net) werden auf die neuen (iobroker.live) umgeleitet.
Offenbar funktioniert das ja nicht richtig.
-
@Thomas-Braun sagte in iobroker installation:
Offenbar funktioniert das ja nicht richtig.
richtig!!!
aber warum????Das dumme ist, in den meisten Fällen klappt es trotzdem wenn du den Link im Browser aufrufst
-
@Homoran sagte in iobroker installation:
Das dumme ist, in den meisten Fällen klappt es trotzdem wenn du den Link im Browser aufrufstSiehe hier von mir mal .... per Browser : Link Text
per wget
Link TextAuf meinem System funktioniert auch nur der andere Link :
http://iobroker.live/repo/sources-dist.json -
This post is deleted! -
This post is deleted! -
@Glasfaser Das sieht mir nach abweichenden Zeichencodierungen aus.
Aber warum die verschieden sind, keine Ahnung.
Ich denke, dass die beiden Server per rsync oder ähnlichem gespiegelt werden. -
@Thomas-Braun sagte in Latest repo - funktioniert oder nicht ?:
Ich denke, dass die beiden Server per rsync oder ähnlichem gespiegelt werden.
Nix zwei Server!
Redirects
