Aller au contenu

Uptime Project Reloaded - Team PCI


Killator

Messages recommandés

  • Réponses 514
  • Créé
  • Dernière réponse
Posté(e)

J'ai un message d'erreur :

Bad request. The link you followed is incorrect or outdated.

vla le code

#!/bin/bashget_uptime(){  up=`uptime`  up=`echo $up | grep -o "up .*user" | cut -d, -f1 | sed 's/up //g'`  days=`echo $up | grep -c ' day'`  if [ $days -gt 0 ]; then     nb_days=`echo $up | awk '{print $1}'`     hm=`echo $up | awk '{print $3}'`  else     nb_days=0     hm=$up  fi  nb_hours=`echo $hm | cut -d: -f1 | awk '{printf "%.0f\n", $1;}'`  nb_minutes=`echo $hm | cut -d: -f2 | awk '{printf "%.0f\n", $1;}'`  nb_seconds=`expr $nb_days \* 86400 + $nb_hours \* 3600 + $nb_minutes \* 60`}# TUPUPTUSER=my_loginUPTPASS=my_passwordUA=CurliPhoneScriptURL="http://update.uptimeprj.com/update.php?user=$UPTUSER"# MACHINECNB=1DISTRO=iPhoneget_uptimeUPTIME=$nb_secondsTYPE=`uname -s`RELEASE=`uname -r`ARCH=`uname -m`OS="$TYPE+$RELEASE+($ARCH)"MAC=`ifconfig -a | awk '/(ether)/ { print $2 }' | sed 's/://g'`MAC=`echo -n $MAC | md5sum | awk '{print $1 }'`HOST=iphone_dju# CONNECTION HTTPPOST="username=$UPTUSER&pass=$UPTPASS&uptime=$UPTIME&os=$OS&mac=$MAC&machine=$HOST&distrib=$DISTRO&cnb=$CNB"/usr/bin/curl -A $UA -d "$POST" $URL > /dev/null 2>&1
Posté(e)

Ah qd même ! :eeek2:

1 TUPLinuxBashScriptv0.1byNils

Un détail qui m'a fait loler... :siffle:

En fait les miens sont "TUPLinuxBashScriptv0.1byNils" et "TUPNetBSD Bash Script v0.2".

Faudrait que je fasse une v0.3 indépendante Linux/BSD, mais E_NOTIME .

Encore que, pour un script d'une vingtaine de lignes, je dois pouvoir faire ça après ma pause déjeuner...

Posté(e)

Yes . Scuze me sir , je fais placer la climatisation chez moi et par précaution, les VMs du TUP sont en pause et le serveur ESX arrêté . (seul le thinserver de secours qui affiche la page de maintenance reste On)

Retour ce soir :D

Posté(e)

Ouais enfin, je sais pas pour combien de temps :p . j'ai un putain de problème avec le drivers vib de la carte sas sous ESXi 5.0U1 xD

Profitez en ! ;D

Posté(e)

C'est juste le backplane que j'ai changé . c'est vrai que j'y suis allé un peu à la hussarde là . J'ai fait un upgrade du backplane et une mise à jour ESXi vers la 5.0u1 xD .

Moi qui est attendu 10 ans avant de mettre le nouveau backplane , j'aurais du y aller progressivement .

Posté(e)

tient, ca doit etre surement ca qui a killé mon process TUP

il était down depuis le ..14 ou 15 juillet un truc du genre

du coup je l'ai relancé

ca vaut pas le bon vieux ancien script a lancer par cron. Au moins, on le perd pas lui :p

Posté(e)

Je cherche à ajouter une troisième machine à TUP. Comme pour les autres, j'utilise le script Linux HLC.

Le script se lance convenablement mais ne remonte pas de données au niveau du site (pas d'ajout d'une nouvelle machine)

A noter que celle-ci se trouve derrière une autre qui fait office de routeur/pare-feu est qui utilise aussi TUP.

Posté(e)

Bon déjà, rien à voir avec le fait que ce soit derrière un router ou un firewall :)

T'as regardé si ta machine avait pas la même mac address qu'une déjà inscrite ? :)

Posté(e)
T'as regardé si ta machine avait pas la même mac address qu'une déjà inscrite ? :)

Comment voir ceci ?

Par contre sa seul interface réseau est un agrégat d'interfaces (bond0) dont l'adresse MAC 00:24:01:2e:1e:c0 est , ça ne pose pas de problème ?

Quoique, je viens de me rendre compte que les deux cartes de l'agrégat avaient la même adresse MAC :

┌─[root@seregis]─(~)└$ ifconfig -abond0	 Link encap:Ethernet  HWaddr 00:24:01:2e:1e:c0	  inet addr:192.168.2.2  Bcast:192.168.2.255  Mask:255.255.255.0	  inet6 addr: fe80::224:1ff:fe2e:1ec0/64 Scope:Link	  inet6 addr: 2001:910:1090:2::2/64 Scope:Global	  UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1	  RX packets:77485378 errors:0 dropped:19197 overruns:0 frame:0	  TX packets:7463258 errors:0 dropped:0 overruns:0 carrier:0	  collisions:0 txqueuelen:0	  RX bytes:830578111 (792.1 MiB)  TX bytes:689351472 (657.4 MiB)eth0	  Link encap:Ethernet  HWaddr 00:24:01:2e:1e:c0	  UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1	  RX packets:77466212 errors:0 dropped:36 overruns:0 frame:0	  TX packets:7463217 errors:0 dropped:0 overruns:0 carrier:0	  collisions:0 txqueuelen:1000	  RX bytes:829101181 (790.6 MiB)  TX bytes:689348604 (657.4 MiB)	  Interrupt:10 Base address:0xe000eth1	  Link encap:Ethernet  HWaddr 00:24:01:2e:1e:c0	  UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1	  RX packets:19166 errors:0 dropped:19161 overruns:0 frame:0	  TX packets:41 errors:0 dropped:0 overruns:0 carrier:0	  collisions:0 txqueuelen:1000	  RX bytes:1476930 (1.4 MiB)  TX bytes:2868 (2.8 KiB)	  Interrupt:11

Oups. tinostar.gif

Après recherche, elles n'ont pas les mêmes adresses MAC, mais pour une raison inexpliqué ifconfig, corrigé en forçant l'adresse MAC correcte pour eth1 dans le fichier de configuration du réseau.

Posté(e)

J'ai un truc un peu bizarre, j'ai un décalage de 24h entre l'application DroidUptime (2 mois 15j 9h 59m 55s) et l'actualisation sur le site (2 mois 14j 9h 59m 55s). il manque 24 heures d'uptime. Je pensais que le soucis venais du fait d'avoir installer l'appli sans reboot du smartphone. Mais le problème persiste.

Bon en même temps, 24 heures c'est pas si grave. :D

Posté(e)

Autre problème, j'ai beau envoyer l'uptime, le site ne l'enregistre pas (Uniquement avec l'application DroidUptime)

La cause est peut-être le passage de mon smartphone à Jelly Bean, car avant j'avais un décalage de 24h, mais l'uptime était bien inscrit sur le site, dommage cela fait une machine en moins.

Edit : Après avoir supprimer l'appli et l'avoir télécharger à nouveau, sans avoir reboot le smartphone (en espérant que cela ne cause pas de bug). Le soucis n'est plus. Le retard d'uptime de 24h ainsi que l'écriture de l'uptime sur le site est bien effective.

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...