Заглянуть в ядро ​​при ошибке сокета с уровнями и kill-9 - PullRequest
0 голосов
/ 20 августа 2009

Kill-9-сигнализация всех процессов postgres вызывает ошибки сразу после команды:

$ psql
psql: could not connect to server: Connection refused
        Is the server running locally and accepting
        connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Долгосрочная проблема информатики

Цель теста - симулировать серьезную фатальную ошибку, выглядывающую из-за сбоя сокета. Это хорошая практика в таких случаях, как восстановление после сбоя.

  1. Имеет ли это какое-то отношение к уровням, нулю и трем, x86?
  2. Что 9-киллинг сделал с такими вещами, как kernel и fs?
  3. Что не так с сокетом?
  4. Что случилось с файлами во время сигнализации, связанной с побочными эффектами?

Ответы [ 2 ]

2 голосов
/ 20 августа 2009

Это больше вопрос о сбое сервера, но попробуйте запустить psql так:

sudo -u postgres psql

Когда вы устанавливаете PostgreSQL, учетная запись для вашего текущего пользователя не создается, поэтому вам придется ее создать.

Это может быть достигнуто следующим образом (где masi - это требуемое имя пользователя):

sudo -u postgres createuser -sdrPE masi
2 голосов
/ 20 августа 2009

Это как-то связано с уровни ноль и три x86?

номер

Что 9-убийство сделало с вещами такие как ядро ​​и фс?

Ничего - хотя файлы базы данных postgresql могли остаться в несогласованном состоянии.

Сбой при переустановке что-нибудь делать с побочными эффектами

Нет (?).

Отправка сигнала 9 процессу просто заставляет его немедленно выйти. Для сервера базы данных, который может быть немного фатальным, если он был в процессе изменения файлов данных / хранилища - оставляя их в несогласованном состоянии.

Похоже, вы либо не удалили все из старой установки postgresql, либо неправильно настроили сервер после переустановки.

...