Skip site navigation (1)
Skip section navigation (2)
Peripheral Links
Header And Logo
|
Site Navigation
Re: Dump qui plante (pg 8.3.4)
- From: Marc Cousin <cousinmarc(at)gmail(dot)com>
- To: pgsql-fr-generale(at)postgresql(dot)org
- Cc: philippe dhondt <philippe(dot)dhondt(at)tele2(dot)be>
- Subject: Re: Dump qui plante (pg 8.3.4)
- Date: Fri, 31 Oct 2008 20:41:02 +0100
- Message-id: <200810312041.02498.cousinmarc@gmail.com> <text/plain>
> au delà de 90, le server refuse de démarrer, et ce SANS fournir le > moindre message, ni en console, ni dans les logs ... > en deçà de 90, le dump plante Si le serveur refuse de démarrer, c'est probablement qu'il n'est pas capable de créer un segment de mémoire partagé suffisamment gros (c'est bien un unix ?). La table de locks prend de la mémoire partagée... Il faut augmenter le paramètre noyau shmmax, dans ce cas. Il y a plus d'informations dans la log de démarrage de postgresql habituellement. sinon, si c'est linux, c'est kernel.shmmax qu'il faut augmenter ... Par exemple (il faut être root): # sysctl -q kernel.shmmax kernel.shmmax = 33554432 Pour la doubler par exemple: # sysctl kernel.shmmax=67108864 Attention, le paramètre est perdu au reboot. Il faut donc le sauvegarder dans /etc/sysctl.conf. En espérant que ça soit bien la cause ...
- References:
- Dump qui plante (pg 8.3.4)
- From: philippe dhondt
- Dump qui plante (pg 8.3.4)
- Prev by Date: Re: Dump qui plante (pg 8.3.4)
- Previous by thread: Re: Dump qui plante (pg 8.3.4)
- Indexes: