Giornata di test DISASTROSA!

Un esempio di probrema con le slope con valori enormi e' visibile, per esempio, nel loop chiuso seguente (vedi idlctrl.R.00001295244635.log):

idlctrl.R          |INF|       954|2011-01-17 01:30:08.627544|             MAIN > Command was: errcode = fsm_run_ao(200, 0, 0.00119048) & print, errcode
idlctrl.R          |INF|       955|2011-01-17 01:30:08.627681|             MAIN > StartCmd
idlctrl.R          |INF|       956|2011-01-17 01:30:08.633365|             MAIN >        0
idlctrl.R          |INF|       957|2011-01-17 01:30:08.633419|             MAIN > EndCmd
idlctrl.R          |INF|       958|2011-01-17 01:30:10.207385|             MAIN > Command was: errcode = fsm_savestatus('/towerdata/adsec_data/20110117/Data_20110117_013010/adsec.sav', /SAV
E_ACCEL) & print, errcode
idlctrl.R          |INF|       959|2011-01-17 01:30:10.207530|             MAIN > StartCmd
idlctrl.R          |INF|       960|2011-01-17 01:30:10.881726|             MAIN >        0
idlctrl.R          |INF|       961|2011-01-17 01:30:10.881766|             MAIN > EndCmd
idlctrl.R          |INF|       962|2011-01-17 01:30:51.389858|             MAIN > Command was: errcode = fsm_fault_recovery(/FORCE) & print, errcode

in questo i modi corretti erano solo 10 e il loop il guadagno era stato messo a 1e-30 per cercare di evitare modi grandi quando si hanno slopes enormi (senza successo).

Disastrosa giornata di test.

Durante lo skipping dei frames sono stati salvati i dati del loop con TN 20110117_013010: da ricordarsi che le slopes in questi dati vengono dalla master dello SlopeComputer

Lo specchio 20 secondi dopo va in protezione e la master salva un dump (vedi masterdiagnostic.R.00001295244635.log):

masterdiagnostic.R |INF|       223|2011-01-17 01:30:51.399864|             MAIN > OFramesHistory::dumpToFile: output file /local/aolog/current/ADAPTIVE-SECONDARY_00001295227851_20110117_013051.log

Da ricordarsi che a differenza dei dati del loop, nel dump della masterDiag del secondario le slopes vengono dalla master della switchBCU e non dallo SlopeComputer

Nei dati del loop si vedono slopes tra -2.5 e 2.5 (vado a memoria, comunque limitatate) e i corrispondenti modi hanno invece spikes enormi incompatibili con le slopes.

Nei dati del dump le slopes hanno spikes (con valori da -0.0651414m a 0.114901m) alle quali corrispondono spikes nei modi (con valori fra -3.01730e+38 e 2.76631e+37)

Non si capisce da dove vengano generati gli spikes che generano modi senza senso e corrispondenti skipframe. I modi ogni tanto riescono ad essere integrati perche' grandi, ma non enormi e alla fine forzano il rip della shell.

Oggi tutti i loop chiusi sono stati affetti da questo problema che non ha permesso di lavorare!

Ci sono stati svariati altri problemi che sono stati riportati via bugzilla. La sensazione e' una instabilità globale del sistema con in cima il problema fondamentale delle slopes che non permette piu' di lavorare.

-- ArmandoRiccardi - 17 Jan 2011
Topic revision: r2 - 17 Jan 2011, ArmandoRiccardi
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback