FRsAG

frsag@frsag.org

10 participants
2602 discussions

TR: Serveur d'envoi de SMS
by Hugues 06 Dec '10

06 Dec '10

J'ai cherché pas mal de temps une solution simple et peu honéreuse ( -250€ ) Finalement j'utilise une gw portech http://www.portech.com.tw/p3-product1_1.asp?Pid=13 Et un scipt perl de ma conception ( qui fait un telnet sur la gw, puis des commandes AT sur le modem du portech , une puce siemens) Ça marche nikel + de 50000 sms envoyé déjà J'utilise un base de donnée mysql mais n'importe quoi marcherai en fait Bye Hugues Bonjour à tous, Je cherche un serveur de SMS qui agirait comme un serveur de mail pour Linux (précisément Debian 5). J'en ai besoin pour envoyer des notifications issues de Nagios. Actuellement j'utilise du script pas propre (copyright moi-même 2010) à base de gnokii mais j'aimerais que ce soit un peu plus solide et que ça puisse retransmettre les SMS non envoyés par exemple. J'ai testé un peu smsd (qui est issu du projet gnokii) mais passer par une base SQL pour envoyer des SMS, bof... Je préférerais une bonne vieille architecture à base de bon vieux fichiers texte. J'ai trouvé smstools sur internet mais ça m'a pas l'air très actifs comme projet donc je ne sais pas si c'est très fiable. Aussi, si je trouve mon bonheur, je mettrais bien en place la possibilité de répondre à une notification (du genre "laisse moi pioncer" et hop l'alarme est acknowledged :-)) mais c'est pas le plus important. Pour info, avec gnokii, j'envoie les SMS depuis mon ancien Motorola z3 connecté en USB. Vous avez des idées ? Des exemples de ce que vous utilisez pour être notifié par SMS ? Merci d'avance, Pierre _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

1 0

Visualisation graphique des crontabs
by Greg 03 Dec '10

03 Dec '10

Bonjour, j'ai des centaines de crons, définie dans une 10ène de crontabs. Le tout géré par des développeurs... (c'est un autre débat). Je voudrais optimiser leur répartition dans le temps. Il y a des crons qui tournent toutes les minutes, les 3 minutes, à certaines heures, bref de tout. On se rend compte facilement qu'à chaque heure à la minute 0, on a plein de crons qui se lancent... et c'est aussi le cas à d'autres minutes. Est-ce que vous connaisseriez, ou auriez fait un outils qui permet d'avoir un affichage graphique du nombre de crons lancés par minutes, sur une journée ? Avec par exemple des couleurs qui tendent vers le foncé quand il y a beaucoup de crons qui se lancent dans la même minute... Un peu comme dans la "combined map" de visitors : http://www.hping.org/visitors/report.html Ainsi, je pourrais me rencontre facilement des minutes saturées, et déplacer ces crons à m+1 ou m+n... PS: Sur IRC on m'a orienté vers JobScheduler http://jeudisdulibre.be/wp-content/uploads/2010/11/jeudisdulibre-JobSchedul… mais je n'ai pas envie ni le temps de migrer toutes ces crontabs vers cet outil ... -- Greg

2 3

Rallonge de disque à chaud et LVM
by sub＠nryc.fr 03 Dec '10

03 Dec '10

Bonjour, J'ai une question concernant LVM : quand je rallonge un disque sous VMware et que je rescan le disque, la taille n'est pas prise en compte par le système. Exemple en passant de 200Mo à 300Mo, avec un PV créé sur /dev/sdb entièrement (pas de partition "8e"). echo 1 > /sys/block/sdb/device/rescan dmesg détecte bien la nouvelle taille : > sd 0:0:1:0: [sdb] 614400 512-byte hardware sectors (315 MB) Mais pas fdisk : > Disk /dev/sdb: 209 MB, 209715200 bytes A noter que quand on rallonge de disque et qu'il ne fait pas partie d'un PV, fdisk voit bien la nouvelle taille donc LVM joue un rôle dans le problème. La seule solution que j'ai trouvé consiste à arrêter les services qui utiliser le périphérique, le démonter, le supprimer et rescanner le bus: echo 1 > /sys/block/sdb/device/delete echo "- - -" > /sys/class/scsi_host/host0/scan Dans ce cas là la nouvelle taille est prise en compte et on peut étendre le PV et le LV. C'est toujours mieux qu'un reboot mais j'aimerais faire la même chose avec le périphérique monté, est-ce possible? Nicolas

8 10

Re: [FRsAG] Re : Rallonge de disque à chaud et LVM
by jean-alexis lauricella 03 Dec '10

03 Dec '10

En tous cas, pour ma pars, avec lvm, Je fait un lvresize puis un resize2fs de mon ext3, tous ca a chaud sans meme demonter le fs.... Jean-alexis Le 2 déc. 2010 17:49, "Renaud Hager" <renaud_hager(a)yahoo.fr> a écrit :

2 1

Re: [FRsAG] [sql] PHPBB 2.x, soucis d'index
by Utilisateur 02 Dec '10

02 Dec '10

Pour ceux qui aiment les chiffres : Là, c'est un jour classique, sans trop de monde et surtout, sans l'index : http://demo.ovh.com/fr/f8ff02e0287131f9ac58b5d9f4d3a9b4/ Là j'ai placé l'index vers 23 H : http://demo.ovh.com/fr/71a26d53535cef37f8eb5766820b8dec/ Idem mais là c'est la charge : http://demo.ovh.com/fr/a56e55f2672feb841c749e9ef2873f30/ Et voici ce que ça donne sur un mois (inutile de vous dire quel jour j'ai placé l'index, vous allez deviner tout seuls !) (Ne tenez pas compte des 24 H avec le processeur à fond (c'était volontaire (ou plutôt nécessaire))) : http://demo.ovh.com/fr/ec9f78b4ed2f3fac4687ad88308f9334/

1 0

Fwd: PHPBB 2.x, soucis d'index
by Utilisateur 01 Dec '10

01 Dec '10

Salut :) Bien que je vous lise depuis un petit moment, c'est tout premier message parmi vous :) Je vous transmet un message que je viens de laisser sur les ML d'OVH. En espérant qu'il vous soit utile. Cordialement. ---------- Message transféré ---------- De : Utilisateur <utilisateur.vtuning.net(a)gmail.com> Salut :) Les débuts : Je m'occupe de deux sites assez fréquentés, tournant sous PHPBB 2.x. Au fur et à mesure que les sites grossissaient j'étais confronté à des problèmes de lenteur. Par manque d'expérience, je mettais ces soucis sur le serveur, je pensais qu'il n'était plus assez costaud (KS 1.2 Ghz, 1 Go de RAM). Avant de me lancer dans de coûteux investissements, j'ai décidé de chercher la cause de ces lenteurs. Pour voir si il serait possible de les amoindrir. Premier truc, j'ai stocké dans un tableau toutes les requêtes générées par PHPBB afin des les afficher en bas de pages. J'ai aussi ajouter un microtime() afin de savoir combien de temps a pris l'exécution de chaque requête. Une requête prenait 0.4 secondes pour s'exécuter (lors des heures de pointe, on pouvait monter à plus de 0.8 secondes). Voici la requête incriminée : [q] => SELECT t.forum_id, t.topic_id, p.post_time FROM phpbb_topics t, phpbb_posts p WHERE p.post_id = t.topic_last_post_id AND p.post_time > 1291203792 AND t.topic_moved_id = 0 [time] => 0.394723176956 C'est beaucoup ! Et cette requête est exécutée sur presque chaque page. Qu'est ce qui se passe ? Il n'y a tout simplement pas d'index sur "topic_last_post_id". J'ajoute un index, résultat : [q] => SELECT t.forum_id, t.topic_id, p.post_time FROM phpbb_topics t, phpbb_posts p WHERE p.post_id = t.topic_last_post_id AND p.post_time > 1291203792 AND t.topic_moved_id = 0 [time] => 0.00233793258 On est passés de 0.4 secondes à 0.002 secondes... Avec juste un index. Je laisse tourner quelques jours afin de voir ce que ça donne : Plus aucun ralentissement, les forums n'ont jamais été aussi rapides ! Les forums contiennent 700 000 messages, effectivement, un index manquant sur une table aussi sensible, ça joue beaucoup ! Je me demande, pourquoi ne pas avoir mis un simple index sur ce champ ? Ai-je fait une erreur lors d'une migration ? Lorsque j'ai appliqué un patch ? Je télécharge la dernière version publiée de PHPBB, la 2.0.23 et je regarde le fichier de création de la BDD. Aucun index n'est prévu par PHPBB : CREATE TABLE phpbb_topics ( topic_id mediumint(8) UNSIGNED NOT NULL auto_increment, forum_id smallint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_title char(60) NOT NULL, topic_poster mediumint(8) DEFAULT '0' NOT NULL, topic_time int(11) DEFAULT '0' NOT NULL, topic_views mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_replies mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_status tinyint(3) DEFAULT '0' NOT NULL, topic_vote tinyint(1) DEFAULT '0' NOT NULL, topic_type tinyint(3) DEFAULT '0' NOT NULL, topic_first_post_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_last_post_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_moved_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, PRIMARY KEY (topic_id), KEY forum_id (forum_id), KEY topic_moved_id (topic_moved_id), KEY topic_status (topic_status), KEY topic_type (topic_type) ); Comme je sais que beaucoup de forums sont restés sur PHPBB 2.x je me suis dit que ça pourrait vous intéresser. Passez une bonne journée :) A+

2 2

diagnostiquer un crash kernel
by Pierre-Henry Muller 26 Nov '10

26 Nov '10

Bonjour à tous, Cela faisait longtemps que ça ne m'était par arrivé du coup je n'ai pas de méthode pour diagnostiquer un crash kernel. La machine qui me sert de serveur de virtualisation à la maison plante régulièrement ces dernières nuits lorsqu'une vm (xen en paravirtualisation) execute backuppc. Je sais bien que backuppc peut être violent pour les IO disk, il est donc configuré pour faire sa tache de nettoyage en dehors des heures de backups et lors de la phase de backup chaque instance est sauvegardée une par une. Malgré ces précautions cela ne suffit pas et en plein milieu des backups le dom0 voit son kernel planter. J'aperçois la fin du crash log du kernel dans la console mais je ne peux remonter dans le buffer voir le début du message. Et bien sur rien dans les logs du domU et du dom0 que ca soit au niveau applicatif ou kernel. N'y a t il pas un moyen de stocker ce crash log quelque part? La réponse était non il y a quelques années mais peut être cela a t il changé. Comment procédez vous dans ces cas là? Merci pour vos conseils -- Pierre-Henry Muller

2 1

Clavier Apple sous seven et RDP
by cognacboy＠worldonline.fr 24 Nov '10

24 Nov '10

Bonsoir, Dans la serie question assez peu productive mais je vais devenir fou... Je bosse sous seven avec un MAC mais surtout jutilise un clavier mac et jadore ce clavier. Sous seven aucun problème évidement mais le truc cest que je passe ma journée à bosser sur des serveurs en RDP, jai toujours deux trois fenêtres douverte et je passe ma journée à taper des mots de passes. Or le clavier fait absolument ce quil veut, il est un coup en anglais, un coup en français classique , un coup en français Apple, bref avec tous les caractères spéciaux, les maj et les chiffres cest un enfer Surtout que des que je suis logué ca rechange la plupart du temps Javais pensé à installer le driver Fr Apple sur tous mes serveurs mais cest pas vraiment raisonnable si qq1 connait la solution. Merci

4 6

Amanda ou Bacula
by Issa Moussa 22 Nov '10

22 Nov '10

Bonjour, J'aimerai mettre en place une solution de sauvegarde j'hésite entre Amanda ou Bacula. Mon utilisation sera essentiellement la sauvegarde d'une base MySQL sur disque. Que me conseillez-vous ? Merci pour votre aide. -- Cordialement.

17 27

Dell OpenManage / VMware ESXi
by sub＠nryc.fr 17 Nov '10

17 Nov '10

Bonjour, Est-ce que quelqu'un ici a déjà installé Dell OpenManage sur un serveur ESXi? Je teste cette combinaison sur un serveur Dell PowerEdge M600, j'ai suivi la procédure et ça "fonctionne" puisque les "traps" SNMP arrivent bien dans la console IT Assistant. http://support.dell.com/support/edocs/software/smsom/6.3/fr/omsa_ig/instesx… Mais si j'ai bien compris, la version "ESXi" d'OpenManage ne gère pas le matériel, donc dans IT Assistant le serveur ESXi est affiché comme un composant inconnu. Ma question est donc la suivante : sachant que l'agent SNMP d'ESXi ne détecte pas le matériel, je suppose qu'il ne va pas remonter les alertes, donc est-ce que ça sert vraiment à quelque chose? De plus, pour accéder au "Server Administrator" il faut passer par un intermédiaire (pas testé) : http://kb.vmware.com/kb/1025594 Je reste perplexe sur l'utilité de la chose ;) Nicolas

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG