Ik heb het één en ander hierboven niet kunnen volgen.
Die AVR logger ga ik nog eens proberen want de installatie lukte niet, error over die py3k file of zoiets.
Ik moet die instructie nog eens correct volgen.
Ook heb ik een antwoord gekregen op mijn vraag dat ik niet tevreden was met hun antwoord en het feit dat ze die SMART attributen weggelaten hebben. Ik verwees naar de contradictorische gegevens in hun drive check, schijf wordt aangegeven als defect maar de zeer summiere SMART test zegt dat de schijf OK is.
Dit is hun antwoord:
Thank you for your feedback.
In the latest version of DSM (7.2.1), we recommend users to check the disk status for a more accurate result.
It appears that disk 5 has dropped out of the RAID, causing a media error and the need for replacement. Here is the error information:
err 2024/01/01 20:14:24 SYSTEM: Storage Pool [1] degraded [4/5 of drives remaining]. Please repair it.
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.583526] ata7.00 (slot 5): exception Emask 0x0 SAct 0x7ef00 SErr 0x0 action 0x0
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.591377] ata7.00 (slot 5): irq_stat 0x40000008
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.596360] ata7.00 (slot 5): failed command: READ FPDMA QUEUED
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.602547] ata7.00 (slot 5): cmd 60/00:40:e0:fd:b1/01:00:56:01:00/40 tag 8 ncq 131072 in
res 41/40:00:50:fe:b1/00:00:56:01:00/40 Emask 0x409 (media error) <F>
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.619491] ata7.00 (slot 5): status: { DRDY ERR }
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.624552] ata7.00 (slot 5): error: { UNC }
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.645009] lba 5749472848 start 9453280 end 5860261983
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.650499] sata5p5 auto_remap 0
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.685161] blk_update_request: I/O error, dev sata5, sector in range 5749469184 + 0-2(12)
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.693697] read error, md2, sata5p5 index [4], sector 5740019456 [raid5_align_endio]
2023-11-10T02:22:42+01:00 DISKSTATION kernel: [11437913.701803] read error, md2, sata5p5 index [4], sector 5740019584 [raid5_align_endio]
...
2024-01-01T20:14:20+01:00 DISKSTATION kernel: [1898019.105421] blk_update_request: I/O error, dev sata5, sector in range 9449472 + 0-2(12)
2024-01-01T20:14:20+01:00 DISKSTATION kernel: [1898019.113616] md: super_written gets error=-5
2024-01-01T20:14:20+01:00 DISKSTATION kernel: [1898019.118039] md_error: sata5p5 is being to be set faulty
2024-01-01T20:14:20+01:00 DISKSTATION kernel: [1898019.123465] md/raid:md2: Disk failure on sata5p5, disabling device.
md/raid:md2: Operation continuing on 4 devices.
2024-01-01T20:14:21+01:00 DISKSTATION synostgpool[9399]: missing_space_util.cpp:308 raid dev[/dev/sata5p5] is invalid
2024-01-01T20:14:21+01:00 DISKSTATION synostgpool[9399]: missing_space_util.cpp:541 cur raid dev [md slot -1: ()] not valid
2024-01-01T20:14:21+01:00 DISKSTATION synostgpool[9399]: missing_space_util.cpp:549 raid dev [md slot 4: WD-WCC4N7TZRU62 (/dev/sata5p5)] is set unused and failed since raid is degraded
2024-01-01T20:14:21+01:00 DISKSTATION synostgpool[9399]: missing_space_util.cpp:554 raid dev [md slot 4: WD-WCC4N7TZRU62 (/dev/sata5p5)] is just set failed
2024-01-01T20:14:24+01:00 DISKSTATION synostgpool[9399]: missing_space.cpp:1319 space table: Set [md slot 4: WD-WCC4N7TZRU62 (/dev/sata5p5)] as faulty disk
2024-01-01T20:14:25+01:00 DISKSTATION synostgd-space[9387]: events_handler_int_lib.c:28 Hotspare log for space: /dev/vg1, status: 2
Regarding your suggestion to use SMART attributes, it's important to note that in DSM 7.2.1, we are removing these attributes as the sole method of assessing drive health. Depending solely on SMART attributes can lead to misjudgment, as evident in this case. Therefore, we recommend checking the drive status instead of relying on SMART.
If SMART is not returning reliable status and information, may I ask why you still wish to refer to it? Is there any misunderstanding on our part?
Best Regards,
Jim Cheng[/i]
Daar zijn we dus weer niks mee.
Vraag: hoe komen die aan mijn log file? Want ik heb niets open gezet voor de service toegang.
SMART is not returning reliable information. Wat bedoelen die nu? SMART werkt toch altijd goed en komt van de drive zelf.
Hoe komen ze nu daarbij. Het is hun 'DRIVE STATUS' die niet deugt.
Of versta ik iets fout onder 'DRIVE STATUS'?