Skip to content
DataMiner Dojo

More results...

Generic selectors
Exact matches only
Search in title
Search in content
Post Type Selectors
Search in posts
Search in pages
Search in posts
Search in pages
Log in
Menu
  • Updates & Insights
  • Questions
  • Learning
    • E-learning Courses
    • Tutorials
    • Open Classroom Training
    • Certification
      • DataMiner Fundamentals
      • DataMiner Configurator
      • DataMiner Automation
      • Scripts & Connectors Developer: HTTP Basics
      • Scripts & Connectors Developer: SNMP Basics
      • Visual Overview – Level 1
      • Verify a certificate
    • YouTube Videos
    • Solutions & Use Cases
      • Solutions
      • Use Case Library
    • Agility
      • Learn more about Agile
        • Agile Webspace
        • Everything Agile
          • The Agile Manifesto
          • Best Practices
          • Retro Recipes
        • Methodologies
          • The Scrum Framework
          • Kanban
          • Extreme Programming
        • Roles
          • The Product Owner
          • The Agile Coach
          • The Quality & UX Coach (QX)
      • Book your Agile Fundamentals training
      • Book your Kanban workshop
    • >> Go to DataMiner Docs
  • DevOps
    • About the DevOps Program
    • Sign up for the DevOps Program
    • DataMiner DevOps Support
    • Feature Suggestions
  • Downloads
  • Swag Shop
  • PARTNERS
    • Business Partners
    • Technology Partners
  • Contact
    • Sales, Training & Certification
    • DataMiner Support
    • Global Feedback Survey
  • >> Go to dataminer.services

Freshly installed on-prem DMA fails to connect to dataminer.services/STaaS

117 views1 day agodataminer.services DMA start-up STaaS
2
Jörg Knesebeck [DevOps Enabler]374 5 days ago 6 Comments

Hi all,

we've run into an issue after installing an on-prem DMA with STaaS enabled.
The installation appeared to complete successfully, and DataMiner starts up, but after a few minutes it shuts itself down again.

The exception in CloudStorage.txt looks like this:

2026/07/20 16:06:29.652|SLLog|ApplyLogLevels|CRU|-1|Log Levels: Info: 0; Error: 0; Debug: 0 (from LogSettings.xml)
2026/07/20 16:06:29.662|SLDataGateway|DataGateway.CloudStorage.ConnectionComposing|INF|0|1|Composing cloud storage connection.
2026/07/20 16:06:29.665|SLDataGateway|DataGateway.CloudStorage|INF|0|1|Start initialization CloudStorageManager...
2026/07/20 16:06:29.668|SLDataGateway|DataGateway.CloudStorage|INF|0|1|Creating services...
2026/07/20 16:06:29.733|SLDataGateway|DataGateway.CloudStorage|INF|0|1|Creating CloudStorageConnection services...
2026/07/20 16:06:29.748|SLDataGateway|DataGateway.CloudStorage|INF|0|1|Getting CloudSettings from repository...
2026/07/20 16:06:51.111|SLDataGateway|DataGateway.CloudStorage|INF|0|61|Retrying request due to exception.
Azure.RequestFailedException: An error occurred while sending the request. ---> System.Net.Http.HttpRequestException: An error occurred while sending the request. ---> System.Net.WebException: Unable to connect to the remote server ---> System.Net.Sockets.SocketException: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond 20.31.240.20:443
at System.Net.Sockets.Socket.InternalEndConnect(IAsyncResult asyncResult)
at System.Net.Sockets.Socket.EndConnect(IAsyncResult asyncResult)
at System.Net.ServicePoint.ConnectSocketInternal(Boolean connectFailure, Socket s4, Socket s6, Socket& socket, IPAddress& address, ConnectSocketState state, IAsyncResult asyncResult, Exception& exception)
--- End of inner exception stack trace ---
at System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
at System.Net.Http.HttpClientHandler.GetResponseCallback(IAsyncResult ar)
--- End of inner exception stack trace ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Azure.Core.Pipeline.HttpClientTransport.<ProcessSyncOrAsync>d__11.MoveNext()
--- End of inner exception stack trace ---
at Azure.Core.Pipeline.HttpClientTransport.<ProcessSyncOrAsync>d__11.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Azure.Core.Pipeline.HttpPipelineTransportPolicy.<ProcessAsync>d__4.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Azure.Core.Pipeline.ResponseBodyPolicy.<ProcessAsync>d__5.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Azure.Core.Pipeline.RedirectPolicy.<ProcessAsync>d__7.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at Azure.Core.Pipeline.RetryPolicy.<ProcessAsync>d__5.MoveNext()

From what we can see, the DMA is unable to reach 20.31.240.20:443, even though all required prerequisites should be in place.
The installation itself completed cleanly after we resolved a proxy-related issue (see Registering on-prem DMA with dataminer.services/STaaS via proxy fails - DataMiner Dojo).

As far as we know, we've covered all requirements for an on-prem DMA with STaaS, including access to the required dataminer.services endpoints/IP addresses and other documented requirements such as

  • <DataBase .... type="CloudStorage"/> in Db.xml
  • <HTTPS enabled="true" name="10.20.30.40" /> in MaintenanceSettings.xml

We're also struggling a bit with troubleshooting because many of the available guides assume that the DMA is running and that Cube can be used. Since the DMA shuts down shortly after startup, those approaches don't really help us.

Has anyone seen something similar before or has any ideas on what else we could check? It's entirely possible that we've overlooked something, so we're open to any suggestions.

Thanks,

Jörg

Jörg Knesebeck [DevOps Enabler] Edited comment 1 day ago
João Barraca [SLC] [DevOps Advocate] commented 4 days ago

Hi Jörg,

Looking at your question, you mention proxy related issues on the installation.
Did you configure the DB.xml for STaaS to use the correct proxy?

Jörg Knesebeck [DevOps Enabler] commented 4 days ago

Hi Joao,
Many thanks for your comment and suggestion. Actually I haven't configured the proxy server in DB.xml yet, so I added it and you're right, it's crucial.
However, the setting doesn't improve the situation. After restarting the DMA, it runs into the same error behaviour as before.
Seems like something is still incorrect or incomplete. I can provide additional information or logging if requried.

João Barraca [SLC] [DevOps Advocate] commented 4 days ago

From the error you posted sounds like firewall issues.
You should allow outbound traffic to these endpoints (I'm assuming you've registered your system to West Europe (based on the question you linked before)):

o stdmsqueueprodweu.queue.core.windows.net
o evhns-cs-prod-weu-003.servicebus.windows.net
o cloudstorage-weu.dataminer.services

Jörg Knesebeck [DevOps Enabler] commented 4 days ago

We have allowed outbound traffic in the firewall for these addresses (according to the doc.dataminer.services page "Cloud connectivity and security"):
52.149.106.174 dataminer.services
20.50.217.191 dataminer.services
20.31.240.20 dataminer.services
20.103.147.5 Backup Address
20.50.2.83 Activation/Registration/Licensing
So should we actually implement rules for the exact FQDNs you stated in your comment?

João Barraca [SLC] [DevOps Advocate] commented 4 days ago

Yes — in addition to the IP addresses/FQDNs you've already whitelisted, you'll also need to add rules for the FQDNs I listed previously. Those are specific to STaaS and aren't covered by the addresses in the "Cloud connectivity and security" documentation page, so both sets are required for full functionality.

Show 1 more comments

0 Answers

  • Active
  • Voted
  • Newest
  • Oldest
Please login to be able to comment or post an answer.

My DevOps rank

DevOps Members get more insights on their profile page.

My user earnings

0 Dojo credits

Spend your credits in our swag shop.

0 Reputation points

Boost your reputation, climb the leaderboard.

Promo banner DataMiner DevOps Professiona Program
DataMiner Integration Studio (DIS)
Empower Katas
Privacy Policy • Terms & Conditions • Contact

© 2026 Skyline Communications. All rights reserved.

DOJO Q&A widget

Can't find what you need?

? Explore the Q&A DataMiner Docs

[ Placeholder content for popup link ] WordPress Download Manager - Best Download Management Plugin