Re: Zfs e Bootcode

Fantastico!!!
la combinazione -f -F ha funzionato.

La macchina e' ripartita ed adesso e' in resilvered.

Chissa' perche' ero mentalmente convinto che fossero flag esclusivi e
non ho mai pensato a combinarli.


Al prossimo guficon (ma quando ci sara'?) ti offro il pranzo.

Grazie ancora di tutto il supporto

Franco



Il 10/03/17, Andrej Sossi<[email protected]> ha scritto:
> Franco Marchesini il 09. 03. 2017 alle 22:43 ha scritto:
>>>
>>> Provato con ambe due le opzioni? Dalla documentazione non i =E8 chiaro =
se
>>> possono essere usate contemporaneamente. Ovviamente con -F rischi di
>>> perdere qualche dato. Quindi consiglio nuovamente di clonare il disco o
>>> i dischi.
>>
>> se provo zpool import -F zroot
>>
>> dice di provare con -f
>>
>> se provo con -f dice di provare con -F
>>
>
> Hai provato indicando ambe due i parametri?
> zpool import -f -F ...
>
>> La cosa che mi spaventa e' che "zpool import" mi mostra lo zroot ma
>> con l'errore ZFS-8000-72
>>
>> http://illumos.org/msg/ZFS-8000-72
>>
>> e da quello che dice sembra che non ci sia piu' niente da fare.
>>
>
> Tecnicamente il pool cos=EC com'=E8, =E8 irrecuperabile, concordo. Potreb=
be
> per=F2 esserci la possibilit=E0 di recuperare tutto o quasi da una versio=
ne
> precedente del pool. Il parametro -F di fatti dovrebbe essere in grado
> di cercare le versioni precedenti dei metadati e prendere come buono un
> precedente ancora integro.
>
>>
>>>
>>>> Qualche altra idea per montare lo zfs dalla chiavetta?
>>>>
>>>
>>
>> Come faccio a usare zdb se non riesco a montare il fs?
>>
>
> zdb =E8 un tool che fa un analisi dello stato del pool. Funziona in sola
> lettura e non necessita che il pool sia montato. Con zdb non puoi
> correggere niente, ma almeno riesci a capire in che stato siano i vari
> metadati. Magari trovi un indizio che ti aiuta a focalizzare il problema.
>
>>> Hai provato con zdb vedere cosa ti dice per capire dove sta
>>> l'incoerenza?
>>> Cosa =E8 successo prima che il filesysrem diventasse inaccessibile? Pro=
va
>>> a spigare la storia che forse nasce qualche idea in pi=F9
>>
>> Problema di spegnimento anomalo con successivi tentativi di
>> riaccensione/spegnimenti fatti da un bufalo che, dal momento che il
>> server non rispondeva, chiss=E0' quanti tentativi avr=E0' fatto.
>> [...]
>> Nel tuo caso, se ho ben capito, avevi un solo disco. Io invece ho un
>> dataset distribuito su 4 dischi. Il tuo era un problema "fisico",
>> mentre il mio e' "logico"
>
> Non sono convinto.
> Al momento nessuno =E8 riuscito a documentare un caso nel quale zfs si
> corrompa a causa di anomalie 'logiche'. So che la Sun, prima di
> pubblicarlo ha fatto una serie di test per verificare la solidit=E0 del
> fileSystem. Anche spegnendo il sistema nei casi pi=F9 critici zfs =E8 sem=
pre
> riuscito a tornare in una situazione stabile.
> Io credo, che durante la chiusura anomala (staccata l'elettricit=E0?) i
> dischi non siano riusciti a parcheggiare le testine correttamente e
> qualche settore si sia danneggiato. Di fatto l'errore che ti viene
> fornite =E8 in IO Error, praticamente identico a quello che avevo io.
>
> Continuo a consigliarti di fare un clone dei 4 dischi. Se =E8 come dico io
> il dd si bloccher=E0 dicendo che non  riesce a leggere i dati. Se invece
> si conclude senza problemi, allora avrai una copia conforme con la quale
> potrai fare qualche test in pi=F9 a cuor leggero.
>
> Non so quanto valgono i dati, che hai, ma in caso esistono aziende
> specializzate che possono recuperare i dati dai dischi... Per mia
> esperienza non sono veloci, ma costano relativamente poco =E8 il lavoro e
> quasi sempre portato a termine.
>
> --
> Cordiali saluti
> Sossi Andrej
> -------------------------
> DOTCOM Information technology
>
> Via Machiavelli, 28
> 34132 - Trieste (TS)
> Italy
>
> tel: +39 040 9828090
> fax: +39 040 0641954
> E-mail: [email protected]
> ----------------------------
>
> Ai sensi del D.lgs n. 196 del 30.06.03 (Codice Privacy) si precisa che
> le informazioni contenute in questo messaggio sono riservate e ad uso
> esclusivo del destinatario. Qualora il messaggio in parola Le fosse
> pervenuto per errore, La preghiamo di eliminarlo senza copiarlo e di non
> inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie
>
> This message, for the D.lgs n. 196 / 30.06.03 (Privacy Code), may
> contain confidential and/or privileged information. If you are not the
> addressee or authorized to receive this for the addressee, you must not
> use, copy, disclose or take any action based on this message or any
> information herein. If you have received this message in error, please
> advise the sender immediately by reply e-mail and delete this message.
> Thank you for your cooperation.
>
> _______________________________________________
> Esperti mailing list
> [email protected]
> http://mailman.gufi.org/mailman/listinfo/esperti
>

_______________________________________________
Esperti mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/esperti