Marotte ⛧ a écrit 8739 commentaires

De mémoire il faut ajouter le dépôt EPEL : https://fedoraproject.org/wiki/EPEL et installer (et configurer) un truc qui s’appelle FreeTDS

je peut pas

peux

Tu ne pourras pas non plus corriger ton commentaire ! ;)

Je plusse ton journal. Initiative intéressante. Même si ça fait clairement un peu pub, notamment pour Gigabyte à la fin…

Hors, j'essaye de me connecter en wifi,

Or

Si le projet prend de l'empleur, on trouvera une solution, promis.

ampleur

quoi qu’ils fassent ils ont tords

tort

Merci et bonne journée.

Je dois définitivement changer de nom et ne pas fournir la même configuration

Oui le nom est un peu trop proche. Je pense que les propositions précédentes, à savoir permettre de créer n’importe quel plateau, en mettant les « lettre compte double/triple » et « mot compte double/triple » n’importe où apporte une plus-value à ce jeux (et le fait qu’on puisse recréer le Scrabble original n’est qu’un effet de bord ;)

Je comprends, tu n’es pas le seul à voir les choses ainsi…

Sauf que dans le modèle client/serveur il y a un hôte qui fait les requêtes (le client) et un hôte qui y répond (le serveur).

Dans le cas qui nous intéresse c’est bien l’hôte qui supervise qui fait une requête et l’hôte supervisé qui y répond ;)

Non. Je n’ai pas fait d’erreur…

Bon alors, je vais essayer d’expliquer… Des checks Nagios tu en as (on va simplifier) deux types : les checks locaux et les checks via SNMP (qui peuvent être locaux ou distants… en fait il sont distants mais tu peux viser localhost…). Oublions ces checks SNMP dans un premier temps.

Prenons un check local : check_procs, si tu le lances depuis ta machine supervisé tu va pouvoir vérifier la présence d’un processus, ou le nombre total de processus, etc…. Seulement ce n’est pas très intéressant, ce qu’on veut c’est que l’hôte qui supervise puisse lancer ce check sur la/les machines supervisée(s), à distance donc… c’est là qu’intervient NRPE.

Sur ton hôte supervisé (qui fait tourner le daemon nrpe) tu va définir des commandes (ça se passe dans le fichier /etc/nagios/nrpe.cfg ou un fichier inclus par celui-ci…), par exemple avec une ligne du style :

command[check_total_procs]=/usr/local/nagios/libexec/check_procs -w 150 -c 200

Cette commande ainsi définie va permettre à l’hôte qui supervise de faire un :

./check_nrpe -H <hôte à superviser où cette commande est définie> -c check_total_procs

Nagios Remote Execution Plugin…

En espérant avoir été le plus clair possible :)

Normalement quand tu installes une distribution GNU/Linux (je ne connais pas Mint) et qu’un autre système (Windows) est présent, l’installeur ajoute une entrée à GRUB pour booter ce dernier…

Pour ma part j’ai jamais eu besoin de EasyBCD pour faire un multiboot Windows/Linux. Le truc c’est justement d’installer le Linux en dernier car il va prendre en compte les OS déjà présents. Alors que si tu installes le Windows après le Linux, le chargeur de démarrage de Windows va venir écraser GRUB, sans s’embêter à créer une entrée pour Linux (chose qui est pourtant possible avec le chargeur de démarrage de Windows).

maintenant une question qui va paraitre bete, mais pourquoi ne pas laisser justement le grub2 de mint s'occuper de tout ?

Ça confirme je suis bête. Je me suis posé la même question…

Pour préciser un peu :

• package nagios-plugins (les plugins Nagios) : à installer sur l’hôte qui supervise et sur les hôtes supervisés
• package nagios-nrpe-plugin (le client NRPE) : à installer sur l’hôte qui supervise

Non. Je t’ai donné la liste des fichiers pour te montrer que /usr/lib/nagios/plugins/check_nrpe était dans ce package.

Pour installer le package, la commande à taper, en root :

apt-get install nagios-nrpe-plugin

la machine distante (qui aura le client NRPE installé)

Le serveur plutôt ;)

Il faut que tu installes le package nagios-nrpe-plugin

https://packages.debian.org/fr/jessie/amd64/nagios-nrpe-plugin/filelist

Quel est le problème exactement ?

Là comme ça j’aurais envie de te répondre GRUB2 mais je ne suis pas sûr d’avoir compris la question…

Pour moi chkconfig c’est du RedHat/CentOS… (et visiblement sous Ubuntu aussi…) Sous Debian la commande équivalente est update-rc.d

D’après le tuto que tu as indiqué chkconfig devrait marcher sous Debian mais il faut peut-être installer un package supplémentaire… pas possibilité de vérifier là…

https://wiki.debian.org/fr/Daemon#Activer_ou_d.2BAOk-sactiver_un_d.2BAOk-mon

De toute façon se problème est secondaire, il faudrait déjà que tu arrives à faire fonctionner check_nrpe…

Est-ce que le fichier check_nrpe est présent dans /usr/lib/nagios/plugins ? A-t-il les bons droits ?

Si tu dois absolument implémenter un dictionnaire, utilise le wiktionnaire (je ne sais pas s'il existe un moyen simple d'aspirer la base de données, et tu vas en chier pour les conjugaisons)

/usr/share/dict/french ça suffirait pas ?

« le classique tendance math » sékoi ?

Dabord D’abord je remercie à tous les membres de ce forum, en particulier aussi NeoX qui ne cesse de m'aidé m’aider sur l'ensemble de mes blocus blocages et je trouve une solution, merci encore à linuxfr.org.

dont_blame_nrpe à 1 ou à 0 ?…

Le binaire check_nrpe doit se trouver dans /usr/lib64/nagios/plugins (avec un lien symbolique dans /usr/lib/nagios/plugins). Est-ce que la commande fonctionne si tu te places dans le bon répertoire :

# cd /usr/lib/nagios/plugins
# ./check_nrpe -H 192.168.10.180

et-ce que check_nrpe a bien le droit d’exécution ? Sur la machine sur laquelle je suis il appartient à nagios:nagios avec les droits à 0755 (-rwxr-xr-x)

chkconfig --add nrpe
iptables -I RH-Firewall-1-INPUT 10 -p tcp --dport 5666 -j ACCEPT

La première est une commande qui va modifier la configuration du démarrage des différents programme au démarrage de la machine. L’un des commentaires précise :

Si vous êtes sous Ubuntu ou Debian, il faut faire un « chkconfig –add nagios-nrpe-server »

La deuxième est également une commande, qui va ouvrir un port (5666) sur la machine mais de manière temporaire (au prochain reboot ça saute)… Si tu es débutant je dirais que ton firewall n’est pas configuré (ie : ne bloque rien) donc tu ne devrais pas avoir besoin de faire ça…)

Ce tuto date de 2007… ça commence à faire…

https://linuxfr.org/users/valeryan_24/journaux/attention-si-vous-avez-telecharge-l-iso-linux-mint-17-3-sur-leur-site-depuis-le-20-02

Merci.

mais être évidente à qui, à quoi ?

qui → Claude
quoi → procrastiner

Il est évident pour Claude de procrastiner. Procrastiner est une activité qui paraît évidente à Claude.

Je note que j’ai utilisé « évident » dans un sens qu’il n’a pas… ou pas en langage soutenu du moins. Je l’ai utilisé dans le sens « facile », comme dans : « C’est pas évident d’écrire une histoire de Claude ».

Bref, des trois fautes citées c’est celle qui me paraît la moins évidente ;) Je souhaite écrire dans un style commun, voir familier… « évident » pour « facile » je trouve que ça passe.

Merci pour ces corrections. Je les trouves toutes pertinentes.

Je me suis aperçu juste après avoir posté que j’avais chié dans la daube… J’ai clairement confondu les deux situations en écrivant.

J’aurais dû écrire un truc du genre : « Les profiteroles de la cantine participaient à la bonne humeur de Claude au même titre que le bœuf en daube. » :)

De manière générale essayer d’écrire au présent…

il faut sûrement avoir recours à du matériel de cinglé

Il me semble que certains ont réussis à le faire avec de l’azote liquide, pour… retarder la « décharge » des barrettes de RAM…

Donc oui… faut vraiment avoir des secrets de ouf à cacher… Parce que pour le commun des fouineurs, aller lire ce qu’il y avait dans ta RAM une fois qu’elle n’est plus alimentée c’est de la pure science-fiction…

Et sinon pour être sûr de chez sûr. À chaque fois que tu éteinds ton ordinateur tu prends le soin de rebooter pour lancer un memtest, ça va labourer la RAM méthodiquement. T’es tranquille ;)