Как исправить установку PostgreSQL

Недавно я обновился от Maverick до Natty, и все прошло отлично, за исключением того, что во время dist-upgrade что-то пошло не так с PostgreSQL. С тех пор я пытаюсь переустановить, удалить и даже очистить его с помощью 'sudo apt-get purge postgresql', но он по-прежнему сталкивается с той же ошибкой, независимо от того, что я делаю. Смотри ниже. Он работал отлично до обновления. Любая помощь будет принята с благодарностью. Спасибо!

Setting up postgresql-common (114) ... * Starting PostgreSQL 8.4 database server * The PostgreSQL server failed to start. Please check the log output: 2011-05-19 11:49:41 EDT LOG: could not bind IPv4 socket: Address already in use 2011-05-19 11:49:41 EDT HINT: Is another postmaster already running on port 5432? If not, wait a few seconds and retry. 2011-05-19 11:49:41 EDT WARNING: could not create listen socket for "127.0.0.1" 2011-05-19 11:49:41 EDT FATAL: could not create shared memory segment: Invalid argument 2011-05-19 11:49:41 EDT DETAIL: Failed system call was shmget(key=5432001, size=37879808, 03600). 2011-05-19 11:49:41 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 37879808 bytes), reduce PostgreSQL's shared_buffers parameter (currently 4096) and/or its max_connections parameter (currently 103). 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. [fail] invoke-rc.d: initscript postgresql, action "start" failed. dpkg: error processing postgresql-common (--configure): subprocess installed post-installation script returned error exit status 1
18
задан 22 May 2011 в 08:02

18 ответов

Вам нужно увеличить максимальный размер части разделяемой памяти. Ядро Linux позволяет сразу выделить (известный как параметр SHMMAX)

Вам нужно отредактировать /etc/sysctl.conf и добавить следующую строку: [ ! d1] kernel.shmmax = 41943040

(где 41943040 - размер памяти в байтах, то есть 40 мегабайт. В производственной системе вы, вероятно, захотите установить это значение выше - документация Postgres рекомендует начинать с 1/4 доступных )

Затем запустите

sudo sysctl -p

и снова перезапустите postgres.

В качестве альтернативы вы можете отредактировать /etc/postgresql/<version>/main/postgresql.conf и уменьшить значение параметра shared_buffers .

Это ошибка, более подробная информация здесь

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/264336

(есть также файл /etc/sysctl.d/30-postgresql-shm.conf, который предполагается использовать для этой цели, но он не кажется включенным из основной конфигурации, поэтому его редактирование не имеет эффекта)

29
ответ дан 25 July 2018 в 21:52
  • 1
    Я сделал точно так, как вы заявили выше, и даже перезапустил компьютер, но я все равно получаю ту же ошибку, что и в исходном вопросе. На данный момент я готов просто удалить все это и начать с нуля, но по какой-то причине apt-get пытается запустить сервер, когда я удалю, и поэтому я даже не могу этого сделать. Спасибо за вашу помощь! Я очень ценю это. – wired 22 May 2011 в 12:28
  • 2
    попробуйте напасть на shmmax далее .. это проблема с общей памятью. Посмотрите на ссылку, которую я разместил, у нее есть больше информации и больше работы вокруг – freethinker 22 May 2011 в 12:31
  • 3
    Решением было отредактировать файл /etc/sysctl.conf и добавить строку kernel.shmmax = 41943040, затем запустить sudo sysctl -p и перезапустить postgreSQL: sudo /etc/init.d/postgresql start. Теперь это начинается без ошибок. Огромное спасибо!! – wired 22 May 2011 в 21:03
  • 4
    @freethinker, это не работает в 12.04. – Cerin 14 May 2012 в 08:18
  • 5
    @wired, Спасибо, ваше исправление работает для меня. Похоже, что /etc/sysctl.d/30-postgresql-shm.conf полностью игнорируется ... – Cerin 14 May 2012 в 08:23

Вам нужно увеличить максимальный размер части разделяемой памяти. Ядро Linux позволяет сразу выделить (известный как параметр SHMMAX)

Вам нужно отредактировать /etc/sysctl.conf и добавить следующую строку: [ ! d1] kernel.shmmax = 41943040

(где 41943040 - размер памяти в байтах, то есть 40 мегабайт. В производственной системе вы, вероятно, захотите установить это значение выше - документация Postgres рекомендует начинать с 1/4 доступных )

Затем запустите

sudo sysctl -p

и снова перезапустите postgres.

В качестве альтернативы вы можете отредактировать /etc/postgresql/<version>/main/postgresql.conf и уменьшить значение параметра shared_buffers .

Это ошибка, более подробная информация здесь

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/264336

(есть также файл /etc/sysctl.d/30-postgresql-shm.conf, который предполагается использовать для этой цели, но он не кажется включенным из основной конфигурации, поэтому его редактирование не имеет эффекта)

29
ответ дан 26 July 2018 в 17:23

Вам нужно увеличить максимальный размер части разделяемой памяти. Ядро Linux позволяет сразу выделить (известный как параметр SHMMAX)

Вам нужно отредактировать /etc/sysctl.conf и добавить следующую строку: [ ! d1] kernel.shmmax = 41943040

(где 41943040 - размер памяти в байтах, то есть 40 мегабайт. В производственной системе вы, вероятно, захотите установить это значение выше - документация Postgres рекомендует начинать с 1/4 доступных )

Затем запустите

sudo sysctl -p

и снова перезапустите postgres.

В качестве альтернативы вы можете отредактировать /etc/postgresql/<version>/main/postgresql.conf и уменьшить значение параметра shared_buffers .

Это ошибка, более подробная информация здесь

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/264336

(есть также файл /etc/sysctl.d/30-postgresql-shm.conf, который предполагается использовать для этой цели, но он не кажется включенным из основной конфигурации, поэтому его редактирование не имеет эффекта)

29
ответ дан 31 July 2018 в 10:37

Вам нужно увеличить максимальный размер части разделяемой памяти. Ядро Linux позволяет сразу выделить (известный как параметр SHMMAX)

Вам нужно отредактировать /etc/sysctl.conf и добавить следующую строку: [ ! d1] kernel.shmmax = 41943040

(где 41943040 - размер памяти в байтах, то есть 40 мегабайт. В производственной системе вы, вероятно, захотите установить это значение выше - документация Postgres рекомендует начинать с 1/4 доступных )

Затем запустите

sudo sysctl -p

и снова перезапустите postgres.

В качестве альтернативы вы можете отредактировать /etc/postgresql/<version>/main/postgresql.conf и уменьшить значение параметра shared_buffers .

Это ошибка, более подробная информация здесь

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/264336

(есть также файл /etc/sysctl.d/30-postgresql-shm.conf, который предполагается использовать для этой цели, но он не кажется включенным из основной конфигурации, поэтому его редактирование не имеет эффекта)

29
ответ дан 2 August 2018 в 03:28

Вам нужно увеличить максимальный размер части разделяемой памяти. Ядро Linux позволяет сразу выделить (известный как параметр SHMMAX)

Вам нужно отредактировать /etc/sysctl.conf и добавить следующую строку: [ ! d1] kernel.shmmax = 41943040

(где 41943040 - размер памяти в байтах, то есть 40 мегабайт. В производственной системе вы, вероятно, захотите установить это значение выше - документация Postgres рекомендует начинать с 1/4 доступных )

Затем запустите

sudo sysctl -p

и снова перезапустите postgres.

В качестве альтернативы вы можете отредактировать /etc/postgresql/<version>/main/postgresql.conf и уменьшить значение параметра shared_buffers .

Это ошибка, более подробная информация здесь

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/264336

(есть также файл /etc/sysctl.d/30-postgresql-shm.conf, который предполагается использовать для этой цели, но он не кажется включенным из основной конфигурации, поэтому его редактирование не имеет эффекта)

29
ответ дан 4 August 2018 в 19:25

Вам нужно увеличить максимальный размер части разделяемой памяти. Ядро Linux позволяет сразу выделить (известный как параметр SHMMAX)

Вам нужно отредактировать /etc/sysctl.conf и добавить следующую строку: [ ! d1] kernel.shmmax = 41943040

(где 41943040 - размер памяти в байтах, то есть 40 мегабайт. В производственной системе вы, вероятно, захотите установить это значение выше - документация Postgres рекомендует начинать с 1/4 доступных )

Затем запустите

sudo sysctl -p

и снова перезапустите postgres.

В качестве альтернативы вы можете отредактировать /etc/postgresql/<version>/main/postgresql.conf и уменьшить значение параметра shared_buffers .

Это ошибка, более подробная информация здесь

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/264336

(есть также файл /etc/sysctl.d/30-postgresql-shm.conf, который предполагается использовать для этой цели, но он не кажется включенным из основной конфигурации, поэтому его редактирование не имеет эффекта)

29
ответ дан 6 August 2018 в 03:36

Вам нужно увеличить максимальный размер части общей памяти. Ядро Linux позволяет сразу выделить (известный как параметр SHMMAX)

Вам нужно отредактировать /etc/sysctl.conf [ ! d1] и добавьте следующую строку:

  kernel.shmmax = 41943040  

(где 41943040 - размер памяти в байтах, то есть 40 мегабайтах. В производственной системе вы, вероятно, захотите установить это значение выше - документация Postgres рекомендует начинать с 1/4 доступной памяти)

Затем запустите

  sudo sysctl -p  

и снова перезапустить postgres.

Кроме того, вы можете редактировать / etc / postgresql / & lt; version & gt; / main / postgresql .conf и уменьшают значение параметра shared_buffers .

Это ошибка, более подробная информация здесь

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/264336

(есть также /etc/sysctl.d/30- файл postgresql-shm.conf , который предполагается использовать для этого se, но он, кажется, не включен в основную конфигурацию, поэтому редактирование не имеет эффекта)

29
ответ дан 7 August 2018 в 21:25

Вам нужно увеличить максимальный размер части общей памяти. Ядро Linux позволяет сразу выделить (известный как параметр SHMMAX)

Вам нужно отредактировать /etc/sysctl.conf [ ! d1] и добавьте следующую строку:

  kernel.shmmax = 41943040  

(где 41943040 - размер памяти в байтах, то есть 40 мегабайтах. В производственной системе вы, вероятно, захотите установить это значение выше - документация Postgres рекомендует начинать с 1/4 доступной памяти)

Затем запустите

  sudo sysctl -p  

и снова перезапустить postgres.

Кроме того, вы можете редактировать / etc / postgresql / & lt; version & gt; / main / postgresql .conf и уменьшают значение параметра shared_buffers .

Это ошибка, более подробная информация здесь

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/264336

(есть также /etc/sysctl.d/30- файл postgresql-shm.conf , который предполагается использовать для этого se, но он, кажется, не включен в основную конфигурацию, поэтому редактирование не имеет эффекта)

29
ответ дан 10 August 2018 в 09:43

Вам нужно увеличить максимальный размер части общей памяти. Ядро Linux позволяет сразу выделить (известный как параметр SHMMAX)

Вам нужно отредактировать /etc/sysctl.conf [ ! d1] и добавьте следующую строку:

  kernel.shmmax = 41943040  

(где 41943040 - размер памяти в байтах, то есть 40 мегабайтах. В производственной системе вы, вероятно, захотите установить это значение выше - документация Postgres рекомендует начинать с 1/4 доступной памяти)

Затем запустите

  sudo sysctl -p  

и снова перезапустить postgres.

Кроме того, вы можете редактировать / etc / postgresql / & lt; version & gt; / main / postgresql .conf и уменьшают значение параметра shared_buffers .

Это ошибка, более подробная информация здесь

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/264336

(есть также /etc/sysctl.d/30- файл postgresql-shm.conf , который предполагается использовать для этого se, но он, кажется, не включен в основную конфигурацию, поэтому редактирование не имеет эффекта)

29
ответ дан 13 August 2018 в 15:55
  • 1
    Я сделал точно так, как вы заявили выше, и даже перезапустил компьютер, но я все равно получаю ту же ошибку, что и в исходном вопросе. На данный момент я готов просто удалить все это и начать с нуля, но по какой-то причине apt-get пытается запустить сервер, когда я удалю, и поэтому я даже не могу этого сделать. Спасибо за вашу помощь! Я очень ценю это. – wired 22 May 2011 в 12:28
  • 2
    попробуйте напасть на shmmax далее .. это проблема с общей памятью. Посмотрите на ссылку, которую я разместил, у нее есть больше информации и больше работы вокруг – freethinker 22 May 2011 в 12:31
  • 3
    Решением было отредактировать файл /etc/sysctl.conf и добавить строку kernel.shmmax = 41943040, затем запустить sudo sysctl -p и перезапустить postgreSQL: sudo /etc/init.d/postgresql start. Теперь это начинается без ошибок. Огромное спасибо!! – wired 22 May 2011 в 21:03
  • 4
    @freethinker, это не работает в 12.04. – Cerin 14 May 2012 в 08:18
  • 5
    @wired, Спасибо, ваше исправление работает для меня. Похоже, что /etc/sysctl.d/30-postgresql-shm.conf полностью игнорируется ... – Cerin 14 May 2012 в 08:23

Старые Postgres все еще работают наиболее вероятно.

Хорошая идея, как заметил вольнодумщик, очень хорошо понять, что работает на этом порту.

Как только вы знаете, что это Postrgres, вероятно, захотите его убить:

# Find PID ps axf | grep post kill PID

Тогда вы можете запустить новую версию:

/etc/init.d/postgresql start

Я озадачен, почему менеджер пакетов не смог остановить старую версию .

-2
ответ дан 25 July 2018 в 21:52
  • 1
    Это не отображается с «ps axf | grep post '. Я почти уверен, что он не работает. – wired 22 May 2011 в 11:14

Старые Postgres все еще работают наиболее вероятно.

Хорошая идея, как заметил вольнодумщик, очень хорошо понять, что работает на этом порту.

Как только вы знаете, что это Postrgres, вероятно, захотите его убить:

# Find PID ps axf | grep post kill PID

Тогда вы можете запустить новую версию:

/etc/init.d/postgresql start

Я озадачен, почему менеджер пакетов не смог остановить старую версию .

-2
ответ дан 26 July 2018 в 17:23
  • 1
    Это не отображается с «ps axf | grep post '. Я почти уверен, что он не работает. – wired 22 May 2011 в 11:14

Старые Postgres все еще работают наиболее вероятно.

Хорошая идея, как заметил вольнодумщик, очень хорошо понять, что работает на этом порту.

Как только вы знаете, что это Postrgres, вероятно, захотите его убить:

# Find PID ps axf | grep post kill PID

Тогда вы можете запустить новую версию:

/etc/init.d/postgresql start

Я озадачен, почему менеджер пакетов не смог остановить старую версию .

-2
ответ дан 31 July 2018 в 10:37
  • 1
    Это не отображается с «ps axf | grep post '. Я почти уверен, что он не работает. – wired 22 May 2011 в 11:14

Старые Postgres все еще работают наиболее вероятно.

Хорошая идея, как заметил вольнодумщик, очень хорошо понять, что работает на этом порту.

Как только вы знаете, что это Postrgres, вероятно, захотите его убить:

# Find PID ps axf | grep post kill PID

Тогда вы можете запустить новую версию:

/etc/init.d/postgresql start

Я озадачен, почему менеджер пакетов не смог остановить старую версию .

-2
ответ дан 2 August 2018 в 03:28
  • 1
    Это не отображается с «ps axf | grep post '. Я почти уверен, что он не работает. – wired 22 May 2011 в 11:14

Старые Postgres все еще работают наиболее вероятно.

Хорошая идея, как заметил вольнодумщик, очень хорошо понять, что работает на этом порту.

Как только вы знаете, что это Postrgres, тогда вы вероятно, захотите его убить:

# Find PID ps axf | grep post kill PID

Тогда вы можете запустить новую версию:

/etc/init.d/postgresql start

Я озадачен, почему менеджер пакетов не смог остановить старую версию .

-2
ответ дан 4 August 2018 в 19:25
  • 1
    Это не отображается с «ps axf | grep post '. Я почти уверен, что он не работает. – wired 22 May 2011 в 11:14

Старые Postgres все еще работают наиболее вероятно.

Хорошая идея, как заметил вольнодумщик, очень хорошо понять, что работает на этом порту.

Как только вы знаете, что это Postrgres, вероятно, захотите его убить:

# Find PID ps axf | grep post kill PID

Тогда вы можете запустить новую версию:

/etc/init.d/postgresql start

Я озадачен, почему менеджер пакетов не смог остановить старую версию .

-2
ответ дан 6 August 2018 в 03:36
  • 1
    Это не отображается с «ps axf | grep post '. Я почти уверен, что он не работает. – wired 22 May 2011 в 11:14

Старые Postgres все еще работают наиболее вероятно.

Хорошая идея, как заметил вольнодумщик, очень хорошо понять, что работает на этом порту.

Как только вы узнаете, что это Postrgres, тогда вы вероятно, захотите его убить:

  # Найти PID ps axf |  grep post kill PID  

Затем вы можете запустить новую версию:

  /etc/init.d/postgresql start  

Я озадачен, почему менеджер пакетов не смог остановить старую версию.

-2
ответ дан 7 August 2018 в 21:25

Старые Postgres все еще работают наиболее вероятно.

Хорошая идея, как заметил вольнодумщик, очень хорошо понять, что работает на этом порту.

Как только вы узнаете, что это Postrgres, тогда вы вероятно, захотите его убить:

  # Найти PID ps axf |  grep post kill PID  

Затем вы можете запустить новую версию:

  /etc/init.d/postgresql start  

Я озадачен, почему менеджер пакетов не смог остановить старую версию.

-2
ответ дан 10 August 2018 в 09:43

Старые Postgres все еще работают наиболее вероятно.

Хорошая идея, как заметил вольнодумщик, очень хорошо понять, что работает на этом порту.

Как только вы узнаете, что это Postrgres, тогда вы вероятно, захотите его убить:

  # Найти PID ps axf |  grep post kill PID  

Затем вы можете запустить новую версию:

  /etc/init.d/postgresql start  

Я озадачен, почему менеджер пакетов не смог остановить старую версию.

-2
ответ дан 13 August 2018 в 15:55
  • 1
    Это не отображается с «ps axf | grep post '. Я почти уверен, что он не работает. – wired 22 May 2011 в 11:14

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

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