Sisense Community logo
    • Community Feedback
    • Chapters
    • Events
    • Forums
      • Help and How To
      • Product Feedback Forum
      • Strategy & Use Cases
    • Blogs
    • KB Docs
      • KB Docs
      • Add-Ons & Plug-Ins
      • APIs
      • Best Practices
      • Blox
      • CDT
      • Cloud Managed Service
      • Data Models
      • Data Sources
      • Embedding Analytics
      • How-Tos & FAQs
      • Onboarding
      • PySisense
      • Security
      • Sisense Administration
      • Sisense Intelligence & AI
      • Troubleshooting
      • Widget & Dashboard Scripts
    • Support
    • Learning
      • Sisense Academy: Free Courses and Certifications
      • Official Developer Documentation
      • Official Product Documentation
      • Official Sisense Youtube Channel
      • Sisense Compose SDK Playground
      • Official Sisense Discord
    • Use Case Gallery
    Discussions
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
    •                    
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   
    Discussions
    • TagsChevronRightIcon
    Deploy: Windows
    • Blog banner
      • News & UpdatesChevronRightIcon

      New academy content for administrators!

                                                                                       

      New academy content for administrators! We are pleased to announce the launch of 45 ALL-NEW COURSES that are AVAILABLE NOW for Administrators! These courses will help Admins of all skill levels by expanding their knowledge, providing hands-on opportunities, and covering all of our LATEST features and best practices (approximately 6 to 7 hours of content and hands-on practice). Our new courses are based on brand-new data and assets, divided into microlearning units. They are interactive and accessible! ( yes, yes, we finally have captions! ) To get access to the new Administrators learning path, CLICK HERE and then click on the blue Get Started button to register. If you are new to the Sisense Academy, I encourage you to make an account and sign up for courses based on your role. This is just the beginning of new content releases in Sisense Academy as we are working hard behind the scenes on the next set, and we look forward to sharing more with you soon! This is a continuation of the Academy Content Refresh. During January 2025, we launched 25 ALL-NEW COURSES that are AVAILABLE NOW for Data Designers, and during March 2025, we launched 15 ALL-NEW COURSES that are AVAILABLE NOW for Dashboards Designers. I hope to see you all in the Academy!

      iyyar_sg
      iyyar_sgPosted 1 year ago
      0
               
      • TroubleshootingChevronRightIcon

      Resolving Issues with Updating EC2EC Passwords in Elasticube Connections

                                                               

      Resolving Issues with Updating EC2EC Passwords in Elasticube Connections Summary This article addresses the issue of updating EC2EC (Elasticube to Elasticube) passwords in the context of employee off-boarding or password changes.  Specifically, it covers the scenario where tables do not appear in the source cube after updating the password, preventing the completion of the update. Main Content Step-by-Step Instructions to Resolve the Issue Identify the Cube Details:   Identify the specific cube you are trying to connect from and to. Verify Connection Specificity: Determine if the issue affects all EC2EC connections or only specific ones. For example, if you can update the connection to one cube (e.g., locationsv2 ) but not another (e.g., ordersv3 ), note this discrepancy. Remove and Re-add the EC2EC Table: Remove the problematic EC2EC table from the source cube. Re-add the table to the source cube. Check for Hidden Columns: Ensure that all required columns in the source Elasticube are visible. If any required columns are hidden, make them visible. Rebuild the Cube: After making the necessary columns visible. Hidden columns in the source Elasticube can often cause issues with table visibility. Always check column visibility if tables do not appear as expected.  Rebuild the cube.  Verify that the tables now appear correctly in the source cube. Feedback and Support: If the issue persists, contact support with detailed information about the error and the context of its occurrence. Providing feedback on your experience can help improve the support process.   Check out this related content:  Academy Course Sisense Documentation

      Vlad Solodkyi
      Vlad SolodkyiPosted 1 year ago
      0
               
      • TroubleshootingChevronRightIcon

      Troubleshooting "BBP Error 1551" in Sisense ElastiCube Builds

                                       

      Troubleshooting "BBP Error 1551" in Sisense ElastiCube Builds Summary This article provides a comprehensive guide to troubleshooting the "BBP error 1551" that occurs during the build process of ElastiCubes in the Sisense Windows environment. The error typically indicates a discrepancy between the logical schema and the actual result of the ElastiCube, leading to build failures. Main Content Step-by-Step Instructions to Resolve the Issue Identify the Error : The BBP error '1551' indicates a mismatch between the logical schema and the actual data/indexes in the ElastiCube. This is done to prevent inconsistencies. Initial Troubleshooting Steps : Run Build Schema Changes : After creating a Custom Table, run Build Schema Changes . Add the Relationship and run Build Schema Changes again. Run Full Build : Perform a Full Build (Replace All) to ensure all data and indexes are correctly aligned. Check Logs for Detailed Error Information : Build Process Logs : %ProgramData%\SiSense\PrismServer\ElastiCubeProcessLogs\ ElastiCube Server Logs : %ProgramData%\Sisense\PrismServer\PrismServerLogs\ Review these logs to identify any specific issues or patterns that may be causing the build failure. Frequency and Environment Check : Determine how often the scheduled build runs and how frequently it fails with this error. If possible, duplicate the ElastiCube or create a new one for testing purposes and set its schedule to be more frequent. Observe if the issue's frequency increases. Accumulative Build Check : If the error occurs during an accumulative build, consider running a Full Build (Replace All) to reset the schema and data alignment. Troubleshooting Tips and Alternative Solutions No Recent Changes : If no changes have been made to the ElastiCube and the error persists, it may be necessary to investigate any underlying system or environmental changes that could affect the build process. Monitor and Report : Continuously monitor the build process after implementing the above steps. If the issue reoccurs, provide detailed logs and error messages to the support team for further analysis. Check out this related content:  Academy Course Sisense Documentation 

      Vlad Solodkyi
      Vlad SolodkyiPosted 1 year ago
      0
               
      • Sisense AdministrationChevronRightIcon

      Sisense Licensing issues

                               

      Sisense Licensing issues Sisense Licensing issues If you are having issues with your Sisense Environment and need help with the number of users on your license, there are a few steps you can take to ensure your license is current and up to date within your environment. Possible Issues: Issue : Your license details were changed, but changes are not reflected in your environment: For the changes to your license to be applied on your Sisense instance, please follow the instructions below on all the servers that utilize the email address corresponding to the updated license. For Windows version: On each of your Sisense servers please do the following: Within the Windows menu, search for Sisense Activation, then right-click 'Run as Administrator   Take note of the email address your account is set up under (you will need the password when you log back in) Sign out of your Sisense account Close Sisense Activation Stop and Restart the Sisense.Oxygen service by doing the following Open the Control Panel - Administrative Tools - Services  Locate the Sisense.Oxygen service and right-click and select Stop to stop it   Then, right-click and select Start to start it Then reopen and log back into Sisense Activation For Linux version: Within the Sisense web interface navigate to the Admin tab Navigate to the License Utilization page from the left panel Click on "Change License" Enter the license credentials and press "apply"     If this does not help, try to use the “Behind a Firewall?” option: Copy the Machine ID Go to https://my.sisense.com/ Press on “Generate Offline Key” and get the key using MID Copy and paste this key to Sisense to reset the License       Note, whenever we change the license owner's email the password is reset to the default password.   Issue: License not found To reset the license activation, please see this article and follow the steps to reset. Issue: "Your license has exceeded its user limit" When trying to migrate a Sisense environment from one machine to another, the installation might fail, returning the error message " Your license has exceeded its user limit":     As long as the number of active servers does not exceed the license permission, any other running servers should not be affected by them; however, please bear in mind that to prevent license issues, it is recommended to first perform a complete uninstallation on the previous server before installing Sisense on a new server. The following steps will reset the number of installations performed by a user. Log in to your account at https://my.sisense.com/ Press on “RESET ACTIVATIONS”     3.  Once the Activations counter is set to 0, you should be able to install Sisense on a new machine.  In case of any technical issues with licenses feel free to contact Sisense Support , or create a Support Case . For questions relating to license expiration, email/package owner change, etc. feel free to contact your Account Manager directly instead.

      Ihor Buriak
      Ihor BuriakPosted 3 years ago • Last reply 2 years ago
      1
               
      • Sisense AdministrationChevronRightIcon

      Windows Compatibility Check for Linux

                       

      Windows Compatibility Check for Linux Follow the steps below to download and run the executable utility file to check Linux compatibility. This will generate a file outlining key metrics associated with your Windows deployment (such as storage utilization) and assist with determining the complexity of a possible migration from Windows to Linux.  Please note that running the file on each of your Sisense environments is essential . Run the file on the build node if you have a multi-node environment .  Download the utility file: https://s3.us-east-1.amazonaws.com/data.sisense.com/tools-4-customers/CheckLinux.exe Right-Click & Run the utility as an Administrator on the Windows server where Sisense is installed. For a Multi-node environment , please run the utility on the server you are using as your build node. The utility will package the collected information in a file named “CloudMigrationInfo.txt” and place the file on your desktop. The following are instructions on how to run programs on Windows via CMD:  Open the Command Prompt (CMD) by typing "cmd" in the Windows search bar and selecting the "Command Prompt" app. Navigate to the folder where the program is located by using the "cd" command. For example, if your program is located in the "C:\Programs" folder, type "cd C:\Programs" in the Command Prompt. Type the name of the utility "CheckLinux.exe" and press Enter. The program will run and any output or error messages will be displayed in the Command Prompt window.

      Sisense User
      Sisense UserPosted 3 years ago • Last reply 2 years ago
      1
               
      • Sisense AdministrationChevronRightIcon

      Reverse Proxy with Nginx + SSL configuration

                               

      Reverse Proxy with Nginx + SSL configuration Nginx Reverse proxy configuration Step 1. Nginx reverse proxy server set up   In this example, we are using nginx, we can install it on the same device as Sisense. To install it run 1. Install nginx for Ubuntu/Debian-like systems: sudo apt install nginx 2. For RHEL systems such a CentOS, use below: sudo yum install nginx 3. Start nginx:   sudo systemctl start nginx Step 2. Nginx server configuration 1. Open the browser and go to the IP address of the server. If it's up, you will see the Nginx welcome page– this means nginx is now running on the default port 80. 2. Edit /etc/nginx/sites-enabled/default and add the next configuration under the root server config. Define correct Sisense public IP, and port in the " server {} " section:   location /analytics {          rewrite  /analytics/(.*) /$1 break;          proxy_pass         http://<sisense-ip>:30845;          proxy_http_version     1.1;          proxy_set_header       X-Forwarded-Proto $scheme;          proxy_set_header   Upgrade $http_upgrade;          proxy_set_header   Connection "upgrade";          proxy_set_header   X-Real-IP  $remote_addr;          proxy_set_header   X-Forwarded-For $remote_addr;          proxy_set_header       X-Forwarded-Proto $scheme;          proxy_set_header   Host $host;          proxy_connect_timeout  36000;          proxy_send_timeout     36000;          proxy_read_timeout     36000;          send_timeout           36000;    } 3. Before you apply the settings, check that there is no syntax issue by running sudo nginx -t   4. Reload nginx with sudo /etc/init.d/nginx reload or sudo systemctl reload nginx With this configuration, Sisense will be accessed with http://<ip-or-domain-of-nginx-server>/analytics. Also if the https is configured for this nginx server, Sisense would be accessible with https://<ip-or-domain-of-nginx-server>/analytics. If on the proxy level, the HTTPS is enabled, please ensure the application_dns_name has the https prefix to ensure all traffic is used, so something like: application_dns_name: https://company.sisense.com Step 3. Sisense configuration Go to the Admin tab Click on System Management Enter Configuration and choose Web Server In the Proxy URL enter "/analytics" or  "http://<ip-or-domain-of-nginx-server>/analytics" as we configured in Nginx. With "/analytics" you will be able to use multiple domains for this instance.  Save it and test with a browser by entering http://<ip-or-domain-of-nginx-server>/analytics And now we can configure SSL with our Nginx server, please validate that Nginx is working properly first before moving on. SSL configuration for Nginx Step 1. Obtain self signed SSL certificates You can use a command like this sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /etc/ssl/private/nginx-selfsigned.key -out /etc/ssl/certs/nginx-selfsigned.crt. For an explanation of what the above command does please refer to Setup SSL on Sisense (Linux version) - Link placeholder Step 2. Configure Nginx to use SSL 1. Сreate a new file named self-signed.conf. sudo vi /etc/nginx/snippets/self-signed.conf In self-signed.conf we want to add some variables that will hold the location of our certificate and key files that we generated in Step 1. Like this ssl_certificate /etc/ssl/certs/nginx-selfsigned.crt; ssl_certificate_key /etc/ssl/private/nginx-selfsigned.key; Save and close the file. 2. Now we will create a snippet file to define SSL settings. Start by creating a file like this sudo vi /etc/nginx/snippets/ssl-params.conf In this file, we need to include some SSL settings as below. ssl_protocols TLSv1.3; ssl_prefer_server_ciphers on; ssl_dhparam /etc/nginx/dhparam.pem;  ssl_ciphers EECDH+AESGCM:EDH+AESGCM; ssl_ecdh_curve secp384r1; ssl_session_timeout  10m; ssl_session_cache shared:SSL:10m; ssl_session_tickets off; ssl_stapling on; ssl_stapling_verify on; resolver 8.8.8.8 8.8.4.4 valid=300s; resolver_timeout 5s; # Disable strict transport security for now. You can uncomment the following # line if you understand the implications. #add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload"; add_header X-Frame-Options DENY; add_header X-Content-Type-Options nosniff; add_header X-XSS-Protection "1; mode=block"; Save and close the file. 3. In this step, we need to modify the Nginx configuration to use SSL. Open up your Nginx configuration file which is usually in a location like /etc/nginx/sites-available/<yourconfig>. Before making changes to this file it is best to back it up first in case we break anything. sudo cp /etc/nginx/sites-available/yourconfig /etc/nginx/sites-available/yourconfig.bak And now we open up our current Nginx config file;  vi /etc/nginx/sites-available/<yourconfig> In the first server{} block, at the beginning, add the lines below. You might already have a location {} block so leave that there server {     listen 443 ssl;     listen [::]:443 ssl;     include snippets/self-signed.conf;     include snippets/ssl-params.conf;   server_name your_domain.com www.your_domain.com ; //server_name can be anything    location / {                 try_files $uri $uri/ =404;         } } Lastly, we need to add another server{} block at the very bottom of the file, with the following parameters. This is a configuration that listens on port 80 and performs the redirect to HTTPS. server {     listen 80;     listen [::]:80;     server_name default.local www.default.local ; //use same name      return 302 https://$server_name$request_uri; } Please note that you must add this server_name to your local desktop or laptop hosts file. In this example, I will go to my local laptop or desktop hosts file and add <ip address of nginx server> <space> <default.local> [Optional] Step 3. Adjust the firewall The steps below assume you have a UFW firewall enabled. You need to review available profiles by running sudo ufw app list You can check the current setting by typing sudo ufw status:   Output Status: active To                         Action      From --                         ------      ---- Nginx HTTP                 DENY      Anywhere Nginx HTTP (v6)            DENY       Anywhere (v6 ) We need to allow HTTPS traffic, so update permissions for the “Nginx Full” profile. sudo ufw allow 'Nginx Full' Check the update sudo ufw status Output Status: active To                         Action      From --                         ------      ---- Nginx Full                 ALLOW       Anywhere Nginx Full (v6)            ALLOW       Anywhere (v6) This output above confirms the changes made to your firewall were successful. So you are ready to enable the changes in Nginx. Step 4. Enable to changes in Nginx First, check that there are no syntax errors in the files. Run sudo nginx -t The output will most likely look like Output nginx: [warn] "ssl_stapling" ignored, issuer certificate not found for certificate "/etc/ssl/certs/nginx-selfsigned.crt" nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful You can disregard the ssl_stapling warning, this particular setting generates a warning since your self-signed certificate can’t use SSL stapling. This is expected and your server can still encrypt connections correctly. If your output matches the out example above, that confirms your configuration file has no errors. If this is true, then you can safely restart Nginx to implement the changes: sudo systemctl restart nginx Step 5. Test the encryption Open up a browser and navigate to https://<server_name>, use the name you set up in Step 2C. Additional information 1. It was reported that File Manager and Grafana doesn't work with reverse proxy. To get the URLs for file manager and grafana to work, following steps should be taken: kubectl -n sisense set env deploy/filebrowser FILEBROWSER_BASEURL='/<baseurl>/app/explore' kubectl -n sisense set env deploy/filebrowser FB_BASEURL='/<baseurl>/app/explore/' kubectl -n sisense set env deploy/sisense-grafana GF_SERVER_ROOT_URL=<baseurl>/app/grafana 2. Once the reverse proxy is enabled, Sisense will still utilize IP addresses as links in their email communications. To setup correct addresses in Sisense e-mails after reverse proxy is configured: in the configuration yaml file set: update: true application_dns_name: "" and start the installation script to update parameters. After update is completed, in Sisense GUI go to Admin -> Server & Hardware -> System management -> Configuration Set the http://YOUR_PROXY_ADDRESS/analytics in the "Proxy URL" field of "Web Server" menu (or  https://YOUR_PROXY_ADDRESS/analytics  in case of SSL)  Go to Admin -> User Management -> Users Try creating a new user or use the "Resend invitation" option for the existing one (if available) Check the inbox of that user for "Sisense account activation" The "Activate Account" link should now redirect to the http://YOUR_PROXY_ADDRESS/analytics/app/account/activate/HASH address    

      Vlad Solodkyi
      Vlad SolodkyiPosted 3 years ago • Last reply 3 years ago
      4
               
      • Sisense AdministrationChevronRightIcon

      How to export snapshot file from Grafana

                                                       

      In case when it is not possible to share dashboard via https://snapshot.raintank.io/ (for example due to security policies)  next flow could be used to export JSON of dashboard with required data included: Open required dashboard and set the time range which includes time when issue was occurred  and + 2-3 hr before and ahead Click on share button, select Snapshot tab and click on Local Snapshot button. Once snapshot link would be available (will start from /app) click on COPY button Form URL with created snapshot and Sisense domain. Then press Enter. Example: Now snapshot is created and opened - Click on share button again Select the Export tab and click on Save FIle. Snapshot would be downloaded on your local machine This file could be imported in another Grafana instance as a dashboard with data inside. Such snapshots are very useful in troubleshooting and could be shared with a Sisense Support Team. 

      Vlad Solodkyi
      Vlad SolodkyiPosted 3 years ago
      0
               
      • TroubleshootingChevronRightIcon

      Resolving the ODBC_Wrapper.dll Error When Connecting Via ODBC

                               

      Scenario: A common error when trying to connect via ODBC to a data source is:  "Could not load file or assembly 'ODBC_Wrapper.dll' or one of its dependencies..." This error can occur after successfully setting up the ODBC connection in the Windows ODBC Data Source Administrator, when trying to use the ODBC connection in the ElasticubeManager. This error happens due to a missing component in the Windows OS Installation. Solution: Please download and install the following update on your Elasticube server:  Microsoft Visual C++ 2015 Redistributable Package (x64) .   After the installation is complete, restart the Elasticube Manager (and server, if prompted to do so) and try connecting again with your connection string / DSN for the ODBC.  

      intapiuser
      intapiuserPosted 3 years ago
      0
               
      • Sisense AdministrationChevronRightIcon

      Identifying Sisense Services

                               

      This article is a reference point for understanding Sisense services and what their purposes are. The notes column contains supplemental information about the service. Please note that this is not an exhaustive list of how you would interact with the services for each scenario. Current List of Sisense Services (as of Version 7.2) Service Name Name Purpose Notes          Sisense.Broker Broker Responsible for communication between services. All micro-services utilize the Broker service. In High Availability deployments, this service is associated with RabbitMQ as well. Ensure this service is running as it is a prerequisite for other Sisense services to function.  Sisense.CLRConnectorsContainer  CLR Connectors Responsible for powering CLR (.NET) connectors. You may restart this service if you're having trouble with particular CLR-based connectors.  Sisense.Collector Collector - Sisense Internal Monitoring Responsible for internal monitoring and collection of data about the machine and process performance. This service must be running in order to send logs for Sisense monitoring.  Sisense.Configuration Configuration Manager Responsible for powering the Configuration Manager application located at http://localhost:3030  on your Sisense webserver. Also exposes APIs for other configurations. You may restart this service if you find you're having trouble getting the Configuration Manager site to load.  Sisense.Discovery Discovery Responsible for saving and storing configuration changes including those made in the Configuration Manager. Typically you will leave this service alone outside of a Sisense migration.  Sisense.ECMLogs ElastiCube Manager Logging Responsible for storing build logs from ECM 1.0 and ECM 2.0, PSM, APIS, etc. There should not be any reason for starting this service outside of basic configuration changes (Sisense migration, MongoDB changes, etc).  Sisense.ECMS ECM 1.0 (Desktop ElastiCube Manager) Responsible for powering the Desktop ECM. You may restart this service if you're seeing issues building or accessing ElastiCubes on the desktop.  Sisense.ECMServer ECM 2.0 (Web ElastiCube Manager) Responsible for powering the Web ECM. You may restart this service if you're seeing issues building or accessing ElastiCubes within Sisense Web.  Sisense.Galaxy Galaxy Controls the majority of web server logic. At this time this service also controls: Emails Reporting Export to image You may choose to restart this service in the following example cases: Many API calls that failed with "api not found". User can log in but not able to navigate through dashboards upon login. Emails are not going out.  Sisense.Gateway Gateway Main entry point of the Sisense system. This service routes the API between many of the microservices. By default, this services listens on port 8081 and can be changed within the Configuration Manager. You may restart this service if you are having trouble reaching the Sisense site on your designated port.  Sisense.HouseKeeper HouseKeeper This service is responsible for memory management of the Sisense application. Typically there is not a need to restart or modify this service.  Sisense.Identity Identity Responsible for Sisense groups, roles, users, etc. This service is responsible for authentication and user management. You may restart this service in instances where your user is unable to log in due to errors in authentication (not related to SSO authentication).  Sisense.Jobs Jobs Responsible for triggering jobs including emails after a cube build, emailed reports on a schedule, etc. Typically there is not a need to restart or modify this service outside of troubleshooting scheduled jobs.  Sisense.JVMConnectorsContainer JVM Connectors Responsible for powering JVM connectors. You may restart this service if you're having trouble with particular JVM-based connectors.  Sisense.Orchestrator Orchestration Utilized in HA to synchronize and distribute built ElastiCubes on the build node to the query nodes. You may restart this service changing HA configuration settings. Please consult the HA documentation before restarting this service.  Sisense.Oxygen Oxygen (Licensing) Responsible for communicating with Sisense to verify licensing You may need to restart this server if you are having licensing issues within the ECM or Sisense Web. Must be restarted upon license update (along with a logout and log back in).  Sisense.Plugins Plugins Management Node.js service which builds plugins. Users do not need to restart this service each time they change plugins. Plugins service watches the plugins folder for changes and runs a build mechanism automatically.  Sisense.QueryProxy Query Services Provides a unified way to translate and access the backend SQL Engines. Responsible for query executions, throttling, load balancing, versioning, streaming and results formatting. This service must be running in order for query execution to work.  Sisense.Repository Repository Responsible for storing Sisense metadata including: Dashboards Users Data security This service maintains connection to the files contained in MongoDB This service must be running in order for users to view dashboards and log into Sisense Web.  Sisense.Shipper Shipper Responsible for shipping logs to Sisense for monitoring.  Reads data from C:\ProgramData\Sisense\Monitoring\LOGS folder and ships it. This service must be running in order to send logs for Sisense monitoring.  Sisense.SPE Data Prep and Streaming Engine Responsible for powering: Export to Excel Preview table Data Wizard Custom tables and custom columns You should restart this service when changing configuration settings for any of the modules power by it.  Sisense.StorageManager Storage Manager Responsible for storing files for file-based connectors such as CSV and Excel files Typically no need to restart or change this service. You should restart this service when changing configuration for this component such as changing the max file size or minimum hard disk space for uploading files..  Sisense.Usage Usage Service This service is responsible for saving off Sisense usage data. Typically no need to restart or change this service. You may restart this service after a change in configuration of the Usage feature. Notable services on Sisense Version 7.1 and below: Service Name Name Purpose Notes          ElasticubeManagmentService ElastiCube Management Responsible for powering the Desktop ECM. This service was replaced by Sisense.ECMS and Sisense.ECMServer. You may restart this service if you're seeing issues building or accessing ElastiCubes on the desktop.  Sisense.ECMLogsPersistenceService  ECM Logs Responsible for storing build logs from the Desktop ECM. This service was replaced by Sisense.ECMLogs. There should not be any reason for starting this service outside of basic configuration changes (Sisense migration, MongoDB changes, etc).  Sisense.Pulse Pulse Responsible for powering pulse alerts. This service was replaced by Sisense.Broker. You may restart this service if you are experiencing issues with Pulse across the board.

      intapiuser
      intapiuserPosted 3 years ago
      0
               
      • Sisense AdministrationChevronRightIcon

      Share Sisense web application externally (Windows only)

                       

      Sisense dashboards can be shared easily within the same private network, but the Sisense web application is not configured to be publicly accessible by default. This page details the steps and best practices to make your Sisense instance accessible to anyone on the internet, so that dashboards can be shared with users outside of your organization and Sisense can be accessed by users not on the same local network as the Sisense server. * Note : These settings make your Sisense web application publicly accessible. Users will still need to authenticate and be shared on a dashboard to access Sisense content. Implementation Steps To access Sisense using the Sisense server's IP address (for example, "192.0.2.0"), confirm that the server has a static public IP address. Consult your IT professional, internet service provider (ISP), or hosting service for more details. To access Sisense using a subdomain/domain name (for example, "analytics.example.com"), update your DNS to point to the machine's IP. You must own and control the domain name you wish to use. Sisense does not manage or assist with domain names or their configuration. Open the inbound TCP port in your firewall. This port is 8081 by default but configurable in the installation process ( https://docs.sisense.com/win/SisenseWin/installing-sisense.htm#CustomizingtheInstallation ). Nominally, this can be controlled in Windows Firewall with Advanced Security, but many customers have superseding rules from their organization or hosting service. If Sisense is still not accessible over your port after opening it in Windows Firewall, confirm with your IT department whether firewall rules may be in place elsewhere. Implement a security layer using SSL to ensure that all network traffic between your Sisense server and client machines is encrypted. For steps to do so, see here: https://docs.sisense.com/win/SisenseWin/setting-up-ssl-for-sisense-windows.htm . After implementing SSL, ensure the port used (typically 443) is also open for inbound TCP connections. Once these settings are implemented, external users will be able to access Sisense by entering the Sisense DNS/IP address and port (for example, "192.0.2.0:8081" or "analytics.example.com:8081"). * Note : If you don't want users to have to enter a port (for example, "192.0.2.0" or "analytics.example"), use port 80 for http communication and 443 for https communication, as these ports will be hidden from the URL. Troubleshooting If a user is unable to connect remotely after the settings were applied, you can test the communication between the machines to understand the source of the connectivity failure by doing the following: Confirm the Sisense web application is running and accessible locally on the server Use the 'nslookup' command in the Windows Command Prompt (cmd.exe) to confirm your domain/subdomain points to the correct IP address for your Sisense server. For example, 'nslookup example.com'. Try pinging the machine's IP address in the command prompt. This will show if there is communication available between both machines. For example, 'ping 192.0.2.0'. If you are able to ping the machine, use the telnet command to ensure you are able to communicate through the required port. For example, 'telnet 192.0.2.0 8081' Further troubleshooting or review may require your IT team's assistance. Further Reading More information is available here:  https://docs.sisense.com/win/SisenseWin/setting-up-your-production-environment.htm .  Helpful general information about web applications and security is available from Mozilla:  https://developer.mozilla.org/en-US/Apps https://developer.mozilla.org/en-US/docs/Web/Security  

      intapiuser
      intapiuserPosted 3 years ago
      0