fleggett1

I haven't heard from Rossmann yet. If I don't get a reply by Wednesday, I'll voice call them. I did order the 6-bay Terramaster, which should be here tomorrow. If/when I'm satisfied it's running as advertised, I'll rebuild the pool and copy over what I can. Assuming everything goes smoothly (har har), I'll reinstall everything and restore from config backups, which I've been holding-off on doing until I can figure things out. I really, REALLY hope the Terramaster "just works". Since it only accepts six drives, the power demand should be a lot less than the Sabrent. I'd still like to disassemble the Sabrent to see what sort of PSU it's using. I'm 99.9% sure it's something custom, but you never know until you actually eyeball things. I'll report back in a few days. Wish me luck.

I think I'm gonna give up on having a pool. Maybe a computer. I was trying to clear that 18 TB Exos out using diskpart. This Exos has the label of ST1800NM. Another 20 GB Exos that I had bought a few months ago has the label ST2000NM. I was tired, bleary-eyed, more than a little frustrated with all these problems, wasn't thinking 100% straight, and selected the ST2000NM in diskpart, and cleaned it. Problem is this drive had gigabytes of data that was critical to the pool. GIGABYTES. I still can't believe I made such a simple, rookie, and yet devastating mistake. My God. I don't know if any of the file table can be salvaged, as I just did a simple "clean" and not a "clean all", but I've got a recovery request into Rossmann Repair Group to see if they can do anything with it. I know there are some tools in the wild that I could probably run myself on the drive, but I don't trust myself to do much of anything atm. I should never have thrown money at an AM5 system. I also probably should've stayed away from the Sabrent and anything like it. Instead, I should've done what any sane person would've done and assembled a proven AM4 or Intel platform in a full tower and attached the drives directly to the motherboard. Yeah, the cable management would've been a nightmare, but literally anything would be better than this. My goal of staving-off obsolescence as much as possible has instead kicked me in the teeth while I was already lying prone in a ditch. If, by some miracle, Rossmann is able to recover the data, I'm going to take a long and hard look at my PC building strategy. Hell, maybe I'll throw money at a prebuilt or one of those cute HDMI-enabled NUCs that're all the rage. I just know that I'm exhausted and am done with all of this, at least for the time being.

I went into the power settings and disabled USB selective suspend. I also made sure the system wouldn't turn off any disks. I just did this, so it'll take a little time to see if it had any results. I actually had no idea the Sabrent had flashable firmware. I downloaded and applied the one linked in that thread. Again, I just did this a few hours ago, so results (if any) may take a day or two to manifest. Thanks for the link! However, after flashing, I did try to do another chkdsk /b on the Exos, but it did the same thing and got jammed at 5%. I'm doing a "clean all" on it now, but if I'm reading things right, that'll take awhile, so I'll leave it overnight. I'm beginning to think the PSU for the Sabrent might be underpowered, as others in that forum also complained about disk drops, especially when it came to SSDs. I have all 10 bays populated with various Seagate and WD spinners, which could be causing issues. If the flash and power settings don't improve things, I'm thinking of ditching it for a 6-bay Terramaster: https://www.amazon.com/gp/product/B0BZHSK29B/ref=ox_sc_act_title_1?smid=A307CH216CTGMP&psc=1 I don't like the fact that the Terra seems to use old-school drive sleds, but I'll gladly accept that hassle if it means I can get the pool back to 100% (I can settle for only six disks in the meantime). I might even take apart the Sabrent to see if the PSU can be upgraded (probably not, but it's worth looking into). More to come!

I've resisted saying this, but I think there's a problem with the Sabrent. Which, if true, really screws me. I'm beginning to suspect the Sabrent because I tried long formatting a brand-new 18 TB Exos and it also failed. I started the process in disk management, made sure that the percentage was iterating, and went to bed. Got up and nothing was happening and the disk was still showing "raw". So, at some point, the format failed without even generating an error message. I'll also periodically wake up to a disk or two having randomly dropped-out of the pool. I'll reboot the machine and those same disks will magically (re)appear. I'm currently doing a chkdsk /b on the new Exos after doing a quick format in order to assign it a drive letter (which worked). It started-out fine, but is now running at less than a snail's pace, with chkdsk reporting that it won't complete for another 125 hours. Scratch that, now chkdsk is saying 130 hours and it has stubbornly stayed at 5% for the past two hours. I do have another machine I can try long formats on and will do so, but I'm not sure what that'll prove at this point. I've also tried consulting Event Viewer, but so much data gets dumped into it that I can't really pinpoint anything (maybe that's just me being an idiot). I was really, REALLY relying on something like the Sabrent since it seemed to be a Jack-of-all-trades solution to having a bunch a disks without resorting to a server-style case or expensive NAS. If anyone has any suggestions as to a similar device, I'd love to hear it.

What do you guys think about a drive that fails a long format (for unknown reasons), but passes all of Scanner's tests, isn't throwing out SMART errors, and comes up fine when running chkdsk?

My apologies for not answering this sooner. I have been at war with my system for the past several weeks. Why? Some background. I built a brand-new, from scratch AM5 system to replace my old Norco server, as it was showing serious age. I figured a cutting-edge box would not only stave off obsolescence, but would also play even nicer with my Samsung TV with HDR 10+. To that end, I got a well-rated ASRock motherboard, a ton of ram, and a Ryzen 9 7900X3D. It didn't. To this day, I cannot get a decent HDR signal to the TV. It looks dim and fugly compared with SDR. In fact, HDR looks so bad (and SDR so good, relatively speaking) that I wonder if the firmware for the TV has SDR and HDR inverted. The igpu for the 7900 is effectively a few generations old and doesn't have any practical use beyond simple video out. Which is fine in my case, as I wasn't planning on playing any games, just watching stuff. It does play UHDs, which my old system struggled with. However, the HDR thing has always been a sore spot. So, what to do? I figured the logical choice would be to current-up the igpu and AMD had recently released the 8700G, which has an embedded 790M. Got it in the mail and swapped-out the 7900. Problems after problems after problems started to occur, the first of which was a corrupted boot which I couldn't revitalize, so I had to reinstall Windows. I then started to experience random reboots. The system would run fine for hours, sometimes for as long as a day, but then I would experience three or four rapid reboots. This beget other problems, like drive disconnects, which drove Drivepool crazy. Scanner also began reporting bad drives. I did everything I could, including updating the motherboard BIOS, running everything at defaults, and buying even more QVL-rated memory. No joy. I figured my problems HAD to be either the CPU or the motherboard, but gambled on the latter, so I replaced the ASRock with a more expensive MSI. Incredulously, the problems got even worse. While the machine ran okay for a few hours, it again started with the reboots and eventually corrupted the boot sector. I was planning to reinstall Windows anyway, but this time I couldn't even do that and ran afoul of an obscure error during the install process. It had to be either the CPU, the PSU, or the memory. The PSU was an expensive 1000W unit and the memory was similarly priced and well-rated. My hunch was that it had to be the CPU, as all these woes began when I installed the 8700G. I still had the 7900, so I reinstalled it along with Windows, which this time went without a hitch. The only thing I can figure is that a got a lemon for a CPU, as I haven't read of similar experiences, so it's going back to Amazon as defective. The grief I have gone through over these past few weeks has probably aged me a good six months. It wasn't as bad as the kidney stone I had this past Christmas, but it was getting there. I have NOT restored the pool yet. I'm taking things slow and want to make sure the system really is stable before adding the pool back into the equation. I only did the CPU switch-out last night, so I'm letting the machine run for a few days without it (I have reinstalled DP and Scanner, though). So, anyway, thanks a bunch for the advice. I did buy another three Seagate 18 TB Exos, which will replace two cheap shucked drives that I have never 100% trusted, with the third being a completely new addition. Oh, whenever I add a drive, I do a long format to ensure running confidence. Takes several hours, but I believe it's worth it in the end. Scanner will also be monitoring in the background. So, that's why I've been so silent, as dealing with these issues has completely consumed me. Originally, I believed the pool was the issue, as the machine seemed to bork whenever something was being written to it, but now I'm fairly certain the CPU was the culprit. When I start tackling trying to salvage what I can from the pool, I'll post in here. Wish me luck!

Got it resolved by submitting a support ticket. Huzzah!

I'm having the same problem.

Just some more info, as the system rebooted itself just a couple of minutes ago. In Event Viewer under Windows Logs -> Applications, I've run across a few of these in red: Faulting application name: DrivePool.UI.exe, version: 2.3.6.1562, time stamp: 0x65e61092 Faulting module name: KERNELBASE.dll, version: 10.0.22621.3235, time stamp: 0x2b72307b Exception code: 0xc000041d I'm also still getting those notices claiming that I have duplicate disk id's. Finally, I'm seeing a fair amount of these and have no idea what it means: The application-specific permission settings do not grant Local Launch permission for the COM Server application with CLSID Windows.SecurityCenter.WscDataProtection and APPID Unavailable to the user NT AUTHORITY\SYSTEM SID (S-1-5-18) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable). This security permission can be modified using the Component Services administrative tool. Any help?

It's definitely pool related. I installed another program which hits the pool fairly hard (NOT Scanner) and the restarts returned with a vengeance. I checked all the disk id's using diskpart's uniqueid feature and every one was different, so I don't know why Windows was complaining about clashing identifiers. I also chkdsk'd every single disk using Disk Management's tool tab and one of the pool drives had errors, which it fixed (I hope). I used DM's tool because I had to assign drive letters before a scan could be run. Oh, and >all< the drives are showing as gpt. Gremlins! I've also periodically seen file duplication consistency warnings from DP that have required manual intervention, but I don't have file duplication turned on, so I don't know what that's about. I don't know what to do from here. I could go back to the old cpu, but my instinct tells me that's not the culprit. Maybe something has gone wrong with the Sabrent, but that also seems unlikely given that everything was running smoothly before the cpu switch-out. I don't have a second Sabrent to try and buying another one when I don't know if my current one is going south is a financially risky endeavour (the damn things are $600). I suppose the only thing I can do at this point is go back to the previous cpu. It's just so odd and frustrating that the system runs normally otherwise. Should I try rebuilding the pool from scratch by removing all the disks, rebooting, and adding them back? Is it possible something has gotten corrupted in the pool's "config files"?

Well, I don't think DP in and of itself is the problem. I just think the disks themselves have gotten themselves into a degraded state for whatever reason. When I did the cpu switch-out, one of the drives dropped-out of the pool. I was really irritated and exasperated at the time, so I just shoved the drive back into its bay, made sure the door was 100% shut, and it seemed to stick, but it was one of those shucked drives, so it may (or may not) be actually healthy. Another reason I suspect the pool has become problematic is because, when I reinstalled Windows, I noticed that some disks had the MSR partition and some didn't. Also, one of the drives didn't have a gpt volume, which is hellaciously odd because I always use gpt volumes. These sort of inconsistencies play havoc with my OCD. Combine that with these intermittent restarts and I don't know what to do other than to try to get the pool back to a "baseline" state. Oh, to make matters even worse, I took a look at event viewer and saw a bunch of these: "Disk 9 has the same disk identifiers as one or more disks connected to the system. Go to Microsoft's support website (http://support.microsoft.com) and search for KB2983588 to resolve the issue." So, something has definitely gone awry. I was hoping to get lucky and let DP do the evacuations itself, which I know contradicts my suspicion that DP may in some bizarre way causing the restarts, but at this point I'm willing to sacrifice a goat if it'll make these problems go away. I'm at an age where these things are no longer neat things to track down, but are real obstacles to my mental well-being. If I do have to do things manually, I was simply gonna let Explorer do all the work. Does it not verify file operations? Thanks for the quick feedback!

I think I've got a real problem on my hands. A few days ago, for unrelated reasons, I swapped-out my CPU for another. SOMETHING happened after the swap, as my Windows 11 install became corrupted to the point that I had to perform a complete reinstall. And it's been downhill since then, as my system will spontaneously reboot. Doesn't crash or otherwise BSOD, but just does a fast reboot. It's driving me crazy and, for possibly mystical reasons, I suspect my pool is the culprit. Why? Because whenever I do anything with the pool, a reboot seems to follow. Sometimes it doesn't happen immediately, but it WILL happen and it's the only commonality I've seen, as I can go all day without seeing one of these reboots just so long as I don't touch the pool. Now, I know that doesn't make much sense, as obviously DP is reading and writing stuff to the pool in the background, but it's the only thing I've been able to deduce. I also suspect this because, when I install Scanner, the reboots really start to kick in. I'm using a Sabrent 10-bay enclosure for the pool. I have raging mistrust issues when it comes to this stuff, so the only thing I know to do is to completely rebuild the pool. Fortunately, I have a spare bay I can use for this process, which I know is going to be a long and painful affair, but I'd really, REALLY like to save the 10+ TB of Linux ISOs I've amassed over the years. My plan was to buy a new drive, put it into a spare bay, add it to the pool, evacuate drive 1 to the new drive, drop drive 1 from the pool, do a long reformat of drive 1, add it back to the pool (assuming it passes), then re-evacuate the files back to drive 1. Rinse and repeat. Problem is I don't know of a way to evacuate a drive to another user-defined drive. I know I could simply evacuate each drive, drop it from the pool, reformat it, and add it back, but I don't know if the other "old" drives might also have problems, so I want to do the evacuations to a brand-new drive one-by-one. Some of my drives are cheap shucks from several years ago that might be failing in ways that Windows can't handle. In the end, I want to long format the entire damn lot to be 100% certain they're good to use. So, is this possible?

Oh. That's...interesting. Well, at least that's something I can rule out when it comes to pool mysteries, as I thought for sure I had a huge problem after the chkdsk thing. I suppose I could chkdsk the individual disks myself manually, but I expect Scanner does all that periodically and then some (at least, I hope so).

I actually tried several variations of the copy command, like *.* and *?.?* and none of them worked. However, for some cosmically unknown reason, now it's working under cmd with no elevation. I'm 100% serious. I can only surmise that an application had gotten ahold of the directory at the same time I was attempting the copy command and had temporarily made it exclusive, as I haven't rebooted. However, even if that was the case, it doesn't explain why xcopy and Powershell's copy worked. It gets even better, though. I did an admin-level chkdsk in both cmd and powershell on the pool and got this in return: The type of the file system is RAW. CHKDSK is not available for RAW drives. I don't know what the frak is going on. The pool seems to be working just fine and disk management reports that each drive is NTFS'd, but chkdsk thinks the pool isn't formatted? Is the Sabrent enclosure futzing with things in ways DP and Windows can't understand? Do I need to bring in a witch doctor? I suppose another thing to consider is that the pool wasn't created in my current Windows 11 environment, but in my previous Windows 10 one. I'm beginning to fear that I'm gonna have to start things over from scratch, but that's probably going to necessitate getting a second enclosure since this one is full and I just don't have that kind of cash lying around right now.

The pool is healthy and I'm not using any duplication. I haven't run chkdsk, so that's something to try. No hidden files, no long paths, and no weird unicode stuff involved. I am running the pool off of a Sabrent 10-bay enclosure, but I don't see why that would be a factor. I'll run chkdsk when I can get to the pool again. I just want some stability in my life at this point, as I built a new machine with a screaming Ryzen 9 cpu to replace my old Norco and have had all sorts of problems, with this being just another one. No crashes, just strange stuff that isn't really DP or Scanner related (most of it involving the igpu/HDMI).