Postgres - не удалось создать сегмент разделяемой памяти: неверный аргумент

Shmmax, Shmall, я просто не могу победить;)

Я попытался изменить свой файл /etc/sysctl.d/30-postgresql-shm.conf, немного раскомментировав его, немного изменив kernel.shmmax и kernel.shmall, но похоже, не помогло.

#/etc/sysctl.d/30-postgresql-shm.conf 
# Shared memory settings for PostgreSQL

# Note that if another program uses shared memory as well, you will have to
# coordinate the size settings between the two.

# Maximum size of shared memory segment in bytes
#kernel.shmmax = 33554432  # Original
#kernel.shmmax = 41943040  # Tried this (bigger)
kernel.shmmax = 943040  # and this (smaller)

# Maximum total size of shared memory in pages (normally 4096 bytes)
#kernel.shmall = 2097152  # Tried with and without this commented out

Тогда (ошибка):

$ sudo /etc/init.d/postgresql start
* Starting PostgreSQL 9.2 database server    
* The PostgreSQL server failed to start. Please check the log output:
2013-04-27 16:21:33 EDT FATAL:  could not create shared memory segment: Invalid argument
2013-04-27 16:21:33 EDT DETAIL:  Failed system call was shmget(key=5432001, size=30490624, 03600).
2013-04-27 16:21:33 EDT 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 30490624 bytes), reduce PostgreSQL's shared memory usage, 
perhaps by reducing shared_buffers or max_connections.
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.

Примечание: Как бы я «увеличил размер запроса», поскольку это единственное, что я не пробовал, это было в списке.

5
задан 28 April 2013 в 00:37

3 ответа

Для этого решения либо нам нужно увеличить значение SHMALL или уменьшить значение общих буферов

0
ответ дан 28 April 2013 в 00:37

Ну, после экспериментов, я обнаружил, что изменение /etc/sysctl.conf для параметра kernel.shmmax = 89934592 (на две цифры короче исходного kernel.shmmax = 8589934592) только для ударов ... работает!

* Starting PostgreSQL 9.2 database server [ OK ] durrantm$
0
ответ дан 28 April 2013 в 00:37

Несколько лучшее решение:

  1. Чтобы избежать перезаписи значений при обновлении системы, создайте файл в /etc/sysctl.d/[filename].conf
  2. Set kernel.shmmax = [size of error + 1000]. Пример 30490624 + 1000
  3. Перезагрузить sysctl с

    sysctl --system
    
  4. Проверить новое значение с помощью:

    sysctl kernel.shmmax
    
0
ответ дан 28 April 2013 в 00:37

Другие вопросы по тегам:

Похожие вопросы: