smartmontools issue

fedora 28 up-to-date. I have a new array, not yet commissioned, and one disk now complains Device: /dev/sde [SAT], FAILED SMART self-check. BACK UP DATA NOW! and the reason, I understand, is this ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE 200 Multi_Zone_Error_Rate PO---K 001 001 001 NOW 0 My issue is that the disk works fine and never had any errors reported. Also, smartmontools db does not include this disk ST12000NM0007-2A1101 and update-smart-drivedb is failing with /usr/share/smartmontools/drivedb.h.error.raw: *** BAD signature *** I know that some disks report funny numbers and smartmontools needs to know which one to trust. I see a relevant ticket from 2018-06-15.... https://www.smartmontools.org/attachment/ticket/1042/smartctl-SEAGATE-ST1... And I see that smartmontools has other issues with these disks: Write SCT (Get) Feature Control Command failed: scsi error badly formed scsi parameters Wt Cache Reorder: Unknown (SCT Feature Control command failed) I ran some short and long smart tests but all failed immediately. SMART Extended Self-test Log Version: 1 (1 sectors) Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: unknown failure 90% 250 0 # 2 Short offline Completed: unknown failure 90% 247 0 # 3 Short offline Completed: unknown failure 90% 247 0 # 4 Extended offline Completed without error 00% 17 - The other (identical) disks in the array report ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE 200 Multi_Zone_Error_Rate PO---K 100 100 001 - 0 I can request a replacement, but want to ensure that this is not just a smart software issue which may pop up again on another disk. Should we have smartmontools v7.0 (released end of last year) by now? It includes this disk. As I mentioned, the array is not yet commissioned and I can afford to fiddle with it for a while. TIA -- Eyal at Home (fedora(a)eyal.emu.id.au)