When retrieving full set of metadata (all items checked) from source org, I get this error consistently, even from different orgs

Issue #2480 resolved
Kirk Orrick created an issue

IntelliJ IDEA 2023.3.2 (Ultimate Edition)
Build #IU-233.13135.103, built on December 20, 2023
Licensed to Kirk Orrick
Subscription is active until December 3, 2024.
Runtime version: 17.0.9+7-b1087.9 amd64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Windows 11.0
GC: G1 Young Generation, G1 Old Generation
Memory: 4096M
Cores: 16
Registry:
debugger.new.tool.window.layout=true
ide.experimental.ui=true
Non-Bundled Plugins:
com.illuminatedcloud2.intellij (2.2.9.4)
Kotlin: 233.13135.103-IJ

To reproduce, Create new project, select the source org, check all items and Ok. I am running the most current version of IntelliJ and the IlluminatedCloud plug in.

Comments (5)

  1. Scott Wells repo owner
    • changed status to open

    Hi. This is the relevant part:

    UNKNOWN_EXCEPTION: An unexpected error occurred. Please include this ErrorId if you contact support: 1234567890-123456 (-123456789)
    

    That is an internal server error on the Salesforce side of things, often called a GACK. Because these are opaque internal server errors, you typically either need to file a support case with Salesforce to get the underlying cause, or perhaps if you know someone at Salesforce with access to system logs, you can ask them for more details on the exact specified error ID.

    The alternative is to try to isolate the specific metadata types/objects in the retrieve request which are resulting in this error, typically by process of elimination. Just either build up to the full retrieval request until it fails, or incrementally remove items from the request until it succeeds.

    I will say that I do not think it's a good idea to try to retrieve all metadata from any org. In all cases, there is a specific subset of metadata that represents your customizations and extensions to the organization, and that should be all that you need to externalize. There are also some metadata types/objects that are reported by the Salesforce APIs but are not really valid for retrieval. They can either yield errors like this when trying to retrieve them, or they can yield similar errors after a successful retrieval when you try to deploy them, even back to the same org. I'd strongly recommend that you create a specific metadata subscription for what is needed by this project.

    I apologize that I can't provide more information, but GACKs are opaque and can only really be identified clearly by Salesforce.

  2. Scott Wells repo owner

    Resolving as this is a Salesforce internal error and is likely due to some subset of metadata types/objects specified in the retrieval request. If, after identifying the specific type(s)/object(s) that are causing the error, you determine that this is in fact some issue with how IC2 is sending its API retrieval request, feel free to reopen with those details.

  3. Kirk Orrick reporter

    Thanks. This worked previously. I wouldn’t normally download everything, but I wanted a backup in advance of a refresh. Thank you for looking.

  4. Scott Wells repo owner

    Yeah, it’s hard to say given the completely opaque nature of these types of errors. But I’ve seen GACKs start suddenly, sometimes just due to seemingly small changes from Salesforce’s weekly maintenance patch releases. My guess is that if you distill the metadata subscription (and resulting retrieval request) down to the subset of metadata required for this project, you won’t see this error any longer.

  5. Log in to comment