MS_Totor

pas mal comme matos bienvenue sur le forum

l'abominable br/br du forum m'a eu, si j'ai le temps demain, je reprends le pr

je viens de me faire un gros plaisir<br><br>via webmin light et cpan, oui j'aime bien le mode fenêtré, quand je ne saisie pas précisément un nouvel environnement <img src="http://www.nas-forum.com/forum/public/style_emoticons/default/wink.gif" class="bbc_emoticon" alt=""><br>l'installation des modules perl est devenu un jeu d'enfant, sauf dépendance de certains prog à peaufiner car dépendant de prog natif ou installé via ipkg, (librairies manquantes)&nbsp; alors qu'en 2009, c'était un chemin de croix à n'en plus finir, avec ld non pris en compte pour compiler nativement, ou cc, bref pleins de soucis de chemins et de @ink<br><br>je suis ébloui par la puissance de perl, via cpan, je comble mes besoins de ipkg pour certaines fonctions et en dernières versions de paquets en plus, et non plus figées via la dispo des dev de ipkg.<br>bref encore un tuto qui pointeras son nez sous peu, section webmin pour syno, surtout que le 1010+ compile tout cela rapido et sans broncher d'un poil soit quelques dizaines de secondes à tout casser <img src="http://www.nas-forum.com/forum/public/style_emoticons/default/smile.gif" class="bbc_emoticon" alt=""><br><br>mais je m'égare, et la suite de ce fil&nbsp; concernera perl et mes soucis d'interpretations du script de départ, à moins d'autres surprises....<br><br><br>

merci pour la participation j'ai enfin un affichage de l'uptime correct system uptime: 54 min load average: 0.00 0.05 0.12

je viens de piger mon soucis le module perl version qui ne s'est pas correctement install

Garbage ':49 load average: 0.09 0.07 0.00\\c' donc si je comprends c'est le résultat qui passe pas c'est le deux points entre `:49 qui reste alors qu'il ne devrait pas y en avoir.. je vais virer cette partie de détection de version de rrd pour la refaire en plus simple et décrire normalement le format uptime ou le laisser tel quel et refaire des essais. 18:03:39 up 5:24, load average: 0.09, 0.04, 0.00

correction si je mets un espace après = $UPTIME = ~ s/:/\\:/; ca donne ca Use of uninitialized value $_ in substitution (s///) at /volume1/web/chemin du script-cgi et le graphe est généré mais l'uptime est au format "seconde" soit 4294967295 au lieu de exemple, system uptime 5 days 8:17 si je laisse tel quel à l'origine le fichier comme dans le code que j'ai mis au dessus, le graphe n'est pas généré $UPTIME =~ s/:/\\:/; ERROR: while graphing /var/services/web/monitorix/imgs/cpu1.day.png: Garbage ':49 load average: 0.09 0.07 0.00\\c' after command:, j'aimerais bien simplifier cette partie de code ma base de recherche est sur ce lien, fort complet à base de rrd-cgi que je décortique en ce moment http://haroon.sis.ut...ca/rrd/scripts/ @+

salut fred si tu passes par l

ca y est j'y suis arrivé ouffffff..... si tu es intéressé fais signe, c'est une version non stable (version 1.17 bêta) je ne peux pas te mettre la liste des options que j'ai intégré, mais j'ai fais l'impasse sur des outils dangereux, et je dois peaufiner par le suite la liste des options dont j'ai besoin. l'avantage, c'est que c'est indépendant de la busybox du syno, que l'exécutable est linké à rien du tout dans le système, dont pas de risque de conflit... à moins de le faire volontairement via une application déjà lancée par le syno, je ne m'en servirais pour l'instant que pour du monitoring... je reviendrais à une version stable ensuite, 1.15.3 ou 1.16.0 pour exécuter une commande je suis bien sur obligé de mettre le chemin complet vers l'application. /opt/sbin/busybox programme [options] sinon rien ne peut faire appel à ce programme, et c'est ce que je veux pour eviter les boulettes. Merci pour ta proposition d'aide, j'avoue avoir faillis laisser tomber et me retourner vers un coup de main en syntaxe. et voilà ca marche youpi, au final je vais pouvoir dégraisser ipkg de certaines applis obsolètes, ce qui est un peu le but de la manip , sans faire un chroot debian, désolé Diaoul, vive la busybox et linux embeded presque complet dans mes besoins test> /opt/sbin/busybox grep -w BusyBox v1.17.0.git (2010-03-24 11:08:37 CET) multi-call binary. Usage: grep [-HhnlLoqvsriwFE] [-m N] [-A/B/C N] PATTERN/-e PATTERN.../-f FILE [FILE]... pause..... reprise des pérégrination de monitoring ce soir pour d'autres aventures synoesques

salut contexte: la commande grep -w est non supporté par le syno. dans la littérature de busybox sur le net cette fonction est supportée depuis longtemps. malgré une relance mainte fois répétées des utilisateurs de syno, il n'y a aucune réponse nulle part, ni de synology, ni de la mailing list des dev de ipkg, ou alors je suis trop impatient d'avancer ...c'est possible aussi je ne suis pas le roi des expressions régulières alors quand je trouve un script bien tourné j'essaye plutôt d'adapter mon syno pour l'interpréter, plutot que de me taper des tutos à foisons dans les quels je me perd un peu. la cross-compilation de busybox se passe de la même façon que pour cross-compiler un module kernel. j'ai pris le fichier config pour busybox-1.1.0 et je l'ai copié, renommé dans les sources du dernier snapshoot git de busybox-1.17 soit /toolchain_pour_x86/source/busybox-1.17.0/.config un make menuconfig remets à plat le .config vers les options possibles vers la 1.17.0, du moins c'est ce qu'il s'est passé. puis je compile busybox pour être un exécutable sans aucun link vers des librairies externes et complétement indépendant , bref concaténation coreutils, findutils etc... en un seul fichier de 1.3 mega. la compilation est terminée, transfert sur le syno dans un répertoire neutre /opt/sbin quelques tests: test> /bin/grep -v BusyBox v1.1.0 (2010.03.03-16:42+0000) multi-call binary Usage: grep [-ihHnqvsEABC] PATTERN [FILEs...] test> /opt/bin/grep -v BusyBox v1.10.3 (2010-02-07 11:49:41 UTC) multi-call binary Usage: grep [-HhrilLnqvsoeFEABC] PATTERN [FILEs...] test> /opt/sbin/busybox grep -w grep: invalid option -- w BusyBox v1.17.0.git (2010-03-24 01:27:42 CET) multi-call binary. Usage: grep [-HhnlLoqvsriFE] [-m N] [-A/B/C N] PATTERN/-e PATTERN.../-f FILE [FILE]... ----------------- j'ai un truc qui ne vas pas, la compilation a bien fonctionné, les binaires intégrés répondent bien sur le syno, ping, traceroute etc..mais j'ai une option dans le menuconfig qui ne passe pas, ou je m'y prends mal l'option grep -w n'est pas reconnue... hors, dans le lien officiel section grep, voici la liste des options disponibles normalement. grep [-HhrilLnqvsoweFEABCz] PATTERN [FILE]... http://www.busybox.n...ds/BusyBox.html si quelqu'un veut tenter la chose, ou peut m'aider sur ce point il est le bienvenue @++

bonjour, je n'ai pas test

c'est Diaoul qui m'a tué, j'avoue avoir fait un copié/collé sans vérifier les commandes demandées, perso c'est grep qui m'intéresse http://www.nas-forum...dpost__p__47736 c'est corrigé maintenant et puis cela ne t'a pas fait de mal de relire le man heinn !! moi aussi d'ailleurs

oupsss coquille !! merci bien grep -p et grep -w

sur le papier, tu peux le faire, perso je n'ai pas de lecteur cd ou dvd en usb, sinon ca serait d

je crois que dino bosse dessus mais je n'ai aucun lien vers son site ou du moins ils sont tous cassés

bonsoir, nous sommes nombreux à reporter le manque de fonction de la busybox actuelle, figée en 1.1.0 en particulier la fonction non supportée de " grep -w" ou "grep -p" dans cette version une mise à jour de la busybox serait plus que bienvenue, en offrant ces options plus qu'utiles pour beaucoup d'entre nous merci si ce message peut être remonté au support Michel

si tu branche un ecran, clavier, et un lecteur usb via un cd live tu pourrais lancer "aida" ou autre sysinfo, tu auras toutes les infos que tu veux

petit déterrage de post, juste pour dire que je viens de relancer synology sur l'option -w de grp toujours pas active et cp -q;) la version busybox de ipkg 1.10.3 est aussi bridée, findutils aussi, je tente de cross-compiler la version 1.6 avec toutes les options de grep en ce moment, mais des soucis de linker... @++

petite question un peu hs, sur une autre type de monitoring via perl je viens de me retrouver avec la même erreur que toi au début de tes pérégrinations cacti, je viens de relire tes posts sur le forum cacti la fonction grep -w qui ne passe pas, quelle solution tu as adopté pour contourner ce soucis j'ai installé la dernière busybox via ipkg, et presque envie de faire un lien symbolique dans la busybox native de la fonction grep vers la fonction grep de la busybox ipkg..... et en renommant grep1 celle de busybox 1.1 mais un brin hésitant sur la chose, donc help car il me semble que tu es aussi passé par là.... bon même busybox de ipkg ne gère pas -w il faut une version encore plus recnte bonne nuit

salut comment ca tu ne peux pas avoir deux sessions simultan

bon hop cette discution vas suivre le chemin habituel le bar section blabla sur le vpn-ssl et les routeurs le permettant non ? ha ben mouise on me fait le coup à chaque fois sinon, bonjour tout le monde en passant

bonjour, le chemin sur syno pour le repertoire html ou cgi /var/services/web le repertoire cgi doit être crée en 0755, et le fichier cgi en 0644, ou 0755, car apache est lancé en user nobody/nobody pour le script cgi tu peux le mettre /var/services/nom_de_ton_site_web/cgi et bien sur tu lis la doc mises à dispo par crirx et diaoul pour savoir comment pointer vers le chemin du script, sinon apache ne sauras pas ou le chercher et donc il ne s'exécutera pas le fichier de conf de apache doit se faire là et uniquement là, /usr/syno/apache/conf/httpd.conf-user en reprenant l'exemple ci dessous option ((<Directory /bla/bla/>) ce qui donneras /var/services/nom_de_ton_site_web/cgi soit via un scriptalias, soit via un virual host ne surtout pas toucher dans le même repertoire le fichier httpd.conf-sys, sinon DSM ne vas pas aimer du tout avec la doc sur apache et les tutoriels multiples existant, tu as tout je crois @++

bonjour, ce post peut

mon deuxi