[THIN] Re: Citrix Profile Management 4.0
- From: "Joe Shonk" <joe.shonk@xxxxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Fri, 27 Jan 2012 10:59:56 -0700
Yes, anytime you silo you should have another profile. Second, I would
question the use of XD. If it only being used to present a desktop you can
easily do the same thing with XA and cut the costs. If it's for app compat,
then vm-hosted apps. VDI has a place, but not strategically. Citrix and
VMware will try to sell you otherwise.
Joe
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Jim Kenzig
Sent: Friday, January 27, 2012 9:54 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Citrix Profile Management 4.0
So basically what you are saying Joe, is, if you want to run XA published
applications on a published desktop you need the user to have 2 profiles?
How insane kind of setup is that?
The technology has taken a huge step backward.
The easiest way to still do it I think is to have XD a generic locked
desktop with the same logon to all and have the user just use Web Interface
as a login for the published apps and have only one profile on XA set up.
Seems a bit less hassle.
Then you publish an unlocked XD and have the double profiles for power users
who need to install apps, etc. And most organizations do not have many of
those.
Otherwise once you get a corrupt profile for a user you don't know where the
hell to look to sort it out. And you are managing a whole lot more profiles
and data.
SMH I think some managers really overthink what their users need and most
users think they own the company computer and do whatever they want on it.
Other times I think it is vendors overselling what the client really needs.
Jim Kenzig
web: http://www.kenzig.com
Facebook: <http://www.facebook.com/kenzig> http://www.facebook.com/kenzig
Twitter: <http://twitter.com/kenzig> http://twitter.com/kenzig
On Wed, Jan 25, 2012 at 8:22 PM, Joe Shonk <joe.shonk@xxxxxxxxx> wrote:
In your XD GPO point it to: \\fileshare\share\%username%\XDProfile
<file:///\\fileshare\share\%25username%25\XDProfile>
In your XA GPO point it to \\fileshare\share\%username%\XAProfile
<file:///\\fileshare\share\%25username%25\XAProfile>
Joe
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Harry Singh
Sent: Wednesday, January 25, 2012 5:46 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Citrix Profile Management 4.0
Nothing in the latest Citrix edocs explains what value I should should put
as the Variable Value for the !CTX_BIT! (I could be wrong with the exact
spelling).
I know I should set it as a system variable but what values should I put in
the "Variable Value" field to identify and differentiate when to use x86
and x64.
Is it arbitrary? E.g For Variable Name !CTX_BIT! I would enter the
following in Varable Value: " \\fileserv\share\%username%\!CTX_BIT!\x86
<file:///\\fileserv\share\%25username%25\!CTX_BIT!\x86> ;
\\fileserv\share\%username%\!CTX_BIT!\x64
<file:///\\fileserv\share\%25username%25\!CTX_BIT!\x64> ?
That just doesn't seem right.
On Wednesday, January 25, 2012, Magnus Hjorleifsson <magnus@xxxxxxxx> wrote:
> Your best bet is to keep different profile based on bitness. I haven't
tried it with win 7 and 2008 but with 2003 and xp it caused problems
>
> Sent from my iPhone
> On Jan 25, 2012, at 19:05, Greg Reese <gareese@xxxxxxxxx> wrote:
>
> X86 and x64 are different spots in the registry anyway so it can coexist
just fine. It all looks the same to the user in the end.
>
>
>
> On Jan 25, 2012, at 5:49 PM, Harry Singh <hboogz@xxxxxxxxx> wrote:
>
> That's curious. The implication from your response would suggest that
deploying XA with XD is not recommended. It's curious since I've been told
the exact opposite.
>
> Installing all our applications onto the XD image is counter-intuitive and
inefficient. And buying Appsense is simply not going to happen.
>
> Thanks for your replies.
>
> On Wednesday, January 25, 2012, Joe Shonk <joe.shonk@xxxxxxxxx> wrote:
>> Why would users be access the same application from two different
platforms? Pick one, otherwise look into using appsense.
>>
>> Sent from my iPhone
>> On Jan 25, 2012, at 3:32 PM, Harry Singh <hboogz@xxxxxxxxx> wrote:
>>
>> Thanks Joe. That can certainly happen, but what happens when a user logs
into XD then accesses applications which reside on XA? UserA logs into x86
Windows 7 desktop, opens up MS Word sitting on x64 XA server, I believe two
profiles are being created and used simultaneously.
>> So, if two profiles will be used, how would you properly setup system
variables to accommodate this?
>>
>>
>> On Wed, Jan 25, 2012 at 5:27 PM, Joe Shonk <joe.shonk@xxxxxxxxx> wrote:
>>>
>>> Xd and xa ad object should be in separate OUs. Just set up two GPOs.
One for each OU. Each GPO points to a different file location.
>>> Joe
>>>
>>> Sent from my iPhone
>>> On Jan 25, 2012, at 3:11 PM, Harry Singh <hboogz@xxxxxxxxx> wrote:
>>>
>>> I'm having a tough time understanding how to implement UPM 4.0 correctly
and hoping could help solve this puzzle.
>>> I currently am piloting a XD 5.5 with XA 6.5 deployment. Windows 7
Professional (x86) desktops with apps hosted on XA 6.5. Now, there will be
users connecting to desktops on XD and users connecting solely to Apps on XA
6.5. I'm not migrating any existing roaming profiles and my confusion lies
in the following:
>>> 1XD 5.5 server with 2 XA 6.5 servers.
>>> I have my profile store set to \\fileserver\ctxprofiles
<file:///\\fileserver\ctxprofiles>
>>> Do i need to even worry about setting up a system environment variable
on the Desktop image and XA servers, such as %profver% If i do, as i suspect
because of the different bitness between the XD desktop (win 7 x86) and
servers (XD + XA being x64) what do i need to enter in for profile store
path ? More importantly, and the area of the most confusion, is what do i
enter inside the Variable Value, should i have to account for different
bitness, to make sure each is properly populated in the "v1 aka x86" and "v2
aka x64" folders?
>>> I may be over complicating this a bit, but real curious to know how to
properly setup PM for a Xendesktop environment with XA.
>>> Thanks,
>>> Harry.
>>>
>>
>>
Other related posts:
