sota

I take it no one has any ideas on what to look at?

a pull would be safer than a push, in terms of a direct attack. as you've surmised, if legitimate traffic can get in, then illegitimate traffic can also. however an undetected payload is still a problem, regardless. In the past year I've made the mental "switch" from prioritizing defense AGAINST infection, to prioritizing mechanisms to recover FROM infection; techniques of getting malicious code onto systems are getting significantly more sophisticated to the point of it's not a matter of IF you're going to get hit, but WHEN. How do you recover from the inevitable has become more of my focus than it was in the past. Sadly, I can speak from experience, of getting bit by a ransomware attack, and having it somehow (still haven't figured out how it did it) encrypt my Exchange Server databases, but nothing else. I recovered totally though.

2 basic choices: 1) set up rules on the firewall to allow traffic across subnets (poke a hole) 2) put a 2nd NIC in the unRAID machine and have it connected to the same network/subnet as the download machine (spaghetti)

Cool. It's not a massive screaming deal, as I could probably do it "by hand" so to speak (console.) I just thought it curious that it didn't show UD's, but it does show the array disks individually, and the cache as a collective.

Is there a technical reason unBALANCE can't see (or work with) unassigned devices? I have a lot of "scratch" work I need to do on a good collection of files spread across multiple devices, but would prefer not to pound on the array until I'm done folding/spindling/mutilating the collection, and then move everything on to the array in one big shot. Thanks.

As the subject says, drive temperatures continue (since day 1 on this machine) to not show up on the Dashboard or Main screens. I've been attempting to find an answer on here with no luck; I see someone else had a similar problem back in 2018, but there's no indicated resolution to the temperature display problem. So, I ask you fine gentlemen and ladies for assistance. The machine (as it says in my signature) is an HP DL380e G8 12+2 LFF with an HP H240 controller board running everything. I've not had any drive connectivity issues with the controller or the drive cages. I recently came across a thread talking about manually setting the SMART controller type, and I did so for all my array disks so far; that didn't solve it. The Attributes section shows the data just fine. (see images below for Disk 1 Settings and attribute data) https://pasteboard.co/IHMenX7.png https://pasteboard.co/IHMfCqX.png https://pasteboard.co/IHMgbr4.png I've attached the diagnostics file for perusal. In case it's in there, yes I'm aware of the ACPI Power Meter error (it'll be corrected on next reboot, as I already put in the fix as per this thread), and I have a pair of replacement memory sticks coming for the 2 that are throwing CEs a-periodically. Thanks in advance to all who look into this. cube-diagnostics-20191121-2256.zip

One of the downsides of big drives, that I think a lot of people overlook, is the rebuild/recovery time when you drop a disk. According to my last Parity/Build pass, it took 18 hours, 10 minutes, 19 seconds, Average Speed: 152.9MB/s to process my 1+5 10TB disk array. That's an awful long time (in my opinion) to be exposed to data loss, and one of the reasons why the next time 10TB drives are on sale the next pair I buy will be used to add the 2nd parity drive and 6th data array. I hoping to buy 3 so I can keep 1 in reserve as a cold spare.

96GB in 12 sticks. because the cost savings on the build spec was only a couple dollars even if I cut the memory in half.

HP DL380e G8 can have up to 14 drives (2 in the back.)

I'm not sure the idea is really that useful either. Let's look at a couple examples: starting point, 3x 3TB drives, (1 parity, 2 data, 6TB total). you have effectively 6TB of data storage. add 1 6TB drive (parity). retask 3TB parity as data. data increase: +3TB (9TB) add 2nd 6TB drive (data). data increase: +6TB (15TB) add 3rd 6TB drive (data) data increase: +6TB (21TB) now, starting from the same 3x 3TB... add: 1st 6TB (data), retask 2x 3TB as parity (RAID0 6TB) data increase: 0TB (9TB) add 2nd 6TB drive (data) data increase: +6TB (15TB) add 3rd 6TB drive (data) data increase: +6TB (21TB) you've come to the same place, but now you've added complexity and increased failure potential. about the only hardware RAID i've considered is potentially RAID1 for the parity drive, but even that is problematic.

nah. they're not shingle drives. my understanding is, we won't see shingle drives for public sale for a while, due to the back end hardware/software needed to make them not totally suck. so basically, shingle drives will only ship as "black box" type storage.

All mine are shucked. 2 EasyStores and 4 Elements. I would like to point out, the Element units shuck much nicer, and don't break little tabs inside, so you shouldn't have a problem putting them back together if needed. I found his comment about warranty length interesting, as how would they know if you've shucked the drive? The cases have the serial number of the disk inside on the outside, and when I ran those numbers they all came up as 6/21 or 8/21 expiration.

I'm not sure how to interpret the ACPI errors; keep in mind there's 3 controllers on this machine: CD-ROM SATA, HP B210i (not used), HP P420 (used). And of course the USB slot for the unRAID stick (inside the case.) I re-checked the cache settings and --get says they're all set to enabled. However when I did force it for sdf and sdg and refreshed the log I see an entry each for sdf and sdg saying it's now enabled. Weird. eta: dug more on the ACPI errors... they're nothing to worry about. They're related to HP being HP; see https://www.serveradminblog.com/2015/05/kernel-acpi-error-smbusipmigenericserialbus/ I'll worry about dealing with that later.

Back to it being slow. Had the machine off for a couple days, waiting on some parts to come in. Moving more data on to it, and write speeds are down again to 30MB/s. Did the WCE thing on all drives, no effect. Will try mounting an NTFS disk in a bit, do a test transfer, and see if things change. Local disk-to-disk transfer of a 4GB file resulted in a 168MB/s data rate. cube-diagnostics-20191026-2353.zip

Here you go. I have no idea what changed, but all of the sudden i'm now getting 100MB/s transfer speeds into unRAID. I'm trying to think of what it is I messed with during this time: Hot added a 4th drive to the machine, which showed up as /dev/sde. Mounted sde as /mnt/ntfs1 (it's an NTFS formatted drive.) Did some file copy tests from it to one of the array disks (/mnt/disk2.) Got a computed 112MB/s data transfer rate, which to me is appropriate. Deleted the copied files and unmounted /mnt/ntfs1. After all that, I went back and looked at the network copy activity, and it was running near 100MB/s. i could see on the graph (Windows Server 2012R2 source) the big hump and jump up. I guess whatever Fat Electron cleared out of the wire? cube-diagnostics-20191019-0015.zip

I'm apparently having the same problem. My write speeds are in the sub-30MB/s range. I checked the WCE flag and it's enabled on all my drives. This has been consistent across two different builds (other was an HP 8000 Elite SFF C2Q Q9650, 16GB ram, native SATA connectors.) I'm still looking for a solution.