When we go to a subsite of a web application, we get the message:
"No data is available for this report. Usage analysis might have been enabled recently, or there might have been insufficient usage to report in any values for the report"
We have followed the instructions to configure the site usage reports on the farm and have checked to see whether the reports feature is activated etc. We do have the logs folder location at default path and have ensured the wss_adm groups have the appropriate permission. We also have logs turned on at the iis web app area.
This problem is farm wide and occurs on the different web applications we have in the farm.
so plz any help???
the configure from:
http://technet.microsoft.com/en-us/library/cc262541%28office.12%29.aspx
Related
Both TFS 2015 and Sharepoint 2013 Foundation are on-premise installations. They are on separate servers. Sharepoint is being configured post TFS installation - although I am not currently updating any existing projects.
Account being used to access the sharepoint site is a full admin on both sharepoint collection as well as TFS too.
TFS Extensions are installed, and configured on the Sharepoint server.
Can successfully create a new TFS 2015 project, and see it create the Sharepoint site - however upon accessing the Sharepoint portal site I see a number of TF30063: You are not authorized to access http://app-p-tfs01:8080/tfs errors.
I note that the collection is not listed on the url; I am looking to use the root web application of the sharepoint site as the root location.
Nothing appearing in Security event logs nor the TFS _oi audit.
Any pointers on where to look next?
The "TF30063" error message indicates that your account doesn't have permission to access TFS. As this blog described, it is caused when some permissions are denied somewhere because deny takes precedence over any other permission.
So, you can run the tfssecurity /imx command to check which group the account belongs to. Then check these group one by one to see the required permissions are not denied.
For the reporting service error, seems that the report doesn't run correctly. Firstly, go to the report server and ensure the data source can be connected successfully.
After discussing this with Microsoft Support today, it transpired the account Sharepoint was running under (which oddly is the same as TFS), did not have the relevant access - even though it WAS listed under the relevant Services group.
This was added to the Administrators group and all was well.
Very strange.
When attempting to use hashtags in SharePoint 2013 users see "the tagging service is currently unavailable". I've googled this issue and have tried or validated the following without success:
The application pool for Managed Metadata Service is running with the correct credentials
The Managed Metadata Web Service is running on all WFE's and app servers
In Central Admin the Managed Metadata web service is the default location for keywords
In general this (test) farm looks identical to my production farm. The only difference is that I've applied the new service pack 1 to this test farm, and now this service appears to have broken.
Any help would be greatly appreciated.
Generally after installing a service pack, you are required to run the SharePoint Products Configuration Wizard on each of the servers in the farm (http://technet.microsoft.com/en-us/library/ff806338(v=office.15).aspx). Also, sometimes a reboot may be required after running the configuration wizard. Have you done both/either of those things?
I have configured and run sample code taken from the MSDN website for a custom BCS indexing connector sample for Sharepoint 2013:
http://code.msdn.microsoft.com/SharePoint-2013-MyFileConne-79d2ea26
During it's intent to crawl, the crawler shows this error in the crawl log:
myfile://servername/CustomConnectorTest
Error while crawling LOB contents. ( Error caused by exception: System.UnauthorizedAccessException Access to the path '\servername\CustomConnectorTest\MyFileModel.xml' is denied. )
Any ideas on why I'm getting this error? I covered all of the obvious (fileshare/folder has the correct permissions, default content access account has the correct permissions, etc).
Figured it out:
You have to make sure that the account running the Sharepoint (Search) Web Service in IIS has access to the repository. OR you can change the service accounts that manage the security components. You need to go to: Central Administration>Security>Configure Service Accounts. From there select an account for "Windows Service - SharePoint Server Search" and "Windows Service - Search Host Controller Service" that has access to the repository. If you don't have one set up then click register new managed account.
Basically it.
Our team has a sharepoint website and I need to maintain the shared documents on our site. Problem is, it was designed by someone else and I was just given the link to the team website. I have tried using search and setting alerts and both of these don't work. i googled trying to find out what's happening and everyone keeps asking me to go to central administrator. I don't see central administrator anywhere in the website(I have full access). I am thinking I have to go to the server where sharepoint is running from. How do I figure out where it is running from? Sorry, I'm new to sharepoint.
Central Admin is the website that SharePoint creates when you install the software. It generally runs on your main SharePoint web frontend. If you RDC to your main web front end and then click on Start, All Programs and then click on the SharePoint folder, you'll see Central Administration. Click on that and the website will appear. You must be a farm admin to be able to access the site.
It sounds like you may not be a farm admin though. Depending on the permissions you have, you should be able to see your team site's Shared Documents or other document libraries under All Site Content, which you can either see by clicking on Site Actions or find it on the bottom left of the web page (again depends on what modifications have been created).
You need to assign the sign-in user account the permission to check the Shared Documents and you need to get at least Contribute permission level to maintain the Shared Doc on the site.
For Central Administrator, you can either RDC to the Web Front End server where the SharePoint was intalled or visit that server IP:port or computer name:port(80 by default).
Hope this may help!
First of all,the link you got may not be a Central Administration link.It is probably a common site collection.If you have full control permission over this site collection, you should be able to maintain Shared Document.
About the question that where SharePoint is running from?
SharePoint must be installed in a server. Generally, only farm admin can access this machine. If you want to know or learn about it, and if you don't have farm account to access the server, you can contact your farm administrator.
Central Administration is also a site.But it is different. You can manage all web applications and site collections in Central Administration.So you can manage or modify your team site in Central Administration
Hope this helps.
I extended the sharepoint 2007 webapp (uses SSL underneath ) to use extranet zone and also imported the Self signed certificate in IIS with the help of IIS tools for the webapp site. I also have Full control in webapp user policy to all Zones but when downloading the audit logs from site collection URLs it gives me exception saying "Object reference not set to an instance of an object". We use web service for fetching the audit logs by installing it as farm based solution and have a .Net client which contacts the web service. However, I am able to see the audit log report using the sharepoint audit report generated using the Sharepoint Web interface through "Site Settings". Any idea why this is happening?
Paresh,
Are you attempting to audit the activity happening in SharePoint? i.e. views, deletes, permission changes, etc...
If you are, I suggest you take a look at logbinder.com. The LOGbinder SP product does exactly that.