thevorticon

Congrats guys!

Bumping It appears to occur when I write to the cache/SSD, I was copying some files off an external drive to my array and the slowdown/crawl occured. BUT, READING from the drive or writing at a low (under 1mb/s) speed seems to not cause it to occur. Wondering I should format from btrfs to xfs on the cache and see if I get similar results?

Update 2: I just got a "heat warning" for my cache SSD, says its running at 45C. I guess this could be it too? This SSD used to run 5-6 VMs at one point with no problem so I sort of doubt it unless docker/plugins are doing something weird. Edit: Nvm it just went back to 27C

Minor update: Appears to happen with only 1 cache drive (reformatted) as well. I'm noticing that the next drive in sequence never gets spun up even though the current drive is half full (share is set to high water). Maybe this is where it gets hung up? Though I guess if its just writing to itself (the cache drive) until the mover hits, this doesn't seem likely. Attempting to have all drives spinning to see if I can replicate.

Tried it, same result. I'm gonna switch it to just my 256gb SSD instead of the 2 and see what happens

Scrub came back with 0 errors scrub status for df489f54-c8eb-48e1-b5a9-54440fc6fa92 scrub started at Fri Jun 12 18:10:38 2015 and finished after 37 seconds total bytes scrubbed: 31.73GiB with 0 errors

Label: none uuid: 6ab55325-6270-4669-a887-3da715f2bfc1 Total devices 1 FS bytes used 295.03MiB devid 1 size 10.00GiB used 3.04GiB path /dev/loop0 btrfs-progs v4.0.1 seems fine

Is there an easy way just to reformat the pool?

df -h says /dev/sdb1 173G 16G 95G 15% /mnt/cache

Disk usage on cache lists about 33% full. Semi-doubt its because disk space but interesting theory.

HDDs are connected through RAID card, probably why? I opened another thread for that, it looks like my second drive in the pool either isn't getting used or is showing wrong size info.

Bump

I have an unraid pool of 2 SSDs (btrfs) but it appears to be showing the wrong size, one with a NaN value. Under partition format, the format is "unknown" for the first and "MBR: 4K-aligned" for the second, wonder if this has anything to do with it. Any ideas?

Recently upgraded to rc5, though this issue was present before upgrade. Report attached! edit: Just to clarify, the speed goes from 100+mb/s, to 20kb/s. Which in comparison is less than a snails pace Would love any help to diagnose what could be happening. tower-diagnostics-20150610-2223.zip

Something is happening where if I'm copying a file via ssh, the disk speed will go to a crawl for 5-10 minutes, then speed up again like nothing happened. It also brings down the disk speed of my VMs/docker somehow. If I CTRL-C out of the rsync command I ran, it returns back to normal in a few seconds. I'm literally just bulk copying files around my disk array, and its usually fine, but is there some way I can find out what's behind this AWESOME slowdown that happens?

Thanks everyone! I got everything up and running with my parity drive seems happy/healthy. Really excited to see what else unRAID can do

Ohhhhh! Got it! Will try when I get home later. Thanks!

Wow thanks for the fast reply! I have this plugin already and it mounts externals automagically/correctly, though the question is if I want to copy data directly from external to array, how would I do that from a ssh/root terminal? Is there a specific directory in /mnt/user? I see /mnt/user/{sharenamehere} but not sure if that is correct. If I'm doing the rsync as root, does that muck up the permissions for samba? I have the "Pro" package with 25+ drives, not sure what you mean here.

Hey guys, I'm migrating over to the latest unRAID 6 Pro slowly (8x4TB WD REDs) from a system I set up myself through Debian with hardware RAID. Now I've switched to JBOD with unRAID handling the array instead, now I can add more drives as I see fit, yadda yadda yadda. Mostly use Samba shares and it looks like I've got the shares set up correctly, though I have a few concerns/questions about copying my data back over now that it's all XFS. I made the mistake of enabling the cache drive (240gb SSD) and filled it up almost immediately while writing back to the array insert terrible write speeds here. But now that I've disable the cache during my massive import, it seems to be moving along better. If I'm a total n00b and X question has already been asked/answered elsewhere, plz let me know 1. Big question is, is there an easy way to do this from the root shell? Like is there a way I can mount an external drive (already have that working), run an rsync command and have it go into the array from a directory internally without a smb share? Is there permission stuff that gets messed up doing this? Or am I stuck with just SMB? The main reason I'd want this is the external drives in question are ext4, and not (natively) readable in Windows. Just wondering what the best course of action would be to copy this data to the array. My next approach is probably just mount the drives inside the system as internal drives, but the questions about rsyncing to the share remains. Any ideas here guys? 2. I have an SSD set up as a cache drive, but I also have another smaller SSD that I'd like to pool with it. What's the best way to do this/Can I do this? I don't see anything in the webGUI to set up more than one. 3. My parity is currently being built. I'm wondering since the parity is set to one drive, is that drive somehow more likely to fail than the 'actual' array? This may just be my data-paranoia setting in while migrating so much over. Anyways, love the ideas with unRAID. The cache drive seems to work well with docker and I've got MySQL/Usenet crawlers running already and everything works very well 'out of the box'.