Le mar. 12 mars 2019 à 12:33, Arnaud Launay <[email protected]> a écrit : > > watchdog: scheduling fairness gone. Too much high-priority workload! > watchdog: scheduling fairness gone for 20 seconds now. > > et ça continue jusqu'à atteindre 3600 secondes, où il reboot (enfin). > > J'ai demandé à nos amis du JTAC s'il y avait moyen de baisser > cette durée pour quelque chose d'autre, mais ils ne comprennent > visiblement pas la question.
je ne sais pas s'il s'agit du même watchdog, mais dans la cli il y a : moi@router# set system processes watchdog timeout ? Possible completions: <timeout> Watchdog timer value (1..3600 seconds) moi@router# set system processes watchdog enable moi@router# set system processes watchdog timeout 300 ça passe le commit check sur un mx960/re1800x4/17.4R2, mais j'ai pas planté volontairement pour voir si ça fonctionnait bien. il y avait 'set system debugger-on-break' sinon qui pouvait aider, mais il fallait pouvoir envoyer rapidement un break sur la console (ça drop dans ddb). pour du lab c'est pratique. et de toute façon ça disparait dans les junos récents. Et pour le problème sous-jacent, regarde PR1099998. --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
