Der Sprung von 32GB auf 64GB ist natürlich groß
im netcup portfolio gibts zb nix dazwischen.
warum ich lieber einen Server mit genügend RAM wähle.
das sowieso. aber swap gibt einem eine zusätzliche sicherheitsstufe bevor der oom-killer zuschlägt. und wenn bei der dimensionierung 32 GB ausreichend sind warum soll ich dann nur weil ich kein swap mag den 64 GB server nehmen?
von Munin auf Check-mk wechsle
hier sollte man imho zwischen klassischen monitoring systemen wie nagios, icinga oder checkmk und metrics collection systemen wie munin, collectd, netdata oder prometheus unterscheiden.
RAM so richtig teuer
warum sollte ich mir einen 64 GB RS zulegen wenns auch ein 32 GB RS mit ein wenig swap zur sicherheit tut?
Willst Du einen Bugreport erstellen?
ja, aber erst ende der nächsten woche.
mindestens jedem kunden einmal
Gibt es auch für http://repo.mongodb.org/apt/debian/dis…n/binary-amd64/
huch, bild mir ein habs laut https://www.mongodb.com/docs/v4.4/tuto…ngodb-on-debian installiert. aufn controller komm ich hier grad nicht, werde am abend berichten.
Ich habe die MongoDB Pakete aus http://repo.mongodb.org/apt/debian buster/mongodb-org/4.4 main benutzt.
hier auch.
Die ließen sich Problemlos in Bookworm installieren
hier nicht. die mongodb bestand auf libssl1.1 als abhängigkeit und die gibts nur mehr in Bullseye.
Du bist Dir sicher, dass auf Deinem system nur mehr Bookworm in den apt sources lists drinnensteht?
Oktober 2017?
war der jüngste eintrag den ich dbzgl im Debian changelog von Munin gefunden habe.
Dadurch ist die Abhängigkeit von Munin erfüllt
müsste Munin dann nicht ein paar timer units mitliefern?
update: ohne worte https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877658
selbst gebaute Debian unifi Pakete, welche unter Debian Bookworm installierbar sind.
wie hast Du die abhängigkeit von mongodb 4.4 auf libssl1.1, welches es nur in Debian 11 Bullseye gibt, gelöst?
beim TP-Link Omada controller, der brav unter Debian 12 Bookworm mit OpenJDK 17 läuft, habe ich es gelöst indem ich zusätzlich das Debian 11 Bullseye repo in den sources hab.
Die sind low Level, ehrlich. Nimm was mit etwas Qualität...
sprichst Du von den wald und wiesen TP-Link APs oder von der Omada serie?
swap ist halt kein ram-ersatz. dein server ist was ram betrifft schlicht zu klein. oder deine programme zu speicherhungrig.
DAS war der Fehler,
ich würd auch die jail.conf nicht nach jail.local kopieren sondern ebendort genau nur die lokalen abweichungen konfigurieren.
Seit gestern Abend ist fail2ban anscheinend aus, aber warum?
was sagen folgende commands?
systemctl status fail2ban
journalctl -u fail2ban.service
fail2ban-server --testWenn, dann bitte sudo -i. Damit auch eine neue Login-Shell samt Umgebungsvariablen des root Users geöffnet wird und nicht irgendwelche Tools ihre Configs als root ins eigene Home schreiben wollen.
env_reset ist doch per default enabled. lediglich -i agiert als wäre env_reset enabled und setzt das pwd auf ~. mehr unterschied kann ich hier nicht erkennen.
natürlich sinds zwei buchstaben weniger und man ist gleich in /root. klar.
und wenn man wieder mal sudo vergessen hat empfehle ich folgendes alias.
alias fuck='eval sudo "$(history -p \!\!)"'Leider hast Du noch eine andere PHP Anwendung am Laufen, die PHP 8 noch nicht unterstützt.
mit php-fpm kann man das aber schön aussteuern welche php version pro (sub-)domain verwendet werden soll.
Ich hab mal alle Befehle aufgeschrieben welche ich heute bei der Installation eingegeben habe.
statt jedes kommando mit sudo zu prefixen kann man sich eine root shell mit
sudo bashaufmachen. hat auch den vorteil wenn man pipes verwendet dass die root berechtigung nicht verloren geht.
in fail2ban würde ich Dir noch den
recidive filter empfehlen.
und nie vergessen wenn der server nach außen kommunizieren soll das outgoing deny zu ändern. 
Debian ist konservativ
jetzt hätten wir einige adjektive durch. 
können wir uns drauf einigen, dass bald eine neue stable release rauskommt und dem op ein upgrade oder redeployment empfohlen ist (sofern er eine passende anleitung findet).
"nicht mehr akuell" ist nicht das gleiche
debian ist bei release schon nicht mehr aktuell.
10.06.2023. dann ist Bullseye nicht mehr aktuell.
nein. bullseye hat noch ein jahr security support.
