BUG #14196: Processes terminated with exception 0xFFFFFFFF

From: jeremy(dot)rumerio(at)gmail(dot)com
To: pgsql-bugs(at)postgresql(dot)org
Subject: BUG #14196: Processes terminated with exception 0xFFFFFFFF
Date: 2016-06-16 08:52:01
Message-ID: 20160616085201.5798.23763@wrigleys.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

The following bug has been logged on the website:

Bug reference: 14196
Logged by: Jérémy Rumerio
Email address: jeremy(dot)rumerio(at)gmail(dot)com
PostgreSQL version: 9.1.18
Operating system: Windows 7 SP1 embedded
Description:

Sometimes, the following errors appear in the log files :

"
LOG: processus des journaux applicatifs (PID 1020) a été arrêté par
l'exception 0xFFFFFFFF
ASTUCE : Voir le fichier d'en-tête C « ntstatus.h » pour une description de
la valeur
hexadécimale.
LOG: processus de récupération des statistiques (PID 2188) a été arrêté par
l'exception 0xFFFFFFFF
ASTUCE : Voir le fichier d'en-tête C « ntstatus.h » pour une description de
la valeur
hexadécimale.
LOG: processus de l'autovacuum (PID 2180) a été arrêté par l'exception
0xFFFFFFFF
ASTUCE : Voir le fichier d'en-tête C « ntstatus.h » pour une description de
la valeur
hexadécimale.
LOG: arrêt des autres processus serveur actifs
"

When the OS and the service restart, some "postgres" processes are launched,
but the service fails to start. I have to kill those processes manually and
then, the service starts properly.

In the logs, when restarting :

"
LOG: le système de bases de données a été interrompu ; dernier lancement
connu à 2016-05-23 00:09:53 CEST
FATAL: le système de bases de données se lance
LOG: le système de bases de données n'a pas été arrêté proprement ;
restauration
automatique en cours
LOG: enregistrement de longueur nulle à 0/262AE58
LOG: la ré-exécution n'est pas nécessaire
LOG: le système de bases de données est prêt pour accepter les connexions
LOG: lancement du processus autovacuum
"

I checked in the ntstatus.h file, and the 0xFFFFFFFF exception doesn't seem
to exist. I was thinking about a bug, but I'm not sure.

Some days later, some similar errors :

"
LOG: utilise de vieilles statistiques à la place des actuelles car le
collecteur de
statistiques ne répond pas
"

or

"
LOG: processus d'écriture en tâche de fond (PID 3532) a été arrêté par
l'exception 0xFFFFFFFF
ASTUCE : Voir le fichier d'en-tête C « ntstatus.h » pour une description de
la valeur
hexadécimale.
LOG: arrêt des autres processus serveur actifs
"

I checked in newer minor postgres release notes, but couldn't find some
similar problems, so I assume that maybe (if bug there is) it was not fixed.
Could you check please?

Browse pgsql-bugs by date

  From Date Subject
Next Message David G. Johnston 2016-06-16 11:43:00 Re: BUG #14192: pg_dump/pg_restore omit setting search_path in restored db
Previous Message Hans Buschmann 2016-06-16 07:39:35 Re: BUG #14192: pg_dump/pg_restore omit setting search_path in restored db