Jump to content

jdrch

Members
  • Posts

    7
  • Joined

  • Last visited

Everything posted by jdrch

  1. Thanks, I figured that might be the case, so I eventually crossed my fingers and clicked Cancel.
  2. I'm fairly certain this is a false positive, just reporting it in case there's been a breach on Covecube's end or something. This morning, Avira popped the attached warning up. Any ideas? It happened after I'd rebooted the PC to change the pool's drive letter (v1903 update had switched it incorrectly) and while a Veeam B&R job was backing up to the pool.
  3. Backstory: I have a Windows 10 x64 Home PC I use as a backup NAS. The backup volume is a (12 + 10 + 0.12 + 0.25)TB DrivePool (read: 4 HDDs with the listed capacities.) The 12 TB HDD is on 3 Gb/s SATA connection, the 10 TB on a 1.5 Gb/s SATA connection, and the other 2 HDDs are are on a USB 3.1 Gen 1 connection. All of the drives are mostly empty, and I think they're all set to compress files to save space in Windows (the 2nd link below implies this may be an issue, but I'm not sure just yet.) The last 3 (10, 0.12, 0.25 TB) drives are new additions to the DrivePool, which mostly empty. I rebalanced it recently. Last night a Veeam backup to the DrivePool from another PC on the LAN failed with an error message, containing: “The requested operation could not be completed due to a file system limitation.” Some Googling of the error message brings up this Technet thread and this NTFS documentation page, which seem to imply that if files get too fragmented NTFS can no longer handle them. Has anyone seen anything like this before? Any ideas? Update: fixed via disabling compression on all drives, deleting contents of backup target folder, running balancing, and then trying the backup again.
  4. I have a SSD + 4 HDD DrivePool installed on a PC that also has an AMD Radeon HD 7870 GHz Edition graphics card. Last night, I updated the drivers for the latter and, after the requisite reboot, was informed by DrivePool that the largest drive (500 GB) had been removed from the pool. I thought that was odd because that drive is connected via SATA and drives don't typically just vanish like that. However, I couldn't find it in CrystalDiskInfo or Disk Manager, either. Since I was tired at the time and the drive doesn't house any critical data, I decided to wait until today to address it. This morning I decided to try a reboot to see how things worked and lo and behold, the drive reappeared as if nothing happened. So just a heads up in case you experience the same: reboot (not shutdown and then start up) 1st and see if that works.
  5. Thanks! I'm the same guy you helped on Reddit earlier, BTW. Solution is there. Basically: disable balancing and all will be well in the land.
  6. Update: more insanity. I tried a smaller transfer the "Other:" duplication persisted after the transfer was complete, and even after remeasuring the pool. EDIT: Unduplicated; 4.62 GB Other: 4.88 GB (Gotta be kidding me. How is Other more than the actual data being stored?)
  7. Extremely strange case here: I have a pool consisting of a 500 GB and 250 GB HDD, with no duplication enabled on the pool and no shadow copy system protection on the drives. The Recycle Bin on the PC is empty. I tried to transfer 381 GB of files to the pool from another PC on my LAN via File Explorer on the source PC. Both PCs are running Windows 10 April 2018 Update and both drives are NTFS, unencrypted, with compression. Transfer is occured via SMB. However, at 334 GB of transfer the pool fills up! I checked its status and saw a whopping 335 GB being used by "Other:" I've searched the forums here and found several possible causes, listed here with the results of my investigating them: Shadow copy system protection: this is disabled for both drives. It covers the C:\ partition only, which is on a different physical disk that is not part of the pool. Locked files: can't find any evidence of this being the case. Recycle Bin: empty on both PCs. What's exceptionally maddening is there seems to be no way to access these "Other:" files at all. While DrivePool and File Explorer show disk usage accurately, I can't seem to find these "Other:" files anywhere else. Here's the other absolutely insane part: I'm now trying to do the transfer using SyncBack Freeware from the source PC. This time, I'm watching the pool usage live in DrivePool. Yet, again, "Other:" files is filling up! I'm currently at 30.8 GB of "Other" and only 18.9 GB of actual data. Does anyone have a clue what on Earth is going on here? The files I'm transferring should comfortably fit on the 500 GB drive, so there's no reason whatsoever why I should be running into this. One theory I have is the temporary files the OS creates during copies but doesn't count towards drive capacity are being counted towards it when DrivePool is active. Any ideas?
×
×
  • Create New...