Eu tive exatamente o mesmo erro hoje depois de atualizar um servidor de desenvolvimento nosso. Eu tentei muitas coisas, incluindo a adição de impressões ao script pg_ctlcluster para rastrear o que estava acontecendo ( $logsize acaba sendo definido como um valor unitializado e, no meu caso, o soquete nunca foi criado), bem como a limpeza / reinstalação completa e não conseguia fazer nada funcionar.
Eu comparei as permissões com um servidor de produção com o mesmo sistema operacional (12.04 LTS no meu caso) e /var/run/postgres , bem como lib e outros diretórios todos correspondidos, então não pude ver nada imediato ali. Da mesma forma, o arquivo de log especificado por pg_ctlcluster era de propriedade do postgres e também parecia ok.
Com prejuízo, tentei definir o arquivo de log para um diretório que eu sabia que definitivamente seria gravável e acessível, ou seja, /tmp , alterando o arquivo /etc/postgresql/9.1/main/pg_ctl.conf assim:
# 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'
O Postgres foi capaz de iniciar, eu consegui conectar e criar funções e a configuração foi capaz de passar. Ainda não sei ao certo o que está causando isso - concluo que a permissão está relacionada de alguma forma . Estou feliz por finalmente poder continuar - eu só precisava fazer alguns testes e só estava esperando passar uma hora nele! Se eu descobrir o que diabos foi a causa que eu atualizarei - eu vi apenas algumas referências (uma pesquisa no Google surgiu com ~ 6 resultados total para o erro $logsize em particular) para este entre Debian, Ubuntu e Linux Mint. Parece-me estranho que mais pessoas não tenham encontrado isto - fazendo-me pensar que é algo bastante específico e raro.
editar possivelmente relacionado Eu também tive dificuldade em obter solr para trabalhar mais cedo. também foi relacionado a um arquivo de log que não está sendo gravado. Verificando se ele estava usando um link simbólico para apontar para o diretório de log - isso resolveu muito bem, mas por algum motivo service não pôde iniciá-lo. Eu removi o link simbólico, criei uma pasta log dentro de /var/lib/tomcat6 e o tomcat poderia começar. Eu estou querendo saber se de alguma forma ele está relacionado ao arquivo de log sendo especificado por um link simbólico e sendo incapaz de segui-lo por algum motivo.