Did I mess up?

[rvassar]

I would accept "electrically fraught with peril" though. ;-)

I can accept this definition for solutions post 2019. Prior, it's been a case of "the SAS stuff is engineered to deal with it". It's amusing how most SAS backplanes have more CPU capability than your run of the mill 8-bit PC from back in the day...

SATA beyond 6Gbps is pretty much a dead issue. SSD's rapidly outpaced that and NVMe is the heir apparent. Once the SATA Cabal failed to come out with any meaningful solution and NVMe overtook them, there's just not that much compelling about SATA to drive further development. It will remain as a cheap attachment protocol for awhile for hard drives, while flash storage continues with NVMe. This may spell doom for the 2.5" form factor, as hard drives continue their evolution towards being exclusively for slow mass storage -- the lack of meaningful capacities in the 2.5" world has been somewhat devastating.

I suspect the 2.5" form factor will be just fine for another generation of NVMe SSD's... As long as you think in terms of small car financing per device...

The 2.5" spinning rust has me clueless... But we're hijacking the OP's thread at this point.

 

[john60]

That's not a dinosaur. It'll be fine.

You are correct this server has plenty of CPU power. Truenas was installed without any issues. Lots of traffic while I copy files onto it and CPU seldom above 5%. I think I will try to install it onto an even older PC as a second in case this used server dies.

I don't know about the Dropbox or Google Drive stuff. Generally, those are VERY small storage spaces.

Yes small: 2TB and 3TB. It Will overflow shortly, so will be looking for something else.
btw, this youtube video does an excellent job describing how to set up cloud sync. It is much easier than I expected.

this ebay vendor was nice enough to look at the server I purchased on ebay and recommend a card he sells. He also publishes a bunch of youtube, including one explaining HBA. He also answered a bunch of my dumb questions.

So overall, extremely impressed with Truenas and the community around it.

 

[NugentS]

Yeah you can trust the cat

 

[john60]

Something is strange: Transfer rates are too low. Similar to what I would expect from 100 Mb/s ethernet.

I initiated the transfer of files from my Ubuntu desktop (some files on pcie SSD and some on Hard Drives) to the Truenas system.
Transfer rates reported on truenas dashboard: I'm also downloading from Dropbox to Truenas.
In:
10.71 MiB/s
Out:
631.18 KiB/s

My desktop claim interface is 1000 Mb/s and the Interface tab on Truenas says
Active Media Subtype: 1000baseT

These are connected to a Netgear Prosafe Gigabit Switch GS108.

The CPU on bounces from 4% to 6%, CPU on my desktop is <1% (3970x).

The pool is composed of 6x4TB disks in raid z2.

The sharing is NFS.

Are there tools in Truenas that could help debug this?
Any suggestions for how to proceed?

 

[NugentS]

You need to check the throughput of your network first using iperf3 on the client and the server. This will test the raw speed of the network interface without touching the HDD's this will help figure out where the problem lies

 

[john60]

NugentS, Thank you. I will read up on iperf3.

 

[john60]

Network issues resolved. iperf3 real easy to use. Thanks.

I setup a NFS mount on Truenas and mounted it from my ubuntu ai_server to copy files over.

I would like to set up regular synchronization from my ai_server to the Truenas. I'm guessing there is a recommended procedure, but I can't find it.
rsync pull over ssh from Truenas?

I can ssh from Truenas console to my ai_server using user name and password, but would like to disable password and use key pairs.
Keys are generated on my ai_server.
When i try to ssh-copy-id from truenas is get error message "could not open a connection to your authentication agent".
So I tried adding the key manually using system/ssh keypairs.
No idea what the next step is to have Truenas pull changes from my ai_server. Any suggestions would be appreciated.