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
    • Empower Replay: Limited Edition
    • 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
    • Video Library
    • Books We Like
    • >> Go to DataMiner Docs
  • Expert Center
    • Solutions & Use Cases
      • Solutions
      • Use Case Library
    • Markets & Industries
      • Media production
      • Government & defense
      • Content distribution
      • Service providers
      • Partners
      • OSS/BSS
    • 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)
    • DataMiner DevOps Professional Program
      • About the DevOps Program
      • DataMiner DevOps Support
  • Downloads
  • More
    • DataMiner Releases & Updates
    • Feature Suggestions
    • Climb the leaderboard!
    • Swag Shop
    • Contact
    • Global Feedback Survey
  • PARTNERS
    • All Partners
    • Technology Partners
    • Strategic Partner Program
    • Deal Registration
  • >> Go to dataminer.services

Error in upgrade to 10.1: Cannot accept files larger than 500MB

Solved1.49K views3rd May 2021upgrade
10
Paulo Henriques [SLC] [DevOps Member]550 3rd May 2021 2 Comments

Performing a Dataminer upgrade to release 10.1, we get the following error/exception immediately after clicking the upgrade button:

The reason for this error is because the size of the upgrade package of release 10.1 goes a little bit beyond the maximum allowed size, default to 500MB.
In the release note RN24922, this default will be significantly increased (https://intranet.skyline.be/DataMiner/Lists/Release%20Notes/DispForm.aspx?ID=24922)

In the meantime, as a workaround, we shall use the SLNet Client Test Tool and manually change the default maximum, e.g.:

Paulo Henriques [SLC] [DevOps Member] Selected answer as best 3rd May 2021
Wouter Demuynck [SLC] [DevOps Advocate] commented 3rd May 2021

Be aware that overriding the MaxUploadSize setting will take precedence over any default value. This means that setting the value to 700 MB now will keep the setting at 700MB even after a version with RN24922 (4000 MB default) has been installed.

Paulo Henriques [SLC] [DevOps Member] commented 3rd May 2021

Thanks Wouter, this is a very important remark indeed, it means I should change the maximum once again, this time to 4000MB to match the RN value and to avoid a similar issue in the future.

2 Answers

  • Active
  • Voted
  • Newest
  • Oldest
5
Laurens Moutton [SLC] [DevOps Enabler]8.78K Posted 3rd May 2021 1 Comment

That mentioned RN 24922 was already introduced since DataMiner 10.0[CU0] (=first version) and 9.6.0[CU11].

This means that the upgrade to 10.1 was executed on a DataMiner version that was prior to these versions i.e. < 9.6.0[CU11].

See this Documentation link on how the upgrade a DMA/DMS that mentions under “Perform a pre-upgrade check on the day before the upgrade“, under step 3:

  • “To upgrade to a major DataMiner version that is several versions higher than the current version, upload a package for each major version change. For example, to upgrade from 9.0 to 10.0, you will first need to upgrade to 9.5, then to 9.6, and then to 10.0.“

In other words the update here should have at least been first to version 10.0 (or also first even 9.6 when coming from 9.5), then to 10.1.  This way the mentioned problem would not have occurred and you could have also missed other things that are executed when going from one main release branch to another e.g. potential database or file content structures that have not been adapted because the intermediate main update packet has not been executed.

Paulo Henriques [SLC] [DevOps Member] Selected answer as best 3rd May 2021
Paulo Henriques [SLC] [DevOps Member] commented 3rd May 2021

You are right, here we skipped the intermediate upgrade to 10.0.

5
Alexander Gorbunov [SLC] [DevOps Advocate]988 Posted 3rd May 2021 0 Comments

Hi Paulo,
I’ll add a couple of notes to the information you posted.

  1. This is where SLNet Options can be found in the ClientTest tool:
  2. If you upgrade first from DataMiner 9.6 to DataMiner 10.0, which I always recommend, the setting will be adjusted automatically. Then upgrading from DataMiner 10.0 to DataMiner 10.1 should go smoothly.
  3. For reference, these are current package sizes for main branches:
    – 9.6.0 – 427 MB (below the old threshold);
    – 10.0.0 – 477 MB (below the old threshold);
    – 10.1.0 – 535 MB (exceeds the old threshold, hence the new value has been set in recent versions).
Alexander Gorbunov [SLC] [DevOps Advocate] Answered question 3rd May 2021
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

© 2025 Skyline Communications. All rights reserved.

DOJO Q&A widget

Can't find what you need?

? Explore the Q&A DataMiner Docs