Robocopy did something weird and now my iSCSI volume shows it's at 100% capacity
Hello All, I'd really appreciate some help resolving this issue. I was using robocopy to copy the contents from one iSCSI volume to another - moving folder redirection contents from the old to the new location. There was about 600-700GB worth of data that needed to be migrated. I'm not sure what happened but I noticed that I no domain system could access the redirected folders. I checked my TrueNAS target to see that the iSCSI share was at 100%. I looked at the Win2k22 initiator which showed the iSCSI volume as offline. I tried to get it online using disk management, but I had no luck. So, I used "diskpart" to bring it online. The drive properties shows that 1.174T used out of 14T. I used "shrink querymax" to see how much space I could reclaim, which was around 12T. However, when I used "shrink" I was told the disk was write protected. I cleared that attribute from the disk, but as soon as I do that, the volume goes down. So, I'm a bit stuck. I can't clear the attribute without having the drive and volume go offline, but whenever I bring the drive and volume online, the attribute goes right back to read-only. Any any all help will be greatly appreciated to help me solve this problem.TRIM/UNMAP support for iSCSI sessions
Hi, We've setup a virtual disk on iSCSI server (Windows Server 2022) using New-IscsiVirtualDisk and then connected to this disk from another server machine. Running "fsutil fsinfo sectorinfo" for this remote disk says: Performs Normal Seeks Trim Not Supported But If we mount the same vhdx file locally (not using iSCSI), the fsutil reports: No Seek Penalty Trim Supported The exact same thing happens for "ramdisk"s as well. Actually we caught that issues while were using ramdisks. Could some please advise if it's possible to enable UNMAP support over Microsoft's iSCSI implementation? Sergey
