OVHcloud Network Status

Current status
Legend
  • Operational
  • Degraded performance
  • Partial Outage
  • Major Outage
  • Under maintenance
th2-1-6k
Scheduled Maintenance Report for Network & Infrastructure
Completed
Nous allons redemarrer le routeur th2-1-6k. Un process s'est bloqué
et prend 100% du CPU.

th2-1-6k#sh proc cpu sorted 5s
CPU utilization for five seconds: 99%/1%; one minute: 99%; five minutes: 92%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
183 162451456 16194828 10031 92.07% 87.07% 51.02% 0 FM core


Update(s):

Date: 2008-06-21 01:44:24 UTC
fixé

Date: 2008-06-21 01:16:35 UTC
Le probleme a commencé sur th1. Nous l'avons fixé.

Date: 2008-06-21 01:08:36 UTC
.Jun 21 01:54:45 GMT: %QM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded
.Jun 21 01:54:45 GMT: %QM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded
.Jun 21 01:54:45 GMT: %QM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded
.Jun 21 01:54:45 GMT: %QM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded
.Jun 21 01:54:45 GMT: %QM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded
Jun 21 01:58:28 GMT: %FM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded
Jun 21 01:59:12 GMT: %FM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded
Jun 21 01:59:13 GMT: %FM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded

Finalement le routeur a dit ce qu'il n'a pas aimé. Il s'agit de regles
de filtrages de scans que nous avons mis en place. Il y en a trop. Pour
simplement: on peut maintenir le blocage de scan 24h. Pas plus.

Nous avons dû reseter les access-list, essayer de rebooter. Le routeur
ne voulait pas rebooter en soft. La commande a été prise en compte mais
pas executée.

Nous avons commencé à lancer la demande de rebooter en hard, et d'un
coup le routeur a rebooté (finalement). Il a provoqué 4 minutes de panne
sur une partie de l'hébergement mutualisé sur P19. 2 fois.

Nous sommes en cours de correction des access-list sur tous les routeurs.
pour eviter ce même probleme ailleur.
Posted Jun 20, 2008 - 23:48 UTC