[THIN] Link Pick: Hyper-V maximum support configurations

While surfing and trying to read more about Hyper-V I came acros Nick MacKechnie's blog post on the Maximum Supported Configuration for Hyper-V.  Nick works at Microsoft New Zealand.  Good stuff to have handy when you are ready to start building a Hyper-V environment.

 

http://blogs.msdn.com/nickmac/archive/2008/07/04/hyper-v-rtm-maximum-supported-configurations.aspx

Jim Kenzig
Blog: http://www.techblink.com

[THIN] 64-Bit RAM usages

Guys,

Got a client with vanilla (non-Citrix) Terminal Server running 64-bit W2k3. It’s got 2*dual-core and 8GB RAM. It currently has 23 users on it and showing about 75% RAM and Page File usage. Other than Office, it’s running a not very intensive database (Client). Looking at Task Manager, each instance of Word, Excel, Outlook, etc, is showing as using 120-130MB ram. Compared to our 32-bit OSes, showing 25-30 MB per app.

 

I was expecting some overhead for using 64-bit OS and 32-bit apps, but 400% seems extreme!

 

Am I missing something stupid?

 

 

Nick

[THIN] Re: WI 2.1 and Xenapp 4.5

I have been through many strange customer situations, but this one really simply does not make sense. WI is a trivial install and set of configurations, the newer WI should be backward compatible with an older MF farm so I would strongly suggest NOT trying to make this work.

 

Let me guess, they customized the graphics years ago in 2.0 and want to keep that look???

 

 

Steve Greenberg

Thin Client Computing

34522 N. Scottsdale Rd D8453

Scottsdale, AZ 85266

(602) 432-8649

www.thinclient.net

steveg@thinclient.net

 

---

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Chris White
Sent: Thursday, July 03, 2008 8:07 AM
To: thin@freelists.org
Subject: [THIN] WI 2.1 and Xenapp 4.5

 

 

Hi, Does anyone know if these two will work together? I've a customer who's wanting to use WI2.1 with the 4.5 setup. I've tried it in a dev environment and having issues connecting the WI to speak with the 4.5, it's coming up with some rights issues. Quite a strange one I know but any help much appriciated. Cheers, Chris

 

Basilica Computing Ltd is registered in England, Registered Office Number 1, Avenue One, Letchworth Business Park, Letchworth Garden City, Hertfordshire, SG6 2HB, Company Number 2624451, VAT Number 245719348  Confidentiality: This email, sent from Chris.White@basilica.co.uk to thin@freelists.org on Thu Jul 3 16:17:36 2008 , is confidential and may contain privileged or copyright information. You may not present this message to another party without consent from the sender. If you are not thin@freelists.org please notify Chris.White@basilica.co.uk and delete this email and you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. 2) Liability: This email is not a binding agreement and does not conclude an agreement without the express confirmation by the sender's superior or a director of the Company. 3) Viruses: The Company does not certify that this email is free of viruses or defects. 4) Requested: The Company does not consent to its employees sending non-solicited emails which contravene the law. In the event that you feel this email is such, please notify the Company in order for the appropriate corrective action to be taken. 5) Advice: Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Any actions taken on the basis of this email are at the readers own risk. 6) Other: The sender of this email is expressly required not make any defamatory statements. Any such communication is contrary to company policy and outside the scope of the employment of the individual concerned. The company will not accept any liability in respect of such communication, and the employee responsible will be personally liable for any damages or other liability arising.

 

[THIN] Re: Disable Per User File Type Associations

that's an NY4 utility. the weird thing is I have technet references
to being able to do this but not how. specifically there is a utility
called cprofile that does extra registry clean up if the per user
associations are disabled. this is documented for Win2k3

On 7/3/08, Andrew Wood <andrew.wood@gilwood-cs.co.uk> wrote:
> Peruser /disable
>
>
>
> http://support.microsoft.com/kb/186537
>
>
>
>
>
> From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf
> Of Jeff Pitsch
> Sent: 03 July 2008 21:35
> To: thin@freelists.org
> Subject: [THIN] Re: Disable Per User File Type Associations
>
>
>
> Nope that shows how to enable or disable the explorer gui portion of it
> (disabled in Win2k by default). it does not show how to tell the server to
> ignore the per user file types altogether.
>
> Or at least that's how I read it.
>
> On Thu, Jul 3, 2008 at 4:33 PM, M <mathras@blueyonder.co.uk> wrote:
>
> http://support.microsoft.com/kb/257592 ?
>
>
>
> ----- Original Message -----
>
> From: Jeff Pitsch <mailto:jepitsch@gmail.com>
>
> To: thin@freelists.org
>
> Sent: Thursday, July 03, 2008 9:16 PM
>
> Subject: [THIN] Disable Per User File Type Associations
>
>
>
> hey all, long time no chat. :)
>
> I'm having a huge brainfart. How do you disable per user file type
> associations? For the life of me I know it's possible but I can't remember
> how it's done and it seems like it was something really, really simple.
> Win2k3 boxes.
>
>
> Jeff
>
>
>
>
************************************************
For Archives, RSS, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://www.freelists.org/list/thin
NEW! Follow Thin List on Twitter!
http://twitter.com/thinlist
Thin List discussion is now available in blog format at:
http://thinmaillist.blogspot.com
HOT! Thinlist MOBILE Feed!
http://thinlist.net/mobile
Thinlist quick pick
http://thinlist.net
************************************************

[THIN] Re: Disable Per User File Type Associations

Peruser /disable

 

http://support.microsoft.com/kb/186537

 

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Jeff Pitsch
Sent: 03 July 2008 21:35
To: thin@freelists.org
Subject: [THIN] Re: Disable Per User File Type Associations

 

Nope that shows how to enable or disable the explorer gui portion of it (disabled in Win2k by default).  it does not show how to tell the server to ignore the per user file types altogether.

Or at least that's how I read it.

On Thu, Jul 3, 2008 at 4:33 PM, M <mathras@blueyonder.co.uk> wrote:

http://support.microsoft.com/kb/257592 ?

 

----- Original Message -----

From: Jeff Pitsch

To: thin@freelists.org

Sent: Thursday, July 03, 2008 9:16 PM

Subject: [THIN] Disable Per User File Type Associations

 

hey all, long time no chat.  :)

I'm having a huge brainfart.  How do you disable per user file type associations?  For the life of me I know it's possible but I can't remember how it's done and it seems like it was something really, really simple.  Win2k3 boxes.


Jeff

 

[THIN] Re: Disable Per User File Type Associations

Nope that shows how to enable or disable the explorer gui portion of it (disabled in Win2k by default).  it does not show how to tell the server to ignore the per user file types altogether.

Or at least that's how I read it.

On Thu, Jul 3, 2008 at 4:33 PM, M <mathras@blueyonder.co.uk> wrote:

http://support.microsoft.com/kb/257592 ?

 

----- Original Message -----

From: Jeff Pitsch

To: thin@freelists.org

Sent: Thursday, July 03, 2008 9:16 PM

Subject: [THIN] Disable Per User File Type Associations

hey all, long time no chat.  :)

I'm having a huge brainfart.  How do you disable per user file type associations?  For the life of me I know it's possible but I can't remember how it's done and it seems like it was something really, really simple.  Win2k3 boxes.


Jeff

[THIN] Re: Disable Per User File Type Associations

http://support.microsoft.com/kb/257592 ?

 

----- Original Message -----

From: Jeff Pitsch

To: thin@freelists.org

Sent: Thursday, July 03, 2008 9:16 PM

Subject: [THIN] Disable Per User File Type Associations

hey all, long time no chat.  :)

I'm having a huge brainfart.  How do you disable per user file type associations?  For the life of me I know it's possible but I can't remember how it's done and it seems like it was something really, really simple.  Win2k3 boxes.


Jeff

[THIN] Disable Per User File Type Associations

hey all, long time no chat.  :)

I'm having a huge brainfart.  How do you disable per user file type associations?  For the life of me I know it's possible but I can't remember how it's done and it seems like it was something really, really simple.  Win2k3 boxes.


Jeff

[THIN] WI 2.1 and Xenapp 4.5

Hi, Does anyone know if these two will work together? I've a customer who's wanting to use WI2.1 with the 4.5 setup. I've tried it in a dev environment and having issues connecting the WI to speak with the 4.5, it's coming up with some rights issues. Quite a strange one I know but any help much appriciated. Cheers, Chris

Basilica Computing Ltd is registered in England, Registered Office Number 1, Avenue One, Letchworth Business Park, Letchworth Garden City, Hertfordshire, SG6 2HB, Company Number 2624451, VAT Number 245719348  Confidentiality: This email, sent from Chris.White@basilica.co.uk to thin@freelists.org on Thu Jul 3 16:17:36 2008 , is confidential and may contain privileged or copyright information. You may not present this message to another party without consent from the sender. If you are not thin@freelists.org please notify Chris.White@basilica.co.uk and delete this email and you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. 2) Liability: This email is not a binding agreement and does not conclude an agreement without the express confirmation by the sender's superior or a director of the Company. 3) Viruses: The Company does not certify that this email is free of viruses or defects. 4) Requested: The Company does not consent to its employees sending non-solicited emails which contravene the law. In the event that you feel this email is such, please notify the Company in order for the appropriate corrective action to be taken. 5) Advice: Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Any actions taken on the basis of this email are at the readers own risk. 6) Other: The sender of this email is expressly required not make any defamatory statements. Any such communication is contrary to company policy and outside the scope of the employment of the individual concerned. The company will not accept any liability in respect of such communication, and the employee responsible will be personally liable for any damages or other liability arising.

[THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

A lot of these types of applications register and use information in the user class hive as well as have their own print monitor. 

 

Joe

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Andrew Wood
Sent: Thursday, July 03, 2008 5:52 AM
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

....go on

 

Not imaging, and printing is disabled – but document management – yes

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Joe Shonk
Sent: 03 July 2008 13:07
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Are you using any imaging/document  management typing applications?

 

Joe

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Andrew Wood
Sent: Thursday, July 03, 2008 2:36 AM
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

M,

 

No – although thats an interesting article to note.

 

We’re still working with support on the issue tbh. To be fair it seems like the loaded profile is a symptom of a different issue. The problem *seems* to be with the logon process going nuts – with the knock on effect of the entire server locking – no new processes created for existing users, sessions logging off remain in a ‘down’ state, session hanging.

 

We’ve manged the problem by using extreme load balancing -  but it still can happen.

 

We’re up to network traces and debug sessions now L

 

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of M
Sent: 02 July 2008 23:21
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Did you ever sort this issue out ? If so what was the fix ?

 

If not MS have released a new private hotfix that may assist

 

http://support.microsoft.com/kb/944984/

 

M

----- Original Message -----

From: Andrew Wood

To: thin@freelists.org

Sent: Thursday, May 15, 2008 11:52 AM

Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Ah, we’ll put it down to ‘and another thing..’

 

Thanks for all the responses people – I’m not sure that its AV related as i’ve run a server without the AV client on and it still happens.

 

That looks a useful utility Rick – I’ll give that a whirl - released 15^th may @ 04.28  - how hot off the press is that J

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Rick Mack
Sent: 15 May 2008 11:32
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Hi,

 

This is sad, replying to myself. However there's a free utility just released that might do the trick for you.

 

Check out http://www.tescitrixoupas.net/index.php/2008/xenapp-server-maintenance-oorium-sessions-cleaner/

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  


 

On 5/15/08, Rick Mack <ulrich.mack@gmail.com> wrote:

Hi Andrew,

 

Sounds pretty good to me :-)

 

usrclass.dat is the per-user file extension part of the user's profile or what you see in the registry under HKCU\Software\Classes. Under HKEY_USERS, you'll see a bunch of %usersid% and %usersid%_classes keys and %user%_classes corresponds to the user's HKCU\Software\Classes hive.

 

The classic symptom is that when you run up regedit, you'll see ophaned %usersid%_classes keys with no corresponding %usersid% key. Depending on the scenario, which is often just a timing issue because the o.s and uphclean gave up unloading the hive, you can select the orphaned hive and select file > unload hive from the toolbar and voila it's gone. You should then be able to delete the profile folder without a reboot.

 

You see, most times it's not the file that's being held open, it's a registry hive that hasn't been unloaded. When you can't unload the HKCU\Software\Classes registry hive, and it is a separate hive, then you'll end up with an open usrclass.dat file under %userprofile%local settings\application data\microsoft\windows.

 

Anyway, as to why this happens, there are any number of causes from over exuberant virus checkers to Microsoft security hotfixes that have broken part of csrss yet again. Even UPHClean will give up eventually so it doesn't actually handle the orphaned usrclass hives either.

 

So your real problem is how to programmatically unload orphaned usrclass hives and get rid of the folders (and orphaned usrclass.dat) file and profilelist entries before the next user logon when you get multiple %username%.001 etc profiles piling up.

 

I haven't actually tried it, but the script at http://sogeeky.blogspot.com/2007/03/vbscript-unload-non-active-user-hives.html may handle the registry hive unload issue for you. The profile cleanup after the hive unload should be easy with the bomprof utility from http://www.ctrl-alt-del.com.au/CAD_TSUtils.htm. Run tyhe 2 together as an end of day batch job and things should be tolerable.

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  
 

On 5/15/08, Andrew Wood <andrew.wood@gilwood-cs.co.uk> wrote:

I'm going to give it another couple of days, then everyone is getting a pencil and a pack of post-it notes.

 

 

[THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

....go on

 

Not imaging, and printing is disabled – but document management – yes

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Joe Shonk
Sent: 03 July 2008 13:07
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Are you using any imaging/document  management typing applications?

 

Joe

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Andrew Wood
Sent: Thursday, July 03, 2008 2:36 AM
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

M,

 

No – although thats an interesting article to note.

 

We’re still working with support on the issue tbh. To be fair it seems like the loaded profile is a symptom of a different issue. The problem *seems* to be with the logon process going nuts – with the knock on effect of the entire server locking – no new processes created for existing users, sessions logging off remain in a ‘down’ state, session hanging.

 

We’ve manged the problem by using extreme load balancing -  but it still can happen.

 

We’re up to network traces and debug sessions now L

 

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of M
Sent: 02 July 2008 23:21
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Did you ever sort this issue out ? If so what was the fix ?

 

If not MS have released a new private hotfix that may assist

 

http://support.microsoft.com/kb/944984/

 

M

----- Original Message -----

From: Andrew Wood

To: thin@freelists.org

Sent: Thursday, May 15, 2008 11:52 AM

Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Ah, we’ll put it down to ‘and another thing..’

 

Thanks for all the responses people – I’m not sure that its AV related as i’ve run a server without the AV client on and it still happens.

 

That looks a useful utility Rick – I’ll give that a whirl - released 15^th may @ 04.28  - how hot off the press is that J

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Rick Mack
Sent: 15 May 2008 11:32
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Hi,

 

This is sad, replying to myself. However there's a free utility just released that might do the trick for you.

 

Check out http://www.tescitrixoupas.net/index.php/2008/xenapp-server-maintenance-oorium-sessions-cleaner/

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  


 

On 5/15/08, Rick Mack <ulrich.mack@gmail.com> wrote:

Hi Andrew,

 

Sounds pretty good to me :-)

 

usrclass.dat is the per-user file extension part of the user's profile or what you see in the registry under HKCU\Software\Classes. Under HKEY_USERS, you'll see a bunch of %usersid% and %usersid%_classes keys and %user%_classes corresponds to the user's HKCU\Software\Classes hive.

 

The classic symptom is that when you run up regedit, you'll see ophaned %usersid%_classes keys with no corresponding %usersid% key. Depending on the scenario, which is often just a timing issue because the o.s and uphclean gave up unloading the hive, you can select the orphaned hive and select file > unload hive from the toolbar and voila it's gone. You should then be able to delete the profile folder without a reboot.

 

You see, most times it's not the file that's being held open, it's a registry hive that hasn't been unloaded. When you can't unload the HKCU\Software\Classes registry hive, and it is a separate hive, then you'll end up with an open usrclass.dat file under %userprofile%local settings\application data\microsoft\windows.

 

Anyway, as to why this happens, there are any number of causes from over exuberant virus checkers to Microsoft security hotfixes that have broken part of csrss yet again. Even UPHClean will give up eventually so it doesn't actually handle the orphaned usrclass hives either.

 

So your real problem is how to programmatically unload orphaned usrclass hives and get rid of the folders (and orphaned usrclass.dat) file and profilelist entries before the next user logon when you get multiple %username%.001 etc profiles piling up.

 

I haven't actually tried it, but the script at http://sogeeky.blogspot.com/2007/03/vbscript-unload-non-active-user-hives.html may handle the registry hive unload issue for you. The profile cleanup after the hive unload should be easy with the bomprof utility from http://www.ctrl-alt-del.com.au/CAD_TSUtils.htm. Run tyhe 2 together as an end of day batch job and things should be tolerable.

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  
 

On 5/15/08, Andrew Wood <andrew.wood@gilwood-cs.co.uk> wrote:

I'm going to give it another couple of days, then everyone is getting a pencil and a pack of post-it notes.

 

 

[THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

Are you using any imaging/document  management typing applications?

 

Joe

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Andrew Wood
Sent: Thursday, July 03, 2008 2:36 AM
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

M,

 

No – although thats an interesting article to note.

 

We’re still working with support on the issue tbh. To be fair it seems like the loaded profile is a symptom of a different issue. The problem *seems* to be with the logon process going nuts – with the knock on effect of the entire server locking – no new processes created for existing users, sessions logging off remain in a ‘down’ state, session hanging.

 

We’ve manged the problem by using extreme load balancing -  but it still can happen.

 

We’re up to network traces and debug sessions now L

 

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of M
Sent: 02 July 2008 23:21
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Did you ever sort this issue out ? If so what was the fix ?

 

If not MS have released a new private hotfix that may assist

 

http://support.microsoft.com/kb/944984/

 

M

----- Original Message -----

From: Andrew Wood

To: thin@freelists.org

Sent: Thursday, May 15, 2008 11:52 AM

Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Ah, we’ll put it down to ‘and another thing..’

 

Thanks for all the responses people – I’m not sure that its AV related as i’ve run a server without the AV client on and it still happens.

 

That looks a useful utility Rick – I’ll give that a whirl - released 15^th may @ 04.28  - how hot off the press is that J

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Rick Mack
Sent: 15 May 2008 11:32
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Hi,

 

This is sad, replying to myself. However there's a free utility just released that might do the trick for you.

 

Check out http://www.tescitrixoupas.net/index.php/2008/xenapp-server-maintenance-oorium-sessions-cleaner/

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  


 

On 5/15/08, Rick Mack <ulrich.mack@gmail.com> wrote:

Hi Andrew,

 

Sounds pretty good to me :-)

 

usrclass.dat is the per-user file extension part of the user's profile or what you see in the registry under HKCU\Software\Classes. Under HKEY_USERS, you'll see a bunch of %usersid% and %usersid%_classes keys and %user%_classes corresponds to the user's HKCU\Software\Classes hive.

 

The classic symptom is that when you run up regedit, you'll see ophaned %usersid%_classes keys with no corresponding %usersid% key. Depending on the scenario, which is often just a timing issue because the o.s and uphclean gave up unloading the hive, you can select the orphaned hive and select file > unload hive from the toolbar and voila it's gone. You should then be able to delete the profile folder without a reboot.

 

You see, most times it's not the file that's being held open, it's a registry hive that hasn't been unloaded. When you can't unload the HKCU\Software\Classes registry hive, and it is a separate hive, then you'll end up with an open usrclass.dat file under %userprofile%local settings\application data\microsoft\windows.

 

Anyway, as to why this happens, there are any number of causes from over exuberant virus checkers to Microsoft security hotfixes that have broken part of csrss yet again. Even UPHClean will give up eventually so it doesn't actually handle the orphaned usrclass hives either.

 

So your real problem is how to programmatically unload orphaned usrclass hives and get rid of the folders (and orphaned usrclass.dat) file and profilelist entries before the next user logon when you get multiple %username%.001 etc profiles piling up.

 

I haven't actually tried it, but the script at http://sogeeky.blogspot.com/2007/03/vbscript-unload-non-active-user-hives.html may handle the registry hive unload issue for you. The profile cleanup after the hive unload should be easy with the bomprof utility from http://www.ctrl-alt-del.com.au/CAD_TSUtils.htm. Run tyhe 2 together as an end of day batch job and things should be tolerable.

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  
 

On 5/15/08, Andrew Wood <andrew.wood@gilwood-cs.co.uk> wrote:

I'm going to give it another couple of days, then everyone is getting a pencil and a pack of post-it notes.

 

 

[THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

M,

 

No – although thats an interesting article to note.

 

We’re still working with support on the issue tbh. To be fair it seems like the loaded profile is a symptom of a different issue. The problem *seems* to be with the logon process going nuts – with the knock on effect of the entire server locking – no new processes created for existing users, sessions logging off remain in a ‘down’ state, session hanging.

 

We’ve manged the problem by using extreme load balancing -  but it still can happen.

 

We’re up to network traces and debug sessions now L

 

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of M
Sent: 02 July 2008 23:21
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Did you ever sort this issue out ? If so what was the fix ?

 

If not MS have released a new private hotfix that may assist

 

http://support.microsoft.com/kb/944984/

 

M

----- Original Message -----

From: Andrew Wood

To: thin@freelists.org

Sent: Thursday, May 15, 2008 11:52 AM

Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Ah, we’ll put it down to ‘and another thing..’

 

Thanks for all the responses people – I’m not sure that its AV related as i’ve run a server without the AV client on and it still happens.

 

That looks a useful utility Rick – I’ll give that a whirl - released 15^th may @ 04.28  - how hot off the press is that J

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Rick Mack
Sent: 15 May 2008 11:32
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Hi,

 

This is sad, replying to myself. However there's a free utility just released that might do the trick for you.

 

Check out http://www.tescitrixoupas.net/index.php/2008/xenapp-server-maintenance-oorium-sessions-cleaner/

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  


 

On 5/15/08, Rick Mack <ulrich.mack@gmail.com> wrote:

Hi Andrew,

 

Sounds pretty good to me :-)

 

usrclass.dat is the per-user file extension part of the user's profile or what you see in the registry under HKCU\Software\Classes. Under HKEY_USERS, you'll see a bunch of %usersid% and %usersid%_classes keys and %user%_classes corresponds to the user's HKCU\Software\Classes hive.

 

The classic symptom is that when you run up regedit, you'll see ophaned %usersid%_classes keys with no corresponding %usersid% key. Depending on the scenario, which is often just a timing issue because the o.s and uphclean gave up unloading the hive, you can select the orphaned hive and select file > unload hive from the toolbar and voila it's gone. You should then be able to delete the profile folder without a reboot.

 

You see, most times it's not the file that's being held open, it's a registry hive that hasn't been unloaded. When you can't unload the HKCU\Software\Classes registry hive, and it is a separate hive, then you'll end up with an open usrclass.dat file under %userprofile%local settings\application data\microsoft\windows.

 

Anyway, as to why this happens, there are any number of causes from over exuberant virus checkers to Microsoft security hotfixes that have broken part of csrss yet again. Even UPHClean will give up eventually so it doesn't actually handle the orphaned usrclass hives either.

 

So your real problem is how to programmatically unload orphaned usrclass hives and get rid of the folders (and orphaned usrclass.dat) file and profilelist entries before the next user logon when you get multiple %username%.001 etc profiles piling up.

 

I haven't actually tried it, but the script at http://sogeeky.blogspot.com/2007/03/vbscript-unload-non-active-user-hives.html may handle the registry hive unload issue for you. The profile cleanup after the hive unload should be easy with the bomprof utility from http://www.ctrl-alt-del.com.au/CAD_TSUtils.htm. Run tyhe 2 together as an end of day batch job and things should be tolerable.

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  
 

On 5/15/08, Andrew Wood <andrew.wood@gilwood-cs.co.uk> wrote:

I'm going to give it another couple of days, then everyone is getting a pencil and a pack of post-it notes.

 

 

[THIN] PDA Syncing over ICA

Hi All,

 

Anyone had any luck syncing different sorts of PDA’s over ICA such as Nokia, BlackBerry and the latest ActiveSync 4.5? Any 3^rd party product(s) you would recommend?

 

Cheers,

Jeremy.

 

---

Confidentiality and Privilege Notice
This document is intended solely for the named addressee.  The information contained in the pages is confidential and contains legally privileged information. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone, and you should destroy this message and kindly notify the sender by reply email. Confidentiality and legal privilege are not waived or lost by reason of mistaken delivery to you.

---

[THIN] Re: Time issue on Citrix Client

Hi Joanne,

 

By default the ICA session will use the Clients timezone, unless you specify to use the Server timezone in a Citrix policy.

 

However, are you referring to the actual timezone or the daylight savings time offset? The timezone can still be correct, as you pointed out, but the DST offset can possibly be an issue here.

 

Sorry if I’ve stated the obvious, but I’ve seen this issue quite a bit over the last couple of years, as the DST offset seems to confuse a lot of people.

 

Cheers,

Jeremy.

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Joanne Determann
Sent: Thursday, 3 July 2008 12:05 AM
To: windows2000@freelists.org; Thin
Subject: [THIN] Time issue on Citrix Client

 

I have one user that has the wrong time zone.
 
Her Citrix  Published Desktop session has the wrong time zone
 
XP embedded  HP Thin  client  Time /zone correct  on the device itself. I know that doesn't matter.
 
Metaframe XP server time/zone correct . This is where she should be getting her time
 
What the??????
 
Thank you,
Joanne

---

Windows Live Hotmail is giving away Zunes. Enter for your chance to win. Enter Now!

---

Confidentiality and Privilege Notice
This document is intended solely for the named addressee.  The information contained in the pages is confidential and contains legally privileged information. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone, and you should destroy this message and kindly notify the sender by reply email. Confidentiality and legal privilege are not waived or lost by reason of mistaken delivery to you.

---

[THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

Did you ever sort this issue out ? If so what was the fix ?

 

If not MS have released a new private hotfix that may assist

 

http://support.microsoft.com/kb/944984/

 

M

----- Original Message -----

From: Andrew Wood

To: thin@freelists.org

Sent: Thursday, May 15, 2008 11:52 AM

Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

Ah, we'll put it down to 'and another thing..'

 

Thanks for all the responses people – I'm not sure that its AV related as i've run a server without the AV client on and it still happens.

 

That looks a useful utility Rick – I'll give that a whirl - released 15^th may @ 04.28  - how hot off the press is that J

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Rick Mack
Sent: 15 May 2008 11:32
To: thin@freelists.org
Subject: [THIN] Re: usrclass.dat not giving up the ghost - taking out servers, driving me nuts

 

Hi,

 

This is sad, replying to myself. However there's a free utility just released that might do the trick for you.

 

Check out http://www.tescitrixoupas.net/index.php/2008/xenapp-server-maintenance-oorium-sessions-cleaner/

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  


 

On 5/15/08, Rick Mack <ulrich.mack@gmail.com> wrote:

Hi Andrew,

 

Sounds pretty good to me :-)

 

usrclass.dat is the per-user file extension part of the user's profile or what you see in the registry under HKCU\Software\Classes. Under HKEY_USERS, you'll see a bunch of %usersid% and %usersid%_classes keys and %user%_classes corresponds to the user's HKCU\Software\Classes hive.

 

The classic symptom is that when you run up regedit, you'll see ophaned %usersid%_classes keys with no corresponding %usersid% key. Depending on the scenario, which is often just a timing issue because the o.s and uphclean gave up unloading the hive, you can select the orphaned hive and select file > unload hive from the toolbar and voila it's gone. You should then be able to delete the profile folder without a reboot.

 

You see, most times it's not the file that's being held open, it's a registry hive that hasn't been unloaded. When you can't unload the HKCU\Software\Classes registry hive, and it is a separate hive, then you'll end up with an open usrclass.dat file under %userprofile%local settings\application data\microsoft\windows.

 

Anyway, as to why this happens, there are any number of causes from over exuberant virus checkers to Microsoft security hotfixes that have broken part of csrss yet again. Even UPHClean will give up eventually so it doesn't actually handle the orphaned usrclass hives either.

 

So your real problem is how to programmatically unload orphaned usrclass hives and get rid of the folders (and orphaned usrclass.dat) file and profilelist entries before the next user logon when you get multiple %username%.001 etc profiles piling up.

 

I haven't actually tried it, but the script at http://sogeeky.blogspot.com/2007/03/vbscript-unload-non-active-user-hives.html may handle the registry hive unload issue for you. The profile cleanup after the hive unload should be easy with the bomprof utility from http://www.ctrl-alt-del.com.au/CAD_TSUtils.htm. Run tyhe 2 together as an end of day batch job and things should be tolerable.

 

regards,

 

Rick

 

--
Ulrich Mack
Quest Software
Provision Networks Division  
 

On 5/15/08, Andrew Wood <andrew.wood@gilwood-cs.co.uk> wrote:

I'm going to give it another couple of days, then everyone is getting a pencil and a pack of post-it notes.