|
From: Enrico A. <an...@na...> - 2008-01-29 17:17:08
|
Quoting Lucia Mazzoni <luc...@as...>:
> Enrico Ansaloni wrote:
>
>> Si direi che siccome il tutto gira con l'utente del webserver,
>> dovresti fare un grep di apache, vedere che utente usa e fare chown su
>> quell'utente.
>> Da me e' chown apache:apache /var/log/partecipa.log
>
> Ok per il log quella era la strada, avevo visto che i files in
> /var/log/httpd/ erano root.root allora non l'avevo modificato.
> Ci=F2 non toglie che ancora qualcosa non va. D=E0 un errore sul db.
> L'errore che ritorna l'interfaccia =E8 generico (Internal Server Error)
> e l'error.log invece racconta quanto allego.
> Grazie mille di ogni suggerimento.
> Lucia
>
> [Tue Jan 29 06:19:12 2008] [error] [client 192.168.10.45] [Tue Jan 29
> 06:19:12 2008] unox1: DBI
> connect('dbname=3DPartecipa.base;host=3Dlocalhost;port=3D5432','unox1',...=
)
> failed: FATAL: role "unox1" does not exist
L'errore principale e' questo, tutti quelli successivi derivano da li; =20
in pratica succede che si sta cercando di accedere al database =20
postgres con un utente inesistente ("role")... Magari quando avete =20
eseguito il ./configure avete sbagliato la combinazione =20
utente/password di postgres rispetto al db che avevate gia' installato =20
in precedenza.
Direi che potete ricavare l'utente effettivo usato da postgres =20
utilizzando la shell postgres:
# psql -U postgres template1
da li eseguire:
template1=3D# \du
e dovresti ottenere l'elenco degli utenti
In alternativa se hai installato phpPgAdmin dovresti poter gestire =20
piu' comodamente il tutto da li.
Se invece era un install da zero, allora occorre controllare che lo =20
script di creazione iniziale dei db ./src/common/etc/sql/initdb.sh, =20
alla riga user=3D corrisponda poi allo user che e' stato usato nel =20
./configure, nell'opzione "--with-dbi-user=3D".
|