Beiträge von KB19

    Nachdem CloudDNS offenbar zum neuen Standard wird, und ich bisher nichts von der Unterstützung durch die DNS-API (CCP) gehört habe, wollte ich das jetzt sicherheitshalber schnell testen: Und tatsächlich, bei DNSControl kommt bei einer Domain aus der CloudDNS-Beta nach wie vor nichts zurück. Die API ist bei CloudDNS somit tot? :(

    Wenn die API für CloudDNS-Domains (noch) nicht existiert, wäre das ein gewaltiger Rückschritt! Dann wäre eine automatische Migration meiner Meinung nach eine Frechheit. Aber selbst die Zuweisung für Neuregistrierungen hat ein seltsames Gschmäckle. Dass die DNS-API im Shop nirgends mehr erwähnt wird, passt jedenfalls leider dazu…

    Für mich persönlich bedeutet das jedenfalls, dass ich die netcup NS gar nicht mehr verwenden kann. Ich habe die meisten Domains zwar eh schon auf deSEC umgestellt, aber so ist CloudDNS für mich absolut keine Verbesserung.


    PS: Wann ist eigentlich der Menüpunkt für die API-Logs bei den Domains im CCP verschwunden? (Die nun übrigens dauerhaft leer sind.) :/
    PPS: Zu welchen Problemen die fehlende API führt, was derzeit nicht einmal offiziell dokumentiert ist, sieht man ja nebenan…

    (Mit NPM habe ich leider noch keine Erfahrung gesammelt, daher nur allgemeine Ratschläge.)

    Siehst Du die DNS-Records im CCP bei der jeweiligen Domain? Oder fehlen sie dort auch? Was in der Zone öffentlich abrufbar ist, ist vorerst zur Eingrenzung nicht relevant.

    Kannst Du anhand der API-Logs im CCP nachvollziehen, dass die Einträge von den Timestamps her vom Client aus nur angelegt, aber nicht selbständig (zu früh) gelöscht werden?

    Die Ironie daran: Hier in AT würde kein Mensch "Beistrich" zum Dezimaltrennzeichen sagen. Das ist dann doch wieder ein Komma. :D

    Trotzdem, ich werde einen Beistrich mitten im Satz niemals Komma nennen. 8)

    So ganz verstehe ich diese Statusmeldung nicht: Störung Cloud vLAN am Standort Wien

    Aufgrund eines Kabelschadens in Wien kommt es derzeit bei der Konnektivität zwischen Servern am Standort Wien via Cloud vLAN zu Einschränkungen. Es ist möglich, dass zwischen Servern an diesem Standort keine Netzwerkverbindung über das Cloud vLAN gegeben ist.

    Wir arbeiten daran, die Konnektivität vollumfänglich wiederherzustellen. Aufgrund der hohen Komplexität des Schadens kann dies jedoch noch etwas Zeit benötigen. Bei Bedarf werden wir Sie hier weiter informieren.

    Ich kann bestätigen, dass das vLAN in Wien seit ca. 19.06. um 11 Uhr gestört war. Moment mal, das Datum passt doch gar nicht zur Statusmeldung? Nein, aber zu einem Brand auf der Floridsdorfer Brücke, über die auch zahlreiche wichtige Glasfaserleitungen verlaufen, die seitdem unterbrochen waren bzw. sind.

    Und jetzt stelle ich mir langsam die Frage, ob nur ein Teil der Wiener vServer im DATASIX laufen und der Rest mittlerweile z.B. im InterXion auf der anderen Donauseite? Oder welche andere Erklärung gäbe es für so einen zufällig zusammenpassenden Ausfall, der über eine Woche anhielt, sonst noch? Wobei es mich schon etwas wundern würde, wenn diesbezüglich keinerlei Redundanz vorhanden war. :/

    (Ich habe diese Spekulation bewusst nicht in einem eigenen Thread gepostet. Und auch erst, nachdem das Problem offiziell behoben wurde.)

    Und nicht vergessen: Für längere Zeiträume im SCP lieber auch den Autostart deaktivieren. :)

    Andernfalls könnte der vServer z.B. nach Wartungsarbeiten am Wirtssystem automatisch starten!

    Ich wollte vorhin gerade über SCP (neue UI) von einem bereits gestoppten vServer einen Snapshot erstellen. Das dauerte nun fast 10 Minuten :/

    • Zuerst hing er laut Entwicklerkonsole des Browsers minutenlang im Schritt ServerSnapshotCreateTaskStepShutdownWait fest, obwohl der vServer bereits vor Beginn des Tasks gestoppt war.
    • Danach hing er nochmals minutenlang im Schritt ServerSnapshotCreateTaskStepCreateWait fest. Ohne erkennbaren Grund, denn der Snapshot tauchte bereits in der Liste auf, wenn die Seite neu geladen wurden.
    • Irgendwann dazwischen meldete mir das SCP auch noch, dass der Task fehlgeschlagen ist. Diese Fehlermeldung erschien heute auch schon beim Erstellen von Snapshots anderer vServer.

    Soweit ich das sehen kann, wurde der Snapshot aber trotzdem erfolgreich erstellt und ich konnte den vServer nun auch wieder starten.

    (Info für die Technik, falls sich das jemand ansieht; Interne vServer-ID im SCP: 126161)

    Ich hab am Wochenende meine zwo alten Raspberry Pi 1 ausgebuddelt und jetzt brauch ich mal coole Ideen was ich damit so anstellen kann :)

    Ich verwende zwei alte RPi 1B als apcupsd/NUT Server, mit OpenWrt als OS. Jeweils mit einer 64MB MMC (!) Karte :D

    Und einer ist mein SPI-Flashgerät (flashrom) zum Lesen/Schreiben von z.B. BIOS-Chips bzw. zur seriellen Anbindung eines FT232H-Dongles…

    Generell sind GPIO-Spielereien mit diesen alten Himbeeren gut möglich, da braucht es meistens keine schnelle CPU oder viel RAM. :)