Testing App Layering 2304, after upgrading and publishing image template, my VDAs are missing ICA Session performance counters....

[Sergio Masone1709161115]

Upgraded ELM to 2304, published image template, i noticed in our monitoring console and monitor cannot retrieve ica latency metrics, further investigation, the ICA SEssion performance counters are completely missing. dont hav ethis issue with the previous version of ELM. anyone else have this behavior?
Thanks

[Sergio Masone1709161115]

19 minutes ago, Mike Kelly1709153237 said:

That's likely the fix they put in based on the issue we encountered.

 

You have your 2211 perf counters that were posted earlier in this thread.  Curious how they compare to what you're seeing with 2304 hotfix / 2306.

The ini originally in 2211 had 1800kb in size , in 2304, it was 800kb, with patch , 1618kb. I have upgraded to 2306.1 will test what that looks like tomorrow.

[Sergio Masone1709161115]

On 7/6/2023 at 4:51 PM, Mike Kelly1709153237 said:

That's likely the fix they put in based on the issue we encountered.

 

You have your 2211 perf counters that were posted earlier in this thread.  Curious how they compare to what you're seeing with 2304 hotfix / 2306.

Hi Mike,
These are what look to be missing from the perfstringbackup.ini from 2211 to 2306
[PERF_WmiApRpl]
[PERF_.NETFramework]
[PERF_.NET Data Provider for SqlServer]
[PERF_.NET Data Provider for Oracle]
[PERF_.NET CLR Networking]
[PERF_.NET CLR Data]

also in Citrix Monitor, seems ICA latency metric is showing n/a as well as protocol. not sure if its related, however the ica session metric seem to work in our monitoring platform so wont make a big case with this one i guess.

[Sergio Masone1709161115]

On 7/10/2023 at 4:33 PM, Sergio Masone1709161115 said:

Hi Mike,
These are what look to be missing from the perfstringbackup.ini from 2211 to 2306
[PERF_WmiApRpl]
[PERF_.NETFramework]
[PERF_.NET Data Provider for SqlServer]
[PERF_.NET Data Provider for Oracle]
[PERF_.NET CLR Networking]
[PERF_.NET CLR Data]

also in Citrix Monitor, seems ICA latency metric is showing n/a as well as protocol. not sure if its related, however the ica session metric seem to work in our monitoring platform so wont make a big case with this one i guess.

I set back the registry key provided HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\UniService
DWORD 1 GeneratePerfGenRecompileScript_disabled
with that all my troubles are gone, ICA counters in monitor / director are readable again without n/a for protocol and ica latency, the perfstringsbackup matches as it was before in size. sticking with that for now. as new versions come out ill retest an os layer version that doesnt have this key set.

[Chip Gonsalves]

On 7/10/2023 at 4:33 PM, Sergio Masone1709161115 said:

Hi Mike,
These are what look to be missing from the perfstringbackup.ini from 2211 to 2306
[PERF_WmiApRpl]
[PERF_.NETFramework]
[PERF_.NET Data Provider for SqlServer]
[PERF_.NET Data Provider for Oracle]
[PERF_.NET CLR Networking]
[PERF_.NET CLR Data]

also in Citrix Monitor, seems ICA latency metric is showing n/a as well as protocol. not sure if its related, however the ica session metric seem to work in our monitoring platform so wont make a big case with this one i guess.

Hey Sergio, 

I believe that what you are seeing is a result of empty directories in the os revision that are confusing the lodctr utility.  To verify that, you can make a new os revision (do not run lodctr right away).  Instead, navigate to the C:\Windows\inf directory.  There you will find a directory for each entry you have listed.  They will not have the PERF_ in front of them.  For instance, you will find c:\windows\inf\WmiApRpl.  In each of these directories, you will find a numbered directory.  One of these numbered directories will have no files in it.  This causes lodctr to give errors when it is running (found using google for this type of problem when there is no app layering involved).  If you go through and remove the empty directories under each of the folders you listed, I believe you will find then that your counters rebuild correctly and you will not be missing anything. 

 

If you get a chance I would like to know what you get for results.  Because if you find that it fixes your counts, then we can create a script to run on the os revisions to check for these empty directories and remove them so they will not cause a problem going forward.

 

Thanks

Chip

 

[Sergio Masone1709161115]

On 8/4/2023 at 9:25 AM, Chip Gonsalves said:

Hey Sergio, 

I believe that what you are seeing is a result of empty directories in the os revision that are confusing the lodctr utility.  To verify that, you can make a new os revision (do not run lodctr right away).  Instead, navigate to the C:\Windows\inf directory.  There you will find a directory for each entry you have listed.  They will not have the PERF_ in front of them.  For instance, you will find c:\windows\inf\WmiApRpl.  In each of these directories, you will find a numbered directory.  One of these numbered directories will have no files in it.  This causes lodctr to give errors when it is running (found using google for this type of problem when there is no app layering involved).  If you go through and remove the empty directories under each of the folders you listed, I believe you will find then that your counters rebuild correctly and you will not be missing anything. 

 

If you get a chance I would like to know what you get for results.  Because if you find that it fixes your counts, then we can create a script to run on the os revisions to check for these empty directories and remove them so they will not cause a problem going forward.

 

Thanks

Chip

 

Hi Chip,
In the published template, I don't see any empty folders from the list provided, I do see the folders with the names, but they all have something underneath them. When I have the workaround in place (reg key GeneratePerfGenRecompileScript_disabled DWORD 1, all counters seem to work fine, and in Citrix Monitor the ICA latency metrics and protocol are visible. something in the new process isn't working the same way it seems.

[Chip Gonsalves]

3 hours ago, Sergio Masone1709161115 said:

Hi Chip,
In the published template, I don't see any empty folders from the list provided, I do see the folders with the names, but they all have something underneath them. When I have the workaround in place (reg key GeneratePerfGenRecompileScript_disabled DWORD 1, all counters seem to work fine, and in Citrix Monitor the ICA latency metrics and protocol are visible. something in the new process isn't working the same way it seems.

Hello Sergio,

My comment was not for the published template.  You want to look on the OS revision before ever doing a lodctr /r.  Can you do me a favor and make an OS revision that was done before a lodctr /r was done and look in those directories?  So far we have had a 100% hit rate with customers that have reported exactly what you have, and after they removed the empty directories we are seeing a 100% hit rate on getting all of the expected counters.  So we need to know if you are different than everyone else.

[Sergio Masone1709161115]

20 minutes ago, Chip Gonsalves said:

Hello Sergio,

My comment was not for the published template.  You want to look on the OS revision before ever doing a lodctr /r.  Can you do me a favor and make an OS revision that was done before a lodctr /r was done and look in those directories?  So far we have had a 100% hit rate with customers that have reported exactly what you have, and after they removed the empty directories we are seeing a 100% hit rate on getting all of the expected counters.  So we need to know if you are different than everyone else.

Ill create a new OS revision and check it out and post back. I used the published template since it is derived from the OS layer in a sense, and the locd /r is ran against the published template if my understanding is right based on the perfgen script.
have you seen cases of complaints regarding citrix monitor and Protocol / Ica latency showing as N/A (screenshot below), this only happens when i publish without the workaround, so seems related to counters.
 

[Sergio Masone1709161115]

41 minutes ago, Sergio Masone1709161115 said:

Ill create a new OS revision and check it out and post back. I used the published template since it is derived from the OS layer in a sense, and the locd /r is ran against the published template if my understanding is right based on the perfgen script.
have you seen cases of complaints regarding citrix monitor and Protocol / Ica latency showing as N/A (screenshot below), this only happens when i publish without the workaround, so seems related to counters.
 

I did a new OS revision, inside the revision here is a tree view of the sub-folders in c:\windows\inf\
├───.NET CLR Data
│   │   _DataPerfCounters.h
│   │   _DataPerfCounters.ini
│   │
│   ├───0000
│   │       _DataPerfCounters_d.ini
│   │
│   ├───0409
│   └───040C
│           _DataPerfCounters_d.ini
│
├───.NET CLR Networking
│   │   _NetworkingPerfCounters_v2.h
│   │   _Networkingperfcounters_v2.ini
│   │
│   ├───0000
│   │       _Networkingperfcounters_v2_d.ini
│   │
│   ├───0409
│   └───040C
│           _Networkingperfcounters_v2_d.ini
│
├───.NET CLR Networking 4.0.0.0
│   │   _NetworkingPerfCounters.h
│   │   _Networkingperfcounters.ini
│   │
│   ├───0000
│   │       _Networkingperfcounters_d.ini
│   │
│   └───040C
│           _Networkingperfcounters_d.ini
│
├───.NET Data Provider for Oracle
│   │   _DataOracleClientPerfCounters_shared12_neutral.h
│   │   _DataOracleClientPerfCounters_shared12_neutral.ini
│   │
│   ├───0000
│   │       _DataOracleClientPerfCounters_shared12_neutral_d.ini
│   │
│   ├───0409
│   └───040C
│           _DataOracleClientPerfCounters_shared12_neutral_d.ini
│
├───.NET Data Provider for SqlServer
│   │   _dataperfcounters_shared12_neutral.h
│   │   _dataperfcounters_shared12_neutral.ini
│   │
│   ├───0000
│   │       _dataperfcounters_shared12_neutral_d.ini
│   │
│   ├───0409
│   └───040C
│           _dataperfcounters_shared12_neutral_d.ini
│
├───.NET Memory Cache 4.0
│   │   netmemorycache.h
│   │   netmemorycache.ini
│   │
│   ├───0000
│   │       netmemorycache_d.ini
│   │
│   └───040C
│           netmemorycache_d.ini
│
├───.NETFramework
│   │   CORPerfMonSymbols.h
│   │   corperfmonsymbols.ini
│   │
│   ├───0000
│   │       corperfmonsymbols_d.ini
│   │
│   ├───0409
│   └───040C
│           corperfmonsymbols_d.ini
│
├───BITS
│   │   bitsctr.h
│   │
│   ├───0000
│   │       bitsctrs.ini
│   │
│   ├───0409
│   │       bitsctrs.ini
│   │
│   └───040C
│           bitsctrs.ini
│
├───en-US
├───ESENT
│   │   esentprf.hxx
│   │
│   ├───0000
│   │       esentprf.ini
│   │
│   ├───0409
│   │       esentprf.ini
│   │
│   └───040C
│           esentprf.ini
│
├───LSM
│   │   lagcounterdef.h
│   │
│   ├───0000
│   │       lagcounterdef.ini
│   │
│   ├───0409
│   │       lagcounterdef.ini
│   │
│   └───040C
│           lagcounterdef.ini
│
├───MSDTC
│   │   msdtcprf.h
│   │
│   ├───0000
│   │       msdtcprf.ini
│   │
│   ├───0409
│   │       msdtcprf.ini
│   │
│   └───040C
│           msdtcprf.ini
│
├───MSDTC Bridge 3.0.0.0
│   │   _TransactionBridgePerfCounters.h
│   │   _TransactionBridgePerfCounters.ini
│   │
│   ├───0000
│   │       _TransactionBridgePerfCounters_D.ini
│   │
│   ├───0409
│   │       _TransactionBridgePerfCounters_D.ini
│   │
│   └───040C
│           _TransactionBridgePerfCounters_D.ini
│
├───MSDTC Bridge 4.0.0.0
│   │   _TransactionBridgePerfCounters.h
│   │   _TransactionBridgePerfCounters.ini
│   │
│   ├───0000
│   │       _TransactionBridgePerfCounters_d.ini
│   │
│   └───040C
│           _TransactionBridgePerfCounters_d.ini
│
├───PERFLIB
│   ├───0000
│   │       perfc.dat
│   │       perfd.dat
│   │       perfh.dat
│   │       perfi.dat
│   │
│   ├───0409
│   │       perfc.dat
│   │       perfd.dat
│   │       perfh.dat
│   │       perfi.dat
│   │
│   └───040C
│           perfc.dat
│           perfd.dat
│           perfh.dat
│           perfi.dat
│
├───PNRPSvc
│   ├───0000
│   ├───0409
│   └───040C
├───rdyboost
│   │   ReadyBoostPerfCounters.h
│   │
│   ├───0000
│   │       ReadyBoostPerfCounters.ini
│   │
│   ├───0409
│   │       ReadyBoostPerfCounters.ini
│   │
│   └───040C
│           ReadyBoostPerfCounters.ini
│
├───RemoteAccess
│   │   rasctrnm.h
│   │
│   ├───0000
│   │       rasctrs.ini
│   │
│   ├───0409
│   │       rasctrs.ini
│   │
│   └───040C
│           rasctrs.ini
│
├───ServiceModelEndpoint 3.0.0.0
│   │   _ServiceModelEndpointPerfCounters.h
│   │   _ServiceModelEndpointPerfCounters.ini
│   │
│   ├───0000
│   │       _ServiceModelEndpointPerfCounters_D.ini
│   │
│   ├───0409
│   │       _ServiceModelEndpointPerfCounters_D.ini
│   │
│   └───040C
│           _ServiceModelEndpointPerfCounters_D.ini
│
├───ServiceModelOperation 3.0.0.0
│   │   _ServiceModelOperationPerfCounters.h
│   │   _ServiceModelOperationPerfCounters.ini
│   │
│   ├───0000
│   │       _ServiceModelOperationPerfCounters_D.ini
│   │
│   ├───0409
│   │       _ServiceModelOperationPerfCounters_D.ini
│   │
│   └───040C
│           _ServiceModelOperationPerfCounters_D.ini
│
├───ServiceModelService 3.0.0.0
│   │   _ServiceModelServicePerfCounters.h
│   │   _ServiceModelServicePerfCounters.ini
│   │
│   ├───0000
│   │       _ServiceModelServicePerfCounters_D.ini
│   │
│   ├───0409
│   │       _ServiceModelServicePerfCounters_D.ini
│   │
│   └───040C
│           _ServiceModelServicePerfCounters_D.ini
│
├───SMSvcHost 3.0.0.0
│   │   _SMSvcHostPerfCounters.h
│   │   _SMSvcHostPerfCounters.ini
│   │
│   ├───0000
│   │       _SMSvcHostPerfCounters_D.ini
│   │
│   ├───0409
│   │       _SMSvcHostPerfCounters_D.ini
│   │
│   └───040C
│           _SMSvcHostPerfCounters_D.ini
│
├───SMSvcHost 4.0.0.0
│   │   _SMSvcHostPerfCounters.h
│   │   _SMSvcHostPerfCounters.ini
│   │
│   ├───0000
│   │       _SMSvcHostPerfCounters_d.ini
│   │
│   └───040C
│           _SMSvcHostPerfCounters_d.ini
│
├───TAPISRV
│   │   perfctr.h
│   │
│   ├───0000
│   │       tapiperf.ini
│   │
│   ├───0409
│   │       tapiperf.ini
│   │
│   ├───0809
│   │       tapiperf.ini
│   │
│   └───0C0C
│           tapiperf.ini
│
├───TermService
│   │   tslabels.h
│   │
│   ├───0000
│   │       tslabels.ini
│   │
│   ├───0409
│   │       tslabels.ini
│   │
│   └───040C
│           tslabels.ini
│
├───UGatherer
│   │   gsrvctr.h
│   │
│   ├───0000
│   │       gsrvctr.ini
│   │
│   ├───0409
│   │       gsrvctr.ini
│   │
│   ├───0809
│   │       gsrvctr.ini
│   │
│   └───0C0C
│           gsrvctr.ini
│
├───UGTHRSVC
│   │   gthrctr.h
│   │
│   ├───0000
│   │       gthrctr.ini
│   │
│   ├───0409
│   │       gthrctr.ini
│   │
│   ├───0809
│   │       gthrctr.ini
│   │
│   └───0C0C
│           gthrctr.ini
│
├───usbhub
│   │   usbperfsym.h
│   │
│   ├───0000
│   │       usbperf.ini
│   │
│   ├───0409
│   │       usbperf.ini
│   │
│   └───040C
│           usbperf.ini
│
├───Windows Workflow Foundation 3.0.0.0
│   │   PerfCounters.h
│   │   PerfCounters.ini
│   │
│   ├───0000
│   │       PerfCounters_D.ini
│   │
│   ├───0409
│   │       PerfCounters_D.ini
│   │
│   └───040C
│           PerfCounters_D.ini
│
├───Windows Workflow Foundation 4.0.0.0
│   │   PerfCounters.h
│   │   PerfCounters.ini
│   │
│   ├───0000
│   │       PerfCounters_d.ini
│   │
│   └───040C
│           PerfCounters_d.ini
│
├───WmiApRpl
│   │   WmiApRpl.h
│   │   WmiApRpl.ini
│   │
│   └───0009
│           WmiApRpl.ini
│
└───wsearchidxpi
    │   idxcntrs.h
    │
    ├───0000
    │       idxcntrs.ini
    │
    ├───0409
    │       idxcntrs.ini
    │
    ├───0809
    │       idxcntrs.ini
    │
    └───0C0C
            idxcntrs.ini

Are you saying one empty folder in this list can fail the entire process? i dont see an empty folder from the list of counters missing. empty folder im seing is PNRPSvc\ and En-Us\

[Chip Gonsalves]

On 8/14/2023 at 3:53 PM, Sergio Masone1709161115 said:

I did a new OS revision, inside the revision here is a tree view of the sub-folders in c:\windows\inf\
├───.NET CLR Data
│   │   _DataPerfCounters.h
│   │   _DataPerfCounters.ini
│   │
│   ├───0000
│   │       _DataPerfCounters_d.ini
│   │
│   ├───0409
│   └───040C
│           _DataPerfCounters_d.ini
│
├───.NET CLR Networking
│   │   _NetworkingPerfCounters_v2.h
│   │   _Networkingperfcounters_v2.ini
│   │
│   ├───0000
│   │       _Networkingperfcounters_v2_d.ini
│   │
│   ├───0409
│   └───040C
│           _Networkingperfcounters_v2_d.ini
│
├───.NET CLR Networking 4.0.0.0
│   │   _NetworkingPerfCounters.h
│   │   _Networkingperfcounters.ini
│   │
│   ├───0000
│   │       _Networkingperfcounters_d.ini
│   │
│   └───040C
│           _Networkingperfcounters_d.ini
│
├───.NET Data Provider for Oracle
│   │   _DataOracleClientPerfCounters_shared12_neutral.h
│   │   _DataOracleClientPerfCounters_shared12_neutral.ini
│   │
│   ├───0000
│   │       _DataOracleClientPerfCounters_shared12_neutral_d.ini
│   │
│   ├───0409
│   └───040C
│           _DataOracleClientPerfCounters_shared12_neutral_d.ini
│
├───.NET Data Provider for SqlServer
│   │   _dataperfcounters_shared12_neutral.h
│   │   _dataperfcounters_shared12_neutral.ini
│   │
│   ├───0000
│   │       _dataperfcounters_shared12_neutral_d.ini
│   │
│   ├───0409
│   └───040C
│           _dataperfcounters_shared12_neutral_d.ini
│
├───.NET Memory Cache 4.0
│   │   netmemorycache.h
│   │   netmemorycache.ini
│   │
│   ├───0000
│   │       netmemorycache_d.ini
│   │
│   └───040C
│           netmemorycache_d.ini
│
├───.NETFramework
│   │   CORPerfMonSymbols.h
│   │   corperfmonsymbols.ini
│   │
│   ├───0000
│   │       corperfmonsymbols_d.ini
│   │
│   ├───0409
│   └───040C
│           corperfmonsymbols_d.ini
│
├───BITS
│   │   bitsctr.h
│   │
│   ├───0000
│   │       bitsctrs.ini
│   │
│   ├───0409
│   │       bitsctrs.ini
│   │
│   └───040C
│           bitsctrs.ini
│
├───en-US
├───ESENT
│   │   esentprf.hxx
│   │
│   ├───0000
│   │       esentprf.ini
│   │
│   ├───0409
│   │       esentprf.ini
│   │
│   └───040C
│           esentprf.ini
│
├───LSM
│   │   lagcounterdef.h
│   │
│   ├───0000
│   │       lagcounterdef.ini
│   │
│   ├───0409
│   │       lagcounterdef.ini
│   │
│   └───040C
│           lagcounterdef.ini
│
├───MSDTC
│   │   msdtcprf.h
│   │
│   ├───0000
│   │       msdtcprf.ini
│   │
│   ├───0409
│   │       msdtcprf.ini
│   │
│   └───040C
│           msdtcprf.ini
│
├───MSDTC Bridge 3.0.0.0
│   │   _TransactionBridgePerfCounters.h
│   │   _TransactionBridgePerfCounters.ini
│   │
│   ├───0000
│   │       _TransactionBridgePerfCounters_D.ini
│   │
│   ├───0409
│   │       _TransactionBridgePerfCounters_D.ini
│   │
│   └───040C
│           _TransactionBridgePerfCounters_D.ini
│
├───MSDTC Bridge 4.0.0.0
│   │   _TransactionBridgePerfCounters.h
│   │   _TransactionBridgePerfCounters.ini
│   │
│   ├───0000
│   │       _TransactionBridgePerfCounters_d.ini
│   │
│   └───040C
│           _TransactionBridgePerfCounters_d.ini
│
├───PERFLIB
│   ├───0000
│   │       perfc.dat
│   │       perfd.dat
│   │       perfh.dat
│   │       perfi.dat
│   │
│   ├───0409
│   │       perfc.dat
│   │       perfd.dat
│   │       perfh.dat
│   │       perfi.dat
│   │
│   └───040C
│           perfc.dat
│           perfd.dat
│           perfh.dat
│           perfi.dat
│
├───PNRPSvc
│   ├───0000
│   ├───0409
│   └───040C
├───rdyboost
│   │   ReadyBoostPerfCounters.h
│   │
│   ├───0000
│   │       ReadyBoostPerfCounters.ini
│   │
│   ├───0409
│   │       ReadyBoostPerfCounters.ini
│   │
│   └───040C
│           ReadyBoostPerfCounters.ini
│
├───RemoteAccess
│   │   rasctrnm.h
│   │
│   ├───0000
│   │       rasctrs.ini
│   │
│   ├───0409
│   │       rasctrs.ini
│   │
│   └───040C
│           rasctrs.ini
│
├───ServiceModelEndpoint 3.0.0.0
│   │   _ServiceModelEndpointPerfCounters.h
│   │   _ServiceModelEndpointPerfCounters.ini
│   │
│   ├───0000
│   │       _ServiceModelEndpointPerfCounters_D.ini
│   │
│   ├───0409
│   │       _ServiceModelEndpointPerfCounters_D.ini
│   │
│   └───040C
│           _ServiceModelEndpointPerfCounters_D.ini
│
├───ServiceModelOperation 3.0.0.0
│   │   _ServiceModelOperationPerfCounters.h
│   │   _ServiceModelOperationPerfCounters.ini
│   │
│   ├───0000
│   │       _ServiceModelOperationPerfCounters_D.ini
│   │
│   ├───0409
│   │       _ServiceModelOperationPerfCounters_D.ini
│   │
│   └───040C
│           _ServiceModelOperationPerfCounters_D.ini
│
├───ServiceModelService 3.0.0.0
│   │   _ServiceModelServicePerfCounters.h
│   │   _ServiceModelServicePerfCounters.ini
│   │
│   ├───0000
│   │       _ServiceModelServicePerfCounters_D.ini
│   │
│   ├───0409
│   │       _ServiceModelServicePerfCounters_D.ini
│   │
│   └───040C
│           _ServiceModelServicePerfCounters_D.ini
│
├───SMSvcHost 3.0.0.0
│   │   _SMSvcHostPerfCounters.h
│   │   _SMSvcHostPerfCounters.ini
│   │
│   ├───0000
│   │       _SMSvcHostPerfCounters_D.ini
│   │
│   ├───0409
│   │       _SMSvcHostPerfCounters_D.ini
│   │
│   └───040C
│           _SMSvcHostPerfCounters_D.ini
│
├───SMSvcHost 4.0.0.0
│   │   _SMSvcHostPerfCounters.h
│   │   _SMSvcHostPerfCounters.ini
│   │
│   ├───0000
│   │       _SMSvcHostPerfCounters_d.ini
│   │
│   └───040C
│           _SMSvcHostPerfCounters_d.ini
│
├───TAPISRV
│   │   perfctr.h
│   │
│   ├───0000
│   │       tapiperf.ini
│   │
│   ├───0409
│   │       tapiperf.ini
│   │
│   ├───0809
│   │       tapiperf.ini
│   │
│   └───0C0C
│           tapiperf.ini
│
├───TermService
│   │   tslabels.h
│   │
│   ├───0000
│   │       tslabels.ini
│   │
│   ├───0409
│   │       tslabels.ini
│   │
│   └───040C
│           tslabels.ini
│
├───UGatherer
│   │   gsrvctr.h
│   │
│   ├───0000
│   │       gsrvctr.ini
│   │
│   ├───0409
│   │       gsrvctr.ini
│   │
│   ├───0809
│   │       gsrvctr.ini
│   │
│   └───0C0C
│           gsrvctr.ini
│
├───UGTHRSVC
│   │   gthrctr.h
│   │
│   ├───0000
│   │       gthrctr.ini
│   │
│   ├───0409
│   │       gthrctr.ini
│   │
│   ├───0809
│   │       gthrctr.ini
│   │
│   └───0C0C
│           gthrctr.ini
│
├───usbhub
│   │   usbperfsym.h
│   │
│   ├───0000
│   │       usbperf.ini
│   │
│   ├───0409
│   │       usbperf.ini
│   │
│   └───040C
│           usbperf.ini
│
├───Windows Workflow Foundation 3.0.0.0
│   │   PerfCounters.h
│   │   PerfCounters.ini
│   │
│   ├───0000
│   │       PerfCounters_D.ini
│   │
│   ├───0409
│   │       PerfCounters_D.ini
│   │
│   └───040C
│           PerfCounters_D.ini
│
├───Windows Workflow Foundation 4.0.0.0
│   │   PerfCounters.h
│   │   PerfCounters.ini
│   │
│   ├───0000
│   │       PerfCounters_d.ini
│   │
│   └───040C
│           PerfCounters_d.ini
│
├───WmiApRpl
│   │   WmiApRpl.h
│   │   WmiApRpl.ini
│   │
│   └───0009
│           WmiApRpl.ini
│
└───wsearchidxpi
    │   idxcntrs.h
    │
    ├───0000
    │       idxcntrs.ini
    │
    ├───0409
    │       idxcntrs.ini
    │
    ├───0809
    │       idxcntrs.ini
    │
    └───0C0C
            idxcntrs.ini

Are you saying one empty folder in this list can fail the entire process? i dont see an empty folder from the list of counters missing. empty folder im seing is PNRPSvc\ and En-Us\

Thanks for the post.  And the answer to your question is yes, the empty 0409 directories will cause your lodctr /r to fail for the parents of those directories.  And if you remove those directories prior to issuing the lodctr /r on the OS revision, you will then not be missing the counters in question from your final image.  And please keep in mind that Citrix didn't make up these rules.  If we never existed as a company and there were no such thing  as app layering, you would still get the same result of the counters that have empty directories being removed from your database simply because they happen to have an empty directory when you run the lodctr /r.  

 

The only thing we did was trust that running the command would not have a negative effect.  The fact that we run the lodctr /r is the reason that you are seeing the results you are seeing.  When you disable the setting, we no longer create the file that will run the lodctr /r, and as such the fact that there is a problem with data is never exposed.  Please give try deleting the empty directories in the OS revision before ever running the lodctr /r.  I believe once you have done that, you will have success.  You should not have to look through all of the directories for empty directories.  You should only have to look in the directories for the counters that you reported as missing.  You will find that every single one of them happens to have an empty directory.

 

[Mike Kelly1709153237]

On 8/16/2023 at 1:53 PM, Chip Gonsalves said:

Thanks for the post.  And the answer to your question is yes, the empty 0409 directories will cause your lodctr /r to fail for the parents of those directories.  And if you remove those directories prior to issuing the lodctr /r on the OS revision, you will then not be missing the counters in question from your final image.  And please keep in mind that Citrix didn't make up these rules.  If we never existed as a company and there were no such thing  as app layering, you would still get the same result of the counters that have empty directories being removed from your database simply because they happen to have an empty directory when you run the lodctr /r.  

 

The only thing we did was trust that running the command would not have a negative effect.  The fact that we run the lodctr /r is the reason that you are seeing the results you are seeing.  When you disable the setting, we no longer create the file that will run the lodctr /r, and as such the fact that there is a problem with data is never exposed.  Please give try deleting the empty directories in the OS revision before ever running the lodctr /r.  I believe once you have done that, you will have success.  You should not have to look through all of the directories for empty directories.  You should only have to look in the directories for the counters that you reported as missing.  You will find that every single one of them happens to have an empty directory.

 

@Chip Gonsalves-   Based on this comment, Are you implying that Citrix did not run lodctr /R prior to App layering v2304 in the OS layer tool scripts?   

 

@Sergio Masone1709161115-   Citrix issued us a "cleanup script" that cleaned up the directories that you found and the "missing" counters are now no longer missing.   However, we're still troubleshooting with Citrix as we are still seeing irregularities with things flipping from single instance to multi instance and vice versa on the perf counter output.  Again, not an issue on 2211 or prior.