Unter disable_functions.
LG
Unter disable_functions.
LG
Gib einfach deine Domain dort ein.
Habe auf dem RS 2000 SAS Datenbanken (MariaDB) mit 6,7 GB und da gibt es in keinster Weise Probleme. Schreibgeschwindigkeiten der Festplatte liegen nie unter 300 MB/s, meistens bei ca 600 MB/s.
Windows ist doch echt für'n Arsch. In Ordner A haben alle Dateien das Änderungsdatum X, verschieb ich alles in Ordner B, so haben die Dateien Änderungsdatum Y. Verschiebt man das ganze zurück, so ist's in Ordner A wieder Änderungsdatum X.
Ich krieg's Kotzen
Bei mir unter Windows 10 bleibt das Änderungsdatum beim Verschieben erhalten. Aber ja: Windows ist für'n Arsch.
Schade, wollte eigentlich nur wissen, wie viel Traffic ich diesen Monat noch verbraten kann
Dann muss ich wohl immer den aktuellen Monat abfragen und das Ergebnis vom Limit abziehen ![]()
Im Screenshot oben sehe ich Methoden zum Auslesen des Traffics, aber im Wiki ist das nicht vorhanden? Wie ist denn die Syntax für den Traffic-Befehl, falls der überhaupt existiert?
Ich hab die PHP Klasse aus dem Wiki gespeichert als netcup_api.php.
In einer neuen Datei (traffic.php) habe ich folgendes:
#!/usr/bin/php
<?php
require_once("netcup_api.php");
$vcpWebServiceEndUser = new VcpWebServiceEndUser("foo", "bar");
var_dump($vcpWebServiceEndUser->getVServers());
?>
Ich bekomme aber nur folgendes:
PHP Notice: Undefined variable: Eaxf219PA in /home/nrpe/netcup_api/traffic.php on line 5
PHP Fatal error: Uncaught Error: Class 'SOAPClient' not found in /home/nrpe/netcup_api/netcup_api.php:22
Stack trace:
#0 /home/nrpe/netcup_api/traffic.php(5): VcpWebServiceEndUser->__construct('foo', 'bar...')
#1 {main}
thrown in /home/nrpe/netcup_api/netcup_api.php on line 22
Schade, dachte man könnte die API einfach so über PHP aufrufen, dann muss ich wohl irgendeinen Soap-Client installieren.
Ok vielen Dank, bei 9.9.9.9 kommen die richtigen Einträge. Also muss ich nur noch warten. Hatte nur gedacht dass ich auf Netcup-Servern auch schneller Updates zu den eigenen DNS-Einträgen bekomme.
Hab mich zu früh gefreut: Mit 8.8.8.8 krieg ich nur die Einträge von heute morgen (vor DNSSEC), auch mit den Netcup-Servern (46.38.225.230 46.38.252.230). Sollten die Änderungen auf den Netcup-Servern nicht nahezu sofort aktiv sein?
habs mit folgenden IPs in der /etc/resolv.conf probiert:
8.8.8.8
und (erscheint bei mir (MacOS) unter DNS automatisch wenn ich 8.8.8.8 rausnehme):
80.69.96.12
81.210.129.4
192.168.192.1
EDIT: Nochmals auf 8.8.8.8 umgestellt, und jetzt geht's.
Schade dass es kein Ticket-System gibt, um dem Support mitzuteilen dass es sich bereits erledigt hat.
Habe vorhin DNSSEC aktiviert und danach wieder ausgeschaltet, jetzt bekomm ich nur noch SERVFAIL ![]()
Jenus:~ Alex$ host <foo>.de
Host <foo>.de not found: 2(SERVFAIL)
Kann ich da irgendwas machen außer eventuell warten? Hab schon den Support angeschrieben.
EDIT: Wenn ich https://www.heise.de/netze/tools/dns/ benutze, wird es auch korrekt aufgelöst - komisch.
Habe heute erst Nagios XI entdeckt, und die kostenlose Version ist genau das was ich gesucht habe: Autodiscovery funktioniert super, alles ist einfach installiert und per Interface einrichtbar. Glaube die kostenlose Version ist auf bis zu 7 Hosts beschränkt, aber ich hab ja nur 5 ![]()
EDIT: Das mit diesen "cached checks" hatte ich bereits probiert, jedoch wurde das Script trotzdem jede Minute aufgerufen
Hatte das Script abgelegt unter /usr/lib/check_mk_agent/local/7200/mk_apt. Dennoch stellt sich mir die Frage, wieso man nicht einfach im Interface einstellen kann, in welchem Intervall das geprüft werden soll...
Ach, ist jetzt auch egal dank "apt purge". Hab wirklich keine Lust mehr mich damit rumzuschlagen. Wollte gerade PTRG installieren, da es vielversprechend aussah, da stelle ich fest dass es nur für Windows ist
.
Hier mal die Gründe, was mich an anderen Monitoring-Systemen störte:
Nagios: Das Webinterface der Free-Version sieht aus als wäre es bereits in den 90ern veraltet gewesen und bietet so gut wie gar keine Konfigurationsmöglichkeit. Die Startseite des Interfaces zeigt insgesamt gar keine Informationen an und es ist anscheinend über iFrames aufgebaut. Daher kann ich auch nicht einfach einen Link zur Service-Seite speichern, weil dann die Navigation nicht mehr angezeigt wird.
Check_MK: Es ist nicht möglich, einzelne Services zu erstellen. Alles ist regelbasiert. Die Konfigurationsmöglichkeiten sind versteckt und wirken sich nicht immer aus, wie sie es auf den ersten Blick sollten (siehe z.B. obiger Screenshot). Das Discovery bringt so gut wie gar nichts, da etliche Services trotzdem manuell hinzugefügt werden müssen (aber wie? Es geht ja nur regelbasiert. Ich möchte aber einfach einem Host bestimmte Services zuordnen.)
Nirgendwo findet man eine vernünftige Komplett-Anleitung. Außerdem: In der Standardeinstellung für xinetd kann jeder von jeder Adresse auf den Agenten zugreifen. Was soll das denn bitte? Klar, Firewall gehört sowieso installiert, aber wieso wird nicht als Standard einfach nur auf 127.0.0.1 gelistened? Das kommt mir doch arg undurchdacht vor.
Icinga2: Während des Setups hatte ich schon keine Lust mehr. Warum bietet mir die Paketinstallation an, dbconfig-common für die EInrichtung der Datenbank zu nutzen, fragt dann aber bei der Installation im Webinterface dennoch die Datenbankdaten ab. Passwort des Datenbankbenutzers? Keine Ahnung, ich habe ja eins mit dbconfig-common generieren lassen, in der Hoffnung dass es damit erledigt ist. Wenn ich jetzt sowieso wieder das Passwort ändern soll, damit ich es Icinga mitteilen kann, hätte ich mir ja dbconfig-common sparen können und direkt alles manuell anlegen können. Das kommt mir so inkonsequent vor, dass ich es lieber direkt habe sein lassen. Außerdem basiert auch hier immer noch alles auf Nagios...
Werde wohl wieder Nagios installieren, da kann man einfach schön pro Host eine Config anlegen und reinschreiben was überwacht werden soll... ist das wirklich zu viel verlangt?
Kennt jemand sonst noch Alternativen, bei denen das so einfach möglich ist? Dieses ganze regelbasierte Gedöns macht vielleicht Sinn wenn man hunderte Server zu überwachen hat, aber das ist ja bei mir nicht der Fall ![]()
Zur Not muss ich sonst wieder meine selbstgebastelte Lösung nutzen, die als Agent auf den Remote-Servern ein einfaches Bash-Script einsetzt und das Ergebnis aller in einem bestimmten Ordner gespeicherten Scripts übermittelt. Da kann ich alles genaustens einstellen und es funktioniert, nur ist mein Webinterface hässlich wie die Nacht und die Check-Scripte nicht portabel.
Zum einen muss das Plugin auf dem zu prüfenden System installiert sein (einfach das Script ins passende Verzeichnis kopieren).
Anschließend in Check_MK unter "Host & Service Parameters" eine entsprechende Regel für apt anlegen.
Die Regel wird dann entweder auf alle Hosts angewendet welche sich im Ordner / Unterordner befinden oder kann mit Host Tags weiter eingeschränkt werden. Ich habe zum Beispiel ein Host Tag welches festlegt ob es ein Debian System ist oder irgendetwas anderes.//edit
Ist im Falle von mk_apt nicht notwendig.
Kannst du bitte noch mal erläutern, wie ich es schaffe die Apt-Updates anzuzeigen, ohne mk_apt unter /usr/lib/check_mk_agent/plugins abzulegen? Wenn die mk_apt nicht existiert, erhalte ich folgende Meldung: "UNKNOWN - Item not found in agent output" Ups, falsch gelesen ![]()
Weiterhin wird der Apt-Service ein mal pro Minute aufgerufen, obwohl ich das Intervall auf 2 Stunden gestellt habe. Was muss ich noch einstellen, damit der Service nicht jede Minute geprüft wird?
Sind momentan nur 5 Server insgesamt. Was mich hauptsächlic am "normalen" Nagios störte war die für meine Zwecke unnötige Unterteilung in Command-Definitionen und Service-Definitionen sowie dass man in der kostenlosen Version im Webinterface nichts konfigurieren kann. Auf jeden Fall nochmal vielen Dank für die Antworten, ich bin ein ganzes Stück weiter als vorher und hab Check_MK jetzt zumindest so weit verstanden dass ich es nutzen kann
![]()
Danke, das hatte ich auch schon probiert, jedoch nur Ausführberechtigungen für root gesetzt. Jetzt erscheint es in der Liste ![]()
Aber genau da ist mein Problem: Jetzt muss ich auf JEDEM Host, den ich überwachen möchte, erst das mk_apt-Script installieren - da bringt mir doch die automatische Einrichtung nichts, wenn ich trotzdem das Script auf jedem einzelnen Server ablegen muss. Oder noch schlimmer: Was, wenn es ein Update für das Script gibt? Dann heißt es alle Server manuell updaten?
Kann man denn nicht einfach einen Service einem Host hinzufügen? Beispiel: Ich synchronisiere mit einem Server meine Backups. Bei Nagios konnte ich dem Host einfach als Service "check_fileage" (oder so ähnlich) hinzufügen, um zu sehen ob die Dateien aktuell sind.
Und wieso kann ich Services "discovern" lassen, aber nicht die APT Updates? Ich dachte, die Discovery-Funktion dient dazu, dass alle Services, die erkannt werden, automatisch überwacht werden. Warum muss ich das dann selbst hinzufügen?
EDIT: Habe die Apt-Regel manuell hinzugefügt (siehe Screenshot), und die Änderungen übernommen. Trotzdem zeigt kein Host den Service an.
Sorry für die vielen Fragen, aber ich finde keine einzige Anleitung die erklärt wie ich einen bestimmten Service einem bestimmen Host zuordne. Alle Anleitungen benutzen den cmk-Befehl, der bei mir gar nicht exisitert ![]()
Ich versteh das ganze nicht: Wie kann ich denn zum Beispiel einen Service für einen speziellen Host hinzufügen? Ich möchte über meinen localhost-Host prüfen, wie lange meine SSL-Zertifikate gültig sind. Ich habe das nur geschafft über Host & Service Parameters -> Active Checks -> Check HTTP Service -> als Rule "Main Directory" -> Explicit hosts auf localhost eingestellt.
Kann man denn nicht direkt bei localhost den Service hinzufügen?
Übrigens finde ich auch nirgendwo eine vernünftige Anleitung ![]()
Ich werd wohl wieder zu nagios wechseln, da haut man einfach pro Host die Services rein und alles funktioniert ohne Probleme.
Jetzt hab ich eine weitere Frage: mk_apt ist installiert unter /opt/omd/versions/1.4.0p25.cre/share/check_mk/agents/plugins/mk_apt. Dennoch findet der Discovery nicht den entsprechenden Service. Laut https://mathias-kettner.de/checkmk_check_apt.html sollte das aber automatisch funktionieren:
ZitatOne service will be created for each system where the mk_apt
plugin is being installed and the command apt-get is present
Muss ich den Service manuell hinzufügen, oder kann ich das irgendwie automatisch hinbekommen? Ich überwache mehrere Debian-Systeme, und bei keinem wurde der Apt-Service erkannt ![]()
Vielen Dank
War ja dann doch leichter als gedacht ![]()