Spostamento drive Doremi

[pclarici]

Ciao a tutti, ho un problema da risolvere in emergenza e non so se a qualcuno è già capitato. Devo spostare un film da una struttura ad un'altra, per qualche motivo non riesco a copiare il DCP su un drive esterno con le solite modalità già testate decine di volte. In entrambe le multisale ho dei DCP2000, se provo a spostare temporaneamente tutti e tre i drive (mantenendo l'ordine dell'array, ovviamente) in una macchina ospite della seconda struttura ho tutto il contenuto del server sorgente o il server tenta la ricostruzione del RAID? Lo chiedo perché a questo punto l' unica alternativa sarebbe andare lì, smontarlo dal rack, portarlo nella seconda struttura e attaccarci un cavo LAN al volo.

(NdR: l'alternativa vera sarebbe far abilitare il ricevitore della seconda struttura al download tramite OpenSky... ma spesso è quella più utopistica, pensate voi come siamo messi).

[fabiooo]

Premesso che non conosco bene il server in questione, io non mi azzarderei a azioni cosi drastiche.

Il sistema operativo di quel server sta su un disco a parte quindi suppongo che quei dischi verrebbero presi per dischi nuovi da formattare per ricreare un raid.
Anche cambiare il server non è una buona idea perché penso che siano configurati per lavorare in coppia con la specifica IMB e scambiare anche quelle mi sembra esagerato.

Possibili soluzioni:
Il disco che usi per esportarlo è formattato in un formato che piace al server tipo ext2? (molto probabilmente il problema è quello)
In alternativa (se è possibile con tale server) puoi provare a scaricarti il film su un PC con ftp e poi caricarlo dal PC su un disco o sempre via FTP dal PC al nuovo server.

Ciao.

[Mauribz83]

Da me abbiamo 5 Doremi DCP2000, tempo fa ho dovuto fare un cambio server e ho semplicemente preso i dischi dal server rotto e li ho inseriti nell'altro DCP2000, chiaramente mantenendo l'ordine A-B-C. Sui due server sui quali dovresti lavorare hai gli stessi dischi? Intendo anche come capacità. Perché da me non ci sono stati problemi.
Mi sono trovato tutto il contenuto che avevo sull'altro sever che abbiamo mandato in riparazione.
Chiaramente avrai bisogno di KDM nuove e non mi ricordo se Macro e SPL rimangono, mi pare quelle siano nel disco interno.
In caso esportale prima per sicurezza.

Ma neanche collegandoti via FTP da PC al server puoi esportare il DCP?
La connessione LAN trai server funziona correttamente? Cioè dal server dal quale non riesci ad esportare riesci a vedere il contenuto negli altri server e viceversa?
Provato con Shutdown staccare la presa e premere il pulsante di accensione per 10 secondi e poi riaccendere? Spesso alcuni problemi li ho risolti così (me lo hanno detto i tecnici di fare questa manovra)

Ciao!
Mauri.

[Antonio Marcheselli]

non dovrebbero esserci problemi. L'ho fatto, ha funzionato. L'unica possibilità è che magari il SW con cui è stato creato l'altro RAID sia parecchio diverso e in qualche modo tenti di aggiornare la struttura. Ma se i SW sono gli stessi dovrebbe funzionare.

[pclarici]

Grazie a tutti, alla fine - strano ma vero - sono riuscito ad ottenere il DCP tramite OpenSky anche nella seconda sala. Ovviamente si tratta di DCP2000 identici (Dolphin 1.2) e con le stesse versioni SW/FW, quindi mi è molto utile sapere che in casi estremi la cosa potrebbe funzionare: a mia memoria, solo GDC tempo fa pubblicizzava la possibilità di spostare l'intero array senza perdita di dati. Le macro e in genere i dati di configurazione del server immagino siano sulla scheda flash. Forse c'è proprio tutta la partizione di sistema?

Il problema è effettivamente anomalo: i server destinazione rifiutano l'ingest perché rilevano una differenza tra la dimensione effettiva dei file della CPL e quella calcolata dall'hash (file size is X, should be Y). Il trasferimento è avvenuto sempre via FTP, collegandomi sia a un server sorgente (quindi scaricando la CPL già indicizzata e rinominata dal Doremi) che allo storage di OpenSky, e come mezzo per lo spostamento da una sala all'altra ho utilizzato prima un portatile con SSD interno configurato come client/server FTP come faccio sempre, e poi un disco esterno formattato in NTFS, anche questo collegato in USB3 ad un secondo PC in LAN con i Doremi, ossia non ho tentato un trasferimento diretto via USB dal Doremi al drive, che ho sempre trovato lentissimo e poco affidabile. Uso queste procedure di continuo e con la stessa configurazione ho trasferito un altro film due giorni fa: per questo tenderei ad escludere particolari errori.

Ripensandoci bene, mi pare di aver riscontrato lo stesso problema proprio con un altro titolo Disney, come quello incriminato. Non riesco però proprio a capire cosa possano fare di diverso rispetto alle altre distribuzioni, e perché una cartella perfettamente ingerita da un server non passi il controllo dell'hash dopo essere stata di fatto copiata 1:1.

[fabiooo]

Interessante la feature dei raid trasportabili, si vede che il software dello specifico server è stato pensato per non scandalizzarsi se cambiano tutti i file tra un accensione e l'altra.
Rimane secondo me un'operazione non ordinaria riservata a casi di emergenza.

[Antonio Marcheselli]

Fabio,

il SO è sulla SSD interna. Se cambi il RAID il server vede solo un diverso database, diversi dati. Macro e quant'altro sono sulla SSD come dice Pietro quindi al SO non cambia assolutamente niente.

E' molto importante non sbagliarsi però. Se fai un errore il raid è perduto per sempre.

Nuove versioni SW fanno un backup automatico sul RAID - in caso l'SSD salti. Se l'SSD salta, basta sostituirlo e non si perdono i dati (ma si perdono i settaggi che comunque sono 3-4 file XML).
Direi che sia sempre raccomandabile avere quei file salvati da qualche parte.

[fabiooo]

Si lo so che il SO non cambia, quello che volevo dire è che il programma è stato progettatto bene.
Concordo che è una buona pratica salvare i settaggi, io per pura paranoia mi sono salvato anche qualche di screenshot dei settaggi più importanti.

[Antonio Marcheselli]

Io rispondevo al primo messaggio.

Anche lo scambio server non crea nessun problema, salvo forse il dover ricaricare le KDM (dovrebbero essere salvate nell'IMB ma è possibile che vengano cancellate nel momento in cui l'accoppiata viene separata).
Chiaramente non è cosa da farsi ogni giorno ma in linea di massima e con un po' di attenzione non vi sono problemi.

[pclarici]

Sono stato costretto a testare sul campo lo scambio dell'array tra due DCP2000 e confermo che funziona tutto. Gli unici due appunti sono che il software Doremi non riesce a completare la procedura di backup dell'SSD sui "nuovi" dischi, e che curiosamente il manager del RAID segnala la presenza di drive nuovi quando si rimettono al loro posto i dischi originari. In ogni caso non tenta ricostituzioni dell'array o ulteriori operazioni.

Nota correlata: perché ho fatto tutto 'sto casino? Stesso problema del post originario, errore nella copia via FTP di un DCP su una macchina esterna il 31 Dicembre. Solo che questa volta ho capito il motivo: nel corso della copia il file di testo dei sottotitoli assume delle dimensioni diverse. E' perfettamente leggibile in chiaro - quindi non corrotto - ma è di 4 byte più piccolo (1109 contro 1113): al server non torna il calcolo dell'hash e il caricamento non parte. Non so se questo possa dipendere dal file system del Mac utilizzato come ponte per il trasferimento (HFS+) o da un bug del Doremi, è una rottura di scatole atroce ma magari tenterò di metterci su una distro Linux in dual boot per provare in EXT3.

[Antonio Marcheselli]

beh se un file risulta "corrotto" (nel tuo caso probabilmente hanno aggiornato i sottotitoli senza ricalcolare l'hash) nessun server considererà mai quella CPL, è normale.

la procedura di backup è buggata, c'è una piccola patch mi pare che se la 2.6.4 dovrebbe risolvere ma chissà, ci sono più patch che software sul portale della Doremi!

[pclarici]

Se il file fosse corrotto o frutto di aggiornamenti successivi immagino che non sarebbe mai stato caricato, il controllo dell'hash sarebbe fallito già al momento del primo caricamento dal drive CRU. Nel mio caso viene caricato, riprodotto e trasferito Doremi > Doremi correttamente con i sottotitoli, l'ingest fallisce solo quando introduco il passaggio intermedio Doremi > Mac > Doremi. E' questa la cosa strana.

Per il backup ok, ho ovunque la 2.6.4 e dopo aver rimesso al loro posto tutti gli array i messaggi sono scomparsi.

[Antonio Marcheselli]

Molto strano, probabilmente un bug. Evidentemente in alcune situazioni non viene fatto l'Hash check. Direi molto grave perché nel tuo caso il file funziona, ma il giorno che il file è corrotto per davvero?
Hai tutte le "hotfix" installate?