VPS G11 mit "altem" Debian 64 Bit

    Hallo,

    wir wollen auch unserer letzten Server von (anderer Anbieter) abziehen und mit zu NETCUP nehmen.

    Allerdings sind in einer PROMOX-Umgebung recht aufwendige Installationen vorhanden, welche noch auf DEBIAN 9 (Stretch) 64-Bit basieren. Da sie System mehr oder weniger "intern" arbeiten - keine Webserver, kein FTP, kein... und vor allem verschieden Rechentools, welche dort vorhanden sind, nicht mehr erhältlich sind, können wir DEBIAN nicht upgraden.

    Vorschläge in diese Richtung sind also nicht hilfreich ;) ...wenn auch sicherlich gut gemeint.

    Wir haben versucht Debian 9 64 BIT auf einer neuen VPS G11S zu installieren - es endet in KERNEL PANIC - not synching : Machine halted. ... ;(

    Wir haben es einem RootServer probiert - gleiches Ergebnis...

    Die 32-Bit Version dagegen läuft super - allerdings nützt uns das nicht viel.

    Hat jemand eine Idee? Gibt es noch versteckt eine Vorgängerversion der G11s die es vielleicht macht? (wir haben schon bei den eigenen VPS geschaut - leider alle zu klein und nicht geeiegnet)

    Danke!

  • Zur hilfreichsten Antwort springen

    Eventuell ältere VPS Generationen? Bin mir aber nicht sicher, ob dort ne 32-Bit Version läuft.

    Edit: habe nicht richtig gelesen, deinen Version ist ne 64-Bit Version ? Wenn ja, müsste die eigentlich laufen. Was sag der Log?

    Hallo,

    Dank schon mal für die Rückmeldungen.

    Ich habe das ISO-Image: debian-9.13.0-amd64-netinst.iso hochgeladen - und als DVD eingelegt.

    ... und an der Stelle kann ich schon mal abbrechen ,,,

    Nach dem ich gestern gelesen habe, dass dies ein Hinweis für fehlerhafte Hardware sein kann und oftmals ist, hatte ich das zur Seite geschoben... denn Massen-Hoster und solche Probleme ? Nein.

    Aber was soll ich sagen: Ich habe jetzt das gleiche Produkt gekauft - aber einen anderen Standort gewählt. Die Installation lief durch - schnell und fehlerfrei.

    Es freut mich, das es jetzt geht.

    Es ärgert mich, dass es an NETCUP liegt. (und der Support meine Anfrage nicht mal beantwortet hat)

    Das ist mir als Fehler Meldung und „Schuld zu Netcup schieben“ etwas zu dünn.

    Was war denn die Fehlermeldung?

    Gerade debian läuft recht klarglos auf jeder Hardware.

    Bist du dir sicher dass du nicht ausversehen einen VPS ARM gekauft hast?

    Hallo,

    wir haben ja schon darauf gewartet, bis die ersten typisch deutschen Foreneinträge kommen, von Leuten, die nicht aufmerksam lesen.

    a) bitte richtig lesen.... ARM fällt schon aus, da ich 32 Bit x86 Version installieren konnte und amd-64 Bit nicht

    b) bitte richtig lesen ... zweite Test lief auf RootServer RS1000 - da gibt es keinen ARM


    Noch mehr ärgerlich - nach dem wir zwei Test-VPS gekauft haben - IP Bereich 8... und es lief, habe wir jetzt wieder eine VPS mit der IP 152.gekauft - leider mit Vertragsbindung - und dort läuft es wieder nicht.

    Der Admin, welche die erste Installation probiert hatte, hat mir gerade bestätigt, dass auch die ersten beiden eine 152er IP hatten.

    Nun werden wir erneut den Support Beauftragen müssen....


    Und noch mal zur Info:
    Bei den letzten Tests handelt es sich um VPS 1000 G11s - alle (!)

    Es wurde immer das gleich Image genommen - es ist auch nur eins hochgeladen:

    debian-9.13.0-amd64-netinst.iso

    Mag jeder für sich selbst entscheiden

    aber die VPS mit IPS im 152.23 Bereich machen immer wieder negativ auf sich aufmerksam.

    Ich habe mich von meinen aus dem Adressbreich getrennt und würde das auch wieder tun.

    Zitat von Ecki

    aber die VPS mit IPS im 152.23 Bere

    Oh... Dank für diesen Hinweis.
    Das deckt sich dann mit unseren Erfahrungen. Wir hatten nun4 VPS von dort (testweise) - keine einzige geht (32 Bit ja / 64 Bit nein)... Wir haben 3 weitere im Test - im 89er IP-Bereich - dort läuft die 64er Installation problemlos.

    Also alles wie vermutet... Schade.

    Wie lange sollen die Server denn mit Debian 9 laufen? Ich frage nur deshalb, weil es nicht unüblich ist, dass Server aufgrund von Hardware Defekten oder Migrationen gerne mal verschoben werden. In den meisten Fällen auf neuere Hardware. D.h. nur weil es jetzt mal funktioniert, könnte sich das in Zukunft schnell mal ändern und zu plötzlichen Ausfällen führen. Ist das ein Business-kritischer Service, dann sollte man dieses Risiko unbedingt auf dem Radar haben - vor allem, wenn ein spontanes Upgrade nicht möglich ist. Je länger der geplante Einsatz ist, desto höher wird auch das Risiko. Bei einer kurzfristigen Testinstanz würde ich mir jetzt keine all zu große Sorgen machen, aber es klingt halt schon eher danach, als ob das ein längerfristiges Projekt werden dürfte.

    Debian 9 ist aus 2017. DIe Hardware, die aktuell Einsatz findet, ist deutlich jünger und wird daher von dem alten Kernel in Debian 9 nicht unterstützt (daher auch die Kernel Panic). Eine Shared Umgebung ist für solche Zwecke vermutlich nicht die richtige Wahl. Oder aber man baut sich seinen eigenen Kernel, den man irgendwie in Debian 9 zum Laufen bekommt. damit es auch auf neuerer Hardware läuft.

    Aber um noch mit einen konstruktiven Vorschlag zu enden: Es gibt bei einigen anderen Anbietern (OV* aus Frankreich oder HE aus Deutschland) alte Bare Metal Server zu recht günstigen Preisen. Auf denen sollte ein Debian 9 recht problemlos laufen. Aber von einem VPS würde ich in diesem Zusammenhang wirklich abraten. Da gibt es dann auch nicht das Risiko einer Migration auf neuere Hardware.

    Einmal editiert, zuletzt von Paul (2. Juli 2025 um 11:49)

    Man hat bei der Konfiguration einer KVM-VM eine Menge Freiheitsgrade. Die VMs in dem IP-Adressbereich sind wahrscheinlich in irgendeiner Weise anders konfiguriert, aber das heißt nicht, dass sie defekt oder grundsätzlich problematisch sein müssen. Auch auf echter Hardware läuft nicht immer jedes System auf Anhieb. Ich habe hochmoderne Distributionen, die sich auf an sich äußerst solider Hardware nicht ohne manuellen Eingriff in den Installationsprozess zum laufen bringen lassen, weil eine Annahme über das UEFI nicht zutrifft. Und dann kommt jemand mit einem fossilen System und will das auf einer 8 Jahre neueren Maschine starten...

    Die Möglichkeiten, die ich da sehe, sind: Phänomenologisch ist ein Merkmal identifiziert, anhand dessen sich VMs, die für dieses alte System ein Problem darstellen, erkennen lassen. Dann vermeidet man diese VMs eben. Bei der Bestellung kann Netcup Wünsche zur Platzierung der VMs berücksichtigen. Eine andere Möglichkeit ist, die Ursache herauszufinden. Das macht man sich einfacher, wenn man nicht direkt "Fehler bei Netcup" ruft. Linux hat eine Reihe von Möglichkeiten, die Kernelkompatibilität zu erhöhen, weil es in der Vergangenheit absolut üblich war, dass Linux nur mit "Tweaks" startete. Wer sich softwaretechnisch fast ein Jahrzehnt in die Vergangenheit begibt, sollte sich auch an vergangene Debugging-Methoden erinnern. Möglichkeit Nummer drei ist, die Systeme selbst zu hosten. Da die ja angeblich ohne Updates sicher zu betreiben sind, weil sie keinen Internetkontakt benötigen, muss man die nicht in einem Rechenzentrum laufen lassen. Die vierte Möglichkeit ist, und das erlaube ich mir trotzdem anzubringen, die Softwarefossilien auf den aktuellen Stand zu bringen. Ich bin Kunde bei euch. Was zum Henker habt ihr da am Laufen?

    Ich habe das ISO jetzt mal auf 2 VPS getestet.

    1. 152.xx.xx.xxx - Kernel Panic
    2. 185.xx.xx.xx - absolut problemlos

    Hmm, hier kann vermutlich nur der Support weiterhelfen.

    @voip2gsm ich habe 2 VPS1000 Nürnberg und einen VPS3000 Nürnberg abzugeben. Alle ausserhalb des 152er Netzes. Bei Interesse kannste dich ja melden

    Zitat von NaN

    Man hat bei der Konfiguration einer KVM-VM eine Menge Freiheitsgrade.

    Ja, wir haben uns erneut an den Support gewandt, um eine Lösung zu finden. Wir haben im Moment 38 VPS von NETCUP am Laufen und was soll ich sagen, da gab es noch nie etwas Großes... das ist auch mein erster Kontakt zum Support seit so vielen Jahren. (enttäuscht noch mehr, denn bisher ist der Support keine Hilfe, im Gegenteil). Unsere letzten Server sind bei HE und auf eigener Hardware virtualisiert - das muss ein Ende haben, denn bei denen ...naja...

    Ich gebe ein Update, wenn ich etwas vom Support gehört habe. Danke für alle Infos.

  • voip2gsm 2. Juli 2025 um 12:04

    Hat einen Beitrag als hilfreichste Antwort ausgewählt.