-
Notifications
You must be signed in to change notification settings - Fork 78
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unexpected end of JSON input and Lock file is already being held when deploying in parallel #2786
Comments
Thank you for filing this issue. We appreciate your feedback and will review the issue as soon as possible. Remember, however, that GitHub isn't a mechanism for receiving support under any agreement or SLA. If you require immediate assistance, contact Salesforce Customer Support. |
Hello @MarcTCruz 👋 None of the versions of Shared: Update to the latest version of Salesforce CLI (docs) and confirm that you're still seeing your issue. After updating, share the full output of |
Hello @MarcTCruz 👋 None of the versions of Shared: Update to the latest version of Salesforce CLI (docs) and confirm that you're still seeing your issue. After updating, share the full output of |
Updated and the problem persists:
Edit: |
Hey. I agree this might be a bug (kicking off enough parallel deployments to cause our lockfile problems). But even if we fixed that, a single org is going to queue deployments and deploy them one at a time. So your idea (split deployments into lots of small pieces to run in parallel) wouldn't work.
I guess I'd like more information about what you're trying to do and why. And if you have a reproducer, that'd be great. |
This issue has not received a response in 7 days. It will auto-close in 7 days unless a response is posted. |
I understand the deploy process is queued in backend. I am trying with it to make the deploying process a tiny faster since there are lots of dependencies on some different projects to be merged. The uploading part being in parallel instead of starting in sequence may be some improvement in this scenario. |
This issue has not received a response in 7 days. It will auto-close in 7 days unless a response is posted. |
Summary
I have two different organizations and the mission to deploy most or possibly all from B to A.
There are lots of dependencies and 18k+ xml(totaling 20k+ resouces), so I tried to deploy using concurrency from JS and parallelism since it calls many CLI. Then such script would keep running until nothing has been changed or everything has been deployed.
Steps To Reproduce
Have possible any org(I am using a developer sandbox) with lots(10k+?) of data to be deploying, divide them in small buckets (e.g.: 100) and issue them in parallel.
Command used: sf project deploy start --source-dir "dir0" "dirN" ... --json
Expected result
Deploy gracefully.
Actual result
"stack": "JsonParseError: Unexpected end of JSON input\n at JsonParseError.create (/home/mtpc/.local/bin/sf_files/node_modules/@salesforce/kit/lib/errors.js:51:20)\n at parseJson (/home/mtpc/.local/bin/sf_files/node_modules/@salesforce/kit/lib/json.js:28:39)\n at parseJsonMap (/home/mtpc/.local/bin/sf_files/node_modules/@salesforce/kit/lib/json.js:67:18)\n at DeployCache.read (/home/mtpc/.local/bin/sf_files/node_modules/@salesforce/core/lib/config/configFile.js:174:52)\n at async DeployCache.init (/home/mtpc/.local/bin/sf_files/node_modules/@salesforce/core/lib/config/ttlConfig.js:40:26)\n at async DeployCache.create (/home/mtpc/.local/bin/sf_files/node_modules/@salesforce/kit/lib/creatable.js:57:9)\n at async DeployCache.set (file:///home/mtpc/.local/bin/sf_files/node_modules/@salesforce/plugin-deploy-retrieve/lib/utils/deployCache.js:31:23)\n at async executeDeploy (file:///home/mtpc/.local/bin/sf_files/node_modules/@salesforce/plugin-deploy-retrieve/lib/utils/deploy.js:115:5)\n at async DeployMetadata.run (file:///home/mtpc/.local/bin/sf_files/node_modules/@salesforce/plugin-deploy-retrieve/lib/commands/project/deploy/start.js:192:28)\n at async DeployMetadata._run (/home/mtpc/.local/bin/sf_files/node_modules/@oclif/core/lib/command.js:304:22)",
System Information
bash
xterm-256color
Linux 6.1.0-18-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.76-1 (2024-02-01) x86_64 GNU/Linux
Additional information
JsonParseError
output3.txt
Lock file is already being held
output11.txt
The text was updated successfully, but these errors were encountered: