tucansam

I love my Silverstone cases. They make great stuff. Having said that, the controller you referenced above looks like the Chinese knockoff LSI I got on ebay last year. It won't do more than 20MB/s no matter what I do. And there was speculation that, if its firmware isn't 100%, it might lead to data corruption. I'm not knocking Silverstone, maybe they contracted with the same plant that builds them for LSI. Or maybe not.

https://www.amazon.com/gp/product/B0747QWNR6/ref=oh_aui_detailpage_o07_s00?ie=UTF8&psc=1 For anyone interested, this is probably the best cheap upgrade I have made to my server in a decade. It places a fan directly over the heatsink of my LSI 16-port card.

Delete

FWIW I have 15 data drives on a 16-port LSI PCIe card, two parity drives on motherboard SATA2, and a 500gb WD black and an SSD on motherboard SATA3. The 16-port is new to me, replacing an LSI 8-port, an Adaptec 4-port, and a handful more motherboard ports. I did lose 15-25MB/s on my parity checks.... But the trade off is less hardware to fail, neater cable management for heat, and now I have some spare parts on hand. Data transfers for streaming (Plex) to devices, and copying data to and from the server, have not appreciably changed much. The heat issue is correct. It doesn't matter how many push/pull fans you have, you need one directing air directly over (or near) the heatsink. i had three intake fans (80mm fans in the hot swap bays for the drives) and two 140mm evac fans (at the top and rear of the case). The heatsink of my LSI got so hot during a parity check that I could not touch it. I added a pair of 140mm intake fans, on the side panel of the case, directly over the PCI slots, on lowest fan speed (barely audible) and that made a world of difference. As for ports and speed, put your smallest drives on the slowest ports, so that, during a parity check or reconstruction, the smallest drives "finish first" and no longer need to be accessed via the slowest ports. I used to run a PCI SATA1 controller on an old server while I was waiting for a new motherboard.... I had a couple of 1TB disks on that controller, and parity checks would crawl until it got past the 1TB mark, and then it flew with the onboard SATA2/3 ports.

100% agree. in a rush to get a part for a server that was down, I grabbed an inexpensive but new in box card that end up coming from China, unbeknownst to me. I should have paid closer attention. It was a clone. It got 20 megabytes a second Max speeds. I emailed LSI and verified the serial number with them and they said for sure it was a counterfeit card. So be very careful what you buy and from whom. After an email sh*tstorm with the seller, he finally refunded my money in full and told me to keep the card.

Right. So I don't know if this is sonarr, or sab, so I'll start here. Let me preface this by say that, aside from regular updates when I notice a new software version, there has been *zero* configuration change to my setup for over six months. When I first (finally) got everything running smoothly, everything ran perfectly. Over time, things slowly degrade, despite *zero* config changes, and I'm at a point now where I need help. What is happening: A show exists in sonarr, and its directory exists on my server, and it is 100% up to date, every episode is downloaded, in either 480 or 720p or 1080p. Looking at sab's download log, I'll see a particular episode will be downloaded for said show, two or three times. Usually I'll have to obfuscated version, an SDTV version, and a 720 or 1080 version. All downloaded. But when I check the actual show's directory, the file(s) sab downloaded are not there. When I check sab's working directory, for complete and incomplete downloads, the files aren't there either. But hovering over sab's download log shows a very clear path (to the working directory) for where it placed the file. So multiple versions of the same (existing) episodes are downloading, and then disappearing. And if there is only an SDTV version of the show on the server, and sab says it downloaded a 720 or 1080 version, that show is not there.

Any updates?

Cool, thanks. I won't be dumping my preclear machine anytime soon

But the array is still down a disk, obviously. So is the preclear + rebuild process just seamless now, but the array is at risk for the same period of time? Or is preclear sped up now, and the rebuild process begins much faster? I am 100% not putting any disk in my array that isn't already precleared one or two times in another system.... Has this changed?

Hang on. What happens when I plug a new disk into my server? I have an older unraid system sitting in the garage collecting dust that I use to preclear disks. Does 6.4.x handle this differently now?

What?

I am confused by sonarr's behavior and I'm wondering if anyone can clarify. If I go to the "Wanted" tab, I have 403 pages of missing episodes. If I click "Search All Missing," sonarr spends a while queueing up several dozen pages in sab. After a day or two, sab is done, and a ton of episodes are downloaded, most successful. But, sonarr still has 403 pages of missing episodes, although none are the ones sab just downloaded, ie, sonarr gets the message that a download was successful.

Just tried headphones again..... unraid server is, once again, completely locked up. Web GUI won't work, get a login prompt via ssh, but after five minutes of waiting, having never gotten a "password" prompt, I gave up and closed putty.

Got it runninig, kinda. Getting this: -- Internal Server Error Oops, something went wrong! Error message: (No details about this error are available) Time: 2017-12-28 06:19:40 UTC Host: dc042147f7df URL: http://192.168.0.5:5000/ Request data: $VAR1 = { 'query_parameters' => {}, 'body_parameters' => {} }; We're terribly sorry for this problem. Please wait a few minutes and repeat your request — the problem may go away. If the problem persists, please report a bug and include any error message that is shown above.

A serious question for you all. How many artists and songs are you searching? Have you had headphones scan your entire library? It continues to be dog slow and crash for me.

Thanks. I don't have a cache drive. My app drive is an SSD with a ton of free space, and my downloads drive is a spinner, with tons of free space. I deleted headphones.db and it ran fine for a while, I didn't have it index my music, now the database is only a few MBs in size but the app is still essentially frozen.

Well this is running fantastically. But, its dog slow on a quad-core i5. I have a couple hundred artists put in right now, and it froze the unraid GUI, the docker GUI, and the headphones GUI. I went and made a cup of coffee and checked the mail and came back, and the GUI was responsive again. But doing anything in headphones (adding an artist, clicking through the tabs, etc) takes 5-10 minutes for any one single operation to complete. Is there any way to speed this up? ETA My headphones.db file is 288MB in size. Stopping the docker inside the unraid GUI has no effect. I've had "docker stop headphones" running for almost 20 minutes now, no effect. The docker appears to be completely hung. Is this a database size issue?

File names are too long? SAB is pausing most/all downloads. Been happening for a couple of days, sometimes when I press "play" to un-pause, it kicks back up, last few hours its been stopping right away with the red pause icon. SAB threads on various other forums indicate possibly that filenames are too long, disk space issues, etc. My disk has plenty of space, and I just ran SMART tests, its fine. Errors I am getting is: 2017-12-05 16:06:10 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.004 2017-12-05 16:07:55 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.005 2017-12-05 16:09:39 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.007 2017-12-05 16:09:50 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.008 2017-12-05 16:10:00 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.006 2017-12-05 16:10:01 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.009 2017-12-05 16:10:02 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.010 2017-12-05 16:10:02 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.011 2017-12-05 16:10:03 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.012 2017-12-05 16:10:04 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.013 2017-12-05 16:10:04 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.015 2017-12-05 16:10:05 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.014 2017-12-05 16:10:06 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.016 2017-12-05 16:10:06 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.017 2017-12-05 16:10:07 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.019 2017-12-05 16:10:08 ERROR Disk error on creating file /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/Law.and.Order.s01e09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV.mp4.020 2017-12-05 16:10:08 ERROR Loading /downloads/incomplete/Law.and.Order.S01E09.Indifference.PROPER.DVD-S1D3-CCE10-x264-DEV/__ADMIN__/SABnzbd_nzf__qf8xh failed 2017-12-05 16:10:08 WARNING Article DB empty SABnzbd_nzf__qf8xh: 2017-12-05 16:10:08 ERROR Error importing 2017-12-05 16:12:14 ERROR Disk error on creating file /downloads/incomplete/The.Practice.S08E20.DVDRip.X264-SPRiNTER/the.practice.s08e20.dvdrip.x264-sprinter.sample.mkv This was literally working up until a day ago, when I did a massive search for missing eps and now SAB has a hundred or so pages of stuff its trying to grab. Any other suggestions? I've never had long filenames be an issue before, not sure its the problem now.

Confirmed? I used this a while back, it wasn't great, and I want to try again. Is it not supported at all anymore?

Can this be used to backup one unraid server to another? I'd love to be able to take a couple of the shares on my primary server, encrypt them, and drop them on my secondary unraid server once a month. Disregrad..... testing it now.

I deleted the plug-in. Problem solved.

Is it normal for the system to be completely unresponsive during a backup? Right now the main unraid UI will not load, ssh'ing into the system means 10-15 seconds of wait time before I see a prompt, sysload is 13/13/13, all commands from the shell are slow/hang, 'ps -aux > /mnt/user/bob/ps.aux.10.2.17" has been working for over ten minutes, the server is not visible on the network, files and shares are unavailable..... htop won't load at all, top displays the first screen the freezes (no updates), sysload is now 15+ across the board, rsync (x3) and unrraid are the processes using the most CPU. I can't even get a read on i/o, system is running like an 8088. -- root@ffs2:~# ps -Ao user,uid,comm,pid,pcpu,tty --sort=-pcpu | head -n 6 USER UID COMMAND PID %CPU TT root 0 unraidd 18972 1.4 ? root 0 mdrecoveryd 18608 0.5 ? root 0 rsync 27779 0.5 ? root 0 rsync 27780 0.5 ? root 0 rsync 27781 0.4 ? root@ffs2:~# -- login as: root [email protected]'s password: Last login: Mon Oct 2 06:09:10 2017 from 192.168.0.51 Linux 4.9.30-unRAID. root@ffs2:~# iostat -c Linux 4.9.30-unRAID (ffs2) 10/02/2017 _x86_64_ (4 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 1.12 0.39 0.93 0.54 0.00 97.03 root@ffs2:~# iostat -d Linux 4.9.30-unRAID (ffs2) 10/02/2017 _x86_64_ (4 CPU) Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn loop0 1.13 4.49 270.81 18255720 1101094532 sda 0.01 0.47 0.01 1910116 38352 sdb 4.22 1930.20 0.02 7848087954 86480 sdc 4.44 1966.14 15.41 7994186038 62667384 sdd 10.05 2046.40 1938.02 8320543902 7879879916 sde 4.22 1929.01 0.04 7843253710 169012 sdf 5.76 2933.25 14.64 11926427510 59515132 sdg 4.30 43.41 2370.89 176521033 9639881435 sdh 0.88 71.96 176.82 292564905 718934752 sdi 8.94 4231.88 382.08 17206559638 1553528652 sdj 6.37 3132.00 241.21 12734516378 980759664 sdk 8.51 3868.15 0.00 15727639522 9776 sdl 4.28 1937.88 0.02 7879293706 94884 sdm 4.23 1932.66 2.17 7858055862 8835484 sdn 4.20 1929.04 0.01 7843352342 32708 sdo 3.12 1443.96 0.02 5871056118 76604 sdp 8.40 3862.24 0.00 15703619642 19768 sdq 8.42 3855.84 0.01 15677601186 30960 sdr 9.67 4082.29 98.62 16598321798 400998084 md1 1.01 121.30 9.89 493217926 40221989 md2 0.11 11.95 0.00 48603403 13734 md3 0.17 17.86 0.00 72634829 4883 md4 1.19 133.39 98.62 542338732 400976865 md5 0.04 2.29 2.17 9308474 8825273 md6 0.02 0.84 0.01 3408013 24923 md7 0.08 5.55 0.01 22577745 23366 md8 0.01 0.29 0.02 1160884 67654 md9 0.09 9.66 0.02 39291547 85629 md10 0.03 1.99 0.02 8095153 74658 md11 0.23 22.53 15.41 91616252 62655428 md12 0.04 0.78 0.04 3188537 155432 md13 0.49 1.65 241.16 6707814 980539053 md14 0.49 29.31 14.59 119189684 59339054 root@ffs2:~# uptime 06:31:54 up 47 days, 1:26, 1 user, load average: 17.00, 17.00, 16.57 root@ffs2:~# -- now 'iostat -x 1' is reporting this: avg-cpu: %user %nice %system %iowait %steal %idle 0.00 0.00 0.25 0.00 0.00 99.75 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util loop0 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdb 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdd 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sde 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdf 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdg 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdh 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdi 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdj 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdk 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdl 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdm 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdn 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdp 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdq 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdr 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md2 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md3 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md4 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md6 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md7 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md8 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md9 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md10 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md11 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md12 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md13 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 md14 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 but system is still unresponsive.

FWIW, I also get the "this file no longer exists" when deleting -- from Windows -- on any share. It happens A LOT, but appears random, in that it doesn't happen every time. Perhaps this is a samba issue? Or a recycle bin issue? Although I think it was happening before I started using the recycle bin. I still haven't tried to delete my backup sets, don't want to lock up my server and initiate a parity check.

I must say now that I'm afraid to delete my old backup files. I have about two months' worth (weekly) and was going to delete some old stuff, but this whole server lockup issue seems to be more and more common. Anyone figure out what's going on?

Does anyone know if there is someone working on a plugin, docker, or the like, for unraid, that uses something like RRDtool and cacti to monitor network traffic and devices? That would be awesome.