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: | Whole Thread | Raw Message | 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?
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 |