tomsliwowski

That's exactly what I am planning to do. Glad to hear it's working. I'll probably do my upgrade tonight.....fingers crossed.

So I see the iso for Server 2019 sitting in MSDN and I'm, of course, itching to do an in-place upgrade of my Server 2016 setup. In a (very) rare moment of caution I figured I'd ask about if DrivePool and Scanner have been tested on 2019. So...have they? Any issues I should know about before taking the plunge?

I'm looking to have some sort of parity and redundancy that the Drobo provides (I'm kind of wary of running my deathwish drive pool). The goal is that at some point, my entire pool will be just made up of individual Drobo iSCSI volumes. If you have a simpler and financially equivalent solution I'm more than happy to hear it.

So I'm thinking of picking up a used Drobo Pro (DRPR1-A) for like $250 from a guy on Facebook. Now I'm fairly sure this thing is limited to volumes of 16GB in size which isn't a big deal if I can use DrivePool on my Server 2016 box to combine a couple of volumes into one pool. Is something like this supported? Keep in mind this would be my first Drobo anything (they were always WAY out of my price range for what they are) so please excuse my ignorance in case this whole thing is a ludicrous idea. Thanks!

Nice setup. Where did you get that case cause 45 drives doesn't seem to have it on sale by itself.

So running it with /scan didn't find anything and your explanation that it skips the volume bitmap part seems a good explanation as to why it didn't find anything bad. Now running chkdsk /F then running another chkdsk to verify no other issues are found is the correct approach, right?

So running chkdsk /F fixed the issue. It said that the issue was space that was marked as used but was really free. So far I reset the filesystem health status in Scanner to unchecked and ran the scanner on both 3TB drives and am currently running it on the 8TB drive. Both 3TBs now came back as normal.

OK, I'm not sure what the deal is but now a third 3TB drive has come up with the same error. I can understand 2 disks having the same issue at the same time but 3 out of 4 pool members seems a bit....unlikely. There has been nothing recently done on this server outside of upgrading from 2012 R2 to 2016. I believe this is the first time the drives got scanned since the 2016 upgrade so could that have something to do with these results?

The SMART values appear fine and both drives show no imminent failures expected. The other disk had the same kind of error in Scanner but was fixed with whatever operation ran when I clicked to fix the issue in Scanner (I assume chkdsk).

So I woke up this morning to some alerts from Scanner that 2 of my drives had filesystem issues (both drives are in a pool). Running the link to fix the drive within the Scanner fixed one drive right away but my 8TB drive failed and asked me to run chkdsk manually. I assigned the drive a letter and chkdsk reported the following: Stage 3: Examining security descriptors ... Security descriptor verification completed. 11604 data files processed. The Volume Bitmap is incorrect. Windows has checked the file system and found problems. Running it with the /scan switch found no issues but running it without it did. Here is the full output of both commands run back to back: PS C:\Users\Administrator> chkdsk.exe g: /scan The type of the file system is NTFS. Stage 1: Examining basic file system structure ... 208384 file records processed. File verification completed. 6400 large file records processed. 0 bad file records processed. Stage 2: Examining file name linkage ... 231592 index entries processed. Index verification completed. 0 unindexed files scanned. 0 unindexed files recovered to lost and found. Stage 3: Examining security descriptors ... Security descriptor verification completed. 11604 data files processed. Windows has scanned the file system and found no problems. No further action is required. 7630883 MB total disk space. 5479076 MB in 188976 files. 77960 KB in 11606 indexes. 0 KB in bad sectors. 513531 KB in use by the system. 65536 KB occupied by the log file. 2151229 MB available on disk. 4096 bytes in each allocation unit. 1953506303 total allocation units on disk. 550714792 allocation units available on disk. PS C:\Users\Administrator> chkdsk.exe g: The type of the file system is NTFS. WARNING! /F parameter not specified. Running CHKDSK in read-only mode. Stage 1: Examining basic file system structure ... 208384 file records processed. File verification completed. 6400 large file records processed. 0 bad file records processed. Stage 2: Examining file name linkage ... 231592 index entries processed. Index verification completed. 0 unindexed files scanned. 0 unindexed files recovered to lost and found. Stage 3: Examining security descriptors ... Security descriptor verification completed. 11604 data files processed. The Volume Bitmap is incorrect. Windows has checked the file system and found problems. Please run chkdsk /scan to find the problems and queue them for repair. 7630883 MB total disk space. 5479076 MB in 188976 files. 77960 KB in 11606 indexes. 0 KB in bad sectors. 513531 KB in use by the system. 65536 KB occupied by the log file. 2151229 MB available on disk. 4096 bytes in each allocation unit. 1953506303 total allocation units on disk. 550714792 allocation units available on disk. Is this an issue and if so, can it be safely fixed or am I looking at a drive replacement?

How ready for production use is 2.2.0.651? I'm a bit hesitant using a beta release on my pool.

Now that Server 2016 is generally available, I was wondering if DrivePool and Scanner are compatible with it. I'm currently running both on Server 2012 R2 but feel the need to upgrade to 2016 (yes, I know there is no good reason to but I really want to have the new shiny toy).

Is this something new in the 2.x version of DrivePool? I don't recall this ever happening on my WHS 2011 server running DrivePool 1.x. Also how big of a performance hit would it have?

So after restoring my data from a HDD loss (covered here: http://community.covecube.com/index.php?/topic/2037-scanner-didnt-find-my-2tb-red-was-going-bad)I noticed a weird issue with my music library. I restore the whole library to an external drive using CrashPlan and then I copied the directory to my drive pool, overwriting all existing files. Everything seemed all nice until I added a new album to one of the sub directories. Subsonic wouldn't find anything and after some troubleshooting with the developer it was discovered that the modified time was not being updated on the parent directory. Here is how the library is laid out: E:\ServerFolders\Music\<artist>\<album> When I add a new file or directory inside an <artist> directory, I expect the modified time of the <artist> directory to also update. I was able to force a timestamp modification by running the following in powershell: $update = get-date Set-ItemProperty -Path E:\ServerFolders\Music\ -Name LastWriteTime -Value $update This is only a simple band-aid since the timestamp won't be updated the next time I add another album. The REALLY weird thing is that it seems to be inconsistent. Like some directories update just fine while others do not. Is there some kind of NTFS flag that needs to be re-set? How can I even start troubleshooting this? Here is my server setup: Windows Server 2012 R2 Standard Core i5 3570K @ stock speed 16GB DDR3 RAM OS drive: Sandisk 120GB SSD E:\ Storage Pool: 1x 8TB RED 2x 3TB RED 1x 2TB RED

I guess that is what happened. Sorry if I came off as hostile, it was just a huge pain in the ass to restore music/pictures/docs from crashplan and then to randomly find corrupted videos from the files I didn't have backed up in crashplan :-/