Eu tenho executado um tipo de esquema intensivo, descartando e criando em um servidor PostgreSQL, mas agora reclama ..:
WARNING: out of shared memory
ERROR: out of shared memory
HINT: You might need to increase max_locks_per_transaction.
Mas o problema permanece se o PostgreSQL for reiniciado com service postgresql restart
, suspeito que max_locks_per_transaction não ajustará nada.
Estou um pouco estranho porque as listas de solução de problemas para esse erro não estão funcionando para mim.
MAIS INFO 1409291350: Faltam alguns detalhes mas mantenho o resultado do SQL principal.
postgres=# SELECT version();
PostgreSQL 9.3.5 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2,
64-bit
E:
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.1 LTS
Release: 14.04
Codename: trusty
Seu comentário sobre descarte e criação intensivos e o aviso que você recebeu sobre o aumento de max_locks_per_transaction indicam que você está descartando e criando muitos objetos na mesma transação . Cada um deles resulta em um bloqueio, cada um requer uma pequena quantidade de memória compartilhada. Por causa disso, max_locks_per_transaction limita o número de bloqueios que você pode manter em uma transação (para evitar que qualquer transação use toda a memória compartilhada).
Você pode aumentar um pouco esse limite (eu não recomendaria defini-lo arbitrariamente grande ou você se deparará com uma situação separada de realmente ficar sem memória compartilhada total) ou fazer suas eliminações e criações em lotes de transações ou como uma gota /criar por transação.
Edit: Aparentemente eu estava errado sobre como max_locks_per_transaction funciona. A partir da documentação, o número total de bloqueios disponíveis é max_locks_per_transaction * (max_connections + max_prepared_transactions) - qualquer transação pode conter mais do que max_locks_per_transaction, desde que o número de bloqueios mantidos em todos os lugares seja menor que esse valor total.