Forums PostgreSQL.fr

mich30

Membre

incorrect checksum in control file

Bonjour,

J'ai un serveur 1 (prod)

version Linux 6.05 debian
processeur 2.6.32-5-Amd64
version postgres 9.0.11 64 bits
postgis 1.5.8

J'ai un serveur 2 ( de test )

version Linux 6.07 debian  64 bits
processeur 2.6.32-5-686-bigmem
version postgres 9.0.11
postgis 1.5.8

Sur mon serveur j'ai crée un data compressé data.io a froid que j'ai basculé sur mon serveur 2
puis j'ai démarré le serveur 2
apres une erreur

The PostgreSQL documentation contains more information about shared memory configuration.
2013-08-23 11:43:05 CEST FATAL:  could not create shared memory segment: Argument invalide
2013-08-23 11:43:05 CEST DETAIL:  Failed system call was shmget(key=5432001, size=37961728, 03600).
2013-08-23 11:43:05 CEST HINT:  This error usually means that PostgreSQL's request for a shared memory segment exceeded your kernel's SHMMAX parameter.  You can either reduce the request size or reconfigure the kernel with larger SHMMAX.  To reduce the request size (currently 37961728 bytes), reduce PostgreSQL's shared_buffers parameter (currently 4096) and/or its max_connections parameter (currently 104).
        If the request size is already small, it's possible that it is less than your kernel's SHMMIN parameter, in which case raising the request size or reconfiguring SHMMIN is called for.
        The PostgreSQL documentation contains more information about shared memory configuration.

qui a été resolu en augmentant sshmax et redemarrant la machine

j'ai maintenant une nouvelle  erreur

2013-08-23 13:44:45 CEST FATAL:  incorrect checksum in control file

merci de votre aide

Dernière modification par mich30 (23/08/2013 14:14:09)

rjuju

Administrateur

Re : incorrect checksum in control file

Bonjour,

i686 correspond à du 32 bits, ce qui n'est pas compatible avec de l'amd64. Vous devez utiliser le même type d'architecture sur votre serveur de test.

---

Julien.
https://rjuju.github.io/

mich30

Membre

Re : incorrect checksum in control file

ok merci
pn va passer par un pg_restore