Team Uptime Project Reloaded - Team PCI

[tugs]

Ouep, alors moi je fais pas le SAV des clients alternatifs hein (d'ou ma remarque plus haut dans ce topic xD)

[keneda212]

wouhou je suis dans les clous

TUPLinuxClient v1.1A-v3 - server

TUPm v2.3 R (Harlock) - nas

[tugs]

TUPLinuxClient v1.1A-v3 - server ----> deprecated !

[keneda212]

pffff il marche très bien !

et lui se fait pas killer quand ton serveur est down au moins (merci crontab )

[tugs]

et un script de start-stop nan , genre /etc/init.d/tupm puis update-rc.d ou chkconfig sur les runlevels qui vont bien

[keneda212]

je parlais de TON server qui était down y'a 2 semaines

du coup ca m'a killer MON process sur MON serveur

[tugs]

ah ouep, c'est pas corrigé ca ? . intéressant . tu as eu une augmentation des sockets en Time_wait sans libération ?

[keneda212]

pas de socket excessif en timewait

je sais juste que l'autre jour, j'étais passé sur le site voir mes uptimes et j'avais vu celui du nouveau serveur a 4j au lieu de 20

du coup en passant sur le serveur, j'avais vu le process... ben pas la

la derniere log datant vers le 14 juillet qui doit etre aux alentours ou tu as coupé l'accès a ton serveur

depuis j'ai redemarré le process, tout baigne

[tugs]

est ce que tu avais des requêtes dans le replay ?

[keneda212]

dans le replay ? gné ?

[tugs]

Tu as activé le moteur de monitoring ou pas ? :)

[keneda212]

ca m'etonnerai

[tugs]

je vais faire quelques tests. je viens de me retaper le code et ca devrait pas sortir du prog ...

[keneda212]

ben on verra pour la prochaine fois

je repense aussi, j'ai coupé la box dans ces eaux la aussi, et du appeler orange car elle était en 2Mega au lieu de 12 ^^'

mais on, ca en revient au meme que si ton serveur repondait pas

[Zergy]

Bon, je toujours mon problème avec le script qui ne remonte aucun infos au site sur l'une de mes machines, voici ce que j'obtient quand je fais un sh -x en activant le Debug :

┌─[uptime@seregis]─(~)└$ sh -x bin/TUP.sh+ . /etc/TUP.conf++ TUP_USERNAME=zergy++ TUP_PASSWORD=XXXXXXXX++ TUP_MACHINE=seregis.zergy.lan++ TUP_INTERFACE=bond0++ TUP_USEPROXY=1++ TUP_PROXYNAME=192.168.2.1++ TUP_PROXYPORT=3128++ IFCONFIG=/sbin/ifconfig++ TUP_XTRA_INFO=1++ TUP_GODEBUG=1+ [[ -z bond0 ]]+ TUP_LHLC_VERSION='LHLC 1.2'+ TUP_SERVER=update.uptimeprj.com++ awk -F ' ' '/(HWaddr)/ {print tolower($5) }'++ /sbin/ifconfig bond0+ TUPMacAddress=00:24:01:2e:1e:c0++ sed -e s/://g++ echo -n 00:24:01:2e:1e:c0++ md5sum++ awk -F ' ' '{print $1}'+ TUPMacAddressMD5=d15b78a0f7e8975b8bef8e365f5b7d89++ awk -F ' ' '{printf "%.0f\n",$1}'++ cat /proc/uptime+ TUPUptime=1110605+ [[ 1 == \1 ]]++ grep processor++ cat /proc/cpuinfo++ wc -l+ TUPCnb=1++ awk -F ' ' '{printf "%s+%s+(%s)",$1,$2,$3}'++ uname -smr+ TUPPlatformVersion='Linux+3.2.23-686-seregis+(i686)'+ TUPDebugOPT=-s+ [[ -r /etc/openwrt_version ]]+ [[ -r /etc/debian_release ]]+ [[ -r /etc/debian_version ]]+ TUPPlatformName=debian+ [[ -r /etc/lsb-release ]]+ [[ -r /etc/SuSE-release ]]+ [[ -r /etc/UnitedLinux-release ]]+ [[ -r /etc/gentoo-release ]]+ [[ -r /etc/redhat-release ]]+ [[ -r /etc/redhat_version ]]+ [[ -r /etc/fedora-release ]]+ [[ -r /etc/slackware-release ]]+ [[ -r /etc/slackware-version ]]+ [[ -r /etc/mandrake-release ]]+ [[ -r /etc/mandriva-release ]]+ [[ -z debian ]]+ lhlcPOSTInfo='username=zergy&pass=XXXXXXXX&uptime=1110605&os=Linux+3.2.23-686-seregis+(i686)&mac=d15b78a0f7e8975b8bef8e365f5b7d89&distrib=debian&machine=seregis.zergy.lan&'+ lhlcTUPUrl='http://update.uptimeprj.com/update.php?username=zergy'+ '[' 1 == 1 ']'+ echo '******* Entering Debug Mode *******'******* Entering Debug Mode *******+ echo ' Mac To Send : 00:24:01:2e:1e:c0 (MD5: d15b78a0f7e8975b8bef8e365f5b7d89 ) /'Mac To Send : 00:24:01:2e:1e:c0 (MD5: d15b78a0f7e8975b8bef8e365f5b7d89 ) /+ echo ' No of CPUs : 1 /'No of CPUs : 1 /+ echo ' Platform | Plaform name : ( Linux+3.2.23-686-seregis+(i686) | debian) /'Platform | Plaform name : ( Linux+3.2.23-686-seregis+(i686) | debian) /+ echo ' Uptime : ( 1110605 )'Uptime : ( 1110605 )+ echo ''+ TUPDebugOPT='-v -o HTTPResp.log'+ '[' 1 == 1 ']'+ lhlcPOSTInfo='username=zergy&pass=XXXXXXXX&uptime=1110605&os=Linux+3.2.23-686-seregis+(i686)&mac=d15b78a0f7e8975b8bef8e365f5b7d89&distrib=debian&machine=seregis.zergy.lan&&cnb=1&'+ logger -p cron.info -t TUP-LHLC 'Reported 1110605, Linux+3.2.23-686-seregis+(i686), debian to UptimePrj.com'+ '[' 1 == 1 ']'+ curl -x 192.168.2.1:3128 --data-ascii 'username=zergy&pass=XXXXXXXX&uptime=1110605&os=Linux+3.2.23-686-seregis+(i686)&mac=d15b78a0f7e8975b8bef8e365f5b7d89&distrib=debian&machine=seregis.zergy.lan&&cnb=1&' -A 'LHLC 1.2' -0 -H 'TUPMinorVrsion: LHLC 1.2' -v -o HTTPResp.log 'http://update.uptimeprj.com/update.php?username=zergy'+ exit 0

Une idée du problème ?

D'un autre coté, suite à un modif du script j'ai une machine qui est apparu en double, y a t'il un moyen de forcer l'ID de la machine dans le script pour éviter cela ?

[tugs]

Yop Zegy :)

Bon, pour le script, qu'est ce que tu as dans HTTPResp.log ?

Je vois 2 soucis potentiels :

1/ Tu as configuré un proxy, es tu sur que tu arrives à passer au travers ? tu as regardé les logs du proxy ? ton proxy ping correctement update.uptimeprj.com ?

2/ bond0 n'est pas une bonne interface à configurer pour le TUP . utilise plutôt eth0 ou 1, enfin, une des deux interfaces de ton bond quoi .

Pour ta machine en double, j'ai que 2 bécanes pour toi . la 5880 et la 5250 . qui ne sont pas en double. Si une même machine apparait 2 fois, c'est que la mac address change . vérifie tes mac address , attention aux interfaces virtuelles genre openVZ ou elles ont toutes la même mac ^^

et pour ta question, non bien sur on ne peut pas forcer l'id, t'imagine le bordel ^^

[Zergy]

Bon, pour le script, qu'est ce que tu as dans HTTPResp.log ?

Rien, fichier introuvable.

1/ Tu as configuré un proxy, es tu sur que tu arrives à passer au travers ? tu as regardé les logs du proxy ? ton proxy ping correctement update.uptimeprj.com ?

Oui, il est configuré en proxy transparent de toute manière et ne pose pas de problème sur les autres machines de mon mon réseau.

2/ bond0 n'est pas une bonne interface à configurer pour le TUP . utilise plutôt eth0 ou 1, enfin, une des deux interfaces de ton bond quoi.

OK, je vais tenter ça.

Pour ta machine en double, j'ai que 2 bécanes pour toi . la 5880 et la 5250 . qui ne sont pas en double. Si une même machine apparait 2 fois, c'est que la mac address change . vérifie tes mac address , attention aux interfaces virtuelles genre openVZ ou elles ont toutes la même mac ^^

L'ancien doublon à été supprimé.

[keneda212]

tient, mon process Tupm m'a encore laché

derniere traces dans les logs

[Aug 02, 2012; 07:08:31] - (uptime) Uptime count is 3064382[Aug 02, 2012; 08:08:31] - (uptime) Uptime count is 3067982[Aug 02, 2012; 09:08:31] - (uptime) Uptime count is 3071582

il tourne toutes les heures a priori, et ne s'est pas relancé a 10h08

j'étais pas chez moi, rien de particulier sur le serveur a ce moment la, et je dormais encore...

j'ai encore le fichier tupm.pid avec son pid qui date du 6 juillet

tu veux que je regarde autre chose ?

[tugs]

Suivant ta distrip, est ce que tu peux matter le fichier de log du syslog . et regarder si tu as des évènements liés au TUPm . à la limite, tu peux faire un grep -ri tupm /var/log/*.log :)

edith:

en fait j'ai eu un kernel panic sur le tup hier vers 15h30 . et rétabli tard le soir (genre 23h00) . Je pense que le souci est lié à un engorgement des requêtes du coup :)

[Zergy]

Problème résolu, curl n'était pas installé. :)

[tugs]

erf , faut vraiment que je refasse une version de ce LHLC xD

edith:

un volontaire pour tester ca

http://static.uptimeprj.com/beta_clients/lhlc-v2-0.tar.gz

[keneda212]

Suivant ta distrip, est ce que tu peux matter le fichier de log du syslog . et regarder si tu as des évènements liés au TUPm . à la limite, tu peux faire un grep -ri tupm /var/log/*.log :)

que dalle, j'avais déjà regardé

bon.. je le relance

[tugs]

Bon je matterai ça à mon retour de vacanes, là, c'est les bouchons qui m'attendent xD

stay tuned

[Sp3ud]

Bonnes Vacances

[tugs]

3G + SFR Wifi public, que demande le peuple, peut être quelques IVs