gigidn ha scritto:
O il servizio non e' effettivamente partito (e quindi non ha creato il file di log) oppure la path del file di log e' sbagliata oppure non e' stato abilitato il file di log.
Intanto prova a far partire odoo manualmente e vedi che succede, per avviarlo vai nella directory dove risiede odoo e lancia:
./openerp-server -c FILECONF
Dove FILECONF e' il percorso completo del tuo file di configurazione.
da quanto ho capito la directory di oddo e' qua' :
administrator@SRVODOO:/opt/odoo$ ls -la
total 24
drwxr-xr-x 4 odoo odoo 4096 Apr 4 07:18 .
drwxr-xr-x 3 root root 4096 Apr 3 22:07 ..
-rw
1 odoo odoo 416 Apr 4 08:51 .bash_history
drwx
3 odoo odoo 4096 Apr 4 07:18 .local
drwxrwxr-x 8 odoo odoo 4096 Apr 4 08:51 odoo
-rw
1 odoo odoo 1317 Apr 4 07:18 .openerp_serverrc
administrator@SRVODOO:/opt/odoo$
gigidn ha scritto:
Se tutto va bene, e nel file di configurazione non hai abilitato il file di log, dovresti vedere sul terminare i log di cosa sta succedendo.
Cosa sarebbe il file di configurazione FILECONF ?
gigidn ha scritto:
Per quando riguarda questo ultimo aspetto, nella wiki si consiglia di abilitare i logfile nel file di configurazione, io non lo faccio mai. Preferisco passare l'opzione --log=PATHFILE allo startup del demone in init.d in modo tale da poter usare lo stesso file di configurazione sia con init.d (e quindi con log su file) sia direttamente con il comando di cui sopra ed avere i log in consolle.
EDIT:
altro modo per vedere se il demone e' partito si ha con il seguente comando
sudo ps aux | grep openerp
fa questo :
administrator@SRVODOO:/opt/odoo$ sudo ps aux | grep openerp
[sudo] password for administrator:
adminis+ 18692 0.0 0.2 10472 2260 pts/0 S+ 12:58 0:00 grep --color=auto openerp
administrator@SRVODOO:/opt/odoo$