Topic: recupero di un disastro

[luctuf]

cmq in rc7.d non c'è traccia di zarafa... :-\

[luctuf]

scusa per lo spam di risposte ma come non detto: non va. anche con la 6.30 stesso discorso.

[Stefano]

aspetta ho una news! nell'attesa ho upgradato alla 6.30...sembra andare! adesso faccio un pò di prove

attento che la 6.30.X necessita di innodb (come da wiki)

[Stefano]

cmq in rc7.d non c'è traccia di zarafa... :-\

mmmhhh..

Code: [Select]

[root@srvsrv rc7.d]# ls -la *zarafa*
lrwxrwxrwx  1 root root 32 Jan  7 11:31 S99zarafa-gateway -> /etc/rc.d/init.d/e-smith-service
lrwxrwxrwx  1 root root 32 Jan  7 11:31 S99zarafa-ical -> /etc/rc.d/init.d/e-smith-service
lrwxrwxrwx  1 root root 32 Jan  7 11:31 S99zarafa-licensed -> /etc/rc.d/init.d/e-smith-service
lrwxrwxrwx  1 root root 32 Jan  7 11:31 S99zarafa-monitor -> /etc/rc.d/init.d/e-smith-service
lrwxrwxrwx  1 root root 32 Jan  7 11:31 S99zarafa-server -> /etc/rc.d/init.d/e-smith-service
lrwxrwxrwx  1 root root 32 Jan  7 11:31 S99zarafa-spooler -> /etc/rc.d/init.d/e-smith-service

tu hai installato smeserver-zarafa?

[luctuf]

no, ho seguito la procedura presente sul wiki per l'installazione da rpm:

tar -zxvf zarafa-6.*.tar.gz
yum localinstall libvmime*.rpm libical*.rpm zarafa-6*.rpm zarafa-webaccess-6*.rpm zarafa-licensed-6*.rpm

comunque ho re-installato la 6.20 

[Stefano]

no, ho seguito la procedura presente sul wiki per l'installazione da rpm:

tar -zxvf zarafa-6.*.tar.gz
yum localinstall libvmime*.rpm libical*.rpm zarafa-6*.rpm zarafa-webaccess-6*.rpm zarafa-licensed-6*.rpm

comunque ho re-installato la 6.20 

ahem.. la procedura prevede ANCHE l'installazione di un contrib smeserver-zarafa...

[luctuf]

che tonto...! ho installato l'rpm:

smeserver-zarafa-0.9.0-26.el4.sme.src.rpm

poi ho dato signal-event post-upgrade e signal-event reboot

ma niente! e in ogni caso ottengo:

[root@netserver rc7.d]# ls -la *zarafa*
ls: *zarafa*: No such file or directory

Oddio forse mi sto rincretinendo?? 

[Stefano]

posta il risultato di

Code: [Select]

rpm -ql smeserver-zarafa | grep etc


[luctuf]

con grep etc è vuoto. senza mi da:

[root@netserver rc7.d]# rpm -ql smeserver-zarafa
smeserver-zarafa-0.9.0-globalforward.patch
smeserver-zarafa-0.9.0-http.patch
smeserver-zarafa-0.9.0-install.patch
smeserver-zarafa-0.9.0-ldap.patch
smeserver-zarafa-0.9.0-ldap2.patch
smeserver-zarafa-0.9.0-playnice.patch
smeserver-zarafa-0.9.0-ports.patch
smeserver-zarafa-0.9.0-ports2.patch
smeserver-zarafa-0.9.0-props.patch
smeserver-zarafa-0.9.0-removephp.patch
smeserver-zarafa-0.9.0-services2.patch
smeserver-zarafa-0.9.0-shutdown4.patch
smeserver-zarafa-0.9.0-shutdown5.patch
smeserver-zarafa-0.9.0-shutdown6.patch
smeserver-zarafa-0.9.0-smessl.patch
smeserver-zarafa-0.9.0-smessl2.patch
smeserver-zarafa-0.9.0-smessl3.patch
smeserver-zarafa-0.9.0-update2.patch
smeserver-zarafa-0.9.0-userprop1.patch
smeserver-zarafa-0.9.0.tar.gz
smeserver-zarafa.spec

[Stefano]

perchè hai installato il src.rpm e non l'rpm...

per cortesia, dai

Code: [Select]

yum --enablerepo=smecontribs install smeserver-zarafa

e segui di nuovo la guide nel wiki

[luctuf]

ok, mi sono rincretinito, è ufficiale. ho installato smeserver-zarafa e adesso è tutto (credo) ok. sono attivi i processi zarafa-server, zarafa-gateway e zarafa-ical, riesco ad accedere da remoto al pannello di login di zarafa ma permane un errore nel log di zarafa-gateway: Unable to bind to port 8110: address already in use. Unable to listen to port 8110. Eppure, da netstat, risulta che sulla porta 8110 c'è proprio zarafa-gateway in ascolto...boh.
cmq adesso, next step: recupero da zarafa.dump, appena concludo vi fo sapere!

PS
Stefano, quando passi da Napoli fammi sapere, hai una pizza pagata! 

[Stefano]

ok, mi sono rincretinito, è ufficiale.

mai vantarsi (Cit.)

ho installato smeserver-zarafa e adesso è tutto (credo) ok. sono attivi i processi zarafa-server, zarafa-gateway e zarafa-ical, riesco ad accedere da remoto al pannello di login di zarafa ma permane un errore nel log di zarafa-gateway: Unable to bind to port 8110: address already in use. Unable to listen to port 8110. Eppure, da netstat, risulta che sulla porta 8110 c'è proprio zarafa-gateway in ascolto...boh.

hai altri errori?
che file hai in /etc/rc7.d?

cmq adesso, next step: recupero da zarafa.dump, appena concludo vi fo sapere!

attendiamo con impazienza

Stefano, quando passi da Napoli fammi sapere, hai una pizza pagata! 

eh, se le mettiamo assieme a quelle che già mi spettano da altri sempre a Napoli, penso che potrei fermarmi a lungo

p.s. mi contatti in PM please? grazie

[luctuf]

OK, il recupero del DB di zarafa sembra aver funzionato ma adesso è nato un altro problema (e ti pareva...) : sul bk server ho una mole enorme di vecchie mail che ovviamente devono essere ripristinate per ogni utente. Copiando semplicemente la cartella /home/e-smith/files/zarafa non ottengo granchè: da thunderbird su porta 8143 non vedo nulla. Se switcho sulla 143 vedo solo i messaggi ricevuti dal danno ad oggi. ho provato allora a copiare il contenuto della cartella Maildir dal backup al nuovo netserver ma con lo stesso risultato. I client vedono solo i messaggi "nuovi". ciò è sicuramente dovuto ad un problema di indicizzazione: tenuto conto che i permessi sui file sono gli stessi (sia per le vecchie mail che per le nuove), non riesco a capire come fare a fare vedere i vecchi messaggi ai client (sia tramite fetchmail[su porta 143] sia tramite zarafa[su porta 8143])...

[luctuf]

Aggiornamenti:
ho riscontrato un altro problema che mi porta a pensare che la configurazione di zarafa ha diversi problemi: se provo a inviare una mail da webaccess mi da questo errore:

MAPI_E_UNCONFIGURE

e zarafa-server crasha...penso che il problema possa risiedere in una questione di password settate nel database che ho importato, ma a sto punto mi si sta iniziando a squagliare il cervello... :-\

[Stefano]

rispondo con questo ad entrambi i tuoi ultimi post..

allora.. prima di tutto non hai detto come zarafa era configurato.. usavi gli utenti di SME? utenti propri?

se hai usato affa per "recuperare" il server con un affa -rise, allora dovresti essere in tutto e per tutto nelle stesse condizioni di prima, ergo stessi utenti, stesse impostazioni..

nel momento in cui installi smeserver-zarafa (e segui la guida nel wiki, perchè tu lo HAI fatto, vero?) di fatto cambi delle impostazioni.. e probabilmente "tocchi" anche il db

in merito agli allegati, se anche prima avevi smeserver-zarafa installato, avevi questa conf:

Code: [Select]

# Where to place attachments. Value can be 'database' or 'files'
attachment_storage = files

# When attachment_storage is 'files', use this path to store the files
attachment_path = /home/e-smith/files/zarafa

quindi dovresti trovare nel tuo tree tale dir con gli allegati.. ripeto, se hai usato affa --rise, dopo un dump del db dovresti essere nelle stesse condizioni.. dovresti

S.