Чтобы заглянуть в ядро ​​несоблюдения розетки с уровнями и убить-9

Question

Убивать 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"? 

Долгосрочных проблемы Computer Science

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

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

Answer 1

Это скорее своего рода ошибка сервера речи, но попробуйте запустить Psql так:

sudo -u postgres psql 

При установке PostgreSQL, нет учетной записи пользователя, созданной для текущего пользователя, так что вы должны были бы создать ,

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

sudo -u postgres createuser -sdrPE masi 

Answer 2

Есть ли у него что-то делать с уровней, ноль и три, от x86?

No.

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

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

имеет провал с переустановкой ничего общего с побочными эффектами

Нет (?).

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

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