Taille: 1848
Commentaire:
|
Taille: 6179
Commentaire: Maj de serveur TOIP
|
Texte supprimé. | Texte ajouté. |
Ligne 1: | Ligne 1: |
## page was renamed from ZA/Montréal/ToIP/JournalDesIncidents | |
Ligne 3: | Ligne 4: |
||Date constat||Evenement||date début incident||Actions||date reprise service||Intervenants||Observations|| | ||Date constat||Evenement||date début||Actions||date reprise service||Intervenants||Observations - commentaire|| |
Ligne 5: | Ligne 6: |
|| ||Carte analogique Sangoma A202 HS|| ||Changement de carte|| ||NM||C'est la 2ème carte qui tombe en panne.<<BR>> Hypothèse : court-circuit dû à une différence de potentiel aux ports de la carte|| | || ||Carte analogique Sangoma A202 HS|| ||Changement de carte|| ||NM||- C'est la 2ème carte qui tombe en panne.<<BR>> - Hypothèse : court-circuit dû à une différence de potentiel aux ports de la carte|| |
Ligne 7: | Ligne 8: |
||30/07/2010 9h||service téléphonique non stable (téléphones non connecté, communication interrompu ou impossible, etc.)||29/07/2010 ~17h36||Constat : serveur très très chargé avec le processus asterisk qui bourrine à fond sur le CPU <<BR>> restart d'asterisk||30/07/2010 9h11||NM à distance|| || ||13/08/2010||service téléphonique non stable||~14h42||Constat : encore process asterisk, charge très haute<<BR>> Restart asterisk||14h58||NM|| || ||20/09/2010||service téléphonique non stable||~17h30||Charge élevée<<BR>>Restart==>service toujours non fonctionnel car wanpipe planté à cause de la dernière mise à jour du noyau <<BR>> retour au noyau précédent, restauration des drivers dans le bon répertoire du noyau||~2h ou 3h du mat||DS - JC|| || |
||30/07/2010 9h||service téléphonique non stable (téléphones non connecté, communication interrompu ou impossible, etc.)||29/07/2010 ~17h36||- Constat : serveur très très chargé avec le processus asterisk qui bourrine à fond sur le CPU <<BR>> - restart d'asterisk||30/07/2010 9h11||NM à distance|| || ||13/08/2010||service téléphonique non stable||~14h42||- Constat : encore process asterisk, charge très haute <<BR>> - Restart asterisk||14h58||NM|| || ||20/09/2010||service téléphonique non stable||~17h30||- Charge élevée <<BR>> - Restart==>service toujours non fonctionnel car wanpipe planté à cause de la dernière mise à jour du noyau <<BR>> - retour au noyau précédent, restauration des drivers dans le bon répertoire du noyau||~2h ou 3h du mat||DS - JC|| || |
Ligne 11: | Ligne 12: |
||19/10/2010||Certains téléphones sans service||avant 9h||serveur RAS <<BR>> brancher les postes concernés sur d'autres port du switch poe||9h45||DS - NM||seul les postes branchés le 3ème bloc de 8 ports du switch étaient HS <<BR>> Après reboot du switch, ils sont à nouveau fonctionnel|| | ||19/10/2010||Certains téléphones sans service||avant 9h||- serveur RAS <<BR>> - brancher les postes concernés sur d'autres port du switch poe||9h45||DS - NM||- seul les postes branchés le 3ème bloc de 8 ports du switch étaient HS <<BR>> - Après reboot du switch, ils sont à nouveau fonctionnel|| ||23/10/2010||Mise à jour système (aptitude)||10h00||- aptitude safe-upgrade <<BR>> - récompilation driver wanpipe <<BR>> - restauration fichiers de config wanpipe, zaptel, zapata.conf||11h||DS sur place <<BR>> NM à distance||- Opération faite en week end à cause du plantage dû à la mise à jour du noyau <<BR>> - Reboot après compilation du driver|| ||29/11/2010||service téléphonique non stable||~15h50||- Constat : encore process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||16h01||DS|| || ||20/12/2010||service téléphonique non stable||~14h57||- Constat : encore process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||15h01||DS|| - Julien G. était en ligne quand ça arrivé. Sa communication a été simplement coupé, le compteur de temps continuait à fonctionner de coté téléphone. <<BR>> - 1 minute avant la plantage Nora recouperait ses messages vocales. || ||07/02/2011||service téléphonique non stable||~12h17 => ~12h20 ||- Constat : encore process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||12h26||DS|| - Rola Saad était en ligne. Sa communication a été coupé, le compteur de temps continuait à fonctionner de coté téléphone. <<BR>> || ||07/04/2011||service téléphonique non stable||~15h55 => ~16h00 ||- Constat : toujours process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||16h00||NM|| || ||27/04/2011||service téléphonique non stable||~9h36 => ~9h40 ||- Constat : toujours process asterisk, charge de CPU très haute <<BR>> - Restart asterisk||9h40||DS|| Plusieurs connexions/deconnexions par Munin avant le panne. <<BR>> Rola et Nora lancaient les appels. || ||24/08/2011||Problem sur les lignes de faxes 2107 et 2089 || decouvert à 10:00 ||- Constat : Les lignes en question ont étés redirigé vers UdM par Telus || 29/08/2011 14h10 ||DS NM|| - On a ouvert un demande de service chez Tels. Le 25/08/2011 11H28 le probleme est toujours present. <<BR>> - Ça pris à Telus plus que 2 jours pour corriger la situation. || = ToIP : protocol des tests apres la màj de noyau = || Servuer || Date et heure || Appel sortant vers exterieur || Appel entrant de l'exterieur || Appel sortant local || Appel entrant local || Messagerie vocal || FAX || Intra - implantation || test DHCP || vérifier le fonctionnement des logs d'Asterisk || Test effectué par:|| Commentaire || || Secours || 8/12/2010 18h00|| Succès || Succès || Succès || Succès || Succès || de fax 5783 vers 2107 <<BR>> ne fonctionne pas|| Succès || Echec || || Darko || Il fallait redemarrer le serveur pour que le DHCP fonctionne || || Production|| 8/12/2010 18h30 || Succès ||Succès|| Succès || Succès || Succès || Succès || Succès || Succès || || Darko || RAS || || Secours || 3/2/2011 19h00|| Succès || Succès || Succès || Succès || Succès || 6558=>2107=ok <<BR>> 6558=>5783=ok <<BR>> 5783=>2107=ok <<BR>> 2107=>5783=ok <<BR>> 2107=>6558=NOK <<BR>> 5783=>6558=NOK || Echec || Echec || || Darko ||- Le service DHCP ne fonctionnait pas sur le servuer Secours - à investiguer. <<BR>> - L'envoi de fax ne fonctionnait pas vers 6558, cause très probable est le probleme local sur ce fax. Bac mal inseré, beaucoup des fax an attandant, mémoire probablement plein || || Production|| 3/2/2011 20h00 || Succès ||Succès|| Succès || Succès || Succès || Succès || Succès || Succès || || Darko || Problèmes locaux sur deux fax découvert. Ce n'etait pas rapporté par des usagers probablement à cause de faible usage de ces appareils.|| || Production|| 6/7/2011 19h00 || Succès ||Succès|| Succès || Succès || Succès || 2089(acci)=>2107(reception)=ok <<BR>> 2089(acci)=>6558(ba)=ok <<BR>> 2089(acci)=>5783(ai)=ok <<BR>> 5783(ai)=>6558(ba)=ok <<BR>> 5783(ai)=>2107(reception)=ok <<BR>> 6558(ba)=>2107(reception)=ok || Succès || Succès || || Darko || Le fax 2107 n'affiche rien sur son ecran.|| || Production|| 28/9/2011 18h15 || Succès ||Succès|| Succès || Succès || Succès || 5783(ai)=>6558(ba)=ok <<BR>> 5783(ai)=>2107(reception)=ok <<BR>> 6558(ba)=>5783(ai)=ok <<BR>> 6558(ba)=>2107(reception)=ok<<BR>> 2107(reception)=> 6558(ba)=ok || Succès || Succès || Succès || Darko || RAS || |
ToIP : journal des évènements
Date constat |
Evenement |
date début |
Actions |
date reprise service |
Intervenants |
Observations - commentaire |
|
Serveur non fonctionnel |
|
réinstallation du serveur |
|
NM - DS |
Achat express et configuration du serveur secours |
|
Carte analogique Sangoma A202 HS |
|
Changement de carte |
|
NM |
- C'est la 2ème carte qui tombe en panne. |
|
remplacement de la carte analogique par des modules ATA (analog téléphon adapter) SPA2102 |
- |
achat des modules et installation |
- |
NM |
|
30/07/2010 9h |
service téléphonique non stable (téléphones non connecté, communication interrompu ou impossible, etc.) |
29/07/2010 ~17h36 |
- Constat : serveur très très chargé avec le processus asterisk qui bourrine à fond sur le CPU |
30/07/2010 9h11 |
NM à distance |
|
13/08/2010 |
service téléphonique non stable |
~14h42 |
- Constat : encore process asterisk, charge très haute |
14h58 |
NM |
|
20/09/2010 |
service téléphonique non stable |
~17h30 |
- Charge élevée |
~2h ou 3h du mat |
DS - JC |
|
30/09/2010 |
téléphonie HS, serveur inaccessible par ssh |
~17h21 |
Restart Asterisk |
21h28 |
NM |
|
19/10/2010 |
Certains téléphones sans service |
avant 9h |
- serveur RAS |
9h45 |
DS - NM |
- seul les postes branchés le 3ème bloc de 8 ports du switch étaient HS |
23/10/2010 |
Mise à jour système (aptitude) |
10h00 |
- aptitude safe-upgrade |
11h |
DS sur place |
- Opération faite en week end à cause du plantage dû à la mise à jour du noyau |
29/11/2010 |
service téléphonique non stable |
~15h50 |
- Constat : encore process asterisk, charge de CPU très haute |
16h01 |
DS |
|
20/12/2010 |
service téléphonique non stable |
~14h57 |
- Constat : encore process asterisk, charge de CPU très haute |
15h01 |
DS |
- Julien G. était en ligne quand ça arrivé. Sa communication a été simplement coupé, le compteur de temps continuait à fonctionner de coté téléphone. |
07/02/2011 |
service téléphonique non stable |
~12h17 => ~12h20 |
- Constat : encore process asterisk, charge de CPU très haute |
12h26 |
DS |
- Rola Saad était en ligne. Sa communication a été coupé, le compteur de temps continuait à fonctionner de coté téléphone. |
07/04/2011 |
service téléphonique non stable |
~15h55 => ~16h00 |
- Constat : toujours process asterisk, charge de CPU très haute |
16h00 |
NM |
|
27/04/2011 |
service téléphonique non stable |
~9h36 => ~9h40 |
- Constat : toujours process asterisk, charge de CPU très haute |
9h40 |
DS |
Plusieurs connexions/deconnexions par Munin avant le panne. |
24/08/2011 |
Problem sur les lignes de faxes 2107 et 2089 |
decouvert à 10:00 |
- Constat : Les lignes en question ont étés redirigé vers UdM par Telus |
29/08/2011 14h10 |
DS NM |
- On a ouvert un demande de service chez Tels. Le 25/08/2011 11H28 le probleme est toujours present. |
ToIP : protocol des tests apres la màj de noyau
Servuer |
Date et heure |
Appel sortant vers exterieur |
Appel entrant de l'exterieur |
Appel sortant local |
Appel entrant local |
Messagerie vocal |
FAX |
Intra - implantation |
test DHCP |
vérifier le fonctionnement des logs d'Asterisk |
Test effectué par: |
Commentaire |
Secours |
8/12/2010 18h00 |
Succès |
Succès |
Succès |
Succès |
Succès |
de fax 5783 vers 2107 |
Succès |
Echec |
|
Darko |
Il fallait redemarrer le serveur pour que le DHCP fonctionne |
Production |
8/12/2010 18h30 |
Succès |
Succès |
Succès |
Succès |
Succès |
Succès |
Succès |
Succès |
|
Darko |
RAS |
Secours |
3/2/2011 19h00 |
Succès |
Succès |
Succès |
Succès |
Succès |
6558=>2107=ok |
Echec |
Echec |
|
Darko |
- Le service DHCP ne fonctionnait pas sur le servuer Secours - à investiguer. |
Production |
3/2/2011 20h00 |
Succès |
Succès |
Succès |
Succès |
Succès |
Succès |
Succès |
Succès |
|
Darko |
Problèmes locaux sur deux fax découvert. Ce n'etait pas rapporté par des usagers probablement à cause de faible usage de ces appareils. |
Production |
6/7/2011 19h00 |
Succès |
Succès |
Succès |
Succès |
Succès |
2089(acci)=>2107(reception)=ok |
Succès |
Succès |
|
Darko |
Le fax 2107 n'affiche rien sur son ecran. |
Production |
28/9/2011 18h15 |
Succès |
Succès |
Succès |
Succès |
Succès |
5783(ai)=>6558(ba)=ok |
Succès |
Succès |
Succès |
Darko |
RAS |