kodyorris

Hello regex, I am also seeing vsftpd connections on my server. The only thing really running on my server is wireguard. all dockers are off. Is this something to be worries about? how to I stop it? I'm not an advanced user so i'm not sure how to stop it. I did just disable FTP but i know that will reset when i reboot the server. jarvis-diagnostics-20210501-1218.zip

Hello all, I have started seeing a bunch of the vsftpd connections below. Is this something to be worried about? I am running wireguard to remote into the server. All dockers are off. thoughts? 1 07:27:19 Jarvis vsftpd[1668]: connect from 192.241.218.158 (192.241.218.158) May 1 07:33:49 Jarvis emhttpd: spinning down /dev/sdg May 1 07:48:50 Jarvis emhttpd: spinning down /dev/sdg May 1 08:03:51 Jarvis emhttpd: spinning down /dev/sdg May 1 08:06:42 Jarvis vsftpd[25011]: connect from 91.220.163.60 (91.220.163.60) May 1 08:18:52 Jarvis emhttpd: spinning down /dev/sdg May 1 08:29:25 Jarvis emhttpd: spinning down /dev/sde May 1 08:29:25 Jarvis emhttpd: spinning down /dev/sdc May 1 08:33:53 Jarvis emhttpd: spinning down /dev/sdg May 1 08:39:09 Jarvis vsftpd[2413]: connect from 162.142.125.38 (162.142.125.38) May 1 08:48:54 Jarvis emhttpd: spinning down /dev/sdg May 1 08:51:40 Jarvis emhttpd: spinning down /dev/sde May 1 08:51:40 Jarvis emhttpd: spinning down /dev/sdc May 1 09:03:55 Jarvis emhttpd: spinning down /dev/sdg May 1 09:18:56 Jarvis emhttpd: spinning down /dev/sdg May 1 09:33:57 Jarvis emhttpd: spinning down /dev/sdg May 1 09:41:06 Jarvis emhttpd: spinning down /dev/sdb May 1 09:44:25 Jarvis vsftpd[32233]: connect from 34.77.162.20 (34.77.162.20) jarvis-diagnostics-20210501-1149.zip

hello, i didn't have any dockers running at the time. i just installed ClamAV this morning to see if that catches anything. I do run a Windows VM to backup online. I turned the VM off before making this diagnostic file. I have two mac computers and one windows computer hooked to this server. jarvis-diagnostics-20210316-0811.zip

Hello everyone, I am in desperate need of help. The permissions on my folders keep changing so I cant access them. My log is filled with the network activity below. The more I read about the activity I am seeing the more sure I am someone is sniffing my NIC. Any solutions to stop this? I need this server for work. all dockers have been off and i do have a windows VM that backups up online. Unraid version: 6.8.3

UPDATE! I have spent more testing booted into a windows bootcamp and now that TRIM is working properly the server reads/writes at 110MB/s all the time. This is great considering I just have a gigabit connection. So this means there must be something wrong with the OSX software because i'm obviously using the same hardware when booted with bootcamp. I read about disabling SMB signing in OSX and that did increase my performance to hover around 80MB/s. This still isn't perfect, but it is a improvement. Anyone have any other OSX tweaks to improve performance now that Unraid seems to be under control? I haven't seen any new errors in my logs.

ok thanks for the input. Ill look into upgrading my SSD's but I really don't think they are the problem. I swapped the cache drive for a SAS drive (as a test) that I know I can write to at about 230MB/s and I have the exact same results. Still using large zip folder to keep the write as sequential as possible. Its frustration to have spent $ on unraid and hardware and only be able to write at such low speeds with or without cache. My reads sit around 106MB/s. My parity rebuild averages around 186MB/s.

Also, im copying mostly large zipped files, so i dont think its slowing down because its copying lots of small files or anything like that.

Thanks for the response. I recently moved my cache drives to the MOBO sata ports and now trim is working with Dynamix Trim Plugin. I haven't seen any speed difference unfortunately. I set Direct IO to Yes and there hasn't been a difference. The most recent speeds I am seeing is it will start at 116MB/s for a while until ram is full, then sits around 60-70MB/s. I attached my latest diagnosis file. jarvis-diagnostics-20200711-0016.zip

Thanks! I set those drives to never spin down and that seemed to stop those errors. I also moved my cache drives to the on board Sata ports so now Trim is working. However, I still have the same results. The most recent speeds I am seeing is it will start at 116MB/s for a while until ram is full, then sits around 60-70MB/s.

Interesting, I start experiencing this after just a few seconds.

Thanks! ill change that setting now and see if that at least clears up those errors.

I tried running the cache drives off of the Mobo, same result. Do you have any idea what could be causing these errors? They seem basically constant. My full DiaLog is posted above.

Im running a IBM 81Y4494 H1110 card flashed to "IT mode". Im not using any onboard controllers. The only other PCIE card I have is a usb 3.0 card that I haven't used during these test.

Well i do appreciate your help. Hopefully someone would know whats going on. I unfortunately don't know what any of these errors mean ( i'm a noob)

I brought my cache drive down to a single drive formatted in XFS, Same results. Bust of writes to the cache drive causing slow and inconstant transfer speeds.

If i start the mover it will copy from the cache drives to the array at a constant 130MB/s-160MB/s.

Yeah ill give that a shot and post my results. Ill also do a seperate test with just one cache drive to see if that changes anything

hey thanks for the response. Small update, The problem isn't as bad if a transfer using a windows machine (the above screen shots are from a mac). However, even in windows, It will still do this "cache with ram, the once ram fills it basically pauses the transfer, dumps to my cache drives, then starts the transfer again". If i don't use the cache drives it will transfer at 108MB/s for hours if needed. So it only seems to be a problem if i use cache drives but this behavior makes the purpose of cache drives pointless. To answer your questions, yes I will see that nothing is writing to the drives in the main page, then it will spike for a few seconds at 130+MB/s while it writes to the cache drives. I have been testing with anything from 10GB to 200GB. I work in media production so i often have large files like this.

jarvis-diagnostics-20200706-1658.zip

Hello Everyone. Im have some very inconstant write speeds. When transferring via SMB to a cache drive I get anything from 110MB/s to 2MB/s and hover around 50MB/s. When reading from the array or cache I get about 107MB/s constantly. When I watch the stats it looks like it caches with ram, the once ram fills it basically pauses the transfer, dumps to my cache drives, then starts the transfer again. I have tried transferring without the cache drives and I have basically the same result but with it dumping to the array. Why isn’t it just writing to the cache drives? They have a 550MB/s read/write so caching to ram seems useless when I can only transfer at gigabyte speeds anyway. Is there a way for the system to not use my ram as data cache? CPU = 3600x Cache = 2x 1TB SSD’s Array = 10TB and 8TB SAS and Sata drives. VM’s = 1 windows VM