Der PHP-Befehl von webdesignheld zeigt jedenfalls eindeutig, dass Dein Pfad falsch ist. Also nochmals zurück auf Anfang: Wo genau liegt der Ordner? Suche den Ordner mal manuell über SSH, bis Du ihn findest: ls -la /
(Und so lange den Pfad am Ende erweitern, bis alles stimmt.)
Jetzt hab ich mich mal dran gesetzt und geschaut und offensichtlich dauert laut Abfrage via dig gegen den root-dns.netcup.net teilweise über 10 Minuten bis eine Änderung bzw. Löschen/ Erstellen eines TXT-Records wirksam wird, das ist doch nicht normal, oder?
Doch, das waren bei netcup schon immer 10 Minuten. In Ausnahmefällen sogar mal 20 Minuten. Die Reload-Zeiten der Zonen waren immer schon ungefähr alle */10 Minuten. Mit einem Timeout von mindestens 15-25 Minuten ist man normalerweise sicher vor Überraschungen.
Normal bei netcup? Ja. Branchenüblich? Eher nicht. 
Ich wüsste aber auch nicht, wie ich einen solchen Hinweis erzeugen kann oben in der Konsole, ohne meinen vServer zu gefährden, indem ich neu aufsetze oder QEMU Guest Agent verärgere.
systemctl stop …? 
Hinweis oben ausblenden? Testweise im Browser kleiner zoomen?
Ah, Danke! Bei den Aktionen habe ich nicht nachgeschaut. Dann wird aber definitiv etwas beworben, das es aktuell nicht gibt. Denn Neuregistrierungen haben angeblich bereits CloudDNS, oder? 
Ich bilde mir ein, dass das früher auch auf den Detailseiten der Domains stand. Aber vielleicht ist das alles nur ein Bug und mein Blutdruck steigt grundlos.
twi Benutzt Deine Domain bereits das neue CloudDNS? Sprich: Wie heißt die Registerkarte im CCP, wenn Du die Domain aufklappst? DNS oder CloudDNS?
Falls es Letzteres ist, haben wir den Übeltäter gefunden: Denn damit scheint die API offenbar (noch) nicht zu funktionieren, da kannst Du lange auf die Veröffentlichung der Records warten…
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?
Gestern wurden meine ersten "normalen" Domains auf CloudDNS migriert.
Funktioniert die DNS-API aus dem CCP mittlerweile auch mit CloudDNS?
Bud Dein Plan für morgen: Eine netcup Ente rein schmuggeln! 
Das Alte war einfach zu outdated :>
Ab jetzt Austria Fan? Fragt sich nur, ob Klagenfurt oder Wien, die Farben sind definitiv ähnlich. 
Ich färbe meine Ente jetzt aber nicht grün-weiß ein…
Die Ironie daran: Hier in AT würde kein Mensch "Beistrich" zum Dezimaltrennzeichen sagen. Das ist dann doch wieder ein Komma.
Trotzdem, ich werde einen Beistrich mitten im Satz niemals Komma nennen. 
Na ja, wir sagen ja auch Trottoir und nicht Gehweg.
Des is a Gehsteig!
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.)
Hat jemand ne Idee wofür CS bei Server, vlan etc. stehen könnte?
Welche Produkt-IDs haben die eigentlich im Formular?
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!
https://www.netcup-status.de/feed/ liefert derzeit Code 500 bzw. "Fehler beim Aufbau einer Datenbankverbindung"
Nicht nur der Feed, die ganze Statuswebsite. Aber offenbar nicht bei jedem Aufruf.
Update: Funktioniert wieder.
Nope, leider nicht.
/cc Moderators
Also mich wirft es da aktuell zum Login zurück, wenn ich einen zweiten Tab öffne.
Wenn es bei euch jedoch funktioniert: Ist bei euch auch der Sicherheitsmodus im SCP aktiviert? Funktioniert der Login also nur übers CCP?
Ich kann es jedenfalls auf mehreren Systemen reproduzieren, immer FHD mit 100% Skalierung.
Sobald ich z.B. die Zoomstufe im Browser ändere, verschwindet das Phänomen teilweise.
