tyrindor

Members
  • Posts

    835
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

tyrindor's Achievements

Collaborator

Collaborator (7/14)

1

Reputation

  1. This has never worked for me. I have 20 disks and it always says 16 are spun down even though I have them all spun up. If I manually enable turbo write, it'll disable it because it thinks too many drives are spun down.
  2. Its not "slow" as in that slow. I just have gigabit internet and I prefer my usenet client to go 100MB/s, not 10MB/s. First world problems, eh? I'll try his VPN version of qbbittorrent thanks.
  3. My VPN is pretty slow and I don't want to slow down the other tasks I use it for. However, I don't want my IP broadcast on my torrent client (qbitorrent) docker. I can't find a way to do this, other than installing a virtual machine and having the virtual machine setup to use my VPN. Not ideal since I don't need a whole virtual machine running and using resources.
  4. Thanks, it was my syncthing log files. I deleted them and enabled docker rotation.
  5. Woke up today and it was 9.99GB of 10GB, but I know just last week it was only 5GB. I don't see anything wrong with my paths and I checked each docker to make sure nothing was linked to the docker itself... Any idea what's causing this? I've tried sending test files through radarr/sonarr/nzbget and it doesn't increase. Had to do a syncthing database rebuild this week, so I suspect that's the cause, but why would syncthing be storing anything in the docker itself.
  6. I am still not seeing any caching taking place. If I disable it and re-enable it, there's no reads on any of my disks. Just going into random directories results in low amount of reads. When cache directories was working, I'd see it go through my disks 1 at a time and produce a fair amount of reads when I started it. Something possibly wrong with my settings?
  7. All sorts of issues with this lately (I'm on unRAID 6.6.3). Constant reading all drives even though nothing is being accessed, not starting up on restart (despite the changelog saying that was fixed), and the removal of scanning user shares. Scanning user shares was necessary or I'd get constant spinups on my setup. Tested it many times prior to it being removed since the plugin always claimed it wasn't needed. Please add that feature back. I have tried adding -u but it still seems nothing is being cached despite it "running" and my shares selected. Every time I go into a folder I get reads on the disk. I think it started happening after 6.6.3 update but not positive.
  8. Just finished clearing 3x 12TB on 6.5. Everything is fine but the log is filled with warnings. See my post here:
  9. Getting a lot of these in the log, don't remember seeing them before updating to 6.5. Any idea what's causing them? Apr 5 04:25:21 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte11h - assumed 'byte11h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:21 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte10h - assumed 'byte10h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:21 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte9h - assumed 'byte9h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:21 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte8h - assumed 'byte8h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:21 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte15h - assumed 'byte15h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:21 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte14h - assumed 'byte14h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:21 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte13h - assumed 'byte13h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:21 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte12h - assumed 'byte12h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant ID_MODEL - assumed 'ID_MODEL' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 470 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant SERIAL_SHORT - assumed 'SERIAL_SHORT' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 470 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte11h - assumed 'byte11h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte10h - assumed 'byte10h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte9h - assumed 'byte9h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte8h - assumed 'byte8h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte15h - assumed 'byte15h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte14h - assumed 'byte14h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte13h - assumed 'byte13h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte12h - assumed 'byte12h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant ID_MODEL - assumed 'ID_MODEL' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 470 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant SERIAL_SHORT - assumed 'SERIAL_SHORT' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 470 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte11h - assumed 'byte11h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte10h - assumed 'byte10h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte9h - assumed 'byte9h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte8h - assumed 'byte8h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 662 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte15h - assumed 'byte15h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte14h - assumed 'byte14h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte13h - assumed 'byte13h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663 Apr 5 04:25:22 UNRAID rc.diskinfo[8036]: PHP Warning: Use of undefined constant byte12h - assumed 'byte12h' (this will throw an Error in a future version of PHP) in /etc/rc.d/rc.diskinfo on line 663
  10. I've been using unRAID for around 8 years, and until lately I haven't had speed issues I couldn't fix. I have poor read speeds as well now, and I don't know if it started on 6.4 or 6.5 or earlier. The problem seems to come and go, sometimes I get 160MB/s on my 10G nic and other times it's 10MB/s. This is on great hardware, quad core Xeon with 16GB off DDR3 1333.
  11. I have 3 12TB drives preclearing right now, so it's gonna be awhile before I can look into this further. I really don't get what I am seeing right now though. I am now getting piss poor 10-20MB/s reads from the majority of my drives as I try to transfer stuff off them. These drives are connected to 3 different SAS2LP controllers on a Supermicro X9SCM motherboard with a E3 v2 Xeon processor. I want to blame the fact they are "archive" drives, but archive drives shouldn't have any issues with reads and I never had these issues in the 2 years of owning them. RAM usage is 13%, CPU usage is <10%. Writes are fine (160MB/s) and my 3 Preclears are going 270MB/s each, so I don't think it's an interface/SAS controller issue. I am unable to test parity speeds until my preclears are done, but the last 16 month I finished with an average of ~180MB/s, so I doubt anything has changed. These slow reads seem to also be happening when using a program like Syncthing, which to my knowledge wouldn't be using SMB at all. I'm puzzled, seems like the problem comes and goes and only affects certain things.
  12. Do you think I should disable jumbo frames on my 1G connection then? I am using 1G to a switch/router, and 10G is a direct link between 2 Mellanox ConnectX-2 controllers. I was actually gonna try disabling jumbo everywhere and see if that's the issue, but haven't got around to it. I can transfer to my SSD cache at 600MB/s, so I doubt it's the 10G network though. For whatever reason, my server seems to suck at multitasking despite having a quad core E3 v2 Xeon. I blame the fact I am using archive drives, they seem to bring the entire system to a chug whenever they are being wrote too. This doesn't happen with my new 12TB drives.
  13. I am currently running no parity drive (temporarily!), as I do a lot of disk to disk transfers and restructuring/organization. I am on 10G with jumbo frames set to 9000 on both the windows 10 PC and unRAID. DirectIO is enabled and I am forcing SMB2_02 because in the past everything else has been very slow. All disks are the same speed - 8TB Seagate archive drives. If I do "move cache" I see 160MB/s from cache to disk, but if I do a disk to disk transfer I see about 50MB/s. These are all large 30-50GB files. The drives are much faster than this, and benchmark at about 160-200MB/s read and writes. I am barely getting faster than I did with parity enabled... Why is SMB slowing it down so much?
  14. Thanks! Took me a bit to figure out, gotta enable advance view in the docker and set -e UMASK_SET=000 under extra parameters.