NEWS
[gelöst] Nach Neuinstallation kein Admin Login mehr möglich
-
@wendy2702 sagte in Nach Neuinstallation kein Admin Login mehr möglich:
Denke weil er relativ neu hier ist
dafür gibt's doch was
https://forum.iobroker.net/post/744654da steht
dann sollte der User den ersten Post editieren und im Threadtitel ein [gelöst] voranstellen.
-
@finaldata sagte in Nach Neuinstallation kein Admin Login mehr möglich:
Soviel zu Deiner Meinung, dass immer Alle alles auf dem aktuellen Stand halten !
Sollten sie aber nach Möglichkeit.
LTS und ESR ist halt eine Möglichkeit, Schnittstellen länger als üblich für Enterprise-Verwender stabil zu halten und damit eine Migrationsstrategie während der Restlaufzeit umsetzen zu können. Da sind natürlich neue Anwendungen außen vor, denn niemand entwickelt seine Software bis zu längst auf das Abstellgleis geschobene Versionen.
Wenn es noch funktioniert, dann ist es gut, wenn nicht ist es auch nicht schlimm, solange es auf aktuellen stabilen Versionen läuft. Gilt genauso für die ioBroker-Adapter. Läuft auf nodejs18? Dann ist gut, muss es mich kümmern wenn es nicht läuft? Eher nicht, im Upstream wurde diese Version abgekündigt und spielt in der Planung keine Rolle mehr. Muss der Admin sich beizeiten auch drum gekümmert haben, da eine unterstützte Version am Start zu haben.@thomas-braun
Nein, dass ist es gerade nicht ! Es ist genau umgekehrt !
LTS und ESR sind Versionen, die genau dafür da sind auf Systemen eingesetzt zu werden, die nicht alle paar Tage die Verbindung oder Abhängigkeiten zu anderen Systemen verlieren sollen. Das geht ja auch schon aus dem Name hervor(Long Term Support).
Sie werden technisch und sicherheitstechnisch auf dem aktuellen Stand gehalten, aber kein unnötiger Schnick Schnack.Ich warte immer noch auf einen einzigen produktiven Server auf dem kein LTS läuft !
Wo es ja angeblich so viele davon gibt. -
ich glaube ihr redet aneinander vorbei!
Natürlich wird ein vernünftiger IT Verantwortlicher nicht mit ungeraden Entwickler Versionen arbeiten.
Er wird die geraden LTS Versionen verwenden.ABER
er wird diese nicht bis zur allerletzten LTS Stunde ausreizen, sondern zeitnah auf die nächste LTS Version wechseln.kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
ich glaube ihr redet aneinander vorbei!
Natürlich wird ein vernünftiger IT Verantwortlicher nicht mit ungeraden Entwickler Versionen arbeiten.
Er wird die geraden LTS Versionen verwenden.ABER
er wird diese nicht bis zur allerletzten LTS Stunde ausreizen, sondern zeitnah auf die nächste LTS Version wechseln.@homoran said in Nach Neuinstallation kein Admin Login mehr möglich:
Natürlich wird ein vernünftiger IT Verantwortlicher nicht mit ungeraden Entwickler Versionen arbeiten.
Er wird die geraden LTS Versionen verwenden.
Und er wird diese nicht bis zur allerletzten LTS Stunde ausreizen, sondern zeitnah auf die nächste LTS Version wechselnDa stimme ich Dir zu 100% zu
Aber er hat wortwörtlich gesagt :
Man fährt auch z. B. kein Debian LTS produktiv, das Ding dient nur als Sprungbrett auf die aktuellen VersionUnd das konnte ich einfach nicht so stehen lassen, weil das ist einfach absoluter Blödsinn
-
@thomas-braun
Nein, dass ist es gerade nicht ! Es ist genau umgekehrt !
LTS und ESR sind Versionen, die genau dafür da sind auf Systemen eingesetzt zu werden, die nicht alle paar Tage die Verbindung oder Abhängigkeiten zu anderen Systemen verlieren sollen. Das geht ja auch schon aus dem Name hervor(Long Term Support).
Sie werden technisch und sicherheitstechnisch auf dem aktuellen Stand gehalten, aber kein unnötiger Schnick Schnack.Ich warte immer noch auf einen einzigen produktiven Server auf dem kein LTS läuft !
Wo es ja angeblich so viele davon gibt.LTS / ESR / oldstable sind die deutlich sichtbaren Anzeichen, da den ordentlichen Absprung vorzubereiten und nicht bis zum letzten Tag zu warten.
Regelmäßig tauchen hier die Vertreter dieses 'never-tatsch-irgendwas-es-könnte-kaputt-gehen'-Quatsches auf und kommen dann mit den Software-Antiquitäten da nicht mehr auf einen grünen Zweig und eine komplette Neuinstallation von mehr oder weniger allem ist die einzig sinnvolle Herangehensweise.
Deswegen: Während der angekündigten Restlaufzeit den Absprung bewerkstelligen und nicht die Versionen absaufen lassen.LTS und ESR sind Versionen, die genau dafür da sind auf Systemen eingesetzt zu werden, die nicht alle paar Tage die Verbindung oder Abhängigkeiten zu anderen Systemen verlieren sollen. Das geht ja auch schon aus dem Name hervor(Long Term Support).
Sie werden technisch und sicherheitstechnisch auf dem aktuellen Stand gehalten, aber kein unnötiger Schnick Schnack.Hab ich was anderes behauptet? Diese eingefrorenen Versionen werden aber eben nicht weiterentwickelt und müssen auch nicht mit neuen Techniken funktionieren sonder dienen lediglich dazu, den Admins einen längeren Zeitraum für notwendige Anpassungen und Änderungen bei ggfls. Eingenentwicklungen zu geben. Der verantwortungsvolle Admin reizt diese Zeiträume aber nie ohne Not bis zum äußersten aus.
-
ich glaube ihr redet aneinander vorbei!
Natürlich wird ein vernünftiger IT Verantwortlicher nicht mit ungeraden Entwickler Versionen arbeiten.
Er wird die geraden LTS Versionen verwenden.ABER
er wird diese nicht bis zur allerletzten LTS Stunde ausreizen, sondern zeitnah auf die nächste LTS Version wechseln.@homoran sagte in Nach Neuinstallation kein Admin Login mehr möglich:
Er wird die geraden LTS Versionen verwenden.
Wobei das je nach Projekt halt ganz unterschiedlich gehandhabt wird.
LTS bei Debian ist anders definiert als LTS bei Ubuntu und nodejs definiert es wieder anders. -
LTS / ESR / oldstable sind die deutlich sichtbaren Anzeichen, da den ordentlichen Absprung vorzubereiten und nicht bis zum letzten Tag zu warten.
Regelmäßig tauchen hier die Vertreter dieses 'never-tatsch-irgendwas-es-könnte-kaputt-gehen'-Quatsches auf und kommen dann mit den Software-Antiquitäten da nicht mehr auf einen grünen Zweig und eine komplette Neuinstallation von mehr oder weniger allem ist die einzig sinnvolle Herangehensweise.
Deswegen: Während der angekündigten Restlaufzeit den Absprung bewerkstelligen und nicht die Versionen absaufen lassen.LTS und ESR sind Versionen, die genau dafür da sind auf Systemen eingesetzt zu werden, die nicht alle paar Tage die Verbindung oder Abhängigkeiten zu anderen Systemen verlieren sollen. Das geht ja auch schon aus dem Name hervor(Long Term Support).
Sie werden technisch und sicherheitstechnisch auf dem aktuellen Stand gehalten, aber kein unnötiger Schnick Schnack.Hab ich was anderes behauptet? Diese eingefrorenen Versionen werden aber eben nicht weiterentwickelt und müssen auch nicht mit neuen Techniken funktionieren sonder dienen lediglich dazu, den Admins einen längeren Zeitraum für notwendige Anpassungen und Änderungen bei ggfls. Eingenentwicklungen zu geben. Der verantwortungsvolle Admin reizt diese Zeiträume aber nie ohne Not bis zum äußersten aus.
@thomas-braun said in Nach Neuinstallation kein Admin Login mehr möglich:
@finaldata
LTS / ESR / oldstable sind die deutlich sichtbaren Anzeichen, da den ordentlichen Absprung vorzubereiten und nicht bis zum letzten Tag zu warten.oldstable vielleicht - Aber LTS und ESR absolut NEIN
Das ist wirklich Blödsinn !
LTS (Debinan) und ESR sind genau dafür da, um sich nicht alle 5 Minuten auf einen Absprung vorzubereiten! Es ist also genau umgekehrt ! -
@homoran sagte in Nach Neuinstallation kein Admin Login mehr möglich:
Er wird die geraden LTS Versionen verwenden.
Wobei das je nach Projekt halt ganz unterschiedlich gehandhabt wird.
LTS bei Debian ist anders definiert als LTS bei Ubuntu und nodejs definiert es wieder anders.@thomas-braun said in Nach Neuinstallation kein Admin Login mehr möglich:
LTS bei Debian ist anders definiert als LTS bei Ubuntu und nodejs definiert es wieder anders.
Ja, aber Du hast von DEBIAN LTS gesprochen und darüber reden wir hier die ganze Zeit (unsinnig und eigentlich am Thema vorbei)
-
@thomas-braun said in Nach Neuinstallation kein Admin Login mehr möglich:
@finaldata
LTS / ESR / oldstable sind die deutlich sichtbaren Anzeichen, da den ordentlichen Absprung vorzubereiten und nicht bis zum letzten Tag zu warten.oldstable vielleicht - Aber LTS und ESR absolut NEIN
Das ist wirklich Blödsinn !
LTS (Debinan) und ESR sind genau dafür da, um sich nicht alle 5 Minuten auf einen Absprung vorzubereiten! Es ist also genau umgekehrt !@finaldata sagte in Nach Neuinstallation kein Admin Login mehr möglich:
um sich nicht alle 5 Minuten auf einen Absprung vorzubereiten!
Aber INNERHALB der definierten Restlaufzeit musst du abspringen. Ab besten halt deutlich vor dem finalen Exitus.
-
@thomas-braun said in Nach Neuinstallation kein Admin Login mehr möglich:
LTS bei Debian ist anders definiert als LTS bei Ubuntu und nodejs definiert es wieder anders.
Ja, aber Du hast von DEBIAN LTS gesprochen und darüber reden wir hier die ganze Zeit (unsinnig und eigentlich am Thema vorbei)
@finaldata sagte in Nach Neuinstallation kein Admin Login mehr möglich:
Ja, aber Du hast von DEBIAN LTS gesprochen und darüber reden wir hier die ganze Zeit (
Ich rede davon, das man Software, deren Supportende klar kommuniziert wurde nicht bis zum letzten Tag totreiten sollte.
Ob das Kind dann ESR / LTS / oldstable oder legacy oder sonstwie benannt wird ist ja unerheblich. Die zugrundeliegenden Überlegungen und Konsequenzen sind immer die gleichen. -
@finaldata sagte in Nach Neuinstallation kein Admin Login mehr möglich:
um sich nicht alle 5 Minuten auf einen Absprung vorzubereiten!
Aber INNERHALB der definierten Restlaufzeit musst du abspringen. Ab besten halt deutlich vor dem finalen Exitus.
@thomas-braun
Der Support von Debian 11 LTS ist mindestens bis August 2026.
Ab vorraussichtlich Juni 2026 gibt es erst Debian 12 LTS.
Es ist also nicht mal möglich, jetzt schon upzudaten ohne Pre Releases!
Warum gibst Du nicht einfach zu , dass Du falsch gelegen hast und alles ist gut, anstatt auf immer neue Wege auszuweichen. -
Hiernach
sieht man das EOL!
Den markierten Bereich wird ein verantwortungsvoller SysAdmin nur im Notfall betreten!zu dem Zeitpunkt ist längst eine sndere LTS Version verfügbar
-
@thomas-braun
Der Support von Debian 11 LTS ist mindestens bis August 2026.
Ab vorraussichtlich Juni 2026 gibt es erst Debian 12 LTS.
Es ist also nicht mal möglich, jetzt schon upzudaten ohne Pre Releases!
Warum gibst Du nicht einfach zu , dass Du falsch gelegen hast und alles ist gut, anstatt auf immer neue Wege auszuweichen.Ich weiche gar nicht aus.
Aber gerade bei Debian kann man das Prinzip ja schön sehen:
Diesen Sommer kommt Debian 13 'Trixie' und es gibt dann eine Übergangszeit von ca. 12 Monaten, in denen beide Releases voll unterstützt werden und im Sommer 2026 erreicht Bookworm das End of Life und wird dann nur noch palliativ mit dem nötigsten versehen. Und in diesen 12 Monaten plant man den Umzug.
Das die ganze Geschichte bei größeren Unternehmungen in der Realität länger dauert ist klar. Und genau DAFÜR gibt es die Verlängerung in Form des LTS-Status. Es bleibt aber dabei, das solch ein Release das 'End-of-Life' erreicht hat und in absehbarer Zeit zu den Akten gelegt werden muss.
Das ganze machen dann halt Admins, die sowas können und vielleicht auch Versionen backporten können usw.
Der übliche ioBroker-User, der seine Heimautomation mal irgendwann auf einem z. B. Debian ausgerollt hat wird das aber nicht können und wollen. Der rennt aber zwangsläufig irgendwann mal in die Situation, das Adapter A nicht mit nodejs xy läuft, die aktuelle Version aber nicht mehr auf der Alt-Distribution baut. Ist z .B. mit nodejs20 auf 32Bit-Arm-Buster (aka Raspberry OS 10) passiert. Da gab es aber schon geraume Zeit den Nachfolger Raspberry OS 11, auf dem das natürlich funktionierte (da war die glibc aktuell genug).
Hätten diese User beizeiten die Reißleine gezogen und wären ordentlich migriert wäre das alles viel einfacher gegangen.
Das 32Bit nicht auf 64Bit umgestellt werden kann steht dann allerdings nochmal auf einem anderen Blatt. -
Hiernach
sieht man das EOL!
Den markierten Bereich wird ein verantwortungsvoller SysAdmin nur im Notfall betreten!zu dem Zeitpunkt ist längst eine sndere LTS Version verfügbar
@homoran
Nein, nicht ganz
Der rote Bereich von LTS ist ein ganz normaler Bereich, der zu 98% während der Laufzeit auf produktiven Servern zum Einsatz kommt. Über die ELTS kann man gerne diskutieren. Die sind wirklich meistens für besondere Zwecke und können bis zum EOL eventuell Probleme machen, weil sie nicht mehr mit allen Neuerungen kompatibel sind. Aber nicht die LTS Versionen . Dafür sind diese Versionen ja gerade da. Alle neuen Builds werden gegen die LTS Versionen getestet.Und leider nochmal Nein - die LTS Versionen sind bei Debian zeitverstetzt. Es gibt dem zum Zeitpunkt der Abkündigung von Debian stable unter Umständen noch gar keine LTS stable der gleichen Versionsnummer. Daher ist ein Update gar nicht möglich. Die LTS Versionen überschneiden sich meistens über einen Bereich von ca 3 Monaten. Das ist der Bereich, in dem man dann Updaten kann.
-
Ich weiche gar nicht aus.
Aber gerade bei Debian kann man das Prinzip ja schön sehen:Diesen Sommer kommt Debian 13 'Trixie' und es gibt dann eine Übergangszeit von ca. 12 Monaten, in denen beide Releases voll unterstützt werden und im Sommer 2026 erreicht Bookworm das End of Life und wird dann nur noch palliativ mit dem nötigsten versehen. Und in diesen 12 Monaten plant man den Umzug.
Das die ganze Geschichte bei größeren Unternehmungen in der Realität länger dauert ist klar. Und genau DAFÜR gibt es die Verlängerung in Form des LTS-Status. Es bleibt aber dabei, das solch ein Release das 'End-of-Life' erreicht hat und in absehbarer Zeit zu den Akten gelegt werden muss.
Das ganze machen dann halt Admins, die sowas können und vielleicht auch Versionen backporten können usw.
Der übliche ioBroker-User, der seine Heimautomation mal irgendwann auf einem z. B. Debian ausgerollt hat wird das aber nicht können und wollen. Der rennt aber zwangsläufig irgendwann mal in die Situation, das Adapter A nicht mit nodejs xy läuft, die aktuelle Version aber nicht mehr auf der Alt-Distribution baut. Ist z .B. mit nodejs20 auf 32Bit-Arm-Buster (aka Raspberry OS 10) passiert. Da gab es aber schon geraume Zeit den Nachfolger Raspberry OS 11, auf dem das natürlich funktionierte (da war die glibc aktuell genug).
Hätten diese User beizeiten die Reißleine gezogen und wären ordentlich migriert wäre das alles viel einfacher gegangen.
Das 32Bit nicht auf 64Bit umgestellt werden kann steht dann allerdings nochmal auf einem anderen Blatt.Und bei Raspberry OS schaut es dann wieder etwas anders aus. Die lehnen sich aus dem Fenster und behaupten, die jeweils aktuelle und die Vorversion immer vollzuunterstützen, unabhängig vom Status der entsprechenden Debian-Version.
Funktionert aber erfahrungsgemäß gerade zum Ende der Lebenszeit eines Releases hin nicht mehr gut. Debian hat die Version schon abgekündigt und somit sitzt Raspberry OS da auf dem trockenen und müssten da selber was häkeln.
Siehe die Situation mit der libusb oder was das auch nochmal genau war vor ein paar Jahren. Funktionierte in Raspberry OS 'oldstable' nicht mehr, es kam aber auch nie ein Fix dafür, weil es bei Debian schon in das EOL verabschiedet wurde.Auch hier wurde der rechtzeitige Absprung dann verpasst, die stable war da schon lange draußen und 'oldstable' kurz vor dem endgültigen EOL bzw. davor zu 'oldoldstable' zu werden.
Deswegen sind solche Versionen auf dem Abstellgleis auch erheblich schwieriger am laufen zu halten und sollte alleine deswegen mit Erscheinen des ersten Pointreleases der stable abgelöst werden. -
@homoran
Nein, nicht ganz
Der rote Bereich von LTS ist ein ganz normaler Bereich, der zu 98% während der Laufzeit auf produktiven Servern zum Einsatz kommt. Über die ELTS kann man gerne diskutieren. Die sind wirklich meistens für besondere Zwecke und können bis zum EOL eventuell Probleme machen, weil sie nicht mehr mit allen Neuerungen kompatibel sind. Aber nicht die LTS Versionen . Dafür sind diese Versionen ja gerade da. Alle neuen Builds werden gegen die LTS Versionen getestet.Und leider nochmal Nein - die LTS Versionen sind bei Debian zeitverstetzt. Es gibt dem zum Zeitpunkt der Abkündigung von Debian stable unter Umständen noch gar keine LTS stable der gleichen Versionsnummer. Daher ist ein Update gar nicht möglich. Die LTS Versionen überschneiden sich meistens über einen Bereich von ca 3 Monaten. Das ist der Bereich, in dem man dann Updaten kann.
@finaldata sagte in [gelöst] Nach Neuinstallation kein Admin Login mehr möglich:
Alle neuen Builds werden gegen die LTS Versionen getestet.
Aber nicht z. B. das vom ioBroker verwendete nodejs. Das wird gegen die aktuelle stable und gegen oldstable gebaut.
Alles andere ist Glückssache. -
Ich weiche gar nicht aus.
Aber gerade bei Debian kann man das Prinzip ja schön sehen:Diesen Sommer kommt Debian 13 'Trixie' und es gibt dann eine Übergangszeit von ca. 12 Monaten, in denen beide Releases voll unterstützt werden und im Sommer 2026 erreicht Bookworm das End of Life und wird dann nur noch palliativ mit dem nötigsten versehen. Und in diesen 12 Monaten plant man den Umzug.
Das die ganze Geschichte bei größeren Unternehmungen in der Realität länger dauert ist klar. Und genau DAFÜR gibt es die Verlängerung in Form des LTS-Status. Es bleibt aber dabei, das solch ein Release das 'End-of-Life' erreicht hat und in absehbarer Zeit zu den Akten gelegt werden muss.
Das ganze machen dann halt Admins, die sowas können und vielleicht auch Versionen backporten können usw.
Der übliche ioBroker-User, der seine Heimautomation mal irgendwann auf einem z. B. Debian ausgerollt hat wird das aber nicht können und wollen. Der rennt aber zwangsläufig irgendwann mal in die Situation, das Adapter A nicht mit nodejs xy läuft, die aktuelle Version aber nicht mehr auf der Alt-Distribution baut. Ist z .B. mit nodejs20 auf 32Bit-Arm-Buster (aka Raspberry OS 10) passiert. Da gab es aber schon geraume Zeit den Nachfolger Raspberry OS 11, auf dem das natürlich funktionierte (da war die glibc aktuell genug).
Hätten diese User beizeiten die Reißleine gezogen und wären ordentlich migriert wäre das alles viel einfacher gegangen.
Das 32Bit nicht auf 64Bit umgestellt werden kann steht dann allerdings nochmal auf einem anderen Blatt.@thomas-braun
NEIN !! - EOL von Debian stable hat nichts mit EOL von Debian LTS zu tun. Das darf man nicht verwechseln.
Zum EOL von Debian X gibt es normalerweise noch überhaupt kein neues Debian X+1 LTS Release ! : Deshalb ist ein Update zu dem Zeitpunkt völlig unmöglich !
Die Zyklen haben NICHTS miteinander zu tun. -
@finaldata sagte in [gelöst] Nach Neuinstallation kein Admin Login mehr möglich:
Alle neuen Builds werden gegen die LTS Versionen getestet.
Aber nicht z. B. das vom ioBroker verwendete nodejs. Das wird gegen die aktuelle stable und gegen oldstable gebaut.
Alles andere ist Glückssache.@thomas-braun
Wir haben niemals über Iobroker auf LTS gesprochen.
Oder ich habe Dich total falsch verstanden und Du sprichst die ganze Zeit über IoBroker "Server", aber das würde dann nicht mit dem Wort "produktiv" zusammen passen -
@thomas-braun
NEIN !! - EOL von Debian stable hat nichts mit EOL von Debian LTS zu tun. Das darf man nicht verwechseln.
Zum EOL von Debian X gibt es normalerweise noch überhaupt kein neues Debian X+1 LTS Release ! : Deshalb ist ein Update zu dem Zeitpunkt völlig unmöglich !
Die Zyklen haben NICHTS miteinander zu tun.@finaldata sagte in [gelöst] Nach Neuinstallation kein Admin Login mehr möglich:
Das darf man nicht verwechseln.
Keine Sorge, tu ich nicht.
Der LTS-Zeitraum (ca. 2 Jahre) schließt sich an das EOL von stable an.
Es gibt aber immer einen Übergangzeitraum von ca. 12 Monaten, in denen stable und die dann zur 'oldstable' erklärten Version geleichberechtigt voll unterstützt und gepflegt werden. Und das ist die 'heiße Phase', in der man seinen Umzug auf die aktuelle stable unternimmt. -
@finaldata sagte in [gelöst] Nach Neuinstallation kein Admin Login mehr möglich:
Das darf man nicht verwechseln.
Keine Sorge, tu ich nicht.
Der LTS-Zeitraum (ca. 2 Jahre) schließt sich an das EOL von stable an.
Es gibt aber immer einen Übergangzeitraum von ca. 12 Monaten, in denen stable und die dann zur 'oldstable' erklärten Version geleichberechtigt voll unterstützt und gepflegt werden. Und das ist die 'heiße Phase', in der man seinen Umzug auf die aktuelle stable unternimmt.@thomas-braun said in [gelöst] Nach Neuinstallation kein Admin Login mehr möglich:
Der LTS-Zeitraum (ca. 2 Jahre) schließt sich an das EOL von stable an.
Schon wieder nicht richtig
Der Debian LTS Zeitraum war bisher immer mindestens 5 Jahre, bei ELTS sogar 7 Jahre.
Support us
392
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge