On Sat, Nov 26, 2016 at 5:56 AM, Alexandre DERUMIER <aderumier@xxxxxxxxx> wrote: > I think writeback should not be a problem if barrier is enabled. > > you can loose last x seconds of writes, but fs should not break. That might work for XFS but it won't work for the wider Ceph cluster — it's against the RADOS guarantees and expectations for an OSD to go back in time after committing an update and *can* result in failure. -Greg > > > Also for ssd drives, you need supercapacitor (generally present in all enterprise ssd), > to not loose datas in ssd memory buffer > > ----- Mail original ----- > De: "Nathan Cutler" <ncutler@xxxxxxx> > À: "ceph-devel" <ceph-devel@xxxxxxxxxxxxxxx> > Envoyé: Vendredi 25 Novembre 2016 17:26:07 > Objet: What is XFS/filesystem corruption and whose fault is it? > > I've been doing some research on OSDs not starting after power outages, > when supposedly "uncorruptible" XFS filesystems are corrupted and need > repair. This led me to write the following brief blog post: > > http://smithfarm-thebrain.blogspot.cz/2016/11/what-is-xfsfilesystem-corruption-and.html > > Any comments and/or suggestions for improvement would be most welcome. > > Thanks for reading! > > Nathan > -- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > > -- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
