Beiträge von terence

Sieht so aus!

Funktioniert soweit!
Die API-Doku müsste aber noch aktualisiert werden. Dort steht als Response some_count drin.

Wenn man via API GET /v1/products/ aufruft, bekommt man z. B. folgendes Ergebnis für IPv6. Dort gibt es micro_credits_per_unit:

  ...
  {
      "_self": "https://compute.eoscloud.io/v1/products/019fae31-ec93-7659-b13e-ef8749a58b20",
      "id": "019fae31-ec93-7659-b13e-ef8749a58b20",
      "name": "Public IP v6",
      "active": true,
      "description": "",
      "kind": "ip",
      "product_data": {
        "ip_family": 6
      },
      "block_ids": [
        "019fae22-7067-71ef-83de-70bafdad8b92"
      ],
      "micro_credits_per_unit": 2763310,
      "unit": "pieces",
      "weight": 100,
      "_actions": [
        "public-ips:_create"
      ]
    },
    ...

Wenn ich eosctl compute product list aufrufe, steht im Ergebnis hingegen milli_credits_per_unit mit dem Wert 0:

$ eosctl compute product list  
┌─────────────────────────────────────────────────────────────────┐
| property               | value                                  |
| --------------------------------------------------------------- |                                                        
| active                 | true                                   |
| block_ids              | - 019fae22-7067-71ef-83de-70bafdad8b92 |
| description            |                                        |
| id                     | 019fae31-ec93-7659-b13e-ef8749a58b20   |
| kind                   | ip                                     |
| milli_credits_per_unit | 0                                      |
| name                   | Public IP v6                           |
| product_data           | ip_family: 6                           |
| unit                   | pieces                                 |
| weight                 | 100                                    |
└─────────────────────────────────────────────────────────────────┘

Hier steht zweimal 'stats' bei den actions:

$ eosctl compute vm list                                                
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐   
| property               | value                                                                                       |   
| -------------------------------------------------------------------------------------------------------------------- |   
| _actions               | - _update                                                                                   |   
|                        | - stats                                                                                     |   
|                        | - power-off                                                                                 |   
|                        | - force-power-off                                                                           |   
|                        | - reboot                                                                                    |
|                        | - console                                                                                   |
|                        | - stats                                                                                     |
|                        | - snapshots:_create                                                                         |
|                        | - public-ips:attach                                                                         |
|                        | - volumes:attach

Wie kann man die stats-Aktion ausführen? eosctl compute vm stats <vmid> funktioniert nicht.

Ich vermisse eine Übersicht, aus der hervorgeht, wieviele Ressourcen es vom jeweiligen Typ pro Realm gibt. Ich denke, das wäre sehr praktisch, um sich einen schnellen Überblick zu verschaffen.

Also zum Beispiel eine Tabelle wie diese (ggf. noch detailierter):

It's confusing, but you should be safe. The summary page of the order says: "The first invoice includes the one-off set-up fees and the monthly costs for the first billing period."

Ich finde, die Menüpunkte auf der Dokuseite sind etwas schlecht zu lesen. Da sollte es einen höheren Kontrast der Schrift zum Hintergrund geben.
Und der Scrollbar ist hier nahezu unsichtbar. Anfangs dachte ich, es gibt gar keinen...

doku-kontrast.png

Wenn man für einen Realm neue Client Credentials erstellt, wird die Meldung "New client credentials available" auch bei den anderen Realms angezeigt. Wenn man dort dann auf den Refresh-Knopf drückt, passiert aber natürlich nichts. Das finde ich etwas irritierend.

new-credentials.png

Ja, passt hier:

$ tree .eos* .config
.eos*  [error opening dir]
.config
└── eosctl
    └── tokens
        ├── eosctl-client-credentials-flow.json
        └── terraform-provider-eoscloud.json

Die leere config.yaml wird aber anscheinend nicht mehr erstellt.

Ich hab' gerade erst gesehen, daß die Anzahl der picos und nanos, die man kaufen kann, wieder begrenzt ist: "Der VPS pico G11s ist auf 1 Stück pro Kunde limitiert." Als ich meine damals gekauft hatte, waren es fünf und danach gab's kein Limit mehr.
Ist die Frage, ob man einen pico kaufen kann, wenn man einen piko hat...

Und zählt das Limit auch bei Inhaberwechseln?

Schön, daß es wieder die einzelnen Links zu den Produktkategorien direkt auf der Seite gibt und man nicht erst im Hamburger-Menü danach suchen muss.

Yes, this is the wrong place, because this is the eos section of the forum. Some members have hidden it, so not everyone is seeing your post. A better place would be WCP (Webhosting Control Panel)

Did you get your Webhosting in a deal with monthly billing? The product page of the current WH offers state that they are billed every 12 months, the exception being WH 8000 with 6 months. That’s probably why the switch happened and I guess they won’t or can’t change it. But maybe they do - no idea.

Maybe it’s an option to borrow some money to pay now for the full year?

Die Doku müsste auch noch aktualisiert werden: https://docs.eoscloud.io/platform/tooli…e/#global-flags

Nach der ersten Verwendung der neuen eosctl-Version wurde .config/.eosctl wie erwartet in .config/eosctl umbenannt und eine entsprechende Hinweismeldung ausgegeben.

OpenTofu verwendet aber noch immer $HOME/.eosctl:

$ tree -D .eos* .config
[Aug 27 17:25]  .eosctl
└── [Aug 26 19:03]  tokens
    └── [Aug 27 17:35]  terraform-provider-eoscloud.json
[Aug 27 17:25]  .config
└── [Aug 27 17:25]  eosctl
    ├── [Aug 21 20:02]  config.yaml
    └── [Aug 25 17:51]  tokens
        ├── [Aug 27 17:32]  eosctl-client-credentials-flow.json
        └── [Aug 27 17:28]  eosctl-device-flow.json

Auch wenn ich $HOME/.eosctl umbenenne, ist es nach Verwendung von OpenTofu wieder da.

Sieht gut aus!

Das mit der Markierung im Menü scheint nicht immer zu funktionieren, wie man an meinem Screenshot sieht. Vielleicht hängt es mit der Bildschirm- bzw. Fenstergröße zusammen. Bei meinem Laptop wird auch der Beispielbereich nicht rechts, sondern weiter unten angezeigt. Ich muss immer erst nach unten scrollen, um im Beispiel die Methode sehen zu können.

Explizit setzen tue ich immer nur die Variablen EOS_CLIENT*. Ich werde aber heute Abend mal schauen, ob noch andere gesetzt sind.

Ich bin auf Debian 13 unterwegs.

Stimmt die IPv6-Adresse in den DNS-Einstellungen mit der Adresse überein, die im CCP bei dem Webhosting-Produkt angezeigt wird? Falls nicht, solltest Du den DNS-Eintrag entsprechend anpassen. Falls ja, solltest Du an den Support melden, daß die IPv6-Adresse nicht erreichbar ist. In dem Fall könntest Du den DNS-Eintrag vorrübergehend entfernen, um das Zertifikat zu erneuern und wenn IPv6 wieder funktioniert, fügst Du den DNS-Eintrag wieder hinzu.

P.S.: Du hast hier im eos-Bereich des Forums gepostet. Hier lesen nicht alle mit und es ist auch nicht der richtige Ort für das Anliegen. Besser wäre das WCP-Forum gewesen.

Ich fände es total hilfreich, wenn in der API-Doku vor dem Pfad einer Operation jeweils die HTTP-Methode stehen würde.
Also hier beispielsweise "POST /v1/{realm_id}/vms/"

Und was bedeutet die Beschreibung "Updates utilization trigger fields."?

missing-http-method.png

Ich habe auf meiner Maschine zwei dot-Verzeichnisse, in denen eosctl Dateien ablegt:

$ tree .eosctl .config/.eosctl
.eosctl
├── config.yaml
└── tokens
    └── terraform-provider-eoscloud.json
.config/.eosctl
└── tokens
    ├── eosctl-client-credentials-flow.json
    └── eosctl-device-flow.json

Ich würde erwarten, daß es nur ein einziges Verzeichnis gibt. Und das Unterverzeichnis von .config sollte m. E. auch nicht mit einem Punkt beginnen - jedenfalls finde ich das sehr ungewöhnlich (und unschön, weil ja .config schon versteckt ist. Da rechne ich nicht damit, daß die Unterverzeichnisse auch noch versteckt sind).

Newsraft macht es beispielsweise so:

Search precedence:
1. $XDG_CONFIG_HOME/newsraft/feeds
2. $HOME/.config/newsraft/feeds
3. $HOME/.newsraft/feeds

Aktuell werden Realms, die keine Ressourcen haben, "suspended". Wäre es nicht sinnvoller, diese direkt zu löschen oder zumindest das direkte Löschen anzubieten?