When I try to deploy to SP2013 I get the following error:
Error occurred in deployment step 'Install app for SharePoint': The System Account cannot perform this action
At some point earlier in time I put the farm setup user details into a login popup for the remote site. Unfortunately these details are cached somewhere and I cannot find where or update them.
Anyone enlighten me as to where they reside?
Ed
Visual Studio is using Windows' Credential Manager to store credentials. Check
CONTROL PANEL | ALL CONTROL PANEL ITEMS | CREDENTIAL MANAGER.
The credential you're looking for should be listed in the 'generic credentials' section
This is the real cause of error:
When you are logged in as system account (local administrator) , and you are trying to install and deploy the SharePoint app above error will appear.
This is a change in SharePoint 2013 RTM that system account are no longer supported to deploy or purchase any app from the market. It was supported in RT but it’s now prohibited because of security reason.
For more detail please check below link:
http://aanuwizard.com/2012/12/07/article-14-from-30-system-account-can-not-deploy-or-purchase-an-app-in-sharepoint-2013-rtm/
Related
I have seen two service providers added to my wso2 installation.
As I try to delete any of the service providers I get an error
Error while removing application: Deletion of system applications are not allowed. Application Name: XXX
I have logged in from admin user and still, I am not able to delete it
I tried giving permissions of service provider explicitly to the admin user but still the same error
Hope you are using IS 5.11.0 above.
Conosle and MyAccount are the two systems apps available in the IS pack. It doesn't allow to modify/ delete the system apps.
Console is the newer portal for administrative tasks.
https://stackoverflow.com/a/65733363/10055162
MyAccount is the newer version of
previous user portal/ dashboard.
So deleting these apps are not recommended.
Anyhow, If you want to remove both Myaccount and Console apps out of the readonly apps (allow to modify the app configs/ delete the apps), use the following config.
[system_applications]
read_only_apps = []
Then restart the server. You will be able to do configuration changes now. Refer:
https://is.docs.wso2.com/en/5.11.0/setup/migrating-what-has-changed/#configurable-system-apps
https://stackoverflow.com/a/68167283/10055162
I am having this error
<"Access Not Configured. Gmail API has not been used in project ********* before or it is disabled. Enable it by visiting https://console.developers.google.com/apis/api/gmail/overview?project=********* then retry. If you enabled this API recently, wait a few minutes for the action to propagate to our systems and retry.">
I know Im having problem with the product ID. Couple of days ago my friend was running calendar API with my Pycharm and then he verified with his account with all the credentials. But I also created a new project>created new Credential. Downloaded the secret Json file and replaced with previous. I also checked the Json file, and the client ID was mine. But still Pycharm is still looking for that client ID which was my friends client ID. How do I resolve it?
I also tried opening new projects in Pycharm but still having same problem. I am new to python and Google APIs. If my question was too simple/obvious please pardon and help me out with the solutions.
The code I am using is given in this link, quickstart.py by Google developer page.
I finally solved the issue. I didn't enabled the gmail API from the console page. In the console page go to dashboard, next enable API and choose which API you want to enable. In my case it was Gmail.
I just downloaded and install the WSO2 Identity Server 5.0.0 in CentoOS 7 to play with it. I created a JDBC DataStore instead of the H2 datastore that comes by default, also uncommented as default primary User Store the JDBC User Store, then run the Identity Server. When I go to the management/configuration/ users and roles/users or roles, the content area appears blank for both cases, users and roles.
So I must be doing something wrong or what?
I am login with the default credentials of admin/admin that the documentation says. The documentation also says that the user must be admin in order to manage users and roles, and I hope is the case as the links to manage users and roles appears but are not working, also in the console shows no error regarding this blank page.
Any directions on what I should go?
I can post the configuration I am using also, but is a very basic one, following the administration stated in the online documentation.
I found the problem, i was using Java 1.8, and saw an error compiling a JSP in the logs in the console in linux, so switch to Java 1.7 and now works fine.
WSO2 Identity server does not support Java 8.
When I try to open Visio documents uploaded to my SharePoint site, I get "the server failed to process the request" error. Any help is appreciated!
Here are the steps that I followed that fixed the issue:
Open SharePoint Central Administration on SharePoint server.
Manage service applications (under Application Management).
Select Visio Graphics Service -> Properties
Check what Application Pool is used (SharePoint Web Services Default in my case).
Open IIS -> Application Pools.
Visio App Pool is usually represented by a GUID name. To get the name:
Open SharePoint Management Shell (run as administrator)
Run command: Get-SPServiceApplicationPool | Select Id, Name
Find Id of App Pool (from step 4)
Find the same id in IIS under Name column and check the value in Identity column
Remote to the sql server
Open Sql Server Management Studio -> Connect
Expand the databases that stores your SharePoint content -> Security -> Users
Right click user name obtained in step 6d -> Properties
In Owned Schema and Membership check db_owner
You shouldn't mess with Database unless absolutely necessary. Try this:
$webApp = Get-SPWebApplication http://contoso.com
$webApp.GrantAccessToProcessIdentity("contoso\ServiceAppID")
In our situation, there were errors in event log on the app and WFEs for a bunch of services including the Visio graphic service:
System.IO.FileLoadException: Loading this assembly would produce a different grant set from other instances
I went in to the Visio Graphics Service Settings > Global Settings and looked at the value in the Unattended Service Account, meaning it was registered with the secure store service. I went in to the secure store service and got the following error:
Cannot complete this action as the Secure Store Shared Service is not responding. Please contact your administrator
Recycling IIS on our app server resolved both the issues, so obviously the services having problems were a result of the secure store service being down.
If in the Windows Events the following error is being logged:
Failed to access the cache.
Then, on your SharePoint Web Front End servers, run the following command in the command prompt or PowerShell:
iisreset -noforce
I have built a report that uses a SharePoint list as its data source. The data source is set to use Windows Authentication (integrated security) in SSRS. It runs just fine in SSRS/BIDS, but when deployed to the Report Manager environment, I receive an error:
An error has occurred during report processing. (rsProcessingAborted)
Query execution failed for dataset 'ListData'. (rsErrorExecutingCommand)
An error occurred when accessing the specified SharePoint list. The connection string might not be valid. Verify that the connection string is correct. (rsSPDataProviderError)
The request failed with HTTP status 401: Unauthorized.
I have deployed both the report object and the data source to the environment from BIDS. I checked the Properties to confirm that integrated security was set on the Report Manager end as well, so I am not sure as to why it's not passing the credentials properly to the source.
Any ideas/suggestions?
The service account for SSRS will not help you. It is good to have a specific service account to run the SSRS service, but that is not what gets used to authenticate. It is also good to set up an execution account on the server using the reporting services configuration tool which helps with running unattended reports, but again that's not your issue.
Kerberos is one option, yes, but if you aren't using it already it's a big effort for a small issue.
Sharepoint list datasource will only accept integrated security connections, so what you need to do in the datasource is to store a windows user as credentials in the report server.
I usually create a user called Reportuser (e.g. reportuser#[domain].com). Create this user on your domain, make sure it has access to SharePoint.
In BIDS/visual studio in the properties for the datasource for your report, under the credentials tab, click the radio button next to "Use Windows Authentication (integrated security)".
Upload the datasource to the report manager website. ( You've done this part).
Navigate to the Report manager website, and the properties of the uploaded datasource.
Under the section starting with "Connect using":
Check the "Credentials stored securely in the report server" option
Enter the username and password like this (where domain is replaced with the domain of your network):
reportuser#domain.com
password
Important part: Tick the "Use as Windows credentials when connecting to the data source"
Test the connection and will work - I have just tested it.
Check these cases:
use the second option in Connect Using section for datasource. Check attached Image.
Check whether you have configured all the web.config entries correctly. You can trace this type of error by attaching the w3wp process.
I had this very same problem and found out that the account that I was using was incorrect due to SharePoint Designer and Visual Studio using the same credentials. When I tried to deploy my reports I noticed that it failed because it was using a user without permissions. The user was not my currently logged in user. Instead it was the one that I had last used to log into SharePoint Designer. Once I logged into SharePoint Designer using a user who also had the report permissions I wanted it then was able to correctly log in to SSRS using Visual Studio. The windows credentials between those two programs are tied together.