Issues with stability (AHCI)

[toquim]

Firstly i am testing out Truenas Core to replace an SOHO solution for a potential client. tbf this is my first approach at Truenas and i think i am in way over my head.
i am testing this at my home server (details below) and i keep getting the same error messages that appear to be caused by AHCI with timeouts and eventually detaching the drives, therefore offering no stability. below you can find some snippets of the errors plus a partial console log of the last time the error occurred.

For reference, i am using a small server to test the solution that has proxmox installed and a separate PCI controller to connect the HDDs. I tried to look around in this forum and others and all the possible solutions i found none work. this is not my speciality and as i am doing this to a friend who might be a potential customer i am trying to figure this out.

• ASRock B550M-ITX/ac
• AMD Ryzen 5 4600G
• 32Gb (16 allocated to the VM)
• WD2000FYYX; WD20EADS-00R6B0; ST2000DM008; ST2000DM008; ST2000DM008 - ZFS z1 - boot drive is a vm hdd
• JMB58x controller
• Virtualized
• Running Proxmox as the main OS and virtualized TrueNAS-13-0-U6.1

Jan 3 17:26:54 truenas.local ahcich2: Timeout on slot 24 port 0
Jan 3 17:26:54 truenas.local ahcich2: is 00000000 cs 02000000 ss 03000000 rs 03000000 tfd 40 serr 00000000 cmd 00449817
Jan 3 17:26:54 truenas.local (ada2:ahcich2:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 80 d0 bf 3a 40 19 00 00 06 00 00
Jan 3 17:26:54 truenas.local (ada2:ahcich2:0:0:0): CAM status: Command timeout
Jan 3 17:26:54 truenas.local (ada2:ahcich2:0:0:0): Retrying command, 3 more tries remain

Jan 3 17:28:25 truenas.local ahcich4: Timeout on slot 18 port 0
Jan 3 17:28:25 truenas.local ahcich4: is 00000000 cs 00040000 ss 00000000 rs 00040000 tfd 150 serr 00000000 cmd 00448017
Jan 3 17:28:25 truenas.local (aprobe4:ahcich4:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00
Jan 3 17:28:25 truenas.local (aprobe4:ahcich4:0:0:0): CAM status: Command timeout
Jan 3 17:28:25 truenas.local (aprobe4:ahcich4:0:0:0): Error 5, Retry was blocked
Jan 3 17:28:25 truenas.local ada4 at ahcich4 bus 0 scbus4 target 0 lun 0
Jan 3 17:28:25 truenas.local ada4: <WD2000FYYX 00.0D1K2> s/n WCC1P0106986 detached
Jan 3 17:28:25 truenas.local GEOM_MIRROR: Device swap1: provider ada4p1 disconnected.

 

[joeschmuck]

Running Proxmox as the main OS and virtualized TrueNAS-13-0-U6.1

Wish I could help you but I'm using ESXi myself.

But I will try... Did you pass your drive controller through? This is the first easy question to answer.

Also, reseat the drive data cables on both ends.

However I think the problem will be the JMB58x controller regardless of if it is passed through. I do not know if it's on the hardware list, but hopefully this is not the issue.

 

[Davvo]

A few heads up:

Resource - "Absolutely must virtualize TrueNAS!" ... a guide to not completely losing your data.

[---- 2024/01/16: Still relevant. Virtualization really doesn't change much. Updates made as appropriate. ----] [---- 2018/02/27: This is still as relevant as ever. As PCIe-Passthru has matured, fewer problems are reported. I've updated some...

www.truenas.com

What's all the noise about HBAs, and why can't I use a RAID controller?

1) An HBA is a Host Bus Adapter. This is a controller that allows SAS and SATA devices to be attached to, and communicate directly with, a server. RAID controllers typically aggregate several disks into a Virtual Disk abstraction of some sort...

www.truenas.com

 

[toquim]

Wish I could help you but I'm using ESXi myself.

But I will try... Did you pass your drive controller through? This is the first easy question to answer.

Also, reseat the drive data cables on both ends.

However I think the problem will be the JMB58x controller regardless of if it is passed through. I do not know if it's on the hardware list, but hopefully this is not the issue.

yeap controller has been pass through
also changed a couple of cables (not all)

 

[LarsR]

Your sata Card is Most likely the Problem since it's not a real LSI HBA...