Il 10 aprile 2013 17:01, Roberto Resoli <roberto.resoli@xxxxxxxxx> ha scritto: > Il 10 aprile 2013 11:45, Diaolin <diaolin@xxxxxxxxxxx> ha scritto: >> Il 2013-04-10 11:41 Ezio Paglia ha scritto: > ... >>> Era un altro che non mi aspettavo che era andato in saturazione e che >>> ho visto per bene con lvs. >>> Una volta rimosso, via l'errore. > > Dovesse capitarti una cosa del genere di nuovo, e lvremove non > funziona (magari perchè si è riempita una snapshot > dalla quale avevi ricavato con kpartx le varie partizioni) , cè sempre > il comando: > > dmsetup remove > > es: supponiamo che la snapshot piena sia: chiarisco meglio l'esempio, con nomi più semplici: supponiamo di avere un Gruppo di Volumi GV contenente un volume logico LV. Il device sarà: /dev/VG/LV oppure, usando i devices sotto /dev/mapper: /dev/mapper/VG-LV Se faccio una snapshot LVSNAP il device relativo sarà: /dev/VG/LV alias /dev/mapper/VG-LVSNAP se LV (e quindi LVSNAP è partizionato (supponiamo contenga per semplicità una sola partizione), posso usare kpartx per ottenere i device relativi alle partizioni: kpartx -av /dev/mapper/VG-LVSNAP ottenendo il device: /dev/mapper/VG-LVSNAPp1 a questo punto se LVSNAP si riempie, lvremove non funziona, perchè il device /dev/mapper/VG-LVSNAP è bloccato a causa del riferimento al device relativo alla partizione: /dev/mapper/VG-LVSNAPp1. Non è possibile rimuovere la partizione, perchè anche kpartx -dv /dev/mapper/VG-LVSNAP va in errore. Per uscire dallo stallo, ci viene in soccorso "dmsetup remove": dmsetup remove /dev/mapper/VG-LVSNAPp1 che rimuove a livello di device mapper il device relativo alla partizione. A questo punto si può dare con successo: lvremove /dev/mapper/VG-LVSNAP rob -- Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx