Beiträge von m_ueberall

    […]

    DA IHR KEIN DHCP BIETET!!! die IP und gateway usw eintippen, Deutsche Tastatur geht nicht, obwohl eingestellt.

    […]

    Ich hab keine Lust mehr. Ich will den "Kauf" widerrufen.

    Wie und wo?

    (1) DHCP funktioniert schon; ansonsten könnte ich beispielsweise das eigene Ubuntu-basierte Reparaturabbild gar nicht verwenden:

    Code
    % cat /etc/netplan/01-network-manager-all.yaml 
    # Let NetworkManager manage all devices on this system
    network:
      version: 2
      renderer: NetworkManager

    (2) Nach Änderung der Tastatureinstellungen sollte man die KVM-Instanz über das SCP stoppen und neu starten. Dazu findet sich in diesem Kundenforum wohl auch der eine oder andere Beitrag. Wenn die Voreinstellung richtig ist und nicht funktioniert, hilft oft ein temporäres Um- und wieder Zurückstellen (dann mit zwei Neustarts via SCP).

    (3) Siehe Widerrufsbelehrung.

    @waqaspuri: Ususally, you'd want to explicitly set it up using static definitions (instead of using dynamic ip addresses assigned through dhcp).

    Unfortunately, the help center (see here) does not really go into detail with respect to different options. So, either search this forum, and/or provide some details first (which OS/version are you using (and did you use a provided image or did you set it up yourself?), where does your configuration live – is it /etc/network/interfaces or is it located in /etc/netplan/... –, … ?)

    Ich glaube, die obigen Posts von slackito und mir stoßen sich an folgender Aussage:

    Außerdem hat systemd-resolved nichts mit systemd zu tun.

    Die expliziten Abhängigkeiten bei Arch (=Gesamtpaket) und bei Debian/Ubuntu ketten systemd-resolved unabhängig von der Sprachgebung/Namenskonvention aber an systemd (Basiskomponenten). Deswegen würde ich den obigen Satz so nicht unbedingt stehen lassen. Aber die Lesart ist zugegebenermaßen etwas subjektiv.

    Ist zwar vom ArchWiki, aber ich glaube nicht, dass die Blödsinn verzählen: https://wiki.archlinux.org/title/Systemd-resolved

    "systemd-resolved is a part of the systemd package..."

    Das mag unter ArchLinux so paketiert sein, unter Debian ist es ein seperates Paket: https://packages.debian.org/bookworm/systemd-resolved

    In diesem Fall erzählt das ArchWiki für Debian unwahre Sachen.

    Ich glaube, "package" bezieht sich in dem Kontext des ArchWikis hier nicht zwangsläufig auf ein .pkg.tar.*/.deb-Paket; ohne Systemd als "Gesamtkomponente" geht aufgrund der Abhängigkeiten auch bei Debian/Ubuntu nichts (deswegen auch die konsistente Versionierung):

    Code
    sys-maint@vserver33<kvm>(chroot:development-ubuntu2404-arm64):/build/packages$ apt download systemd-resolved
    Get:1 https://ftp.tu-chemnitz.de/pub/linux/ubuntu-ports noble-updates/main arm64 systemd-resolved arm64 255.4-1ubuntu8.10 [291 kB]
    Fetched 291 kB in 0s (634 kB/s)         
    sys-maint@vserver33<kvm>(chroot:development-ubuntu2404-arm64):/build/packages$ less systemd-resolved_255.4-1ubuntu8.10_arm64.deb | grep Depends
     Depends: libc6 (>= 2.39), libssl3t64 (>= 3.0.0), libsystemd-shared (= 255.4-1ubuntu8.10), systemd (= 255.4-1ubuntu8.10), default-dbus-system-bus | dbus-system-bus
    sys-maint@vserver33<kvm>(chroot:development-ubuntu2404-arm64):/build/packages$
    Code
    root@vserver35<kvm>(chroot:debian-sid-amd64):/build/packages# apt download systemd-resolved
    Get:1 https://deb.debian.org/debian sid/main amd64 systemd-resolved amd64 257.7-1 [361 kB]
    Fetched 361 kB in 0s (4242 kB/s)         
    root@vserver35<kvm>(chroot:debian-sid-amd64):/build/packages# less systemd-resolved_257.7-1_amd64.deb | grep Depends
     Depends: libc6 (>= 2.39), libssl3t64 (>= 3.0.0), libsystemd-shared (= 257.7-1), systemd (= 257.7-1), default-dbus-system-bus | dbus-system-bus
    root@vserver35<kvm>(chroot:debian-sid-amd64):/build/packages#

    Edit: Der Nachsatz im ArchiWiki "[…] that is installed by default" trifft allerdings bei Debian so nicht zu, das stimmt auch.

    Auf Google News reden sie etwas von einer Störung. Hast du da ein paar mehr Infos zu?

    Ich kann zu diesem Thema den Blog von Günter Born empfehlen:

    Hat schon mal jemand beim Support nachgefragt warum das so eine Katastrophe bei den ARM-VPS ist?

    Der Support wird darauf wohl kaum antworten, aber ich gehe einmal davon aus, dass die jeweiligen Hosts schlichtweg extrem überbucht sind. Das mag ein Grund sein, warum es bislang auch immer noch keine Angebote mit dedizierten ARM-Kernen gibt.

    [netcup] Lars S.: Kann man in diesem Kontext nun generell Kunden (welcher RS-/VPS-Serien genau – allen?) zu einem Neustart raten, um ggf. obige Leistungssteigerung zu erfahren? Sofern es hinreichend viele Nutzer betrifft, wäre das zudem nicht eine kurze Nachricht via Newsletter wert? Oder gilt hier "first come, first serve" und wer im Forum mitliest ist klar im Vorteil?

    Ich wollte einen Einhängepunkt erstellen mit mkdir /mnt/storagespace, aber es klappt nicht. Ich bekomme die Meldung "no such File or directory"

    Ich würde vermuten, es liegt schlichtweg daran, dass das Oberverzeichnis (hier: /mnt) nicht existiert. Im Zweifelsfall einfach mitanlegen via folgender mkdir-Option:

    Code
    [2025-08-02T23:43:26+0200] root@vserver17:~# mkdir /gibtsnicht/storagespace
    mkdir: cannot create directory '/gibtsnicht/storagespace': No such file or directory
    [2025-08-02T23:43:39+0200] root@vserver17:~# mkdir -p /gibtsnicht/storagespace
    [2025-08-02T23:43:55+0200] root@vserver17:~# ls -l /gibtsnicht/storagespace/
    total 18
    drwxr-xr-x 2 root root 2 2025-08-02 23:43:55 ./
    drwxr-xr-x 3 root root 3 2025-08-02 23:43:55 ../
    [2025-08-02T23:43:59+0200] root@vserver17:~# 

    Kann man irgendwie einen CNAME record anlegen, bei dem die Ziel-URL ein @ enthält?

    Das Ziel eines CNAME Resource Records ist kein Uniform Resource Locator.

    Wenn im obigen Satz Ziel und Quelle verwechselt wurden ("@" als Platzhalter für den (Haupt-)Domänennamen also allein links stehen würde, bspw. in der Netcup-DNS-Eingabemaske): Das geht bei Netcup nicht, wäre auch nicht RFC-konform:

    Zitat

    CNAME-Records dürfen daher nur bei Subdomains eingesetzt werden, da eine Hauptdomain immer einen SOA-Record und ein bis fünf NS-Records hat.

    (Es gibt andere Anbieter, welche diese Funktionalität anbieten.)

    m_ueberall wollte ja ein Produkt mit mehr RAM. Zumindest sein Wunsch wurde erfüllt ^^ .

    Jein… Ich wollte nur mehr RAM, nicht gleichzeitig mehr CPU-Kerne/Plattenplatz. Sonst könnte ich ja einfach auf eine größere Maschine wechseln (und hätte bei vorherigen Aktionen auch einen RS3000 wählen können – Ich glaube mich dunkel erinnern zu können, dass ich sogar einmal einen ausgetest habe?) …

    EDIT: Das Problem bei einigen Build-Prozessen ist ja, dass man CPU-Kerne brachliegen lassen muss, weil für sie kein Speicher mehr da ist. Und somit würden einfach noch mehr bezahlte (dedizierte) Kerne Däumchen drehen.

    3GB RAM pro CPU wären schon nett – aber der Wechsel vom jetzigen AMD64-Build-Server ("RS 2000 G11 SE NUE OST25") mit 16GB RAM, 8 Kernen und 1TB Plattenplatz (NVMe) für den Differenzpreis von "1€ pro 1GB RAM" sieht nicht so attraktiv aus, solange nicht wirklich alle Builds derartige Speicheranforderungen haben.

    (Wichtiger wären da aktuell dedizierte ARM64-Kerne, denn ohne diese kann man RISCV64-Chroots von der Performanz her getrost vergessen.)