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.
Related
I am working on a requirement where I have a Bot deployed in Azure and I need to add a feature to perform a search in confluence site based on the word user types. I have written a search request using httpClient in .Net which calls Confluence search API (https://wiki.XXXXX/ctl=siteSearch~(myword)).
I have tested the application in my local and it is working totally fine and I am able to get search results. But I am getting the below exception when deployed to Azure.
The requested name is valid, but no data of the requested type was found
Could you please help me here on why and what might be the issue. Also is there anyway I can add confluence site in Azure portal.
Error message “The requested name is valid, but no data of the requested type was found”, seems to be associated with the Winsock “WSANO_DATA” error code. It means, there is some issue with the DNS record of the server which you are trying to connect.
Reference Thread: SocketException connecting to SFTP server: name is valid, but no data of the requested type was found
Deploying Confluence Data Center to Azure via Azure marketplace
This method uses the Azure Marketplace to deploy Confluence Data Center using our deployment templates as a reference.
To deploy Confluence Data Center to Azure using our Marketplace app:
Log in to Azure Portal.
Choose Create a resource to start a new deployment
Search for Atlassian then select Confluence Data Center from the list of Marketplace apps
Choose Create to start configuring the deployment
Follow the prompts in the wizard to configure your deployment. Refer to the parameters table below for more information.
Confirm all the details are correct then click Create to purchase the subscription.
Deployment will take about 30 minutes.
Once deployment is complete, go to the Confluence URL (APPENDPOINT) listed in the deployment outputs to complete onboarding and start using Confluence.
Reference Link:
https://confluence.atlassian.com/doc/getting-started-with-confluence-data-center-on-azure-937176452.html
https://confluence.atlassian.com/doc/installing-confluence-on-windows-255362047.html
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.
I successfully configured IIS for Web Deploy and added a IIS Manager User.
The problem is when i try to publish, i get back error
Error 1 Web deployment task failed. (Unable to perform the operation
("Delete Directory") for the specified directory ("2_0_50727"). This
can occur if the server administrator has not authorized this
operation for the user credentials you are using. Learn more at:
http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_INSUFFICIENT_ACCESS_TO_SITE_FOLDER.) C:\Program
Files
(x86)\MSBuild\Microsoft\VisualStudio\v12.0\Web\Microsoft.Web.Publishing.targets 4270 5 WebAPI
Which shortly means, there are no premissions for user to handle root folder content. I couldn't figure out, who is the user, to give the permissions to.
The linked Microsoft page is telling, in most of the case, it's "Local Service", well it already has full control permissions. So i tried more "IUSR", "DefaultAppPool" - still not right ones. The temporary solution is to give permissions to "Everyone" and then it works... but who's the right user??
Did you add a rule (contentPath, createApp, dirPath, filePath, iisApp, runCommand) for your IIS Manager user in Manager Service Delegation?
And also I granted access to the site folder for LOCAL SERVICE because Web Management Service runs under this account and for NETWORK SERVICE because of Web Deployment Agent Service.
Right click the web site in IIS Manager and choose Deploy -> Configure Web Deploy Publishing. Choose your IIS-user and Setup, in order to give correct rights for publishing to that site.
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 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.