How do I disable FabricCounters and Fabric Event Trace Sessions?

%3CLINGO-SUB%20id%3D%22lingo-sub-3047864%22%20slang%3D%22en-US%22%3EHow%20do%20I%20disable%20FabricCounters%20and%20Fabric%20Event%20Trace%20Sessions%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-3047864%22%20slang%3D%22en-US%22%3E%3CDIV%20class%3D%22%22%3E%3CP%3EI%20am%20the%20administrator%20of%20a%20single%20server%20SharePoint%202019%20on-premise%20farm%20with%20a%20separate%20server%20running%20the%20SQL%20side%20of%20SharePoint.%20I%20built%20this%20farm.%20I%20have%20domain%20admin%20permissions%20and%20local%20admin%20permissions.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThe%20problem%20is%20that%20fabric_counters_X_000001.blg%20files%20(located%20in%20C%3A%5CProgramData%5CMicrosoft%5CSF%5CLog%5CPerformanceCountersBinary)%2C%20query_traces_X_X_1.etl%20files%20(located%20in%20C%3A%5CProgramData%5CMicrosoft%5CSF%5CLog%5CQueryTraces)%20and%20fabric_traces_X_X_1.etl%2C%20fabricdeployer-X.trace%2C%20FabricSetup-X.trace%2C%20lease_traces_X_X_1.etl%20files%20(located%20in%20C%3A%5CProgramData%5CMicrosoft%5CSF%5CLog%5CTraces)%20are%20being%20uncontrollably%20created.%20(The%20Xs%20all%20represent%20a%20series%20of%20identifying%20numbers.)%20Within%20a%20month%20or%20two%20my%20SharePoint%20server's%20C%20drive%20runs%20out%20of%20space%20because%20of%20these%20files.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20figured%20out%20that%20in%20%3CEM%3EPerformance%20Monitor%3C%2FEM%3E%20I%20have%20a%20%3CEM%3EUser%20Defined%20Data%20Collector%20Set%3C%2FEM%3E%20called%20%3CSTRONG%3EFabricCounters%3C%2FSTRONG%3E.%20Within%20this%20data%20collector%20set%20I%20have%20a%20%3CSTRONG%3EFabricCounters%3C%2FSTRONG%3E%20%3CEM%3EPerformance%20Counter%3C%2FEM%3E.%20Also%2C%20under%20%3CEM%3EPerformance%20Monitor%3C%2FEM%3E%2C%20I%20have%20%3CEM%3EEvent%20Trace%20Sessions%3C%2FEM%3E%20called%20%3CSTRONG%3EFabricTraces%3C%2FSTRONG%3E%2C%20%3CSTRONG%3EFabricLeaseLayerTraces%3C%2FSTRONG%3E%2C%20%3CSTRONG%3EFabricAppInfoTraces%3C%2FSTRONG%3E%2C%20and%20%3CSTRONG%3EFabricQueryTraces%3C%2FSTRONG%3E.%20Finally%2C%20I%20have%20a%20task%20in%20%3CEM%3ETask%20Scheduler%3C%2FEM%3E%20under%20Task%20Scheduler%20(Local)%20-%26gt%3B%20Task%20Scheduler%20Library%20-%26gt%3B%20Microsoft%20-%26gt%3B%20Windows%20-%26gt%3B%20PLA%20called%20%3CSTRONG%3EFabricCounters%3C%2FSTRONG%3E.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ESo%20having%20all%20of%20this%20figured%20out%20I%20should%20be%20able%20to%20manage%20these%20logs%2C%20right%3F%20%3CSTRONG%3E%3CEM%3ENOPE!!!%3C%2FEM%3E%3C%2FSTRONG%3E%20I%20have%20opened%20the%20Task%20Scheduler%20%22as%20admin%22%20disabled%20and%20deleted%20the%20FabricCounters%20task%20and%20after%20a%20couple%20of%20minutes%20it%20auto-magically%20comes%20right%20back%20and%20immediately%20starts%20running!%20I%20have%20opened%20Performance%20Monitor%20%22as%20admin%22%2C%20deleted%20the%20FabricCounters%20performance%20counter%2C%20and%20data%20collector%20set.%20Both%2C%20eventually%20re-appear%20exactly%20as%20they%20were%20created.%20I%20have%20tried%20stopping%20the%20data%20collector%20set%2C%20editing%20the%20performance%20counter%20log%20modes%2C%20and%20manually%20starting%20the%20data%20collector%20set.%20The%20FabricCounters%20data%20collector%20set%20eventually%20auto-restarts%20itself%20and%20my%20edits%20are%20no%20longer%20there.%20When%20I%20try%20to%20stop%2C%20edit%20the%20log%20mode%2C%20and%20start%20the%20event%20trace%20sessions%2C%20I%20get%20an%20error%20message%20%22When%20attempting%20to%20start%20the%20Data%20Collector%20Set%20the%20following%20system%20error%20occurred%3A%20The%20parameter%20is%20incorrect.%22%20The%20event%20trace%20session%20eventually%20restarts%20itself%20and%20my%20edits%20are%20gone.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20gone%20into%20Powershell%20(as%20administrator)%20and%20attempted%20to%20use%20logman%20to%20change%2C%20disable%2C%20and%20delete%20the%20FabricCounters%20data%20collector%20set.%20Same%20result.%3C%2FP%3E%3CP%3EI%20have%20been%20searching%20the%20'net%20for%20days%20researching%20Microsoft%20AppFabric%201.1%20for%20Windows%20Server%20and%20Microsoft%20Service%20Fabric%20to%20find%20hints%20about%20what%20I%20could%20change%20in%20their%20config%20files%20that%20might%20be%20controlling%20these%20data%20collector%20sets%20and%20event%20trace%20sessions.%20I%20have%20found%20similar%20situations%20(No%2C%20I'm%20not%20using%20Azure%20and%20no%20the%20articles%20about%20these%20files%20building%20up%20in%20Lync%20servers%20do%20not%20help)%2C%20but%20nothing%20applicable%20to%20my%20situation.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIs%20anyone%20out%20there%20familiar%20with%20Microsoft%20AppFabric%20for%20Windows%20Server%20and%20Microsoft%20Service%20Fabric%20specifically%20for%20on-premise%20SharePoint%202019%20server%20that%20can%20help%20me%20tame%20these%20counters%20and%20sessions%20and%20the%20uncontrollable%20log%20files%20they%20create%3F%3C%2FP%3E%3C%2FDIV%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-3047864%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EAdmin%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3Efiles%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ESharePoint%20Server%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E
New Contributor

I am the administrator of a single server SharePoint 2019 on-premise farm with a separate server running the SQL side of SharePoint. I built this farm. I have domain admin permissions and local admin permissions.

 

The problem is that fabric_counters_X_000001.blg files (located in C:\ProgramData\Microsoft\SF\Log\PerformanceCountersBinary), query_traces_X_X_1.etl files (located in C:\ProgramData\Microsoft\SF\Log\QueryTraces) and fabric_traces_X_X_1.etl, fabricdeployer-X.trace, FabricSetup-X.trace, lease_traces_X_X_1.etl files (located in C:\ProgramData\Microsoft\SF\Log\Traces) are being uncontrollably created. (The Xs all represent a series of identifying numbers.) Within a month or two my SharePoint server's C drive runs out of space because of these files.

 

I have figured out that in Performance Monitor I have a User Defined Data Collector Set called FabricCounters. Within this data collector set I have a FabricCounters Performance Counter. Also, under Performance Monitor, I have Event Trace Sessions called FabricTraces, FabricLeaseLayerTraces, FabricAppInfoTraces, and FabricQueryTraces. Finally, I have a task in Task Scheduler under Task Scheduler (Local) -> Task Scheduler Library -> Microsoft -> Windows -> PLA called FabricCounters.

 

So having all of this figured out I should be able to manage these logs, right? NOPE!!! I have opened the Task Scheduler "as admin" disabled and deleted the FabricCounters task and after a couple of minutes it auto-magically comes right back and immediately starts running! I have opened Performance Monitor "as admin", deleted the FabricCounters performance counter, and data collector set. Both, eventually re-appear exactly as they were created. I have tried stopping the data collector set, editing the performance counter log modes, and manually starting the data collector set. The FabricCounters data collector set eventually auto-restarts itself and my edits are no longer there. When I try to stop, edit the log mode, and start the event trace sessions, I get an error message "When attempting to start the Data Collector Set the following system error occurred: The parameter is incorrect." The event trace session eventually restarts itself and my edits are gone.

 

I have gone into Powershell (as administrator) and attempted to use logman to change, disable, and delete the FabricCounters data collector set. Same result.

I have been searching the 'net for days researching Microsoft AppFabric 1.1 for Windows Server and Microsoft Service Fabric to find hints about what I could change in their config files that might be controlling these data collector sets and event trace sessions. I have found similar situations (No, I'm not using Azure and no the articles about these files building up in Lync servers do not help), but nothing applicable to my situation.

 

Is anyone out there familiar with Microsoft AppFabric for Windows Server and Microsoft Service Fabric specifically for on-premise SharePoint 2019 server that can help me tame these counters and sessions and the uncontrollable log files they create?

1 Reply
Just commenting here to hopefully get more people who might have been taking a break from the forum over the holidays to review this question. Hopefully someone out there has a suggestion.