Das längste Thema

Zitat von Paul

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.)

Zitat von tab

Hm, du könntest vielleicht 24 VPS pikos daraus machen und vermieten, zum Sonderpreis von 1,50€, weil die ja ein knappes Gut sind.

aber mit mehr Speicher versteht sich. Ein "Community Flash Deal"

Zitat von AccountSuspended

aber mit mehr Speicher versteht sich. Ein "Community Flash Deal"

Obendrauf noch NVME SSD und DDR5 RAM statt DDR4!

Zitat von finnvweiss

pasted-from-clipboard.png

Schon mitbekommen? Bei allen Servern und Webhostings von mir. Bei euch auch?

Vielleicht können die Moderatoren etwas dazu sagen?

Hallo zusammen,

der Fehler bezüglich der Fehlermeldung "Ein Inhaberwechsel kann aus technischen Gründen für dieses Produkt nicht gestartet werden" ist nun behoben.

Vielen Dank für den Hinweis!

Viele Grüße

Sven

Zitat von [netcup] Sven M.

Hallo zusammen,

der Fehler bezüglich der Fehlermeldung "Ein Inhaberwechsel kann aus technischen Gründen für dieses Produkt nicht gestartet werden" ist nun behoben.

Vielen Dank für den Hinweis!

Viele Grüße

Sven

Vielen Dank!

Zitat von leinad

Trifft sich grad gut das Thema ChatGPT. Ich war nun 2 Stunden mit dem am chatten und hab mich über NixOS / Nix totgefragt, da ich das Thema nur so am Rande kannte.

Hier bin ich nun, weil ich eigentlich nur wissen wollte ob jemand Erfahrung mit der Installation von NixOS auf einem hiesigen VPS hat.

Willkommen hier! Ich bin auch gerade dabei mich über NixOs zu erkundigen, es erscheint mir sehr vielvrsprechend und das innovativste BS für Server und Workstations zu sein. Es gibt immer mehr Unternehmen und Startups die auf dieses BS setzen.

Hast du inzwischen NixOS auf deinem Server laufen? Lass uns gern mal einen separaten Tread dafür eröffnen.

Zitat von KB19

In diesem Fall also bereits seit zwei Jahren

Entweder peil ich das nicht.. aber Testing ist doch ganz normal, in Testing ändern nur die Paket Maintainer die Pakete, aber nur wie es zeitlich passt.

Erst ab Release auf Stable springt das Security Team 3 Jahre schnellstmöglich für wichtige Sicherheits updates ein.

Weitere 2 Jahre springen als Ersatz für das Security Team unterstützende Helfer ein.

Dann ist der offizielle Support nach 5 Jahren beendet.

Schupp Aber in Testing landen standardmäßig alle neuen Pakete nachdem sie in Unstable waren, in Stable ändert sich prinzipiell nichts mehr. Außer Security-Updates und maximal wichtige Bugfixes im Rahmen von Point Releases.

Oder worauf willst Du raus? Testing ist dadurch (vor dem Freeze) halt nicht so stabil und auch nicht so sicher wie Stable

Zitat von KB19

Oder worauf willst Du raus?

Was es mit den "schon seit zwei Jahren" auf sich hat.

zum releasezeitpunkt ist testing gleich stable. danach divergieren die beiden wieder, stable bleibt stabil, in testing wandert alles was in unstable abgehangen ist. bis zum freeze vor dem nächsten release, da wird testing langsam eingefroren. bis wieder stable daraus wird.

der letzte release war vor zwei jahren.

ergänzung: also nach dem release von Debian 13 Trixie ist testing schon das nächste Debian 14 Forky. sprich: Debian 13 Trixie gibts schon seit zwei jahren als testing.

hier ein beispiel des release zyklus.

pasted-from-clipboard.png

Zitat von AccountSuspended

Sobald "Stable" verfügbar ist, muss ich den "Testing"-zweig in den "Stable"-zweig ändern,

warum nimmst nicht release namen in den sources.lists? dann kannst den zeitpunkt nicht verpassen.

Zitat von hoedlmoser

warum nimmst nicht release namen in den sources.lists? dann kannst den zeitpunkt nicht verpassen.

Das meinte ich mit "Zweig" Trotzdem vielen Dank für den Hinweis!

Was hat es eigentlich damit auf sich, dass beim Servertausch die IP-Adresse interessant ist? Blacklists? Sind bestimmte Bereiche irgendwie verbrannt?

Zitat von AccountSuspended

Das meinte ich mit "Zweig"

hm? was genau änderst Du wenn trixie released wird?

Zitat von johnassel

Was hat es eigentlich damit auf sich, dass beim Servertausch die IP-Adresse interessant ist? Blacklists? Sind bestimmte Bereiche irgendwie verbrannt?

Es gibt hier Menschen die auf die "Schönheit" der IP Adresse achten.
Nur 2er Blöcke in der IP, wo in den Datenbanken die IP Global verordnet ist (Nürnberg, Wien u.ä.) und ähnliches.
Keine Ahnung, für mich ist die IP nur eine IP und mein DNS kümmert sich um den Rest 🤷‍♀️

Ui...
Da in dem Benchmark Thread gerade noch mal das Thema Steal aufkam habe ich einfach mal in meinem Monitoring geguckt: Wie sieht das eigentlich bei meinen Maschinen so aus.

Eigentlich ganz gut, bis auf zwo der Maschinen die in der Orakelnden Cloud sind. Aber die Viecher kosten mich auch nichts.
21% im Durchschnitt, 63% Maximum
Auf die letzten 400 Tage

Alter
Die sind ja eh schon nicht schnell
pasted-from-clipboard.png

28.07.2025, 08:00 – 08:30 Uhr: Wartungsarbeiten am Server Control Panel (SCP)

https://www.netcup-status.de/2025/07/28-07-2025-0800-0830-uhr-wartungsarbeiten-am-server-control-panel-scp/

Zitat von VeePay

Wenn das Reinigungspersonal versehentlich das Patchkabel im Serverraum zieht und einen Betrieb mit 3000 Mitarbeitern lahmlegt

War ein MEGA Tag!

Das erinnert mich sehr stark an mylorc

Zitat von fvbor

Eigentlich ganz gut, bis auf zwo der Maschinen die in der Orakelnden Cloud sind. Aber die Viecher kosten mich auch nichts.
21% im Durchschnitt, 63% Maximum

FYI: Das ist so wie versprochen. Die immer kostenlosen Instanzen sind nur Viertelcores. Sobald dein Scheduler versucht, mehr zu nutzen, wird dir alles über 25% "geklaut", was dann eben bis zu 75% Steal bedeutet.