SSRS log files growing large in sharepoint 2016

Hi All,

I had this issue in our Dev SharePoint 2016 farm where we had configured SharePoint integrated Reporting Services, the log files at below location were growing exponentially & eating up all the space in C: drive. this resulted in SharePoint farm being inaccessible.

 
I tried searching on the internet however could not find any useful information on how to disable this logging or change the location of the logs. I tried disabling execution logs from SSRS Service application > System settings as shown below however that did not make any difference. after hours of searching I found the fix for this issue which is mentioned below.


Solution:

finally I was able to fix this issue by changing the value to 0 for   <add name="KeepFilesForDays" value="14" /> in the rsreportserver.config at the location C:\Program Files\Common Files\microsoft shared\Web Server Extensions\16\WebServices\Reporting. after doing this the logs stopped getting generated.


References:





 

Comments

Post a Comment

Popular posts from this blog

Error ‘Object reference not set to an instance of an object‘ on Review Job Definitions page

Image
error ‘ Object reference not set to an instance of an object ‘ appears while trying to access Review Job Definitions page under Monitoring section from central administration. This could be due to faulty timer job. You can find the bad timer by running the following powershell command: Get-SPTimerJob | ? { $_.DisplayName -eq $null }| select name, Id Run below command to delete bad job $Badjob = Get-SPTimerJob <Guid of the job> $ Badjob.Delete() For me the problem job was Microsoft.Office.Server.Search.Administration.CrawlStoreRebalancerJobDefinition & after I removed it the Review Job Definitions page worked fine.  
Read more

users are able to edit other users' mysites

Issue: we had client complaining that users are able to edit other users' mysites. We checked the user profile service application permissions & found 'Everyone' was granted permission 'Manage profiles' due to which all users could edit other users' mysites. Resolution: Remove the permission 'Manage profiles' for 'Everyone' from Central Administration Central Administration > manage Service applications > highlight User profile service application > click Administrator in the ribbon menu > select Everyone > click Remove.
Read more

"sorry this site is not shared with you". users unable to access sites after migration to sharepoint 2016

after we migrated our SharePoint sites from 2007 to SharePoint 2016, existing users started getting error "sorry this site is not shared with you". newly added users could access the site. this issue occurs because though the new SP2016 web application is using Claims authentication, the database is not claims aware yet. we were able to fix this issue by running following powershell commands which converts the database to claims authentication & migrates the existing users to Claims format. $wa = get-SPWebApplication "WebApplication " Convert-SPWebApplication -Identity $wa -From Legacy -To Claims -RetainPermissions -Force -Verbose $wa.MigrateUsers($true)  
Read more