Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[mickym]

@ticaki na das verstehe ich zwar nicht, da selbst erstellte Kacheln ja auch editierbar sind, sprich die GUI das ja schon implementiert hat.

man müsste qusi nur eine editierbare Kachel mit den Werten für einen Adapter vorbelegen? Oder den Kacheln so ein editierbar Flag verpassen - navegal- vielleicht stelle ich mir das zu einfach vor.

Den Papierkorb macht man dann halt wieder weg.

Aber der Aufwand sollte sich in Grenzen halten. Gibt ja wichtigere Dinge als diese Übersichtsseite.

[mickym]

@mcm1957 Und für Dich zur Info - es gibt neben den eröffneten Issues auch in jedem Adapter eröffnete Issues von mir. Wobei ich mir da echt auch bissi blöd vorkomme, dass wenn ein Problem erkannt wurde - man hier als Anwender immer Issues eröffnen muss.

Hier im NodeRed Adapter mit den doppelten Kacheln:

https://github.com/ioBroker/ioBroker.node-red/issues/498

Gibt aber auch andere User, die das mit der falschen URL schon moniert haben.

https://github.com/ioBroker/ioBroker.node-red/issues/507

Wie gesagt die Übersichtsseite ist schön, aber zum Glück nicht essentiell und ich bin gerne bereit da mit irgendwelchen Daten mitzuhelfen. Aber weitere Issues nachdem ich bereits 3 eröffnet habe, mach ich nun wirklich nicht mehr.

[ticaki]

@mickym

Ah jetzt hab ich gefunden, wie man eigene Kacheln macht. Dann verstehe ich aber nicht wieso vom Adapter bereit gestellte Kacheln editierbar sein sollen. Eigene Kachel machen und sich selbst nen Bugreport schreiben ist mir viel sympatischer als in meiner Kachel rumzueditieren und mich damit zu belasten, weils nach einem Update woanders hinzeigen müsste, das aber durch das editieren gesperrt ist. :)

[mickym]

@ticaki sagte in Doppelte Kacheln in der Übersicht und Links editieren:

Dann verstehe ich aber nicht wieso vom Adapter bereit gestellte Kacheln editierbar sein sollen.

Weil diese eine falsche IP enthalten und man das damit selbst korrigieren kann?
Weil man Namen statt IP Adressen verwenden kann, die das System gar nicht kennt? Ja klar ich kann mir für alles selbst eine eigene Kachel machen und alle Kacheln des Entwicklers ausblenden - aber dann brauche ich sie auch nicht.

Im Übrigen habe ich die doppelten Kacheln schon ausgeblendet und wenn es mir wichtig wäre, hätte ich mir auch schon eigene Kacheln gemacht. Trotzdem dachte ich, dass vielleicht der EINE oder ANDERE Entwickler daran interessiert ist, dass die IP Adresssen, für die er dann ja verantwortlich ist (da der Anwender da ja nicht rumfummeln darf) , nicht stimmen.

Das klingt langsam so: Wir Entwickler machen Dir einen Vorschlag, wie eine funktionierende Kachel aussehen könnte, wenn sie doppelt ist oder eine falsche URL enthält, dann mach Dir selbst eine und blende unseren Vorschlag aus.

Eigene Kachel machen und sich selbst nen Bugreport schreiben ist mir viel sympatischer als in meiner Kachel rumzueditieren und mich damit zu belasten, weils nach einem Update woanders hinzeigen müsste,

Na Du bist natürlich als Entwickler der Verantwortung entbunden, wenn der Anwender was falsches da reingeschrieben hat, so wie er auch in die Instanz eine falsche IP schreiben kann. Zur Not sagt man dann halt er soll den Adapter nochmal installieren. Und ggf. muss man ja nach einem Update vorhandene Daten nicht überschreiben - wie es beliebt. Ich mach ja nur Vorschläge und versuche mal ein paar Gedanken eines Anwenders soquasi als unverbindliche Anregung dem Entwicklergremien zu unterbreiten.

Das ist doch alles eine Frage der Betrachtung und von mir aus auch der unterschiedlichen Sympathien. :grin:

[TT-Tom]

@mickym

ich habe es im Dev-Server versucht nachzustellen, ohne Erfolg. Egal welche IP ich in der Config des Adapter eingebe, diese wird auch angezeigt. selbst wenn ich den Namen des Host eintrage, wird es angezeigt und die Kachel öffnet auch die Website. Das gleiche habe ich auch auf meinem Testsystem probiert und kein Fehler feststellen können.

Was ich aktuell noch als Bug auf der Liste habe, ist der Abbruch der Daten nach Zeit XX. und das die OfflineListe nicht mit den LXC bzw. VM gefüllt wird. Was auch nicht korrekt ist, das der Adapter grün ist trotz falscher IP bzw. ohne Connect zum Proxmox.
Diese Sachen kann ich auch nachstellen und werde sie mir ansehen.

[mickym]

@tt-tom Ja OK - ich habe nochmal versucht in der Instanz eine andere IP Adresse einzugeben, aber die Kachel bleibt so wie sie ist. Wie gesagt, ist ja kein Beinbruch. Danke für die Mühe.

Aber wenn ich Dich schon mal an der Strippe habe. ;)

1. Diese Warnmeldungen kann man nicht in info ändern=

proxmox.0
2024-12-22 15:09:08.510	warn	Using Proxmox API: https://192.168.178.210:8006/api2/json

proxmox.0
2024-12-22 15:09:08.486	info	starting. Version 2.3.0 in /opt/iobroker/node_modules/iobroker.proxmox, node: v20.18.1, js-controller: 7.0.3

2. Sowohl bei den virtuellen Maschinen, als auch bei den Container habe ich mal Maschinen gelöscht oder neudefiniert und nun taucht das hier auf:

Kann ich die undefined einfach aus dem Adapter löschen?

[mcm1957]

@mickym said in Doppelte Kacheln in der Übersicht und Links editieren:

1. Diese Warnmeldungen kann man nicht in info ändern=

proxmox.0
2024-12-22 15:09:08.510	warn	Using Proxmox API: https://192.168.178.210:8006/api2/json

Auch wenn du mich nicht angesprochen hast kann ich dir sagen:

• JA die Meldung kann man trivial in eine Info Meldung ändern - sind nur ein paar Buchstaben zu ändern
• Und ja, Warning scheint hier wirklich übertrieben

Bitte erstell gern ein Issue beim Adapter damit das bei der nächsten Release mitgeht.

[TT-Tom]

@mcm1957

Hallo Martin,

Dafür brauch kein Issue gemacht werden, in der aktuellen Git Version ist das schon geändert. Ein zweiter PR von mir wartet auch noch.

@mickym wenn du ein Testsystem hast kannst du gerne mal die Git Version testen.

[mickym]

@tt-tom Also auf dem Testsystem ist die Meldung nun auf info level :):

proxmox.0
	2024-12-22 17:11:00.886	info	Using Node: https://192.168.178.210:8006/api2/json
proxmox.0
	2024-12-22 17:11:00.882	info	starting. Version 2.3.0 (non-npm: iobroker-community-adapters/ioBroker.proxmox) in /opt/iobroker/node_modules/iobroker.proxmox, node: v20.18.1, js-controller: 7.0.3

Die Versionsnummer schaut unverändert aus.

Obwohl das Update sauber durchgelaufen ist.

host.MWDebian
	2024-12-22 17:10:56.837	info	stopInstance system.adapter.proxmox.0 (force=false, process=true)
host.MWDebian
	2024-12-22 17:10:56.834	info	iobroker Update "system.adapter.proxmox.0"
host.MWDebian
	2024-12-22 17:10:56.825	info	iobroker Updating objects from io-package.json for adapter "proxmox" with version "2.3.0"
host.MWDebian
	2024-12-22 17:10:56.818	info	iobroker upload [0] proxmox /opt/iobroker/node_modules/iobroker.proxmox/www/index.html index.html text/html
host.MWDebian
	2024-12-22 17:10:56.816	info	iobroker upload [1] proxmox /opt/iobroker/node_modules/iobroker.proxmox/www/README.md README.md text/markdown
host.MWDebian
	2024-12-22 17:10:56.782	info	iobroker upload [0] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/words.js words.js application/javascript
host.MWDebian
	2024-12-22 17:10:56.780	info	iobroker upload [1] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/proxmox.png proxmox.png image/png
host.MWDebian
	2024-12-22 17:10:56.778	info	iobroker upload [2] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/logo.png logo.png image/png
host.MWDebian
	2024-12-22 17:10:56.772	info	iobroker upload [3] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/jsonConfig.json jsonConfig.json application/json
host.MWDebian
	2024-12-22 17:10:56.770	info	iobroker upload [4] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.768	info	iobroker upload [5] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/uk/translations.json i18n/uk/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.765	info	iobroker upload [6] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.763	info	iobroker upload [7] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.760	info	iobroker upload [8] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.758	info	iobroker upload [9] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.757	info	iobroker upload [10] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/it/translations.json i18n/it/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.754	info	iobroker upload [11] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.753	info	iobroker upload [12] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/es/translations.json i18n/es/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.751	info	iobroker upload [13] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/en/translations.json i18n/en/translations.json application/json
host.MWDebian
	2024-12-22 17:10:56.748	info	iobroker upload [14] proxmox.admin /opt/iobroker/node_modules/iobroker.proxmox/admin/i18n/de/translations.json i18n/de/translations.json application/json

Auch auf dem Testsystem ist übrigens die Kachel wie der iobroker.

Nochmal kurz die Frage: Kann ich auf dem Produktivsystem die undefined Ordner einfach löschen?

Ich habe es gerade gemacht - scheint keine Probleme zu machen.

[ticaki]

@mickym sagte in Doppelte Kacheln in der Übersicht und Links editieren:

Die Versionsnummer schaut unverändert aus.

Versionsnummer wird durch ein Release erhöht.

Zum Rest kann ich nix sagen.

[TT-Tom]

@mickym sagte in Doppelte Kacheln in der Übersicht und Links editieren:

Die Versionsnummer schaut unverändert aus.

ja ich kann nur die PR anbieten, den Rest muss einer von den Profis machen.

du kannst die Ordner löschen und den Adapter neu starten er legt das an was er wieder einlesen kann von Proxmox.

[mcm1957]

@tt-tom said in Doppelte Kacheln in der Übersicht und Links editieren:

@mcm1957

Hallo Martin,

Dafür brauch kein Issue gemacht werden, in der aktuellen Git Version ist das schon geändert. Ein zweiter PR von mir wartet auch noch.

DANKE
Ich hab auf die Release geschaut und nicht gesehen dass das auf GitHub schon gefixed wurde.
Sorry.

[TT-Tom]

@mcm1957

ja das hat @arteck damals gemerged. Aber Danke für dein Blick über alles.

[mickym]

@tt-tom sagte in Doppelte Kacheln in der Übersicht und Links editieren:

du kannst die Ordner löschen und den Adapter neu starten er legt das an was er wieder einlesen kann von Proxmox.

Ja danke alles OK. Danke.

[mcm1957]

@mickym said in Doppelte Kacheln in der Übersicht und Links editieren:

@tt-tom Also auf dem Testsystem ist die Meldung nun auf info level :):

Die Versionsnummer schaut unverändert aus.

Das ist doch VÖLLIG NORMAL. Github Installationen haben keine nachvollziehbare Versionsnummer. Versionsnummern werden (erst) beim RELEASEN einer Version vergeben.

Dies ist auch einer der Gründe warum von Github Installationen dringend abgeraten wird außer auf Anregung eines Maintainers und zum Testen von Änderungen.

Da dieser Thread nicht im Testerbreich liegt daher auch die Standardwarnung and User die NICHT als Tester fungieren (wollen):

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.
@mcm1957

[TT-Tom]

@mickym wenn es was Neues zum Testen gibt melde ich mich.

Ach hast du auch eine falsche Anzeige bei der CPU-Last bei den LXC und VM? sind bei mir immer "0"

[mcm1957]

@tt-tom said in Doppelte Kacheln in der Übersicht und Links editieren:

@mcm1957

ja das hat @arteck damals gemerged. Aber Danke für dein Blick über alles.

Ja habs jetzt gesehen. Er betreut den Adapter an sich primär und wird auch eine neue Release erstellen sobald er Zeit dafür hat. Verbesserung scheint ja kein blocking / priores Issue zu sein.

@arteck
ping ... ev. neue Patch-Release und/oder offenen (aber noch brandneuen) PR ansehen wenn du mal Zeit hast?

[mickym]

@tt-tom sagte in Doppelte Kacheln in der Übersicht und Links editieren:

@mickym wenn es was Neues zum Testen gibt melde ich mich.

Ach hast du auch eine falsche Anzeige bei der CPU-Last bei den LXC und VM? sind bei mir immer "0"

Also bei den VMs kommen bei mir gar keine Werte an.

bei den Container ja - aber aktualisiert (ist zwar nur jetzt kurz getestet - habe ich das "Gefühl" es wird nicht aktualisiert, wenn da eine Option in der Instanz angehakt ist.

Aber ansonsten wird für die Container sauber je intervall reportet:

[TT-Tom]

@mickym stimmt die CPU Leistung mit der auf der Proxmox Oberfläche ?

bei mir kommen da Werte unter 0 rein. Also 1 wäre dann 100%.
welche Version von Proxmox hast du?

[mickym]

@mickym Nein die 1,93% bei dem Container passen schon.

welche Version von Proxmox hast du?

Müsste eigentlich die aktuellste sein:

Wie gesagt bei den VMs bekomme ich gar nichts.