I want to connect to cube using HTTP/ internet outside.
I already set up :
copy Folder OLAP in inetpub/wwwroot
Added Aplication pool in IIS
Added website with application pool i just created
enable anonymous in user account
Added script map dll in handler mapping
But I Still cannot connect to database.
the message is "either a connection cannot be made to the server or analysis services is not running on the computer specified"
Help me ?
Try starting over and running this PowerShell script:
http://blog.gbrueckl.at/2014/10/configure-http-access-to-analysis-services-using-powershell-2/
Related
I have a problem with QMC server.It is showing below error while trying to open the folder under: System > Setup > Management Servers > Qlikview Servers > QVS#nameserver.
Error:
Failed to retrieve settings from QlikView Server.
Make sure that the QVS is available with the correct credentials.
The Qlikview services are running under different account (Administarator account) and the QMC server in which i'm trying to access QVS and getting error is under different account (my account). But both the accounts are under QV administrator group.
Is it mandatory to access QMC with the same account which we are using to run Qlikview services?
Currently, Qlikview services are running with administrator account. So can i change it to run under my account? will it cause any error in future if i change the account for the services which are running?
Please go to services and be sure that all services are running. In service properties you can set which account is running service:
QMC is console not server so it shouldn't matter.
When you go to Qlikview Servers in QMC, don't go to your server but check list of servers there. QMC which is handled by "Qlikview Managment Service" is communicating with Qlikview Server Service" on port 4747. So on your server list you should have qvp://SERVER_NAME you can check with telnet connection to SERVER_NAME on 4747
I set up a SlashDB instance in Azure following the instructions here.
I set up an Azure DB which I can access just fine from SSMS using the server admin account. The DB server firewall seems to be properly connected to the SlashDB server vnet subnet's service endpoint.
When I let SlashDB compose the connection string based on host & DB names, I get this error:
Couldn't load model bromach_dev due to OperationalError. (pyodbc.OperationalError) ('08001', u'[08001] [unixODBC][FreeTDS][SQL Server]Unable to connect to data source (0) (SQLDriverConnect)') (Background on this error at: http://sqlalche.me/e/e3q8)
Connection Error (Default Connection String)
When I override the connection string with the ODBC connection string from the Azure Portal, I get this error instead:
Couldn't load model bromach_dev due to InterfaceError. (pyodbc.InterfaceError) ('IM002', u'[IM002] [unixODBC][Driver Manager]Data source name not found, and no default driver specified (0) (SQLDriverConnect)') (Background on this error at: http://sqlalche.me/e/rvf5)
Connection Error (Azure Connection String)
In this case, the connection string I am using is:
Driver={ODBC Driver 13 for SQL Server};Server=tcp:org-dev.database.windows.net,1433;Database=bromach_dev;Uid=serveradmin#org-dev;Pwd=****************;Encrypt=yes;TrustServerCertificate=no;Connection Timeout=30;
Ideas?
In order for SlashDB to connect there must be an open TCP/IP route from its virtual machine instance to the Azure SQL Server (sorry if I am stating the obvious).
Also, there must be a working DNS resolver on SlashDB instance so it can obtain the IP address for your database host as configured in the connection string.
DNS Fix -- NO LONGER REQUIRED --
Let's begin with the latter. The new SlashDB image had a bug, which is caused by a bug in the Azure's publishing process https://github.com/Azure/WALinuxAgent/issues/1151. We have already published a corrected image to the marketplace. The following workaround is no longer requried:
Log in to your SlashDB instance via SSH using credentials you set at when you launched the instance.
Issue the following command
sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
Firewall settings (easy) -- START HERE --
Using Azure portal, navigate to your database resource and click on the "Set server firewall" button.
Check if "Allow access to Azure services" is switched on. In our testing, a SlashDB instance running in the same location as the database server (East US in our case) with this setting turned on connected without problems.
Firewall settings (safer)
Using the same Firewall settings panel as above, turn off the "Allow access to Azure services". Instead we will add a network route for your SlashDB instance to connect. It's preferable to do so using virtual network rules as follows.
Click on the "Add existing virtual network" button in the bottom portion of the screen. A side panel will open.
Fill in the required details, most important the name of the virtual network of your SlashDB instance (you can find that in its "Overview" page in Azure Portal). Click OK.
Hit "Save".
Database Connection in SlashDB
Open your SlashDB user interface in the browser, navigate to Configure/Databases and click the "edit" button next to your database connection.
There is no need do override the connection string. Your database connection configuration should look something like this:
Once that's done click Save, then Close. You should now be able to successfully connect.
If your Azure SQL DB is not a Managed Instance, the SlashDB VM could not connect to it.
And please ensure the Azure SQL Database server firewall is properly connected to the SlashDB server vnet subnet's service endpoint.
The instructions about SlashDB also provides two solutions about how to solve the failed connection:
In addition, I think you maybe you can read this link for a reference:Configure Azure VM to connect to an Azure SQL Database Managed Instance
I hope this can helps you.
I have a sharepoint 2010 portal with some dashboards and reports. No I have a permission problem, because I cannot view these reports.
I would like to have a look in Reporting Services Configuration Manager, but I cannot connect to the server where sharepoint and SQL server is installed. I enter the server name and press on find. It gives me the following error:
Unable to connect to the Report Server MYSERVERNAME.
By the way, I try to fix this problem:
AccessDeniedException: The permissions granted to user
'Mydomain\MyUserAccount' are insufficient for performing this
operation.
First off, you probably want to be using SharePoint Central Administration, not RS Configuration Manager. Also, RS Configuration Manager isn't where you'd manage access to report objects.
That said:
Try remoting into the host machine and running the tool locally on the server.
Ensure the proper ports are open for you to be connecting remotely (and that they SHOULD be open - there are very valid security reasons to block them)
Are you 100% certain you're connecting to the right address? Is it possible the SSRS service itself is on a different machine than the Sharepoint service and the SQL server?
I'm trying to connect a web forms application to an SSAS Cube. The app is using web forms authentication and it is using web roles in Azure. The SSAS cube is on a Virtual Machine within Azure. There is no domain installed. The web app is using GrapeCity's Active Analysis control. When running the app i get the error "An existing connection was forcibly closed by the remote host". While profiling on the server I get an "Anonymous Logon" attempt.
How can I set this up?
SSAS uses Windows authentication only, so either:
1) You somehow get your web app's application pool to run under a windows account that can access the cube box (Sounds unlikely).
2) You have your application pool run under a windows account and create a windows account with the same username/password on the cube box, and assign it the permissions (Used to work, I think it still does).
3) You allow Anonymous Logon read permissions to your cube. I know you can do this at the server level (Dev enviroments..), I haven't tried it at the cube role level.
These are the ones I know of, best of luck.
EDIT: Sorry, thought I'd forgotten one, there is basic authentication if you add IIS as an extra layer, you have to set it up to go via the MSDMPump.dll, full explanation here: http://msdn.microsoft.com/en-us/library/gg492140.aspx
I'm using the sqlxmlbulkloadlib to perform an xml bulk load. When integrated security=SSPI, the process completes fine inside a workflow hosted on my local machine in a wcf service. However, when that workflow is hosted on our server and kicked off from a service reference on an aspx page, the bulkloader produces an error connecting to the data source. I have tried using sql server authentication instead, but that fails even on my local machine with the same error connecting to data source.
My connection string looks like:
"provider=SQLOLEDB;data source=Myserver;database=Mydb;User ID=Myuser;Password=Mypassword"
Ok, so after creating the sql account for the bulkloader, the policy required that I change the password. Didn't catch that till I tried logging in with the account in management studio.
I am curious, though, what I would have to do differently for integrated security to work from the production server.