JasonC

So, trying to fix some issues I have related to mounting a pool with Windows sharing to a Linux client, it occurred to me that perhaps it would work better if I used NFS. Which leads me to: - Any issues doing this? - I have this on a Windows 10 machine, so no native NFS server. Any recommended NFS server software I can run on Win10 that's known to work well for this sort of thing? Thanks!

I have an automated process that I moved from Windows to Linux, that since that move I get occasional file move errors, which appear to be from the new files not being visible quickly enough. I can't quite tell where the source of this latency is, though it didn't ever seem to happen when the process ran on another Windows machine. I've adjusted the caching settings in the mount point to what I thought they should be to be optimal, but not sure if I've got it optimally set or not. If someone has a set of mount options that works really well for them, I'd love to see them. I'm asking here, because I think it's a interaction with the pool underlying the share. Thanks!

So I just went to enable that. It was already enabled, with a valid email address, that passed the test message. I searched my mail and didn't get a notification. Best guess: does it only notify if a disk disappears _during_ operations? So, if it starts up with a disk missing from the pool, would it notify? That was the scenario I was in, and I think that might be why it didn't notify me? Nope, not that. It just didn't send one as far as I can tell, when the problem first occurred. I did find one when I searched my email, but it sent it right after I had rebooted again, but before I realized on my own the disk was gone, because 2 minutes after I rebooted, and it sent that first email, it sent the re-connect message(because I had re-attached in Hyper-V). The problem had been persisting for at least several days, so there was plenty of time to send a message but I don't appear to have gotten one. *shrug*

Lots of modern drives have protections built in to automatically move drive heads to safe zones in the event of power loss. That said, power fluctuations, which a UPS would also normally handle (power conditioning features) probably could causes something weird to happen which could cause a head crash. Frankly, it sounds like you're pretty lucky your electronics didn't fry. Even if your power is reliable, you should have computer equipment you really care about not losing, on UPSes. UPSes are more then just providing power when power goes out. They often/always(?) on the protected outlets, disconnect your equipment from direct line power. Line power charges the batteries and the batteries power the gear. Think of them as an electrical buffer. But as Drashna says, the only way to be completely safe in questionable circumstances is to disconnect from line power. You can put everything on 2 disks, there are numerous ways to do this, in software, you could just have programs that makes sure your disk is duplicated to another disk all the time. Drivepool itself supports doing this. You can create a RAID array(, RAID 1 specifically, mirrored disks), literally everything that happens to one disk happens to another. You can do this right inside Windows, or use specialized hardware. NAS gear usually supports this configuration if you so desire). But of course it's not cheap, you are buying twice the disks for the same capacity. Businesses do this when uptime is the most important thing, and the budget is there. But ultimately, you want backups that are not connected to the hardware all the time, and ideally, are stored in a physically different location. The easiest way to do this for most people is cloud backups, but it may take a long time to get backed up if you don't have a fast upload on your Internet connection. Historically, IT did this with tape backups that are rotated offsite. Most people aren't going to go to this trouble, and it's much simpler and cheaper, but usually slower, to pay for cloud backups. Good tape backup gear is in the realm of pretty expensive to stupidly expensive.

Oh, it hadn't occurred to me this was a bug. I thought it must have been something I did. I'll have to get that installed. Thanks!

Is there anyway to do any sort of At-Rest encryption with DrivePool? I'm trying to visualize how this would even work, so far everything I can think of would involve manual intervention, which isn't totally out of the question, just a little annoying with Win10 forced reboots. Thanks!

Is this over a network? What's DrivePool showing in the activity screen you when you are copying to the pool? If it's over a network, have you tried copying directly to a disk over the network to see if the problem happens that way(trying to isolate if the problem is indeed DrivePool, or something else in your setup).

So, I still like the log thing if I can get it, but I did find the issue. I realized that I was having a pretty wide spread issue with a lot of files missing, I just didn't realize it until I went into a high level library. This made me check for a disk issue. Turns out it was a combination of a VM problem, for some reason one disk didn't get mounted to the VM at startup, and I didn't realize it because somewhere along the lines the notification settings I had in the Stablebit Scanner were lost, so I wasn't getting notifications about a disk issue. Once I re-mounted the disk into the VM, my stuff all came back.

I realize this is probably a asking a bit much, but is there any kind of rolling activity log option for DrivePool? I ask because sometimes I question my sanity, like files go missing. But they aren't things I've touched often, so I have no idea when they went away, or if I did it or what. Case in point: I told Plex to rescan a folder that contains unusual variants of movies. I generally don't ever touch anything in here once it's in there. The re-scan suddenly tells me a file is gone. I go look...yep it's gone (but the folder is still there). But it's not something I would have deleted. I don't know where it went, or how long it's been gone. I'll scan my FS and hope it's an accidental drag and drop, but I'm not hopeful. Since I have Plex scan my folders regularly, it had to be a recent removal. So...it'd be nice if I could just have a high level log tracking operations like that (log delete operations). Thanks!

Anyone ever seen any odd with a file named like this: "C:\ProgramData\Microsoft\Windows Defender\Support\MpWppTracing-20190202-183619-00000003-ffffffff.bin" Odd defined as conitnual writing for extended periods at fairly high speeds (relative to any other Windows instasll) Obviously it's some sort of Defender related file, but on most of my machines not much happens with that file (1-2KB/sec of writes). On my machine running DrivePool, I'll go through phases where it's writing to that file continually at 300-400KB/sec, sometimes more. It's only a 4K file so that seems a little excessive, and it's particularly annoying because I have All Defender related things turned off on this machine. Obviously something Defender related is still doing something though. Anyway, since this machine doesn't do anything but run DrivePool for me, I thought I'd check here. Thanks!

Well, so new wrench in the works, but maybe a new avenue to explore. I haven't yet changed the tcp auto-tune, but partly because I've gotten sick of Windows 10 reboots, so I've been migrating a lot of my things over to Linux. I'm still seeing the pauses in file operations, and I've had the index turned off for a long time so I know it's not that, now. On the Linux side, I think I've got my mount points correctly set to not do any caching, presumably similar to how I've got the Windows client set, but I'm still seeing some odd behavior when I've got the identical tasks happening, but via Linux/samba mounts, but otherwise the same software on the Linux side. I did just notice something though...I think whenever I am getting those weird pauses, I get this in the app log on the machine running DrivePool: I've just started investigating it, and haven't proven a correlation to myself beyond a couple data points, but the early things I've found make me feel like this could be related to the pause behaviors I'm seeing on the clients. So two things: - if you have run into that EseDiskFlushConsistency and can tell me if that's something I should look into addressing or it's not anything that impacts DrivePool things... - If you have any suggestions with regard to configure a Linux/Samba mount of the a share backed by DrivePool (I have cache=none set, I'm not 100% sure if that's the correct/equivalent to Windows SMB caching settings, but it looks it from the docs) that would be great too. Thanks!

Thanks, I'll give a look at the other options you've listed, I'll want to read up the potential impacts of changing the autotune on tcp before I put that in place. I've been running without the indexing service enabled for some time now, and I still see the weird pause. In particular, I see it at the end of file operations, usually when I'm moving folders and files to other places. I get this long pause at 99% like there is some cleanup or ack that the client is waiting for before it marks the operation complete. Long being defined here as 5 seconds to say...30? I don't time it, but it's just a file move between folders on the same target typically, so I don't know what it could be doing. I'll try and cap a video of it sometime just to show what I see.

Well, I wouldn't say exactly, I'm not getting any errors. It just is slower than I expect, or has a pause. It does succeed though. Which is why I hadn't disabled the indexing service, because I actually use the remote search capability. So it'll be a little unfortunate to lose indexed searches, if that is it. But, for science, I'll turn off the indexer, and see if it addresses those strange hangs

I've always assumed this was DrivePool, but I'm double checking/asking if there are any mitigations. I've noticed with a couple of fairly common operations, I'll run into pauses on the Drivepool disk that I don't see typically. Primarily I noticed this when I create a new folder, rename a folder, or a delete a lot of things. When creating or deleting, there is a several second pause. Same with a rename. It's somewhat annoying because I'll often get an error because of the pause, because I'll create a new, rename it, and try and enter it. But the pause between the create and rename means my system tried to enter "New Folder" not the name I just renamed it to. With deleting, it'll stick at 99%, sometimes for quite sometime. I'm guessing it's something to do with DP updating it's indexes, before telling the OS the operations are complete, but if there's a way to improve performance of this, I'd be interested in knowing what it is. Or especially if it's not supposed to do that. Thanks!

I tried switching...it seems that Rename-Item is much less capable in handling the square brackets then Move-Item is. I get errors I don't get when moving the file to a new name. I think I found my problem. It also turns out the Move-Item doesn't like it very much if you throw it a rename command with replace that doesn't meet the replace criteria. It appears that if Get-ChildItem passes such an item, it throws an error as though the file were locked, like it thinks that's the reason it can't successfully rename. Anyway, looks like it may have been a bit of a red herring. Thanks!