Hello Mark, Yes, I think that it's related to the WD Green SSD. Today I found this bug on FreeBSD's bugzilla: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225666 Tried to reinstall and recompile the kernel with the patch but it didn't work, I continue to see corrupted data. I think that the only way to be really sure about the corrupted data is to reinstall again but already boot with the quirks configured, but the kern.cam.ada.X.quirks don't seems to exists on FreeBSD 12, so I have a probability of corruption between installation and compilation of the patched kernel... Don't know what more to do... Mario Em qua., 26 de fev. de 2020 ?s 20:48, Mark Linimon <linimon at lonesome.com> escreveu:> On Tue, Feb 25, 2020 at 08:18:51PM -0300, Mario Olofo wrote: > > the ZFS already shows corrupted data... > > Although this may have already been stated in the thread and I missed it, > I have not had similar problems with the NVME chips I have used (first an > HP, and now a Samsung). I am really starting to wonder if this is > hardware- > specific. > > mcl >
On Wed, Feb 26, 2020, 8:54 PM Mario Olofo <mario.olofo at gmail.com> wrote:> Hello Mark, > > Yes, I think that it's related to the WD Green SSD. > Today I found this bug on FreeBSD's bugzilla: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225666 > > Tried to reinstall and recompile the kernel with the patch but it didn't > work, I continue to see corrupted data. > I think that the only way to be really sure about the corrupted data is to > reinstall again but already boot with the quirks configured, but the > kern.cam.ada.X.quirks don't seems to exists on FreeBSD 12, > so I have a probability of corruption between installation and compilation > of the patched kernel... > > Don't know what more to do... >What happens if you disable TRIM? Warner> > Mario > > Em qua., 26 de fev. de 2020 ?s 20:48, Mark Linimon <linimon at lonesome.com> > escreveu: > > > On Tue, Feb 25, 2020 at 08:18:51PM -0300, Mario Olofo wrote: > > > the ZFS already shows corrupted data... > > > > Although this may have already been stated in the thread and I missed it, > > I have not had similar problems with the NVME chips I have used (first an > > HP, and now a Samsung). I am really starting to wonder if this is > > hardware- > > specific. > > > > mcl > > > _______________________________________________ > freebsd-stable at freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org" >
On 2020-02-26 22:54, Mario Olofo wrote:> Hello Mark, > > Yes, I think that it's related to the WD Green SSD. > Today I found this bug on FreeBSD's bugzilla: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225666 > > Tried to reinstall and recompile the kernel with the patch but it didn't > work, I continue to see corrupted data. > I think that the only way to be really sure about the corrupted data is to > reinstall again but already boot with the quirks configured, but the > kern.cam.ada.X.quirks don't seems to exists on FreeBSD 12, > so I have a probability of corruption between installation and compilation > of the patched kernel... > > Don't know what more to do... > > Mario >Hi, please forgive my lack of experience with ZFS, but with regard to buggy SATA something hasn't been brought up yet: If ZFS is sitting on top of GPT, what sectorsize and offset are used?? What blocksize is "native" to the drive?? Are these aligned? I recall this chance for misalignment being a cause of silent write corruption after installing a new SSD for Apple MacOS; maybe FreeBSD ZFS on SATA happens to be similarly susceptible. Theron