Beiträge von [netcup eos] Thorsten L.

Hallo!

Ich werde versuchen, das von dir geschilderte Verhalten zu reproduzieren und anschließend eine passende Lösung dafür zu finden.

Viele Grüße
Thorsten

Hallo!

Das sieht nach einem Überbleibsel in der UI aus, welches nicht mehr benötigt wird.
Wie werden es demnächst entfernen.

Viele Grüße,
Thorsten

Hallo!

Die neueste version der eosctl behebt diesen Fehler.
Fehler werden nun immer im Tabellenformat auf stderr geschrieben.

Viele Grüße,

Thorsten

Hallo!

Vielen Dank für das Feedback. Wir werden uns darum kümmern.

Viele Grüße,
Thorsten

Hallo!

Konntest du diesen Fehler nochmals erzeugen ?
Falls nein schlage ich vor, dass wir den Thread hier abschließen.

Grüße,
Thorsten

Hallo!

Vielen Dank für die Rückmeldung. Wir sehen uns das an und geben Bescheid sobald wir dazu mehr Informationen haben.

Viele Grüße,
Thorsten

Hallo!

Ich habe soeben versucht die Situation nachzustellen:

Sollte man beim erstellen einer Ressource in ein limit laufen, eosctl einen exit code von != 0 und eine entsprechende Fehlermeldung zurück:

Limit.png

Dies sollte beim anlegen/upscale von allen Ressourcen so von statten gehen.

Ich denke, dass das in deinem Script bzw. auch im Beispiel nicht korrekt behandelt wird.

Viele Grüße,
Thorsten

Hallo!

Danke für die Rückmeldung.

Ich werde mal versuchen diesen speziellen Fall nachzustellen um mir ein besseres Bild von der Situation machen zu können.

Viele Grüße,
Thorsten

Hallo!

Zitat von terence

Danke für die Erläuterung!
Es wäre gut, in der Doku zu beschreiben, wie man so einen Fall am besten bei der Automatisierung mit eosctl/Terraform behandelt.

Wir werden die Doku dann entsprechend anpassen.

Hallo zusammen!

Vielen Dank für eure ausführlichen Rückmeldungen und die konkreten Beispiele zu euren Anwendungsfällen.

Wir nehmen die unterschiedlichen Perspektiven und Anforderungen gerne mit und werden die verschiedenen Optionen intern evaluieren. Gerade die unterschiedlichen Ansätze zeigen uns, dass es hier durchaus verschiedene Use Cases und Anforderungen gibt.

Vielen Dank daher für den konstruktiven Austausch und eure Zeit, uns diese Rückmeldungen zu geben!

Hallo!

Vielen Dank für die Rückmeldung.

Zum aktuellen Zeitpunkt würde ich davon absehen, die konkreten Versionen der Tools, wie z. B. eosctl oder eoscloud-mcp, in das zentrale Changelog aufzunehmen. Zu einem späteren Zeitpunkt wird es selbstverständlich pro Tool einen separaten Changelog geben.

Derzeit solle man einfach ein Update auf die neueste Version des jeweiligen Tools durchzuführen, sofern eine relevante Änderung oder Neuerung erwähnt wird.

Viele Grüße
Thorsten

Hallo!

Vielen Dank für die Rückmeldung - werden wir beheben.

Viele Grüße,
Thorsten

Hallo!

Vielen Dank für die Rückmeldung.

Auf den ersten Blick deutet das Verhalten auf ein Problem im UI hin, bei dem der Name der ACL offenbar nicht korrekt übernommen bzw. dargestellt wird. Wir werden uns das genauer ansehen und den Fehler entsprechend beheben.

Viele Grüße
Thorsten

Hallo!

Vielen Dank für die Rückmeldung - wir sehen uns das genauer an.

Viele Grüße,

Thorsten

Hallo!

Vielen Dank für die Rückmeldung.

Wir werden zunächst die Dokumentation entsprechend anpassen, um sicherzustellen, dass die Funktionsweise des push-Commands eindeutig und verständlich beschrieben ist.

Darüber hinaus prüfen wir nachfolgend die Möglichkeit, eine Funktion bereitzustellen, mit der sich Dateien und Verzeichnisse künftig einfacher über eosctl zwischen dem lokalen Rechner und der VM übertragen lassen.

Viele Grüße
Thorsten

Hallo!

Könntest du mir bitte ein konkretes Beispiel bzw. einen entsprechenden Use Case zukommen lassen? Das würde uns helfen, besser nachzuvollziehen, in welcher Situation der Fehler auftritt und wie sich das aktuelle Verhalten genau darstellt.

Vielen Dank und Viele Grüße,
Thorsten

Hallo!

Vielen Dank für die Rückmeldung. Es sieht für mich auf den ersten Blick nach einem kleinen Bug im Terraform-Provider aus.
Wir schauen uns das mal an.

Viele Grüße,
Thorsten

Hallo!

Vielen Dank für den Hinweis.

Viele Grüße,
Thorsten

Hallo zusammen!

Sollte aktuell kein Block ausgewählt werden können, bedeutet das, dass der betreffende Block mindestens eines unserer definierten Limits (z. B. Disk Space, RAM oder CPU) erreicht bzw. überschritten hat.

Neue Ressourcen können erst wieder erstellt werden, sobald entsprechende Kapazitäten freigegeben wurden – beispielsweise durch das Löschen bestehender Ressourcen durch andere Nutzer oder durch euch selbst.

In der Preview-Umgebung steht uns derzeit nur ein Block zur Verfügung. Wir arbeiten jedoch bereits daran, zeitnah einen weiteren Block bereitzustellen.

Viele Grüße
Thorsten

Hallo zusammen,

vielen Dank zunächst für eure Rückmeldungen.

Da mir die Notwendigkeit aktuell noch nicht ganz klar ist, könntet ihr mir bitte ein bis zwei konkrete Beispiele nennen, in denen LVM innerhalb der VM-Images einen Vorteil bietet bzw. erforderlich ist?

Das würde mir helfen, die Anforderung und den konkreten Anwendungsfall besser zu verstehen.

Viele Grüße,
Thorsten