Christopher (Drashna)

I mostly agree. Mostly because the performance was fine most of the time. But because of the periodical stalling... Yeah. As for "how would that work", it depends on the size of the database. If it's going to stay fairly small (less than 10GBs), then I'd say use a file placement rule to lock the files down to the SSD drives.

If you restart the service, does the issue persist? And what version of StableBit Scanner are you using? Check the Scanner Settings, if you're not sure. It should list it at the bottom.

Well, I don't, but I can't speak for Alex. Though, they are logged. As for the OS, the interface is pretty much identical between 2012 and 2012R2, there isn't a significant change. But yeah, it's probably better to stick with what you have.

Not currently, but I'll pass the suggestion/request along to Alex (the Developer)

No, it didn't look like the dump got uploaded properly. If you use SkyDrive or whatever and get a link to us, that would be fantastic! ANd yes, this definitely looks to be an issue with DrivePool. And was this a one time thing, or has it happened a few times? If this was more than once, then please download this version and see if it helps: StableBit.DrivePool_2.2.0.599_x64_BETA.exe

What OS is this specifically? And what version of DrivePool? Also... are these disks on your Silicon Images controller? If so, that's likely the problem. Specifically, here is what is going on: However, this isn't normal behavior. The disks should be considered online already. Could you post more information about your hardware configuration, as well? Also, if you want, open a ticket at "https://stablebit.com/Contact",

"in conjunction with". Backup the system disk, and use Robocopy (or whatever else) to handle the pooled data. However, talking with Alex, he does want to implement the "grouping" feature, so it will appear sooner or later. But it may take a while, because it will DEFINITELY be complex (at least in the code).

Phileeny, Well, it should list the files in the logs, so you should be able to get a list there, and check yourself. However, we have already planned on improving this part of DrivePool (the entire "feedback" system), to provide for more robust feedback and conflict resolution.

Not currently, no. Sorry. I say currently, because... well, you'll have to wait and see (it may not be the perfect solution, either). However, if you have the two pools, you could use something like Allways Sync, FreeFile Sync, SyncBack, etc. You could run these as a scheduled job and since periodically.

I've requested it, at least. However, a feature like this will be VERY complicated, so it may not be any time soon. https://stablebit.com/Admin/IssueAnalysis/14534

Totally understand!

Before. Restarting the "Server" service should automatically re-share the folders if it can find the disk "where it's supposed to be". Otherwise, reshare the folder manually. Then try restarting the service afterwards to see if it keeps the shares. If it doesn't, then something odd is definitely going on here. And in that case, do you have any antivirus or disk tools installed? And could you do this: http://wiki.covecube.com/StableBit_DrivePool_Q2159701 https://stablebit.com/Admin/IssueAnalysis/14533

no, unfortunately, there really isn't a way to do that with the current architecture. You could specify a single, specific disk, and if duplication is enabled, it will put the duplicates on any other disk. (as long as you don't have the "never allow placement on other disks" option enabled). Aside from that, no. Sorry.

No, it doesn't. You can do it by command line though. However, the Windows Installer service (which is what handles MSI files) is supposed to prompt for elevation (UAC prompt) if the installer needs it. That is what is SUPPOSED to happen if you run it the MSI installer.

Not currently, Sorry. Creating an auditing tool is on our to-do list, and hopefully, we can get to that soon. In the meanwhile, a "re-measure" may help. Also, did you do the "Pool File Duplication"? If not, then the "System Volume Information" and "$RECYCLE.BIN" folders may account for this space usage. And you may be able to view where it is, by using the "Folder Duplication" window (but some people have reported issues with that not properly indexing the pool)

The "Store" folder is the "settings" store. It is where all the information is stored. Balancing settings, file placement rules, disk info, Pool info, stored notifications. This is also why we recommend wiping the folders in the case of the service not starting. Occasionally, if the files get corrupted (which can happen), that will fix it. However, Duplication information is stored on the pooled disks DIRECTLY, as hidden NTFS metadata files (as are the Pool IDs). https://stablebit.com/Admin/IssueAnalysis/14532

Nope, it won't. It is definitely a different product, and isn't compatible. Which, I agree is BS, especially considering how they handled Windows 8.1...... That said, there IS a 180 day trial period for Server 2012R2. Also, for Essentials... there isn't a HUGE change between the two versions. So it should be fine either way.

Greg, (I'm assuming that's your name, I apologize if that's wrong). Alex has taken a look at the dumps, and this issue doesn't look to be DrivePool related, directly. The last dump you uploaded... it was pretty mangled. Something messed with the memory badly, which is definitely what caused the BSOD. From that dump, though, it looks like you have PrimoCache loaded. I mention this, because ... well, because the PrimoCache app seems to be what was activate at the time, and may be the cause of the issue. I would recommend uninstalling or disabling it for now, and see if that helps fix the issue.

Learning is fun though.

yeah, to get it on 2012 Standard, you have to install Essentials, and use a "Standard" key to "transition" it to standard. Then you get both. On 2012R2, it's just a normal role.

If you mount the disks in a pool to a folder, it should affect the pool at all. If you're having issues here, try restarting the "Server" service and see if that helps. If it doesn't, then try doing this: http://wiki.covecube.com/StableBit_DrivePool_2.x_Boot_Time_Log_Collection

Well, from the stuff you posted here... The "Thumbs.db" file ... these get locked by Windows a lot, so we can't modify them when they're locked (well, we could but that could cause data corruption, so we just don't). As for the error checking for duplication, that could indicate an issue, depending. May be related. The "disk modify" stuff is just disk info being updated/discovered (such as when you reboot). The "file mover" stuff and specifically "pattern limited" indicates that they are not limited to a specific disk by the File Placement Rules, I believe. I'll have a look at the logs in detail later today (or flag them for Alex, the developer) to take a look at.

If just the one machine is slow to list the contents, then it may be a networking issue with THAT machine. If this is the case, then check the network adapter in Device Manager. On the "Advanced" tab, turn off any setting that uses "checksum" or "offload" in the name. These features "offload" processing to the CPU, and can cause a slowdown of the network traffic. Additionally, test the cable itself, if you have the tools (or swap out the cable if you have a spare). Also, try limiting the "network autotuning" feature of windows. On the affected computer, run the following command from an elevated (admin) command prompt: "netsh int tcp set global autotuninglevel=highlyrestricted" (to run an elevated command prompt, hit "Win+X" and select "Command Prompt (Admin)"). If these don't help, then do you have any antivirus installed on the system in question?

If you changed the "Pool File Duplication", (the root of the pool), then this setting is inherited to all folders unless explicitly changed. That means if you had the Recorded TV at the default setting (no duplication), then setting the pool file duplciation to x3, would (in theory) set the Recorded TV to x3 as well. You would need to manually change it to x1 (turn off duplication) to avoid this. I suspect that this is the case, and what you are seeing here. Otherwise, the duplication information is stored on the disks themselves as hidden NTFFS metadata. If a disk error occurred and damaged this data (eg, file system damage), then it could have reset the status on one or more of the folders. Though, this is very unlikely. As for "over taxing", no. The StableBit DrivePool service is multi-threaded, which means it can handle doing many things at once. However, just in case, could you grab the logs, just in case: http://wiki.covecube.com/StableBit_DrivePool_2.x_Log_Collection Just do steps #6-8 (grabbing the files), and we'll take a look. You may want to use the Box upload widget, or open a ticket at https://stablebit.com/Contact as the logs may list file names.

Yes, you should definitely be able to do that. I haven't tested it personally, but it should show up as a single drive to Crashplan and allow you to do that. Alternatively, you could use something like SyncToy, FreeFile Sync, or Allways Sync to accomplish this, as well (if you want).