Beiträge von terence

Die beiden auf dem Realm-Dashboard angezeigten Kommandos set-realm und set-org scheint es nicht mehr zu geben?

set-realm.png

The "to" is too short.

typo-to-long.png

_{(... und der obige Text auch, weshalb hier wieder ein paar Füllwörter kommen, damit ich auf die benötigten 10 Wörter komme)}

Hier ist noch eine Stelle:

invite-member-email.png

Ich falle immer wieder darauf rein, daß ich auf das Pfeil-nach-oben-Symbol hinter dem Realm-Namen klicke um die Unterpunkte zu schließen. Aber das funktioniert auch nach dem hundersten Mal immer noch nicht.

pfeil-schliesst-nicht.png

Ah ok, also ein Feature und kein Bug - danke für die Erläuterung!

Ok, dann war's vermutlich schlechtes Timing.

Fast... auf dieser Seite noch nicht
https://console.eoscloud.io/auth/recover-account

Kann ich hier nicht nachvollziehen. Könnte es ein Caching-Problem sein? EDIT: Ist auch nach dem Löschen aller Web-Seitendaten der Fall. Oft ist es sortiert, aber nicht immer.

Ich habe u. a. das bekommen:

unsorted-credentials.png

Wenn man nach einem Object Storage sucht, wird es in der Trefferliste der Suche angezeigt, aber die open-Schaltfläche ist deaktiviert.

Irgendwie bin ich in dem Zusammenhang auf eine anscheinend veraltete URL gestoßen: https://console.eoscloud.io/compute/object…-...215/buckets (UUID gekürzt)
Da kommt "The page or resource you are looking for does not exist."

Zitat von [netcup eos] Stefan L.

Die Eingabefelder für Email und Password erhalten automatisch den Fokus

Das funktioniert hier nur zum Teil. Wenn ich auf console.eoscloud.io auf "Sign In" klicke, bekommt das Email-Feld den Fokus, nicht aber wenn ich auf "Login" oben rechts klicke.

Ich hatte das vorhin schon mal auf dem anderen Computer ausprobiert und da wurde der Billing Account angezeigt.
Könnte es sein, daß das Laden der Daten etwas länger gedauert hatte und bis dahin "Missing Billing Account" angezeigt wurde? Der Computer ist auch nicht der Schnellste...

Da man einer VM nur dann ein neues Netzwerk zuweisen kann, wenn sie ausgeschaltet ist, sollte der Menüpunkt "Change Network" auch nur dann aufgerufen werden können (so wie es bei "Create Template" der Fall ist). Derzeit kann man ihn auch verwenden, wenn die VM läuft, bekommt dann aber einen Fehler, aus dem nicht hervorgeht, warum es nicht geht.

Zitat von [netcup eos] Thorsten L.

Konntest du diesen Fehler nochmals erzeugen

Bisher nicht. Ich hab‘ den Thread auf erledigt gesetzt.

Zitat von gunnarh

Subnetting

Ich wollte eigentlich einfach nur sehen, ob man auch andere Präfixe als /24 bzw. /64 eingeben kann. Mit dem Thema Subnetting hatte ich mich noch gar nicht befasst…

Subnetting scheint mir mit der aktuellen Implementierung nicht möglich zu sein, da die IP-Adresse vom System generiert wird. Man hat also keine Möglichkeit, eine VM einem bestimmten Subnetz zuzuordnen. Zwar kann man dem Interface weitere ULAs zuweisen und die VMs können sich darüber auch erreichen, aber wenn so eine ULA als Quelladresse für Traffic ins Internet verwendet wird, funktioniert das nicht, weil wohl nur die vom System generierte IP-Adresse „genatet“ wird. Abhilfe würde hier die Zuweisung der GUA direkt auf der VM schaffen, so wie es bei IPv6 sein sollte - ohne NAT. Das ULA-Präfix des Netzwerks wäre dann ggf. auch überflüssig.

Bliebe evtl. noch die Möglichkeit ein weiteres Netzwerk zu erstellen, aber dann bekomme ich wieder eine kostenpflichtige IPv4-Adresse, die ich nicht benötige und auch nicht möchte.

Ja, wenn man den o-Parameter weglässt oder -o json angibt, kommt eine Fehlermeldung zurück, aber halt nicht bei -o template. So habe ich dann auch herausgefunden, was die Ursache war.

Ich habe ein /48-Präfix vergeben, aber die VM hat keine IPv6-Adresse zugewiesen bekommen.

slash-48.png

no-ipv6.png

Ich habe meine Organization umbenannt. Wenn ich im Audit-Log auf den Namen klicke, bekomme ich eine 404-Seite.

audit-log-orga-renamed.png

organization-404.png

Wenn ich den Menüpunkt "Mute Notifications" in der Web-UI anklicke, ändert sich das Glockensymbol nicht, so wie es der Fall ist, wenn ich direkt auf das Symbol klicke.

Ich hatte mich vorhin auf einem anderen Computer zum ersten Mal auf console.eoscloud.io eingeloggt. Dort stand unter "Billing & Costs" sowas wie "Missing Billing Account". Auf diesem Computer, auf dem ich den Billing Account nachträglich erstellt hatte, weil es bei der Registrierung nicht funktioniert hatte, wird er wie gehabt angezeigt und ich kann die Invoice Details aufrufen.

Als ich mein eosctl-Skript am Sonntag habe laufenlassen und im Block keine Ressourcen mehr frei waren, wurde bei vm_id=$(eosctl compute vm create -B $block_id -P $product_id -I $image_id -N $network_id -S 10000 --name my-test-vm -o template -t '{{.id}}')
der Variablen nichts zugewiesen und eben auch kein Fehler ausgegeben. Da blieb das Skript dann bei der Statusprüfung stehen. Der Code ist diesem Beispiel entliehen.
Ich habe nun erst einmal eine Prüfung eingebaut, ob eine VM-ID zurückgegeben wird und das Skript bricht ab, wenn dies nicht der Fall ist. Man weiß ohne eine Fehlermeldung aber eben nicht, was der Grund dafür ist, daß die VM nicht erzeugt werden konnte. Gerade wenn das in einer Pipeline passiert, die z. B. automatisiert nachts durchläuft, hätte man dann am nächsten Tag keine Möglichkeit, nachzuvollziehen, warum es gescheitert ist.