Nouveau rpm pour sme : sme6admin

[mathieutlse]

Tracks: as tu refait un sensors-detect après avoir mit à jour le rpm sensors?
après: refaire la fin du howto cité plus haut et j'ai meme rebooté pour être sur que tout aille bien, car avec l'ancienne version il y avait trop de modprobe, maintenant je n'en ai plus qu'un et ça marche mieux

a+

[Landry]

Bonjour Landry,


/var/log/sme6admin:
Can't call method "prop" on an undefined value at /usr/bin/sme6admind line 266.

Ouais. Bon. Dans tous les cas, ca je le savais deja, c'est LA que le probleme se pose pour la 5.6. Y'a un module perl esmith::ConfigDB qui permet d'aller lire dans la db de sme (le fameux /sbin/e-smith/db configuration etc...) , et il a un comportement different entre la 5.6 & la 6.0, enfin j'ai l'impression Je m'en sers pour aller lire/ecrire les parametres (limites/mail/alertes ..) C'est pas un probleme avec pppoe, c'est un probleme avec un parametre de sme6admind. Et donc la il se plante, car il n'arrive pas a "ouvrir" la db e-smith (le coup du undefined value, je pense que c'est pour la variable perl $smedd qui est le handle de la db e-smith, qui la est undefined car il n'arrive pas a faire le $smedb=esmith::ConfigDB->open. Bref c'est du code )

il faudrait que j'ai /acces/ a une sme 5.6 pour faire des tests directement sur ce %%% de module perl, savoir comment il faut que je code mon truc pour que ca marche dans les 2 cas.

Enfin bon dans tous les cas, c 'est pas la peine de faire des service sme6admind a tout va.. vu qu'il se plante a cause de ca, et qu'il n'enleve pas son fichier de lock. pour savoir si il tourne, perso je fais un "ps waux | grep sme6admind" .

Pour la sme 6.0.1, alors la je comprends pas, tu est le seul a qui ca arrive apparemment. je te conseille de tout virer, et de recommencer depuis le debut .

Y'a qqn dans l'assistance qui a taté du module perl pour acceder a la db e-smith sur 5.6 ??
help ..

[Tracks]

Mathieutlse

Oui j'avais fais un new sensor detect et d ailleurs il m'en avait trouve un de plus qu avec la 1ere
version.
J'ai meme reboote au cas ou.

Je croyais justement que ca reglerait le probleme. Mais bon j'ai bidouillé , cherché , lu , relu , et
je ne trouve pas .

J ai une carte mere avec un chip SIS 746 FX qui devrait normallement bien etre reconnue d'apres les
infos que j'ai trouvé . Mais bon je suis un noob de sme donc je galere un peu , je trouverais surement
une soluce ....

@++

[Landry]

Bon, j'ai trouvé un nouveau leger petit bug : le service ne se lance pas tout seul automatiquement au boot de SME. Ca sera corrigé dans le prochain rpm, pour ceux qui veulent corriger leur install :

Code: Tout sélectionner

/sbin/e-smith/db configuration set sme6admind service
/sbin/e-smith/db configuration setprop sme6admind status enabled


Voili, voilou ....

[Tracks]

Bon je sais d'ou ca vient. .

Il me manque un driver mais la ca depasse mes competences . Tant pis.

@++

[DocLeFou]

Bonjour a tous

Tout d'abord bravo pour l'application elle est geniale

mais je ne comprend pas pourkoi les graphes de mails restent à zero j'ai lu le post concernant les mails mais cela n'explique pas mon probleme
aucun des domaines virtuelles de mon serveur ne sont prit en compte est-ce normal ? Y'a t il un moyen de corriger ce petit souci ?

De plus je viens d'installer Lm_Sensors pour faire fonctionner sme6admin mais lorsque je tape la commande :

/sbin/e-smith/config set lm_sensors service status enabled

rien ne se passe,le service ne s'inscrit pas et j'ai le message suivant :

lm_sensors: unrecognized service

lorsque j'essaye de lancer le service pourtant la commande :

ln -s /etc/rc.d/init.d/e-smith-service /etc/rc7.d/S86lm_sensors a bien créer le fichier en question


merci par avance

desolé si c'est une question de noob

[Landry]

Hello.

Alors pour les graphes de mail, c'est un petit bug de ma part : Ca ne prend pas en compte les domaines virtuels.
je cherche des mails de la forme @domaineprincipal ou @nomserveur.domaineprincipal.
Ca a été corrigé dans le dernier rpm (1.0.1-3 je crois), maintenant ca prend meme en compte les mails rapatriés par fetchmail (je cherche qqch de la forme@*domaineprincipal)
Si tu veux patcher dans le code il faut modifier les expreg perl .. c'est un peu compliqué mais je peux te le montrer en PV.

Pour la temperature, je vois pas trop, perso j'ai pas de "service" lm_sensors avec 2.6.5, donc pas besoin de l'ajouter a la config sme. Si la commande 'sensors' marche, ca marchera avec sme6admin.

J'espere que ca t'aidera ...

[DocLeFou]

Tout d'abord merci pourta reponse Landry.

Concernant les sensors voici ce qu'il m'affiche lorsque je tape la commande sensors :

[root@dhozer root]# sensors
eeprom-i2c-0-50
Adapter: SMBus PIIX4 adapter at 2180
Algorithm: Non-I2C SMBus adapter
Memory type: SDRAM DIMM SPD
SDRAM Size (MB): 32

eeprom-i2c-0-51
Adapter: SMBus PIIX4 adapter at 2180
Algorithm: Non-I2C SMBus adapter
Memory type: SDRAM DIMM SPD
SDRAM Size (MB): 32

eeprom-i2c-0-52
Adapter: SMBus PIIX4 adapter at 2180
Algorithm: Non-I2C SMBus adapter
Memory type: SDRAM DIMM SPD
SDRAM Size (MB): 64

eeprom-i2c-0-54
Adapter: SMBus PIIX4 adapter at 2180
Algorithm: Non-I2C SMBus adapter

eeprom-i2c-0-55
Adapter: SMBus PIIX4 adapter at 2180
Algorithm: Non-I2C SMBus adapter

eeprom-i2c-0-56
Adapter: SMBus PIIX4 adapter at 2180
Algorithm: Non-I2C SMBus adapter

eeprom-i2c-0-57
Adapter: SMBus PIIX4 adapter at 2180
Algorithm: Non-I2C SMBus adapter

[root@dhozer root]#

C peut-etre que mon serveur n'est pas une machine recente mais pas grave.

Concernant les mails je veux bien que tu m'explique comment faire pour recuperer les info des domaine virtuels

PS : j'utilise la version 1.0.1-3 de sme6admin

en te remerciant par avance

[Argenlos]

Bonjour à tous,

J'ai remarqué un problème sous mon SME 6.0.1 avec cet applicatif...rappeller vous...
-->
viewtopic.php?t=19476&postdays=0&postorder=asc&start=15

Je résume, le service sme6adimd, ne fonctionnait pas correctement pour moi. Quand je l'arrêtais a partir du panel (ou par la console) ce service ne stopait pas!!

L'arrêt du service marchait avec la version 0.1 mais pas la 1.1 et suivante.

J'ai donc plongé mon nez dans le code et observé un truc étrange (car à priori ça marche chez les autres testeurs?!) . Lors de mes essais, j'ai isolé le fichier "/usr/bin/sme6admin" qui entraînait le problème, puis la portion de code qui me posait problème.
C'est la fonction "prop" de perl qui ne passait pas (par contre "get_prop" marche parfaitement) dans la sub "read_conf".

Pourquoi ...ben...une cacahuète pas fraîche?

J'ai modifié ainsi le code et ça marche:

Code: Tout sélectionner

sub read_conf
{
   
   my $smedb=esmith::ConfigDB->open;
   my $record = $smedb->get('DomainName');
   $DomainName = $record->value;
   $record = $smedb->get('SystemName');
   $SystemName = $record->value;
   $HostName = "$SystemName.$DomainName";
   #$record = $smedb->get('InternalInterface');
   #$InternalInterface = $record->prop('Name') || 'eth0';
   #$record = $smedb->get('ExternalInterface');
   #$ExternalInterface = $record->prop('Name') || 'ppp0';

   $InternalInterface = $smedb->get_prop('InternalInterface','Name') || 'eth0';
   $ExternalInterface = $smedb->get_prop('ExternalInterface','Name') || 'ppp0';

   #$record = $smedb->get($progname);
   
   #$conf_database = $record->prop('db_database');
   #$conf_username = $record->prop('db_username');
   #$conf_password = $record->prop('db_password');
   #$conf_mail_admin = $record->prop('mail_admin');
   #$conf_mail_status = $record->prop('mail_status');
   #$conf_ecart_mail_status = $record->prop('ecart_mail_status');
   #$conf_max_mail_in = $record->prop('max_mail_in');
   #$conf_max_mail_out = $record->prop('max_mail_out');
   #$conf_max_hd_used = $record->prop('max_hd_used');
   #$conf_max_cpu_total = $record->prop('max_cpu_total');
   #$conf_max_temp_hard = $record->prop('max_temp_hard');
   #$conf_max_temp_hd = $record->prop('max_temp_hd');
   #$conf_max_net_samba = $record->prop('max_net_samba');
   #$conf_max_sessions_ssh = $record->prop('max_sessions_ssh');
   #$conf_max_sessions_ftp = $record->prop('max_sessions_ftp');
   #$conf_max_sessions_vpn = $record->prop('max_sessions_vpn');

   $conf_database = $smedb->get_prop($progname,'db_database');
   $conf_username = $smedb->get_prop($progname,'db_username');
   $conf_password = $smedb->get_prop($progname,'db_password');
   $conf_mail_admin = $smedb->get_prop($progname,'mail_admin');
   $conf_mail_status = $smedb->get_prop($progname,'mail_status');
   $conf_ecart_mail_status = $smedb->get_prop($progname,'ecart_mail_status');
   $conf_max_mail_in = $smedb->get_prop($progname,'max_mail_in');
   $conf_max_mail_out = $smedb->get_prop($progname,'max_mail_out');
   $conf_max_hd_used = $smedb->get_prop($progname,'max_hd_used');
   $conf_max_cpu_total = $smedb->get_prop($progname,'max_cpu_total');
   $conf_max_temp_hard = $smedb->get_prop($progname,'max_temp_hard');
   $conf_max_temp_hd = $smedb->get_prop($progname,'max_temp_hd');
   $conf_max_net_samba = $smedb->get_prop($progname,'max_net_samba');
   $conf_max_sessions_ssh = $smedb->get_prop($progname,'max_sessions_ssh');
   $conf_max_sessions_ftp = $smedb->get_prop($progname,'max_sessions_ftp');
   $conf_max_sessions_vpn = $smedb->get_prop($progname,'max_sessions_vpn');

   print "InternalInterface=$InternalInterface,ExternalInterface=$ExternalInterface\n";
   print "conf_database=$conf_database,conf_username=$conf_username,conf_password=$conf_password\n";
   print "conf_mail_status=$conf_mail_status,conf_mail_admin=$conf_mail_admin,conf_ecart_mail_status=$conf_ecart_mail_status\n";
   print "conf_max_mail_in=$conf_max_mail_in,conf_max_mail_out=$conf_max_mail_out\n";
   print "conf_max_hd_used=$conf_max_hd_used,conf_max_cpu_total=$conf_max_cpu_total,conf_max_temp_hard=$conf_max_temp_hard\n";
   print "conf_max_temp_hd=$conf_max_temp_hd,conf_max_net_samba=$conf_max_net_samba,";
   print "conf_max_sessions_ssh=$conf_max_sessions_ssh,conf_max_sessions_ftp=$conf_max_sessions_ftp,";
   print "conf_max_sessions_vpn=$conf_max_sessions_vpn\n";
   
}

Au fait, Landry pourquoi avoir changé la forme de cette portion de code? (parce que ça m'arrange pas forcement moi )

De plus, dans la fonction "get_sensors_hddtemp" du même fichier (/usr/bin/sme6admin), il manque un petit rien:

if (/temp:\s+(\+|-)?([0-9.]+)°C/) {$sensors_temp1=$2;}
if (/CPU Temp:\s+(\+|-)?([0-9.]+)°C/) {$sensors_temp1=$2;}
if (/temp1:\s+(\+|-)?([0-9.]+)°C/) {$sensors_temp1=$2;}
if (/temp2:\s+(\+|-)?([0-9.]+)°C/) {$sensors_temp2=$2;}
if (/SYS Temp:\s+(\+|-)?([0-9.]+)°C/) {$sensors_temp2=$2;}
if (/fan2:\s+(\d+) RPM/) {$sensors_fan_speed=$1;}
if (/CPU Fan:\s+(\d+) RPM/) {$sensors_fan_speed=$1;}
if (/Board:\s+(\+|-)?([0-9.]+)°C/) {$sensors_temp1=$1;}
if (/CPU:\s+(\+|-)?([0-9.]+)°C/) {$sensors_temp2=$2;}


J'espère que tout est clair.

Merci pour ton trés bon travail Landry

Bonne soirée.

[scrusson]

je n'ai plus de courbe qui ce dessine.

je viens d'intaller snort + acide est ce que cela pourrais venir de cette installe

merci super contirb autrement

[Geonaz]

Soir

J'ai un petit problème, la contrib marche tres bien, cependant, j'aimerais que les images soit actualisées sans avoir besoin d'aller dans le srv-manager.
Donc j'ai décidé de faire un ptit cronjob:
0 0-23 * * * /etc/e-smith/web/functions/sme6admin state=net >/dev/null
Le prb c'est qu'il ne fonctionne pas, alors que lorsque j'execute la commande en shell tout ce passe bien
Bref, si quelqu'un a une idée

Encore merci pour cette belle contrib (même si le fan ne marche pas car il est detecter en fan 3 par lm_sensor)

ps: jsuis nouveau et pas trop en même tps, je parcour bcp le forum, et j'arrive à me debrouiller tout seul mais la ^^

[scrusson]

je viens de creer le fichier start_lmsensors comme décrit dans le howto mais lorsque je lle lance jl me dit que la commande n'existe pas

[root@e-smith local]# start_lmsensors
bash: start_lmsensors: command not found

merci de me guider

[scrusson]

pour lm_sensors ca a fonctionné apres un reboot.

mais je n'ai toujours plus de courbes sur mes graphiques tous les résultats me mette "nan"

je suis un peu perdu

[Landry]

Hello !
Alors, dans l'ordre :

@Argenlos : J'ai modifié la facon dont il lit la conf, paske avec la nouvelle méthode ca marche mieux avec la 5.6 meme si c'est pas encore totalement au point. C'est toujours la meme histoire du module perl esmith::ConfigDB. (On tourne en rond la ..)
La maniere dont tu a modifié le code est chelou, tu fait 2 fois la meme chose (pr chq param, tu le lit 2 fois ...) J'avoue que je comprend pas trop.
Pour les temp, je les ajoute au fur et a mesure qu'on me les donne, t'inquiete pas

@Geonaz : Euuh, je suis pas du tout spécialiste de cron. Donc la je peux pas trop t'aider. sachant que le resultat de cette commande, c'est du html, au lieu de rediriger vers DAVE/NULL, envoie z'y dans un fichier et poste le ici, que je debugge les eventuels messages d'erreur. Ca fera ptet avancer le bin'z.
Pour le fan3, je le rajoute aussi.

@scrusson : Lit tout le fil de discussion, tu n'est pas le seul a avoir eu ce probleme, et poste ici le resultat de la commande 'sensors' sur ton serveur que je puisse voir si je peux l' ajouter.

@++ (c'est qui lui ? )

[Geonaz]

Salut,

Le fichier que j'obtiens en executant la cmd, c'est ni plus ni moins le résultat que l'on a en allant sur la page dans le srv-manager (en gros le code html/xhtml).

Edit (effacage de post ):

Tout marche tres bien, je sais pas pourquoi ca passer pas hier, mais la tout fonctionne, le cron avec la cmd "normale" directement avec le cgi fonctionne impec

Voila, merci pour ton aide
Et encore une fois, super contrib

edit 2: J'ai un chtit probleme, je viens de m'en rendre compte suite au reboot du serveur, le daemon ne se lance pas, il est desactivé, je dois le lancé à la main, j'ai verifié dans l'init.d, tout semble ok