Comments for Working Hard In IT https://blog.workinghardinit.work My view on IT from the trenches Tue, 27 Sep 2016 01:55:15 +0000 hourly 1 Comment on Dell Compellent SCOS 6.7 ODX Bug Heads Up by workinghardinit https://blog.workinghardinit.work/2016/02/22/dell-compellent-scos-6-7-odx-bug-heads-up/#comment-5463 Tue, 27 Sep 2016 01:55:15 +0000 https://blog.workinghardinit.work/?p=9350#comment-5463 Yup. Fix is in 7.1.2 and hopefully soon in a GA version. A fix for 6.7.X is coming but it will be a while unfortunately.

]]>
Comment on Dell Compellent SCOS 6.7 ODX Bug Heads Up by Darren https://blog.workinghardinit.work/2016/02/22/dell-compellent-scos-6-7-odx-bug-heads-up/#comment-5462 Mon, 26 Sep 2016 21:40:59 +0000 https://blog.workinghardinit.work/?p=9350#comment-5462 We too have been bitten by this bug in their SCOS revision. According to official documentation in the Knowledge base it is supposed to be resolved in 7.1.2 Currently in “pre-release” I have no timeframes but have worked with Co-Pilot on this issue. Affected versions are SCOS versions 6.7.5, 6.7.11 6.7.20, 7.0 & 7.1.1 according to the official KB Doc.

]]>
Comment on Windows Server 2016 Active Memory Dump by Tolli Lowell-Forker (@Gr8TechTalk) https://blog.workinghardinit.work/2016/07/26/windows-server-2016-active-memory-dump/#comment-5448 Fri, 23 Sep 2016 21:47:15 +0000 https://blog.workinghardinit.work/?p=9864#comment-5448 Looks like with RTM 2016 systempropertiesadvanced says not recognized as command.

]]>
Comment on Azure AD Connect 1.1.105.0 is GA by workinghardinit https://blog.workinghardinit.work/2016/02/23/azure-ad-connect-1-1-105-0-is-ga/#comment-5438 Thu, 22 Sep 2016 18:09:57 +0000 https://blog.workinghardinit.work/?p=9353#comment-5438 Excellent, thx for sharing!

]]>
Comment on Azure AD Connect 1.1.105.0 is GA by Mike https://blog.workinghardinit.work/2016/02/23/azure-ad-connect-1-1-105-0-is-ga/#comment-5436 Thu, 22 Sep 2016 17:31:27 +0000 https://blog.workinghardinit.work/?p=9353#comment-5436 I have just resolved this issue on my end. For my solution, the Domain Admin group was set to be the primary group assigned to my user. I added the domain user group to my user, set it as the primary group while leaving the the user a member of the domain admin group. My issue is resolved, I hope it helps.

]]>
Comment on Disk2VHD on a Generation 2 VM results in an unbootable VHDX by Dragsa https://blog.workinghardinit.work/2016/09/08/disk2vhd-on-a-generation-2-vm-results-in-an-unbootable-vhdx/#comment-5430 Wed, 21 Sep 2016 13:31:35 +0000 https://blog.workinghardinit.work/?p=10069#comment-5430 You, sir, deserve a medal.

]]>
Comment on Veeam Leads the way by leveraging ReFS v3 capabilities by About Veeam, demo labs and ReFS – VMDK https://blog.workinghardinit.work/2016/08/25/veeam-leads-the-way-by-leveraging-refs-v3-capabilities/#comment-5416 Tue, 20 Sep 2016 12:59:05 +0000 https://blog.workinghardinit.work/?p=10051#comment-5416 […] you’re still not impressed, check out the postĀ from Didier van Hoye (Veeam Vanguard, […]

]]>
Comment on Remove Lingering Backup Checkpoints from a Hyper-V Virtual Machine by Tony https://blog.workinghardinit.work/2015/10/15/remove-lingering-backup-checkpoints-from-a-hyper-v-virtual-machine/#comment-5409 Mon, 19 Sep 2016 20:03:47 +0000 https://blog.workinghardinit.work/?p=8735#comment-5409 Flawless.
My situation came from pulling a backup off of system center DPM into filesystem after a failed recovery over VM.

Ended up deleteing corrupted vhds and copying over the recovered vhds through filesystem. In failover cluster, adjusted the vm config so disks point to the -AutoRecovery.avhds, OKed through a bunch of intimidating “you can corrupt the snapshot chains” messages, and then started the VM. Ran the powershell command to remove the snapshot and the merge happened so fast I had to double check the files to make sure they were gone, but it worked!

Cheers m8

]]>