Lorsque les messages du journal système (tous : matériel, sécurité, syserr, etc.) sont générés dans OpenVOS, ils sont envoyés à la partition syserr, et un événement est notifié. Un processus appelé TheOverseer attend cet événement, ainsi que de nombreux autres.
Afin de gérer cet événement, TheOverseer lit alors les messages de la partition et les stocke dans son tas d'utilisateurs. Il écrit ensuite les messages sur le terminal de la console du module, les inscrit dans le journal spécifié, puis les supprime du tas d'utilisateurs. Si l'une des deux écritures échoue, le message reste dans le tas d'utilisateurs pour une nouvelle tentative plus tard.
La taille de la partition est limitée. Le tas d'utilisateurs ne contiendra qu'un nombre donné de messages de journal. Si l'une de ces zones déborde, si le fichier journal spécifié est verrouillé en écriture par un autre processus ou si le terminal de la console est cassé, un drapeau est mis en place. Les messages existants sont alors écrasés et TheOverseer affiche **Log Messages Lost** dans le syserr_log et dans la console.
TheOverseer a beaucoup de tâches à accomplir. Parmi elles, la création et la destruction de processus, le type de trafic de communication send_message, et d'autres, qui peuvent prendre beaucoup de temps et de traitement. Si ce processus est occupé, alors il ne sera pas souvent en train d'entretenir le mécanisme d'événement syserr, et peut conduire à un "syserr wraparound".
Tout événement de module qui provoque un flot de messages à placer dans la partition syserr (ex : arrêt de nombreux processus en même temps, des applications utilisateur écrivant dans le syserr, etc) peut faire en sorte que la partition devienne pleine. C'est pourquoi nous ne recommandons pas que les applications utilisateur utilisent le mécanisme syserr_log pour conserver les informations de journalisation spécifiques au site. Les applications utilisateur doivent utiliser leurs propres mécanismes pour contenir les informations de journalisation spécifiques à l'application.