Umfriend

Not to bother and I know you're very busy but how would reading _another_ file from the faster drive cause file corruption?

But... while the slowest drive is writing, new commands may be issued? So you could subsequently read another file and it would be read from the fastest drive?

It does seem to get harder to find copies. Not sure if this one actually has stock: http://www.superbiiz.com/detail.php?name=MSCCQ00128

Uhm, I'm pretty sure WHS2011 can be had actually. In Europe I certainly can.

All makes sense then, It'll be fine. "other" is data on the drives but outside the poolpart folder, i.e., data on the drive that is not part of the pool (and is not intended to be). Nothing to worry about. Mostly, AFAIK, contents of the SystemVolumeInformation folder which *can* grow large (especially if you have shadow copies enabled with larger endowments of space) but clear out in time. Actually, http://community.covecube.com/index.php?/topic/37-faq-unduplicated-vs-duplicated-vs-other-vs-unusable/ explains it best I guess.

Then I don't understand the numbers as UnDup has hardly declined, little unduplicated files were duplicated but Dup has increased, oh wait, from I read 5.51TB but did you mean 551GB? ROFL

If you can, you might want to stop copying more files to the Pool and first let it stabilise. Then copy to the Pool as those "new" files will be duplicated on the fly, way faster. Also, there is no real reason why you could not add those other drives to the Pool already.

Are you comfortable with the SMART warnings? I would not be surprised of the 42.3%, all of a sudden, turned to 100%. Unless the guys that actually know tell you otherwise, I'd advise to leave it as is and trust it'll work out itself. Then, I'd really check the drives... One thinhg I do not understand, are you copying files over to the Pool as well? 475GB Dup + 2TB undup could, IMO, end up as 4.75TB Duplicated maximum...

Side note, if one of the drives has a bad sector, wouldn't DP then migrate everything off that disk? Or has it been repaired already? Another side note, you have 3TB that needs be duplicated which gets to 6TG on 7.5TB of disks, leaving 0.75TB *net* free space? Yes, I would add another drive and check whether files are moved off of the one with the bad sector, you may need another or at least repair that one. Other than that, I was serious. IMHO, duplicating (and de-duplicating as well BTW) takes a lot of time. I am not surprised and would not be concerned. Well, I would but I would know I most likely needn't be. It definately takes longer that a simple copy and, well, copying 3TB of data...is already 8.5 hrs at 100MB/s which is very fast for disks running full and doing small files. The only thing I am not sure about is how DP would react to adding/removing drives when already in the process of duplicating. I actually think it'll work out fine but it'll take time. Shitloads I fear. Perhaps you could post screenprints of DP and Scanner?

I do not know what is best practice but I do know that in such cases I was told that DSKCHK could not be run becuase the drive was in use but that I could schedule a run for the next boot. I did and restarted the machine. It took a bit longer and then all came up and stuff was done/fixed. Don't exactly remember where the log file of dskchk was written to though.

Have you read this: http://community.covecube.com/index.php?/topic/37-faq-unduplicated-vs-duplicated-vs-other-vs-unusable/ I have never seen a DP setup with 0 "other". "Other" is not unduplicated in the sense that it is data you want duplicated. It is data on the drives that resides outside the Pool (or poolpartfolder). These may be shadow copies, files you put on there (which you obviously have not) and other stuff. The SystemVolumeInformation folder is a well know cause of "Other" becoming quite large sometimes and the another day it may have all but dissappeared.

What would save you time, I am pretty sure, is if you first set up the Pool with duplication and then move the files to the Pool. Files will be written to two disks real-time. Duplicating data that is already in the Pool is something I have never been able to do quite as fast. It can take a long time.

It doesn't. Scanner will simply pause on drives that are used by other processes, such as file copying.

On WHS2011, you can even simply disable Shadow Copies. I am not sure what the files that do end up in de SysVolInf folder are, I think they are mostly to do with Server Backup and can take a lot of space as well but I don't think the OP uses Server Backup.

Somehow I can not get my Seagate NAS drives to go to standby through Stablebit Scanner but the WD Red does.

I don't know for sure and Drashna will probably come back to you on Monday. In my experience however, checking, rebalancing, removing, adding etc. does take a lot of time. I suspect due to low priorities of the tasks. Also, it can be at a low percentage and then all of a sudden be completed. My advice: (a) keep it running ( don;t worry © wait for Drashna or anyone else who actually knows to respon, will probably be past the weekend.

Assuming it is through the Dashboard: Dashboard -> Stablebit Scanner -> Scanner settings -> All settings -> License -> View license details -> Deactivate. Note the Activation ID, I think you'll need to input it in the new instance / server.

Have you created a volume on the new HDD in disk management? Can Explorer see the HDD?

I uploaded a spreadsheet to the Servive Memory Dump location. It shows consequtive screenprints during a remeasuring operation after which the issue persisted. I fear I've not taken one at the end of the operation (which lasted a few hours). Some data counters appear to move back and forth between Unduplicated and Other. As said, I can no longer recreate this issue and at no time has there been an indication that there were actually undupicated files where they shouldn't. It's just the counters/bar that seemed to be erroneous.

OK, they're on the lappy and will be uploaded tomorrow morning (my time, should be at the Box thing before you wake up). As said, the issue is no longer there and I can not recreate it.

In the test I was backing up both drives making the Pool. Usually I only backup E:\. As part of the test, I also wrote about 160GB to the Pool (so in effect I wrote 320 GB). Test was succesful by the way and fixed my issue with DP as well but it remains weird. I also have a number of screenshots taken during the remeasuring prior. Would those be worthwhile? The fun thing is that you see numbers al over the place for e.g. duplicated.

Uhm, now that my > 2TB Server Backup test has finished succesfully, for one reason or another DP is reporting exact same drive use figures. It almost looks like DP needed a kick in the butt to get its admin in order or something...

As it happens, I am copying a lot of data around for a 2TB Server Backup limit test. Anyroad, I am copying data to the two Pool drives (but outside the poolpart folders) and I would expect that space usage to be shown as "Other", which is true. However, the mouse-over window for the E:\ drive is now showing data. 871 GB duplicated. F:\ is at 736GB duplicated. They should not differ and according to Windows Explorer Properties of the poolpart folders, 736 is valid for both and correct. But the 145GB discrepancy might well explain the difference in bars' lenghts.

-Ticket is opened, dumps are being uploaded.

Uhm, any ideas? I use Pool File Duplication so all is duplicated (as windows explorer confirms by count/file size).