hpsmartyz

Bonjour, je ne suis pas s

salut, es-tu en DSM 3.1? Si ce n'est pas le cas c'est que tu n'as pas suivi le tuto à la lettre (enfin il se peut qu'il y ait une erreur ) Si tu es en 3.1 je n'avais pas encore mis le tuto à jour pour. il l'est maintenant. Vérifie que tu as bien configuré PHP depuis l'interface d'admin de plus vérifie que tu as bien modifié /var/services/web/cacti/install/index.php

ok cool. merci aucun mal à ne pas utiliser le fw!

salut, tu mélanges url et chemin sur le disque /usr/bin/php /var/services/web/essaitempo.php par ailleurs, dans l'interface d'administration, dans Services Web > Paramètres PHP tu devrais décocher, "Activer l'option de configuration PHP register_globals" peux tu poster ta ligne complète crontab, juste au cas ou

salut, as-tu affin

je viens de comprendre alors que j'émergeais des bras de Morphée. la détection de l'état de l'hôte se fait via ping et/ou snmp ping. le firewall doit bloquer ces tests biens qu'ils soient fait en local quelle méthode de détection d'hote as-tu choisie dans cacti? si ping, alors crée une règle personnalisée dans le firewall, autorisant le protocole ICMP, (ou TCP/UDP + port séléctionné; fonction de ton choix dans cacti) avec l'ip de ton NAS sur le réseau privé si snmp ping alors crée une règle sélectionnée dans la liste d'application, choisissant service snmp (port 161) , avec l'ip de ton NAS sur le réseau privé si les deux méthodes sont choisies alors crée les deux règles

Salut, d

heureusement que j'ai deux syno ... faut chercher un peu les amis. :-) Dans DSM 3.1 je viens de voir que dans: Services Web > Param

ah bah peux-tu lancer la même commande sur le fichier: /usr/syno/etc/php/user-setting.ini ? merci de plus, es-tu sûr que tes packages ipkg sont tjrs là et accessibles?

sous telnet, peux-tu taper: more /usr/syno/etc/php.ini | grep safe_mode et poster ici le r

ah??? moi j'ai bien un binaire php dans /usr/bin tu as fait quoi comme manip lors du passage à la 3.1 ?

@PatrickH je ne crois pas que désactiver les applis tue les process si ils tournaient. il faut rebouter et là ils ne se lancent pas. il crée des vidéo "flash". non pas possible de renommer

Installation du plugin 'syslog' (v0.5.2) A ce jour il existe une version plus récente (1.0.5) de ce plugin mais celle-ci semble particulièrement buggée. Je préconise donc l'utilisation de la version discutée ici. Ce tutoriel suppose que vous avez installé Cacti dans le répertoire /var/services/web/ Ce tutoriel réutilise les identifiants définis lors de l'installation de Cacti (nom-du-user-cacti et son mot de passe mot-de-passe). Adaptez les instructions ci-dessous en fonction de votre installation de Cacti. Pré-requis il faut avoir installé la PIA (voir ici) il faut avoir installé le plugin 'settings' (voir ici) il faut avoir installé syslog-ng (voir ici, en fait ce lien ne fonctionne plus (le fil de discussion n'est plus accessible. Cependant PatrickH a recréé un tutoriel voir ici) il faut aussi le binaire mkfifo (vous pourrez trouver le binaire dans le pack coreutils en zone téléchargement, pour les architectures arm et ppc. Pour les autres il faudra installer coreutils via ipkg) Installation du plugin Téléchargez le ici Copiez l'archive dans un répertoire du Synology (/tmp par exemple), puis dans ce répertoire: shell> tar -zxvf syslog.tar.gz shell> mv syslog /var/services/web/cacti/plugins/ Import de la base de données Vous avez la possibilité de créer les tables liées à syslog au sein de la base de données de Cacti (créée lors de l'installation de Cacti) ou bien en dehors de cette dernière, au sein d'une base de données que vous définiriez. Dans le premier cas, tapez (où nom-de-la-base représente le nom de la base de données de Cacti) shell> cd /usr/syno/mysql/bin shell> ./mysql -u root -p nom-de-la-base < /var/services/web/cacti/plugins/syslog/syslog.sql Dans le second cas, tapez (où nom-de-la-base représente le nom de la base de données syslog) shell> cd /usr/syno/mysql/bin shell> ./mysqladmin --user=root -p create nom-de-la-base shell> ./mysql -u root -p nom-de-la-base < /var/services/web/cacti/plugins/syslog/syslog.sql Définition des privilèges shell> cd /usr/syno/mysql/bin shell> ./mysql -u root -p mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'nom-du-user-cacti'@'localhost' IDENTIFIED BY 'mot-de-passe'; mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'nom-du-user-cacti'@'nom-hote' IDENTIFIED BY 'mot-de-passe'; mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'root'@'localhost'; mysql> GRANT ALL PRIVILEGES ON nom-de-la-base.* TO 'root'@'nom-hote'; mysql> exit Application des droits shell> cd /usr/syno/mysql/bin shell> ./mysql -u root -p mysql> FLUSH PRIVILEGES; mysql> exit Edition du fichier de configuration shell> vi /var/services/web/cacti/plugins/syslog/config.php Il contient par défaut ces lignes: $database_default = "syslog"; $database_hostname = "localhost"; $database_username = "cactiuser"; $database_password = "cactiuser"; Modifiez le premier et les deux derniers paramètres avec les valeurs nom-de-la-base, nom-du-user-cacti et mot-de-passe respectivement. Note: Pour des questions de "sécurité", je vous engage à supprimer l'historique des commandes passées sous mysql, historique qui se trouve dans votre home (et donc /root) shell> cd /root shell> cat /dev/null > ~/.mysql_history ou bien shell> cd /root shell> $ > ~/.mysql_history Modification du script de lancement de syslog-ng Assurez vous que syslog-ng soit arrêté, autrement tuez le process, puis modifiez le fichier de lancement: shell> vi /opt/etc/init.d/S01syslog-ng de telle sorte à avoir ce qui suit: #!/bin/ash # # (re)start script for syslog-ng # # stopping all running processes whether they exist or not kill -9 $(pidof syslog-ng) 2>/dev/null kill -9 $(pidof sh /opt/sbin/syslogtomysql.sh) 2>/dev/null rm -f /tmp/mysqlsl.pipe # restarting processes sh /opt/sbin/syslogtomysql.sh & /opt/sbin/syslog-ng -f /opt/etc/syslog-ng/syslog-ng.conf Création du script syslogtomysql.sh shell> cd /opt/sbin shell> vi syslogtomysql.sh Recopiez le texte ci dessous. #!/bin/ash rm -f /tmp/mysqlsl.pipe /path/to/mkfifobinary /tmp/mysqlsl.pipe while [ -e /tmp/mysqlsl.pipe ] do /usr/syno/mysql/bin/mysql -u nom-du-user-cacti --password=mot-de-passe nom-de-la-base < /tmp/mysqlsl.pipe done Attention: assurez vous bien de remplacer nom-du-user-cacti, mot-de-passe et nom-de-la-base par vos informations spécifiques. De même, vous n'êtes pas obligés de créer le pipe à l'endroit indiqué par ce script, ni même de lui donner le nom indiqué. Si vous changez le chemin ou le nom de ce pipe il faudra répercuter ces modifications dans le fichier de configuration de syslog-ng (voir plus bas). Changez /path/to/mkfifobinary pour refléter le chemin complet du binaire mkfifo sur votre système. Finalement, assurez vous de bien mettre le chemin absolu pour la commande mysql. Le risque autrement est que le script s'exécute mal au (re)boot du Synology, empêchant la création du lien entre syslog-ng et la base de données. Cela serait à priori dû au fait que certaines variables d'environnement ne sont pas encore chargées au moment du lancement du script rendant l'appel à mysql ineffectif. Changement des permissions sur le script syslogtomysql.sh shell> chmod 755 /opt/sbin/syslogtomysql.sh shell> chown root:root /opt/sbin/syslogtomysql.sh Modification du fichier de configuration de syslog-ng shell> vi /opt/etc/syslog-ng/syslog-ng.conf Pour les besoins de Cacti le fichier de configuration complet peut être comme suit: # syslog-ng configuration file options { #prevents syslog-ng from trying to re-write hostnames keep_hostname(yes); #if keep_hostname(no), let's use dns use_dns(no); # use_dns(persist_only); # dns_cache_hosts("/etc/hosts"); #and let's use syslog-ng internal caching, avoiding /etc/hosts to be read each time #but then it is not clear if a change to /etc/hosts will be instantaneous or at end #of expiry time dns_cache(no); # dns_cache(yes); # dns_cache_size(10); # dns_cache_expire(86400); #markers mark_freq(3600); stats_freq(3600); }; source local { pipe("/proc/kmsg"); unix-stream("/dev/log"); unix-stream("/var/run/log"); internal(); }; source net { udp(ip(XXX.XXX.XXX.XXX) port(514)); }; destination mysql { pipe("/tmp/mysqlsl.pipe" template("INSERT INTO syslog_incoming (host, facility, priority, date, time, message) VALUES ( '$HOST_FROM', '$FACILITY', '$PRIORITY', '$YEAR-$MONTH-$DAY', '$HOUR:$MIN:$SEC', '$MSG' );\n") template-escape(yes)); }; log { source(net); destination(mysql); }; log { source(local); destination(mysql); }; Attention: assurez vous que la longue ligne commençant par template( et se terminant par $MSG' );\n") ne soit pas scindée en deux lignes. Adaptez le chemin du pipe si vous l'avez modifié dans le script syslogtomysql.sh. Les lignes relatives à la capture d'évènements externes à votre Synology (mais provenant de votre réseau local): source net { udp(ip(XXX.XXX.XXX.XXX) port(514)); }; log { source(net); destination(mysql); }; ne vous sont utiles que si vous avez des éléments de réseau qui envoient des notifications syslog vers votre Synology. Si elles le sont, changez l'adresse XXX.XXX.XXX.XXX en celle de votre Synology sur votre réseau local. Le manuel de référence de syslog-ng se trouve là. Modifications des droits d'accès au répertoire syslog shell> cd /var/services/web/cacti/plugins/ shell> chown -R root:root syslog shell> cd syslog shell> find . -type f -exec chmod 644 '{}' \; shell> find . -type d -exec chmod 755 '{}' \; Activation du plugin shell> vi /var/services/web/cacti/include/config.php Rajoutez, à la ligne 35: $plugins[] = 'settings'; La nécessité de déclarer ainsi le plugin 'settings' est due au fait que le plugin 'syslog' est conçu sur la base d'une ancienne version de la PIA. Puis connectez vous à Cacti, et dans Console>Configuration>Plugin Management cliquez sur la flèche bleue : Autorisation des utilisateurs Cacti à utiliser ce nouveau plugin Connectez vous à Cacti Utilities > User Management Sélectionnez un utilisateur (normalement admin, mais ça dépend à qui vous voulez donner les droits) Puis dans l'onglet Realm Permissions, cochez les cases View Syslog et Configure Syslog Alerts / Reports Sauvegardez Vous devriez avoir un onglet supplémentaire sous Cacti permettant la visualisation des logs. Il vous reste à peaufiner le fichier de configuration de syslog-ng en fonction de vos besoins (notamment appliquer des règles de filtrage) et éventuellement adapter le temps de stockage des logs dans la base de donnée.

tu as qqchose qui cherche

mon LaCie Quadra d2 ne se mettait pas en veille en eSATA sur mon 107 il se met en veille en USB sur mon 710+

malheureusement c'est le cas ... le mieux est en effet de travailler par exemple sur le 8080 ou alors passer le ****** modem-routeur de numericable en mode bridge

serviio (pas test

hier ipkg.nslu2-linux.org

oui. les profils supportés sont là: http://www.upnp-data...p?actionId=2870 pas compris ta question

avi est un container, il suffit de changer de container. quant

salut cricx j'ai fait la modif et j'ai cette erreur dans mes logs: postfix/master[4767]: warning: /usr/syno/mailstation/libexec/smtpd: bad command startup -- throttling postfix/master[4767]: warning: process /usr/syno/mailstation/libexec/smtpd pid 13064 exit status 1 postfix/smtpd[13064]: fatal: open database /usr/syno/mailstation/etc/virtual.db: No such file or directory faut il que le fichier virtual soit en fait virtual.db ?

Installation du plugin 'settings': Ce plugin est le premier de tous les plugins à installer car certains plugins ont besoin de sa présence. Téléchargement du plugin Téléchargez le plugin là: http://docs.cacti.net/plugin:settings Copiez l'archive dans un répertoire sur votre Synology, par exemple /tmp Installation du plugin Dans le répertoire dans lequel vous avez copié l'archive: shell> tar -zxvf settings-v0.7-1.tgz shell> mv settings /var/services/web/cacti/plugins/ Adaptez le nom du fichier dans la première ligne de commande à celui qui correspond à la version téléchargée. Activation du plugin Connectez vous à Cacti, puis dans Console>Configuration>Plugin Management cliquez sur la flèche bleue : et cliquez sur la flèche verte: et voilà vous pouvez maintenant installer les plugins de votre choix.

@Patrick21 un bail statique permet justement de faire ce que tu veux, sans en avoir les inconvénients ... selon moi tu n'as pas enlevé la bonne chose de ton tuto, mais bon ...