Jump to content

Umfriend

Members
  • Posts

    1001
  • Joined

  • Last visited

  • Days Won

    54

Posts posted by Umfriend

  1. 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.

  2. Then I don't understand the numbers as UnDup has hardly declined, little unduplicated files were duplicated but Dup has increased, oh wait, from

     

    475GB Dup, 2.06TB UnDup and the current screen shows Dup = 5.51GB

    I read 5.51TB but did you mean 551GB? ROFL

  3. 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.

  4. 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...

  5. 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?

  6. 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.

  7. 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.

  8. 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.

  9. 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.

  10. 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 (B) don;t worry © wait for Drashna or anyone else who actually knows to respon, will probably be past the weekend.

  11. 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.

  12. 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.

  13. 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.

  14. 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.

×
×
  • Create New...