I am currently using SSIS to connect to and transfer data from a Microsoft Project Online (Cloud-based) database to an on-prem SQL Server db. The issue is that the SSIS package executes as expected when not running Fiddler4.
While troubleshooting with MS techs, it has been requested we capture a Fiddler trace and decrypt HTTPS traffic. We were able to do this in months past, but as of late, it will cause the SSIS package to fail with the following error:
"Cannot acquire a managed connection from the run-time connection manager."
I have followed the instructions to remove certificates a few times, as well as a few other net suggestions, but still having the issue. We are at a point where MS cannot troubleshoot further unless I can capture a trace.
Full error:
Information: 0x4004300A at TimeSet, SSIS.Pipeline: Validation phase is beginning.
Error: 0xC020801F at TimeSet, OData Source [2]: Cannot acquire a managed connection from the run-time connection manager.
Error: 0xC0047017 at TimeSet, SSIS.Pipeline: OData Source failed validation and returned error code 0xC020801F.
Error: 0xC004700C at TimeSet, SSIS.Pipeline: One or more component failed validation.
Error: 0xC0024107 at TimeSet: There were errors during task validation.
Thanks for any and all help!
Edit: Went through my CA store and saw that the FiddlerRoot was not part of the Trusted CA list. Attempted to explicitly import the CA certificate in my security store, but the cert is still not showing in the trusted list. The Cert is named (for some reason) DO_NOT_TRUST_FiddlerRoot. Could this be part of what I have been seeing if the CA is marked to not be trusted?
Stepping back a bit: The Fiddler root certificate is always called DO_NOT_TRUST_FiddlerRoot and its name has no impact on anything (other than what is shown in the UI).
Does Fiddler properly collect HTTPS traffic from your web browsers?
If so, there are several possible explanations for what's going on here, but the most likely is that the Fiddler root certificate isn't trusted by the process that is using the connection; by default, for instance, Fiddler only tries to trust the root certificate in the per-user certificate store, but sometimes things run in a different user account (e.g. a service account) and thus the root must be placed in the per-machine certificate store.
You can try the following:
In Fiddler’s Tools > Fiddler Options > HTTPS tab, click Export Root Certificate to Desktop.
Launch mmc.exe.
Click File > Add/Remove Snap-In.
Select the Certificates snap-in and press Add.
When prompted This snap-in will always manage certificates for: choose Computer Account
Click Local Computer, then Finish, then OK.
Open the Certificates (Local Computer) node.
Right-click the Trusted Root Certificate Authorities folder and choose All Tasks > Import.
Choose the file you exported in step #1 and import it.
Related
I am writing this from my mobile, So I keep it short. After installing Avast Free Antivirus, I cannot open the Stackoverflow webpage anymore, I get the Error "Server Error in '/' Application. Runtime Error. Description: an Exception occurred while Processing your request.additonally, another Exception occured while executing the Custom Error Page for First Execution. The request has been Terminated. Help, i am a total web noob :(
I solved this by following this guide:
https://answers.microsoft.com/en-us/msoffice/forum/msoffice_o365admin-mso_other-mso_o365b/server-error-in-application-cleared-my/78b3a5d6-78d4-4c42-8a0f-638fae7c9fb7?auth=1
1.Open your browser (such as Chrome) -> use Ctrl +shift+ delete to clear all browser data again.
2.Go to Control Panel > User Accounts > Credential Manager > Windows Credentials > under Generic Credentials, remove all credentials.
3.Open Chrome and check the result again.
same problem happened!
Just use proxy ultrasurf extension! (Any other proxy also will work) No need to delete any certificates or credentials.
In case you delete any certificates or credentials it might cause some errors in future(some applications may crash).
I am able to get into SharePoint site using browser but not able to connect it using SSIS ODATA Connector. I have admin rights in that site. We have multiple imports successfully running using same SharePoint Server right now. Using SSDT2012. I tried another site successfully to confirm I don't have issue with SSDT. Any idea what I am missing.
Error msg:
TITLE: OData Connection Manager Editor
Test connection failed
ADDITIONAL INFORMATION:
The remote server returned an error: (401) Unauthorized. (System)
The logon attempt failed (System)
BUTTONS:
OK
What is the Service Document Location URL, you are giving in your case? Here is mine which works well.
Are you using basic authentication or Windows authentication?
If the former, double and triple-check that your userid and password are correct, and that the credentials have the proper access.
If the latter, check to see what user the package is running as. Also, I've found that when using Windows Authentication, you have to go back and double check what the Basic Authentication settings are, and zero them out before going back to Windows Authentication. It sounds crazy, but sometimes it works.
I am facing one problem while running the report in web url of ssrs, it is working fine with IE but not in chrome. Also some users access it fine and some users can't through IE. In call the cases we are getting below mentioned:
Error:
"Access is denied.
Description: An error occurred while accessing the resources required
to serve this request. You might not have permission to view the
requested resources.
Error message 401.3: You do not have permission to view this directory
or page using the credentials you supplied (access denied due to
access control lists). Ask the web server's administrative to give you
access"
Please help on the same.
Check following things in your report manager:
As per your error message Error message 401.3... (it says you don't have access, check if your account is added to security/permission list of report/folder)
Try:
Before opening the report directly, try to access the parent folder of the report (if you have access - to check report is not main reason of issue).
Check the data source configuration of report, are you able to test the connection (you should be getting like connection tested successfully if all set correctly)? If you have configured with Windows authentication, are the different servers in same domain?
Executed as user: NT Service\SQLSERVERAGENT. Microsoft (R) SQL Server Execute Package Utility Version 11.0.2100.60 for 64-bit Copyright (C) Microsoft Corporation. All rights reserved. Started: 16:34:44 Error: 2015-10-15 16:34:45.04 Code: 0xC0011007 Source: {068F0DFC-339B-4E9B-BFC8-EA73BF6AE23B} Description: Unable to load the package as XML because of package does not have a valid XML format. A specific XML parser error will be posted. End Error Error: 2015-10-15 16:34:45.04 Code: 0xC0011002 Source: {068F0DFC-339B-4E9B-BFC8-EA73BF6AE23B} Description: Failed to open package file "C:\Users\ssis\Documents\Visual Studio 2010\Projects\DemoProjectwithLinedLookup\DemoProjectwithLinedLookup\ImportDataMigration.dtsx" due to error 0x80070005 "Access is denied.". This occurs when loading a package and the file cannot be opened or loaded correctly into the XML document. This can be the result of specifying an incorrect file name when calling LoadPackage or the specified XML file has an incorrect format. End Error Could not load package "C:\Users\ssis\Documents\Visual Studio 2010\Projects\DemoProjectwithLinedLookup\DemoProjectwithLinedLookup\ImportDataMigration.dtsx" because of error 0xC0011002. Description: Failed to open package file "C:\Users\ssis\Documents\Visual Studio 2010\Projects\DemoProjectwithLinedLookup\DemoProjectwithLinedLookup\ImportDataMigration.dtsx" due to error 0x80070005 "Access is denied.". This occurs when loading a package and the file cannot be opened or loaded correctly into the XML document. This can be the result of specifying an incorrect file name when calling LoadPackage or the specified XML file has an incorrect format. Source: {068F0DFC-339B-4E9B-BFC8-EA73BF6AE23B} Started: 16:34:44 Finished: 16:34:45 Elapsed: 0.172 seconds. The package could not be found. The step failed.
Follow the below steps to resolve the issue.
On the Start menu, point to
All Programs, point to Microsoft SQL Server 2008 R2, point to Configuration Tools, and then click SQL Server Configuration Manager.
In SQL Server Configuration Manager, click SQL Server Services.
In the details pane, right-click the name of the SQL Server Agent instance for which you want to change the service startup account, and click Properties.
In the SQL Server Agent Properties dialog box, click the Log On tab, and select one of the following Log on as account types:
Select a Windows Built-in account if your jobs require resources from the local server only. For information about how to choose a Windows built-in account type, see Selecting an Account for the SQL Server Agent Service.
NOTE: This solution applies when you are placing the dtsx package in yur local machine and the SSIS IN 32- bit mode.
Let me boil that error down to what matters:
Executed as user: NT Service\SQLSERVERAGENT
Failed to open package file "Access is denied."
Your SQL Agent account does not have access to the package. You need to change the SQL Agent account to something that has access or use a proxy account. This is the number one beginner issue with SSIS / SQL Agent
The reason it works in BIDS is because you are running it as you, rather than SQLSERVERAGENT
It has nothing to do with 32/64 bit (at this stage)
I've seen many posts suggesting to create a proxy for the agent so your agent can access the package, but I have not seen any posts addressing password protection. If you are running a job between servers requiring login credentials, this will run fine on your desktop, but the agent will not execute. By default, the ProtectionLevel under security will be "DontSaveSensitive", meaning your passwords aren't saved. So when your agent goes to run the job, it can't login to the databases. In the Control Flow, change the Security ProtectionLevel to "EncryptAllWithPassword".
Go back into Management Studio and try to run your job. You will be prompted to enter the password. My error code suggested the need for a proxy, but this was the actual culprit in the end.
Make sure that the path to the SSIS package used in the step is accessible within the executing context - i.e. Beware of network paths, where you mean to point to local paths relative to the executing context.
Attempted to add a project from a server on a remote host. I can SSH & SFTP without PHPStorm in no prob. The first error I encounter is attempting to select my remote server; when I test the connect, it is successful. When I do not check off 'Don't check HTTP connection to server', I get:
Connection to 'Server' failed.
HEAD method failed for "ip address" with HTTP status 401.
If I enable Don't check HTTP connection to server, I can proceed and I am brought to a list of all directories on my remote server. I select my project as the project root, and attempt to download. Collecting files goes smoothly, and downloading goes by well until a particular file is reached. Error msg:
Downloading Project Files failed: failed to transfer file 'wireframes.scssc': channel is not opened.
I tried to exclude that directory from download, but it had no effect.
The apache server is configured with basic access authentication. I disabled mod_auth_basic (as confirmed in php.ini), but am still prompted for credentials even after an apache restart. This is second issue preventing me from exploring this potential solution. Any suggestions?
http://imgur.com/a/qGC1I
I had this same issue, to fix it I chose custom for deployment options and then added .sass-cache to the list of things in the "Exclude items by name" field.
I also had to close and re-open phpstorm or it would fail immediately after starting the download.