Ошибка при запуске postgresql в 12.10

Еще одна вещь, которую нужно проверить, - это порядок загрузки в вашем BIOS. Я, по-видимому, установил grub, установленный на всех моих дисках (возможно, после ответа 8128), но это произошло при обновлении дистрибутива Linux (Debian). Изменение первого загрузочного диска, так как моя ОС Linux исправила его.

1
задан 13 August 2013 в 09:02

1 ответ

У меня была такая же ошибка сегодня после обновления нашего сервера разработки. Я пробовал много вещей, включая добавление отпечатков к скрипту pg_ctlcluster для отслеживания происходящего ($logsize заканчивается тем, что он настроен на унифицированное значение, и в моем случае сам сокет никогда не был создан), а также полная очистка / переустановка и не удалось заставить работать.

Я сравнивал разрешения с производственным сервером с той же ОС (12.04 LTS в моем случае) и /var/run/postgres, а также lib и другими каталогами, все из которых совпадали, поэтому cann Прямо там ничего не видно.

В попытке установить файл журнала в каталог, который, как я знал, определенно был бы доступным для записи и доступным, а именно /tmp путем изменения файла /etc/postgresql/9.1/main/pg_ctl.conf, таким образом:

# Automatic pg_ctl configuration
# This configuration file contains cluster specific options to be passed to
# pg_ctl(1).

pg_ctl_options = '-l /tmp/pg.log'

После этого Postgres смог начать, я смог подключиться и создать роли, и конфигурация могла пройти. Я еще не уверен, что вызывает это - я понимаю, что это связано с каким-то разрешением. Я просто рад, наконец, иметь возможность продолжить - мне просто нужно было сделать несколько тестов и ожидал потратить на это час! Если я выясню, на чем была причина, которую я буду обновлять, я видел только несколько ссылок (поиск Google составил ~ 6 результатов для конкретной ошибки $logsize) к этому между Debian, Ubuntu и Linux Mint , Это кажется мне странным, хотя больше людей не сталкивались с этим - заставляя меня думать, что это что-то довольно конкретное и редкое.

как-то , возможно, связано с тем, что мне также было трудно получить solr работать раньше. он также был связан с файлом журнала, на который не было написано. Проверяя, что он использует символическую ссылку для указания на каталог журнала - это разрешилось просто отлично, но по какой-то причине service не смог запустить его. Я удалил символическую ссылку, создал папку log внутри /var/lib/tomcat6 и lo-and-behold tomcat. Мне интересно, как-то это связано с файлом журнала, указанным символической ссылкой, и по какой-то причине он не может следовать.

3
ответ дан 24 May 2018 в 19:06

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

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