Hello since several months my logs get flooded by I/O errors. The errors coming from the two cache drives (sdh, sdg), which are connected to a SATA PCIE ASM1166 controller. I already changed the drives, cables and ports. I also deleted and reconfigured the cache and upgraded the firmware of the ASM1166 controller. It would be nice if anyone could please help me because I don't understand from what the errors are caused.

parts_of_log.txt

Edited July 2, 20242 yr by RichardIstSauer

Please post the diagnostics.
 

sauerraid-diagnostics-20240703-1158.zip

If you have already replaced cables, I would try using the SSDs with the onboard SATA, in case there's some compatibility issue with the controllers, or a problem, you can swap with a disk if needed.

Unfortunately, I don't have any free SATA ports on the mainboard 🥲 Which SATA PCIe card you can suggest? I would try to switch it.

5 minutes ago, RichardIstSauer said:

I don't have any free SATA ports on the mainboard

Swap with the disks, or just swap one of them to test where the issue follows.

Booth SSDs were defect.

Edited January 5, 20251 yr by RichardIstSauer

Hi

Got the same issue with /dev/sdh1 Attached here please find the diagnostics.

Any help would be highly appreciated.

Thanks

ugreen-diagnostics-20260902-0857.zip

The diagnostics show that /dev/sdh1 was disconnected at the USB level while it was still mounted. There is no Unassigned Devices unmount before the disconnect, and approximately 20 seconds later a different external disk was connected to the same USB port.

The subsequent Btrfs read errors and read-only state are consequences of the original disk no longer being available; they do not indicate that Btrfs caused the disk to disappear. Did you intentionally disconnect or swap the 22 TB disk at that time? If so, always use Unmount in Unassigned Devices and wait for it to complete before disconnecting the disk.

If the disconnect was not intentional, check or replace the USB cable, external power supply, enclosure connection, and USB port. Reconnect the original disk and reboot to clear the stale mount. Once the connection is stable, back up any important data, review the disk’s SMART report, and run a Btrfs scrub.

Post new diagnostics after rebooting with the affected disk connected so we can review its SMART information.

Separately, the logs also show that one of the NVMe cache devices previously timed out and dropped offline. That is unrelated to /dev/sdh1, but it should also be investigated.

Thanks a lot. Case solved.