У меня была такая же ошибка сегодня после обновления нашего сервера разработки. Я пробовал много вещей, включая добавление отпечатков к скрипту 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. Мне интересно, как-то это связано с файлом журнала, указанным символической ссылкой, и по какой-то причине он не может следовать.
Начиная с 12.04 Gtk3 является значением по умолчанию 12.04.
Начиная с 12.04 Простой ответ: Нет, это не так (Быстро 11.10).
Расширенный ответ: поскольку весь код, созданный быстро, можно редактировать, вы можете изменить его для поддержки gtk3, но он не поддерживается.
Существует, однако, ветвь быстрого развития, которая (только) поддерживает gtk3. Вы можете увидеть разницу в шаблонах: у некоторых есть from gi import ... (что необходимо для gtk3), а у старых шаблонов есть import gtk (что не работает с gtk3).
Вы должны иметь возможность удалите текущую быструю версию и получите версию с поддержкой gtk3 с помощью:
bzr branch lp:~quickly-committers/quickly/gtk3-projects
Я, однако, не пробовал, и это, конечно, не текущая стабильная версия быстро (что имеет множество последствий .. .)
По состоянию на 12.04 Gtk3 является значением по умолчанию 12.04.
Для 11.x Простой ответ: Нет, это не так (Быстро 11.10).
Расширенный ответ: поскольку весь код, созданный быстро, можно редактировать, вы можете изменить его для поддержки gtk3, но он не поддерживается.
Однако в развитии существует ветвь , которая (только) поддерживает gtk3. Вы можете увидеть разницу в шаблонах: у некоторых есть from gi import ...
(что необходимо для gtk3), а у старых шаблонов есть import gtk
(который не работает с gtk3).
Вы должны иметь возможность удалите текущую быструю версию и получите версию с поддержкой gtk3 с помощью:
bzr branch lp:~quickly-committers/quickly/gtk3-projects
Я, однако, не пробовал, и это, конечно, не текущая стабильная версия быстро (что имеет множество последствий .. .)
По состоянию на 12.04 Gtk3 является значением по умолчанию 12.04.
Для 11.x Простой ответ: Нет, это не так (Быстро 11.10).
Расширенный ответ: поскольку весь код, созданный быстро, можно редактировать, вы можете изменить его для поддержки gtk3, но он не поддерживается.
Однако в развитии существует ветвь , которая (только) поддерживает gtk3. Вы можете увидеть разницу в шаблонах: у некоторых есть from gi import ...
(что необходимо для gtk3), а у старых шаблонов есть import gtk
(который не работает с gtk3).
Вы должны иметь возможность удалите текущую быструю версию и получите версию с поддержкой gtk3 с помощью:
bzr branch lp:~quickly-committers/quickly/gtk3-projects
Я, однако, не пробовал, и это, конечно, не текущая стабильная версия быстро (что имеет множество последствий .. .)
По состоянию на 12.04 Gtk3 является значением по умолчанию 12.04.
Для 11.x Простой ответ: Нет, это не так (Быстро 11.10).
Расширенный ответ: поскольку весь код, созданный быстро, можно редактировать, вы можете изменить его для поддержки gtk3, но он не поддерживается.
Однако в развитии существует ветвь , которая (только) поддерживает gtk3. Вы можете увидеть разницу в шаблонах: у некоторых есть from gi import ...
(что необходимо для gtk3), а у старых шаблонов есть import gtk
(который не работает с gtk3).
Вы должны иметь возможность удалите текущую быструю версию и получите версию с поддержкой gtk3 с помощью:
bzr branch lp:~quickly-committers/quickly/gtk3-projects
Я, однако, не пробовал, и это, конечно, не текущая стабильная версия быстро (что имеет множество последствий .. .)
По состоянию на 12.04 Gtk3 является значением по умолчанию 12.04.
Для 11.x Простой ответ: Нет, это не так (Быстро 11.10).
Расширенный ответ: поскольку весь код, созданный быстро, можно редактировать, вы можете изменить его для поддержки gtk3, но он не поддерживается.
Однако в развитии существует ветвь , которая (только) поддерживает gtk3. Вы можете увидеть разницу в шаблонах: у некоторых есть from gi import ...
(что необходимо для gtk3), а у старых шаблонов есть import gtk
(который не работает с gtk3).
Вы должны иметь возможность удалите текущую быструю версию и получите версию с поддержкой gtk3 с помощью:
bzr branch lp:~quickly-committers/quickly/gtk3-projects
Я, однако, не пробовал, и это, конечно, не текущая стабильная версия быстро (что имеет множество последствий .. .)
Ubuntu 11.10 использует Gnome3 / GTK3 по умолчанию, а также Unity, поэтому да, он поддерживает GTK3:)
Я вижу, что вы добавили к вашему вопросу тэг pygtk. Вы должны подумать о том, чтобы отбросить его в пользу GObject Introspection, поскольку g-i и PyGTK больше не совместимы. Это простой переход, хотя и g-i предоставляет множество других инструментов. PyGTK тоже не будет развиваться, так рано или поздно вам придется сделать переключатель. В PyGTK никогда не будет версии GTK3.
Ubuntu 11.10 использует Gnome3 / GTK3 по умолчанию, а также Unity, поэтому да, он поддерживает GTK3:)
Я вижу, что вы добавили к вашему вопросу тэг pygtk. Вы должны подумать о том, чтобы отбросить его в пользу GObject Introspection, поскольку g-i и PyGTK больше не совместимы. Это простой переход, хотя и g-i предоставляет множество других инструментов. PyGTK тоже не будет развиваться, так рано или поздно вам придется сделать переключатель. В PyGTK никогда не будет версии GTK3.
Ubuntu 11.10 использует Gnome3 / GTK3 по умолчанию, а также Unity, поэтому да, он поддерживает GTK3:)
Я вижу, что вы добавили к вашему вопросу тэг pygtk. Вы должны подумать о том, чтобы отбросить его в пользу GObject Introspection, поскольку g-i и PyGTK больше не совместимы. Это простой переход, хотя и g-i предоставляет множество других инструментов. PyGTK тоже не будет развиваться, так рано или поздно вам придется сделать переключатель. В PyGTK никогда не будет версии GTK3.
Ubuntu 11.10 использует Gnome3 / GTK3 по умолчанию, а также Unity, поэтому да, он поддерживает GTK3:)
Я вижу, что вы добавили к вашему вопросу тэг pygtk. Вы должны подумать о том, чтобы отбросить его в пользу GObject Introspection, поскольку g-i и PyGTK больше не совместимы. Это простой переход, хотя и g-i предоставляет множество других инструментов. PyGTK тоже не будет развиваться, так рано или поздно вам придется сделать переключатель. В PyGTK никогда не будет версии GTK3.