[Risolto]Blocco Sistema e Riavvio Terminali HiPath 3550 V.6

[Hunter]

Ciao a tutti,

recentemente abbiamo un problema su una centrale HiPath 3550 V.6 che non riusciamo a individuare.

Il cliente lamenta una "caduta di linea" con conseguente riavvio della porta d'interno (sparisce il display e poi ritorna subito).

L'unica informazione che ho estrapolato dalla manutenzione è questa:

20.11.2014   10:58:06   f0343e5a   C 41   21     -     !MISSED FRAME : NOT ENOUGH BUFFER: e01c600   
20.11.2014   10:58:06   f0343e5a   C 41   19     -     !MISSED FRAME : BSY FLAG SET: ff1cff000000   
20.11.2014   10:58:06   f0343e62   C 41   20     -     !MISSED FRAME : LOW LIMIT BUFFER: e01c6000   
20.11.2014   11:00:32   f034775c   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:32   f034775c   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:32   f034775c   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:33   f03477b2   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:33   f03477b2   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:34   f03477ea   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:34   f03477ea   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:35   f034783e   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:35   f034783e   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:35   f0347882   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:35   f0347882   C 41   19     -     !MISSED FRAME : BSY FLAG SET: e01c6000c0a8   
20.11.2014   11:00:36   f03478a7   C 30   80   10-      !IWU SYM SW ERROR: 50400b8006ffff000331   
20.11.2014   11:00:36   f03478a7   C 30   80   10-      !IWU SYM SW ERROR: 50400b8006ffff000331   

Sul manuale però non ho trovato il codice relativo dell'errore. E non riesco nemmeno a capire che cosa sia quel "Busy Flag Set" sembra quasi che il buffer degli errori si riempia e poi dia un errore generale che causa il reload dei alcuni interni. 

Qualche idea?

[Kimera]

Sul manuale però non ho trovato il codice relativo dell'errore.

Non mi risulta che Siemens abbia mai pubblicato una lista completa (o per lo meno aggiornata/esauriente) degli Errori di Classe "C" per gli HiPath 3000: in genere gli Errori di Classe "C" erano/sono il risultato di problemi attinenti al Software di sistema (APS) o all'Hardware ma che possono essere correttamente diagnosticati solo dallo Sviluppo del Prodotto (Development) e pertanto vengono/venivano (per sistemi oggi in stato EoL) corretti con aggiornamenti APS quando questi venivano resi disponibili allo scopo.

L'HiPath 3550 V6 che versione APS ha?

Saluti, Kimera.

[Lucky]

Cambiare attacco centrale, controllate il cablaggio, magari sostituire i cavi dove possibile e provare a cambiare apparecchio potrebbe essere una prima prova da effettuare per escludere il problema a livello fisico ed elettrico.
Io inizierei così, successivamente si potrebbe provare con un aggiornamento.
Al massimo "formattare" l' intera centrale (sostituire la mmc) e riconfigurare tutto daccapo.

[Kimera]

Aggiungo ai consigli di Lucky (sono le prime verifiche da fare con le quali si va ad accertare lo stato "fisico" del sistema...) che descrivere con qualche dettaglio in più lo stato del sistema (equipaggiamento, eventuali variazioni avvenute sull'APS o sul KDS, stato dei vari moduli Hardware, ecc.) non fa mai male...anzi aiuta.

Saluti, Kimera.

[Hunter]

Scusate,

si sono stato un po' parco di spiegazioni in effetti, ho rifatto la flash card con l'ultima release della V.6 (un po' vecchia, 2012 O.o) il problema è scomparso.  Mha...

Mi spiace non averne trovato la causa, ma sicuramente era un problema che aveva a che fare con la flash card o con la versione dell' APS (in realtà non credo, dato che la macchina aveva funzionato benissimo con quella release fino a qualche settimana fa)

[Kimera]

Ottimo.

Tieni presente che, a dispetto dell'affidabilità di funzionamento alla quale eravamo (e siamo) abituati con gli HiPath/Hicom (in termini di ore di buon funzionamento senza la necessità di alcun tipo di intervento), l'APS è pur sempre un codice (che si può corrompere) e la Memory Card è una SD-Card (che si può corrompere)...basta un bit...ed ecco spuntare un'anomalia...sicuramente è un fatto che accade meno frequentemente di quelli a cui invece ci dovremo abituare con i nuovi sistemi (Hard Disk rotazionali/a stato solido, motherboard non custom o non del tutto custom...con banchi RAM probabilmente non ECC, sistemi operativi molto più complessi, ecc.).

Saluti, Kimera.

P.S. L'ultimo rilascio APS per l'HiPath 3000 V6, se non sbaglio, è dell'Ottobre 2009 (5 anni fa abbondanti): HiPath 3000 V6 R11.5.3 (HE620x.11.856)...magari ce ne fosse (stato) uno del 2012!

[Hunter]

P.S. L'ultimo rilascio APS per l'HiPath 3000 V6, se non sbaglio, è dell'Ottobre 2009 (5 anni fa abbondanti): HiPath 3000 V6 R11.5.3 (HE620x.11.856)...magari ce ne fosse (stato) uno del 2012!

Hai ragione l'APS che ho usato è la Release 11.856, che è del 2009. Chissà perchè ero convinto di aver letto 2012 mentre lo scaricavo...bho. 

In effetti ci era già capitata un anomalia simile, ma resettando la flash card oppure formattando e ricaricando l'APS, rifacendo poi il DB, il funzionamento era tornato regolare, questa volta ho dovuto proprio sostituire la flsh card.  Che abbia finito i suoi "cicli" di scrittura? Strano però non ha molti anni, e non è una macchina dove sono attivi trace o diagnostiche particolari. Mha...in ogni caso, l'importante è che il problema sia stato risolto. 

Tieni presente che, a dispetto dell'affidabilità di funzionamento alla quale eravamo (e siamo) abituati con gli HiPath/Hicom (in termini di ore di buon funzionamento senza la necessità di alcun tipo di intervento), l'APS è pur sempre un codice (che si può corrompere) e la Memory Card è una SD-Card (che si può corrompere)...basta un bit...ed ecco spuntare un'anomalia...sicuramente è un fatto che accade meno frequentemente di quelli a cui invece ci dovremo abituare con i nuovi sistemi (Hard Disk rotazionali/a stato solido, motherboard non custom o non del tutto custom...con banchi RAM probabilmente non ECC, sistemi operativi molto più complessi, ecc.).

Per non parlare di tutte quelle "problematiche" improponibili e indiagnosticabili su plug-in add-on e software di UC vari a partire dal myportal smart...non farmici pensare, guarda. 

[Kimera]

OT:

Ultimamente, in relazione all'implementazione di NAS che utilizzano il sistema ZFS (che è la punta di diamante dei File Systems attuali, benchè non sia solo un File System), mi sono soffermato molto spesso a pensare (documentazione in merito c'è) sul fatto che il tipo di memoria volatile di sistema implementato in un simile dispositivo (quella che noi chiamiamo banalmente RAM) è cruciale: un bit non corretto (ovvero un bit corrotto) in RAM è una fonte di errore tanto quanto un bit corrotto in un supporto quale un disco fisso rotazionale o a stato solido...solo che se lato dischi (in un sistema di storage) riusciamo a correggere tali errori (con tecniche diverse e non sempre efficaci) mi chiedo quanti inspiegabili errori di sistema siano frutto di problemi Hardware legati alla RAM che nemmeno sappiamo di avere in tutti i sistemi che ci circondano...del resto (applicazioni ed incompatibilità ad alto livello) è meglio tacere!

Vatti poi a fidare della bontà Hardware delle SD Card usate...mah...non ci metterei la mano sul fuoco.

Saluti, Kimera.

[Lucky]

Tutto questo é vero, ma é anche vero che esiste il crc!

[Kimera]

Intendi CRC su cosa? sui files (quando vengono scritti su un dispositivo storage)? o stai parlando di funzionalità CRC sulla SD-Card dell'HiPath 3000?

Se intendi il controllo che effettua un comune Hardware/Software RAID per determinare la bontà di un dato quando questo viene scritto/letto/alterato sullo/dallo storage, questo è fallace...non viene fatto un controllo d'errore sia sui dati che sui meta-dati...l'unico (Virtual) File-System (orientato allo storage) che lo esegue (surclassando l'efficacia delle implementazioni RAID in Hardware o in Software) è lo ZFS (infatti non necessita di usare alcuna funzionalità di Hardware RAID, di nessun livello RAID, dovendo avere il controllo diretto sui device fisici ed implementando il meccanismo di Scrubbing) dato che è in grado di eseguire in Software i controlli di ridondanza sia sui dati che sui meta-dati (On-Disk Data Integrity). Per farlo, il sistema stesso (nel suo complesso), deve "fidarsi ciecamente" dei dati in memoria RAM visto che quest'ultima viene sempre usata per la gestione del File System virtuale (e delle relative operazioni di caching...ovvero quando i dati sono "in volo"), di qui l'imprescindibilità dell'uso di RAM con il controllo di parità (ECC). Ovviamente c'è anche da considerare che vi sono anche banchi RAM con l'ECC che non si meriterebbero affatto questo appellativo...

Saluti, Kimera.

[Lucky]

Dicevo in generale, semplicemente intendevo dire che non siamo proprio i balia delle onde, ma che qualche meccanismo che "dovrebbe" garantire un po di più del:"ho salvato un file, speriamo che domani sia leggibile" esiste.
Insomma, non tutto funziona male, ci sono impianti che funzionano bene subito, ci sono impianti con cui bisogna litigare un po, e ci sono impianti che si "deteriorano".
Molto spesso non é la macchina a lasciarti in asso, ma l' essere umano che erra (anche di presunzione), pur avendo gli strumenti non li usa o non lo conosce proprio o non li vuole utilizzare.

Oops, direi che ho divagato abbastanza.

Ciao

[Kimera]

Diciamo che sarebbe bello disquisire di "Sistemi Complessi" e "Resilienza"...

Saluti, Kimera.