Hab was neues gefunden, Tianji, sieht sehr Intressant aus, liefert grobe Daten über CPU RAM Netz HDD Uptime, website tracking keine ahnung wie man das nennt was uptime kuma genau macht aber das ist da auch mit drin.
Ich werfe noch check_mk in die Runde. Für fail-to-ban gibt es (imho) ein plugin
Was für Erfahrungen habt ihr so? Wieviel Gameserver laufen bei euch?
Meine Erfahrungen sind vor über 15 Jahren, und da liefen cs, cod und Co. Schon mehrere Server ohne Probleme, hoffe die CPUs sind doch einiges besser geworden. 😄. Mal auf Dienstag warten und hoffen das es ein gutes Angebot gibt es auszuprobieren.
Habe mumble seit Jahren am Laufen: RAM und CPU spielen da kaum eine Rolle, mumble ist da sehr genügsam. Mein RS Server liefert guten Pings,
Zu Gameservern: Ich habe da nicht so wirklich viel Erfahrung. Aber ich haben ziemlich lang einen "Teeworld" Server öffentlich betrieben. Und bis vor kurzem auch noch für Freundeskreis "valheim" gehostet. Das war für eine kleine "Kundschaft", und das hat gut funktioniert: stressfrei und gute Pings. Mehr kann ich nicht sagen.
Da ich einen kleinen Technik-Zoo betreibe, mache ich das über ansible-playbook(s)
Damit habe ich dann nicht nur ein Postinstall, sondern einen regelmäßigen Prozess, insbesondere bei Änderungen.
Neben den bereits angesprochenen Aufgaben habe ich Rollen für z.B. die Verteilung von
- ssh authkeys
- User, Profile, aliase usw für bash oder zsh Umgebung
- Monitoring agent und config (hier: check_mk)
- backup config und vpn(wireguard) sofern nötig
Dazu habe ich noch zahlreichen Kleinkram und Sonderfälle, z.B. ein ssl Zertifikat herumkopieren usw. solche Dinge.
Mit https://github.com/fboender/ansible-cmdb (configuration managment Database) lasse ich mir im Anschluss ein aktuelle Übersicht in html erstellen. .
unattended upgrades, docker watchtower und Dergleichen verwende ich nicht auf 24/7 Systemen.
Ich hatte gestern und heute über mehrere Stunden Alarm vom Monitoring, ebenfalls wegen Paketverlust.
Laut traceroute lagen Probleme beim Routing zwischen telekom <-> anexia vor. Allerdings nur bei ipv4. ipv6 war unauffällig.
Kurze Rückmeldung: Mein Server wurde gestern nochmals verschoben.
Seitdem habe ich kein Hänger mehr beobachten können. Gefühlt läuft es seitdem "wie geschmiert".
An dem seltsamen Bild im Monitoring hat sich allerdings nichts geändert - Load-Peaks habe ich jetzt fast im Stundentakt:
Mit dem jetzigen Zustand kann ich bisher ruckelfrei Arbeiten. Sobald ich mein Monitoring anpasse, fällt "der Zustand" vermutlich überhaupt nicht mehr auf.
Ich werde das noch 1-2 Tage weiter beobachten, und dann dem Support mein Sammelsurium an Log-Files als Rückmeldung geben.
Sofern der Zustand so bleibt wie jetzt, kann ich das als "optische" Ausreißer im Monitoring abhaken.
Hi, ich habe auch einen Server, der kaum echte load hat aber 24% Auslastung. Netcup hat ihn schon ein paar mal hin und hergeschoben aus eigenem Antrieb. Habe bisher nie ein Ticket gesendet.
Auf dem Server sind einfach ein paar Ärztewebseiten drauf. Jedenfalls fast kein Traffic, oder soetwas wie lange cronjobs.
Wie empfiehlst du dies am besten zu messen/zu dokumentieren?
Hi! Empfehlen möchte ich lieber nichts. Würde das lieber dem Netcup-Support überlassen.
Ich bin aber gerne bereit, hier für den NC-Support alle nötigen Daten zu liefern.
Ich selber betreibe ein Monitoring (check_mk) und mein weiter oben gezeigtes Skript als temporäre Not-Lösung. Beides zeigt übereinstimmend das gleiche Problem an.
Bitte lasst daher unserem Support via Kontaktformular oder direkt an mail@netcup.de folgende Informationen zukommen:
Ich kann das Problem auf einem RS in unregelmäßigen Abständen bestätigen. Zwischen 20-30sek absoluter Stillstand. Ist allerdings recht selten mittlerweile.
Ticket aufgegeben, IO-Wait von 100 % mit 200 kB_read/s bei einem `git grep` in /etc.
Danke für die Rückmeldungen!
Eine Bitte: Wenn ihr solche Probleme habt, macht ein Ticket auf, so wie Lars beschrieben hat.
Ich habe meinen (RS)Server jetzt schon mehrmals "auf Links gedreht"; Ich habe keine I/O intensiven Anwendungen, Backup habe ich momentan auch aus(!)
Das Problem zieht sich trotzdem jetzt seit Monaten hin. Je nach momentaner Instanz läuft es ok (kaum wahrnehmbar, 2-3 mal am Tag) bis hin zu >100 Mal pro tag (=Katastrophe)
Mein Server wurde vom Support verschoben, und jetzt ist der Fehler nur um so häufiger da. Mein Skript hat heute bereits 100 Meldungen erzeugt.
Ich hätte mir dem vorherigen Zustand leben können. Aber jetzt ist es indiskutabel. Support Ticket bleibt jetzt erst recht offen 
Danke für diese Infos hier. Ich habe seit Monaten genau dieses Problem: mein Server steht jeden Tag mehrmals für 30-60 Sekunden nahezu still, obwohl sich da nur ein paar Container langweilen. Ein uptime zeigt in diesen Momenten regelmäßig ein Load von mindestens Zweistellig an.
Habe schon an mir selbst gezweifelt.
Das Problem besteht seit meinem damaligen Post (Mai) immer noch, aber es es viiiiel seltener geworden (Laut Monitoring und einem einfachen shell-Skript in tmux)
#!/bin/sh
# get load average from /proc/loadavg (1. value = 1 min avr)
# write to std and file if load >= threshold
threshold=4
while ( true ); do
myload=$(cat /proc/loadavg)
myload1=${myload%%.*}
if [ $myload1 -ge $threshold ]; then
mydate=$(date)
echo -n "$mydate -> " | tee -a netcup-checker.log
echo "$myload -> LOAD: $myload1 <-" | tee -a netcup-checker.log
fi
sleep 10
doneDa ich häufig per ssh auf der Maschine bin, fällt es mir auch immer mal wieder auf: Diese Hänger sind mindestens 10-30 Sekunden lang, und fühlen sich wie totaler Stillstand an. Ich habe auch schon mit iostat, iotop und vmstat innerhalb der Schleife gespielt; das war alles komplett unauffällig.
Ich habe mal ein Logfile von Anfang September bis heute an den Support geschickt und hoffe sehr auf eine Lösung 
Danke für diese Infos hier. Ich habe seit Monaten genau dieses Problem: mein Server steht jeden Tag mehrmals für 30-60 Sekunden nahezu still, obwohl sich da nur ein paar Container langweilen. Ein uptime zeigt in diesen Momenten regelmäßig ein Load von mindestens Zweistellig an.
Habe schon an mir selbst gezweifelt.