Discussion :

[hpascal]

Bonjour

Je rencontre actuellement un problème avec PostgreSQL sur un poste Windows 7 32 bits
La version installée de PostgreSQL est la 9.5

Le message retourné (à la connexion) par le logiciel client est :
"n'a pas pu lancer le nouveau processus fils pour la connexion : No error"

Dans le log de PostgreSQL j'ai ces deux lignes qui sont ajoutées de nombreuses fois :

2016-11-05 07:59:42 CET LOG: could not reserve shared memory region (addr=01AA0000) for child 00000538: error code 487
2016-11-05 07:59:42 CET LOG: n'a pas pu exécuter le processus autovacuum worker : No error

Je précise que si je copie le répertoire \data sur un autre poste (qui est en 64 bits avec PostgresQL en 32 bits) je peux accéder aux données.
La base n'est donc pas endommagée

Sur le poste incriminé, j'ai d'abord eu le problème avec PostgreSQL 9.3
Je l'ai complètement désinstallé, j'ai supprimé le répertoire des données, j'ai installé PG 9.5.5 et restauré une sauvegarde.
Et le problème est survenu à nouveau assez rapidement.
De temps en temps ça fonctionne et mon application démarre

Je pense à un problème de RAM vu qu'il s'agit d'une version 32 bits de l'OS mais j'aimerais m'assurer que ce n'est pas autre chose

Avez-vous eu ce type d'erreur et pouvez-vous m'en dire plus à son sujet ?

[ded703]

Jamais eu ce type d'erreur.
Je ne sais pas si Win7 32bits est officiellement supporté ..
Je te conseillerai une version Pro de Windows en version 64bits.

[SQLpro]

C'est juste que le protocole shared memory ne dois pas être activé par défaut pour l'accès aux données.

Comment faites vous la connexion à la base ? Par quel middleware passez vous ? (ODBC ???)

A +

[alassanediakite]

Salut
Le problème a eu une solution, il serait dû à f-secure
@+

[hpascal]

C'est juste que le protocole shared memory ne dois pas être activé par défaut pour l'accès aux données.

Comment faites vous la connexion à la base ? Par quel middleware passez vous ? (ODBC ???)

Bonjour
J'utilise PostgreSQL sous Windev par un accès natif fourni par l'éditeur. Cet accès "natif" utilise directement libpq.dll
Ce protocole dont vous parlez est activé à quel niveau ? Windows ? PostgreSQL ?

[hpascal]

Bonjour

Salut
Le problème a eu une solution, il serait dû à f-secure
@+

Je dirais que ce n'est pas la solution qui a été trouvée mais la cause. Désactiver un anti-virus n'est pas vraiment une solution et le démarrage décalé du service semble ne pas fonctionner à tous les coups (chez moi ça fonctionne)
Il y a d'autres posts à ce sujet sur les forums de www.postgresql.org

https://www.postgresql.org/message-i...changelabs.com
https://www.postgresql.org/message-i...mail.gmail.com

Le reste ici : https://www.postgresql.org/list/pgsql-bugs/2016-11/