Re: [Opencdn-devel-it] Configurazione Helix in Origin.pm

[Alessandro F. <aa...@li...>]

Il giorno gio, 22-09-2005 alle 18:17 +0200, Massimo Aghemo ha scritto:

> Hai ragione, il fatto che usando Dummy.pm i log risultino sporcati da m=
essaggi
> relativi a Helix indica che il codice che effettua le inizializzazioni =
in Helix
> per le Origin non si trova nel posto giusto: l'ho spostato in una nuova
> funzione "origin_config". Non l'ho inserito in set_RTSP_credentials() p=
erch=E9
> altrimenti sarebbe stato eseguito ogni volta che viene eseguita la funz=
ione
> "transit".

sto vedendo.. quindi ora in Origin.pm c'=E8 la chiamata ad
Adaptation::origin_config, che in Dummy.pm torna felice, mentre in
Meta.pm viene chiamata Helix::origin_config, solo se c'=E9 Helix... ok mi
sta bene. Devo ricordarmi di modificare doc/README.adaptation
documentando la nuova sub Adaptation::origin_config

> Questo mi pare abbia risolto i problemi all'avvio, ma ho notato che qua=
ndo si
> abbatte un nodo la funzione clean_relays cerca di sconfigurare i relay =
che sono
> stati configurati e questo genera dei messaggi di errore: non ho ancora=
 avuto
> il tempo di provare a risolvere il problema.

uh.. non ho visto i messaggi di errore, ed ora non ho tempo di
riprodurre la soluzione perch=E8 sto uscendo.. prover=F2, per=F2 la situa=
zione
attuale non mi convince troppo :-(

Adesso, quando Node.pm termina, chiama Adaptation::clean_relay anzich=E8
NodeLib::clean_relay come faceva prima. Quindi, se Adaptation =E8
Dummy.pm, torna felice senza fare nulla, mentre invece Meta... torna a
chiamare NodeLib::clean_relay, in pratica "tornando indietro" ! Se poi
indago in cosa c'=E8 scritto in NodeLib::clean_relay, a prima vista
sembrerebbe che la chiamata Adaptation::no_relay non dovrebbe causare
problemi, dato che viene eseguita appunto da Dummy o da Meta... ok
prover=F2 stasera!!!

--=20
Alessandro Falaschi - aa...@li...

MSN:    aa...@li...
ICQ:    156691142
Yahoo:  aalef_59
Jabber: aal...@ja...