Purpose:
Show the steps taken after reverse imaging a W2K8R2 Citrix PVS Target Device to fix the inability to rename the server and add back to the AD Domain
Symptom:
After the reverse imaging process is done, the machine removed from the domain, rebooted, name changed and rebooted again the name of the server doesn't change and the ability to add the machine back to the domain is grayed out.
Resolution:
In the registry navigate to the below location:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName
There are 2 subkeys called ActiveComputerName and ComputerName and within each of there are valumes called ComputerName. Verify that both have the new computer name.
On my issue the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName\ActiveComputerName\ComputerName value had the old computer name. I renamed the key and then restarted the computer.
Cause:
Computer account not updating correctly
SageLike Post ID: SL0014
Applies to:
Citrix Provisioned Target Devices
Windows Server 2008 R2
Windows 7
Maybe others but these are the OS's that I've had issues with.
References:
http://discussions.citrix.com/topic/283685-after-reverse-image-unable-to-change-computer-name/
A collection of articles focusing on virtualization, application delivery, and the digital workspace.
Showing posts with label windows7. Show all posts
Showing posts with label windows7. Show all posts
March 15, 2017
Citrix PVS - After Reverse Imaging Unable To Change Computer Name
Tweet
Posted by
Ray
at
11:42 AM
0
comments
Labels:
citrix,
microsoft,
provisioning,
windows,
windows2008r2,
windows7
December 13, 2016
Windows Update Never Stops Checking
Purpose:
This post explains how to fix an issue with Windows Update on Windows 7 x64.
Symptom:
My master (aka gold) Windows 7 virtual machine has been woefully in need of some updates. The master image has been shutdown for several months because the XenDesktop catalog that relies on it has also been shutdown for months. Returning my focus to Windows 7, I turned on the master image and ran Windows Updates. Not wanting to watch paint dry, my attention drifted elsewhere and it ended up being a few hours before I returned to Windows Update. It was still checking for updates. I rebooted the machine and it happened again.
Resolution:
I am fairly certain this has happened to me before so; of course, I Bing'd it. After digging around awhile, I found a forum entry suggesting to try KB3172605 or for x64 KB3172605. I downloaded the patch directly from Microsoft and put it on my C drive. Running the patch brought the Windows Update dialog up again and it started checking for updates which is not what I wanted to see. Reboot and try installing the patch--you may even want to run it as an administrator. After rebooting again, the patch successfully installed and Windows Update quickly returned with 34 new important updates (1.6 GB).
Cause:
Let us be honest here, this is Windows Update and from time to time it has issues. At this time, Windows 7 has hundred and hundreds of updates and that assuming you are starting from Service Pack 1. I am not confident that this is reproducible but it seems worth sharing with others. I am confident that this is not the last time I will run Windows Update on Windows 7 or even build a new master image.
Drop me a line in the comments if this works for you or if you have any questions,
Brian Olsen @sagelikebrian
SageLike Post ID: SL0012
Applies to:
Windows 7 x64 (validated on a virtual machine and Dell laptop)
Windows 7 x86
Maybe others
References:
This post explains how to fix an issue with Windows Update on Windows 7 x64.
Symptom:
My master (aka gold) Windows 7 virtual machine has been woefully in need of some updates. The master image has been shutdown for several months because the XenDesktop catalog that relies on it has also been shutdown for months. Returning my focus to Windows 7, I turned on the master image and ran Windows Updates. Not wanting to watch paint dry, my attention drifted elsewhere and it ended up being a few hours before I returned to Windows Update. It was still checking for updates. I rebooted the machine and it happened again.
Resolution:
I am fairly certain this has happened to me before so; of course, I Bing'd it. After digging around awhile, I found a forum entry suggesting to try KB3172605 or for x64 KB3172605. I downloaded the patch directly from Microsoft and put it on my C drive. Running the patch brought the Windows Update dialog up again and it started checking for updates which is not what I wanted to see. Reboot and try installing the patch--you may even want to run it as an administrator. After rebooting again, the patch successfully installed and Windows Update quickly returned with 34 new important updates (1.6 GB).
Cause:
Let us be honest here, this is Windows Update and from time to time it has issues. At this time, Windows 7 has hundred and hundreds of updates and that assuming you are starting from Service Pack 1. I am not confident that this is reproducible but it seems worth sharing with others. I am confident that this is not the last time I will run Windows Update on Windows 7 or even build a new master image.
Drop me a line in the comments if this works for you or if you have any questions,
Brian Olsen @sagelikebrian
SageLike Post ID: SL0012
Applies to:
Windows 7 x64 (validated on a virtual machine and Dell laptop)
Windows 7 x86
Maybe others
References:
February 24, 2014
Citrix XenDesktop 7.1 Slow Logon Black Screen
Purpose:
This article explains slow logon times for XenDesktop v7.1. In addition to slow logons, the wallpaper may show as black during the initial logon process.
Symptom:
A slow logon is a relative thing and depends on a myriad of factors. If your server or desktop logon does not show the progress wording on logon but instead has only black wallpaper then it is definitely worth testing out this registry key. If you just think that your logon is slow, then it still may be worth the effort to test.
Resolution:
Add a new registry key to the master image (desktop or server).
Registry Key:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\Logon
Name: DisableStatus
Type: REG_DWORD
Value: 00000001
Before you add the key, establish a logon time baseline. I historically like to do this manually using a stopwatch (iPhone) but the built in Director logon time functionality is an exciting new feature and will give you additional insight. Here is an example of a Windows 7 baseline from the SageLike lab:
After adding the key, time another logon to see if your logon duration has improved. Here is an example of the after:
This is a big improvement but YMMV. An interesting side effect for Windows 2008 R2 server deployments is the return of the status text while establishing a session. A blank black screen leaves the user to wonder if anything is happening at all. This fix replaces the black wallpaper with the rapidly changing logon status information. This cues the user that many things are happening to build their session.
Cause:
I have not found the history of this registry key or why it is absent when using the v7.1 VDA. I have observed this working quite well for both Windows 7 and Windows 2008 R2 in a lab environment. At the time this was written, the reference CTX article below only indicates it is applicable to XenApp 6.5
SageLike Post ID: SL0006
Applies to:
Windows 7
Windows 2008 R2
XenApp 6.5
XenDesktop 7.1
Maybe others
References:
CTX135782 Black Screen Logging on to a Published Desktop
This article explains slow logon times for XenDesktop v7.1. In addition to slow logons, the wallpaper may show as black during the initial logon process.
Symptom:
A slow logon is a relative thing and depends on a myriad of factors. If your server or desktop logon does not show the progress wording on logon but instead has only black wallpaper then it is definitely worth testing out this registry key. If you just think that your logon is slow, then it still may be worth the effort to test.
Resolution:
Add a new registry key to the master image (desktop or server).
Registry Key:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\Logon
Name: DisableStatus
Type: REG_DWORD
Value: 00000001
Before you add the key, establish a logon time baseline. I historically like to do this manually using a stopwatch (iPhone) but the built in Director logon time functionality is an exciting new feature and will give you additional insight. Here is an example of a Windows 7 baseline from the SageLike lab:
After adding the key, time another logon to see if your logon duration has improved. Here is an example of the after:
This is a big improvement but YMMV. An interesting side effect for Windows 2008 R2 server deployments is the return of the status text while establishing a session. A blank black screen leaves the user to wonder if anything is happening at all. This fix replaces the black wallpaper with the rapidly changing logon status information. This cues the user that many things are happening to build their session.
Cause:
I have not found the history of this registry key or why it is absent when using the v7.1 VDA. I have observed this working quite well for both Windows 7 and Windows 2008 R2 in a lab environment. At the time this was written, the reference CTX article below only indicates it is applicable to XenApp 6.5
SageLike Post ID: SL0006
Applies to:
Windows 7
Windows 2008 R2
XenApp 6.5
XenDesktop 7.1
Maybe others
References:
CTX135782 Black Screen Logging on to a Published Desktop
Tweet
Posted by
Brian Olsen
at
9:55 PM
0
comments
Labels:
brian olsen,
windows2008r2,
windows7,
xenapp,
xendesktop
Subscribe to:
Posts (Atom)
Labels
4k
(1)
AAD
(1)
adc
(2)
AHV
(1)
appsense
(1)
Azure
(3)
bookclub
(2)
brian olsen
(58)
Calculator
(1)
chrome
(1)
citrix
(44)
Citrix ADC
(2)
craig jeske
(1)
Credit Cards
(1)
cugc
(1)
CVAD
(2)
EDT
(1)
esx
(3)
feature
(17)
files
(1)
GameDVR
(1)
gtd
(2)
HDX Adaptive Transport
(1)
HDX Routing
(1)
horizon
(5)
hybrid workforce
(1)
hyper-v
(1)
IPSEC
(1)
IWA
(1)
Johnny Ma
(9)
josh espinoza
(1)
kindle
(1)
liquidware
(1)
loginvsi
(1)
LUN
(1)
mac
(2)
Machine Creation Services
(1)
MCS
(3)
microsoft
(7)
multiple monitors
(1)
netscaler
(6)
netscaler gateway
(1)
Nutanix
(1)
OGR
(1)
Okta
(1)
Optimal gateway routing
(1)
Physical Desktops
(2)
Powershell
(3)
Prism
(1)
provisioning
(2)
PVS
(1)
RDM
(1)
RDSH
(2)
receiver
(4)
registration refused
(1)
rene nelson
(1)
S2S VPN
(1)
sagelikeinfo
(2)
script
(1)
Security
(4)
Server VDI
(2)
sfw
(4)
sharefile
(1)
SSO
(1)
storefront
(2)
summit
(3)
synergy
(6)
theappfactory
(4)
Tunnel
(1)
vCenter
(2)
VDA
(4)
VDI
(3)
Virtual Apps
(1)
virtual apps desktops
(7)
Virtual Desktops
(2)
virtualization
(2)
vmware
(10)
VPN
(1)
wem
(1)
win10
(5)
windows
(5)
Windows 10
(4)
Windows 11
(2)
Windows server 2016
(3)
Windows Server 2019
(3)
Windows Server 2022
(2)
Windows Store
(1)
windows10
(5)
windows2008r2
(6)
windows7
(3)
windows8
(1)
workspace
(1)
wyse
(1)
xenapp
(14)
xendesktop
(15)
xenserver
(5)
zone
(1)
zones
(1)