# CircleCI Parallelism consolidated notification **URL:** \ **Category:** Running Tests\ **Tags:** notifications, 2.0, parallelism, workflow, circle-yml\ **Created:** [May 25, 2021, 3:05pm UTC](https://discuss.circleci.com/t/circleci-parallelism-consolidated-notification/40183 "2021-05-25T15:05:56Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![kaushik](https://sea2.discourse-cdn.com/circleci/user_avatar/discuss.circleci.com/kaushik/32/27455_2.png) [@kaushik](https://discuss.circleci.com/u/kaushik)\ **Post date:** [May 25, 2021, 3:05pm UTC](https://discuss.circleci.com/t/circleci-parallelism-consolidated-notification/40183/1 "2021-05-25T15:05:56Z")
Hello There, We are working on improvising the total test execution time with the help of parallelism feature available in circle ci. We have implemented the parallelism with 3 and we are successfully able to split the test across all the available machines. So far good no issues. The problem we are facing is on the consolidated build Notification. Before implementing the parallelism, at the end of steps we have a run step to send the build status notification in email and chat. when running in parallel, we are getting notification for all the three machines which we thought of improvising. Kindly suggest a way to handle this. Below are the job and workflow sample we used The requirement is, need to send consolidated notification based on all the 3 machine test run results. > Jobs: > Sanity-suite: > docker: > - image: circleci/node:12 > working\_directory: ~/repo > parallelism: 3 > steps: > - cache-repo > - dependency-cache > - create-env-vars: > secret\_name: “projectspecific variables” > - run: > name: Run Sanity Tests > command: | > FILEPATH=$(circleci tests glob ‘project\_specific\_path’ | circleci tests split --split-by=timings) > npm run tests > - notify-google-chat > workflows: > sanity-and-functional: > jobs: > - hold-sanity-suite: > type: approval > - sanity-suite: > context: running the endtoend test here > requires: > - hold-sanity-suite ---
**Author:** ![mike](https://sea2.discourse-cdn.com/circleci/user_avatar/discuss.circleci.com/mike/32/24230_2.png) [@mike](https://discuss.circleci.com/u/mike)\ **Post date:** [June 3, 2021, 5:14pm UTC](https://discuss.circleci.com/t/circleci-parallelism-consolidated-notification/40183/2 "2021-06-03T17:14:27Z")
In the current state, there is not a simple means to only send a single message for parallel jobs. We have a support article that describes a workaround to send that at the end of the workflow as opposed to at the end of each job. Essentially, you’ll only send on fail in the parallel jobs but then send on success on a follow-up job if there were no failures: > **[Send slack notification at end of workflow](https://support.circleci.com/hc/en-us/articles/360047082992-Send-slack-notification-at-end-of-workflow)** > > For scenarios where you are using the Slack orb and want to send a notification if a workflow itself has been successful or failed -- you would need to implement a notification per job. > For workflo... There is also a feature request that is fairly popular that discusses running a job even when the previous job failed: [https://ideas.circleci.com/cloud-feature-requests/p/always-run-a-job-even-when-dependent-jobs-failed](https://ideas.circleci.com/cloud-feature-requests/p/always-run-a-job-even-when-dependent-jobs-failed) I would strongly encourage you to place a vote for that if you have not already as this would provide for a much cleaner solution. ---
**Author:** ![villesau](https://sea2.discourse-cdn.com/circleci/user_avatar/discuss.circleci.com/villesau/32/28251_2.png) [@villesau](https://discuss.circleci.com/u/villesau)\ **Post date:** [October 5, 2021, 3:21pm UTC](https://discuss.circleci.com/t/circleci-parallelism-consolidated-notification/40183/3 "2021-10-05T15:21:55Z")
Hi @mike, That article is not really helpful at least in our case. We need to run a job (slack notification) about failure or success in the very end of the workflow. Workflow can have different set of jobs depending wether we are in a branch that deploys or in a branch that only runs tests. And it cannot rely on “requires” since we also want to notify about the failure. Slack notifications in a CI SaaS should be elegant, easy and effortless. Not a PITA. ---
**Author:** ![harshp](https://avatars.discourse-cdn.com/v4/letter/h/58956e/32.png) [@harshp](https://discuss.circleci.com/u/harshp)\ **Post date:** [July 10, 2023, 5:36pm UTC](https://discuss.circleci.com/t/circleci-parallelism-consolidated-notification/40183/4 "2023-07-10T17:36:53Z")
Has anyone tried [the workaround](https://support.circleci.com/hc/en-us/articles/360047082992-Send-slack-notification-at-end-of-workflow)? I see my workflow runs the `last-job` but I don’t see anything in my slack channel. The issue seems to be specifically when using `post-steps` ```auto Posting Status BASH_ENV file: /tmp/.bash_env-64ac3e2d776386455127c631-0-build Does Not Exist. Skipping file execution Checking For JQ + CURL No message template was explicitly chosen. Based on the job status 'pass' the template '$basic_success_1' will be used. Sanitizing CIRCLE_JOB... Sanitizing CIRCLE_PROJECT_REPONAME... Sanitizing CIRCLE_BRANCH... Sanitizing CIRCLE_SHA1... Sanitizing CIRCLE_USERNAME... SLACK_PARAM_MENTIONS is empty or doesn't exist. Skipping it... Sanitizing CIRCLE_BUILD_URL... CircleCI received exit code 0Posting Status BASH_ENV file: /tmp/.bash_env-64ac3e2d776386455127c631-0-build Does Not Exist. Skipping file execution Checking For JQ + CURL No message template was explicitly chosen. Based on the job status 'pass' the template '$basic_success_1' will be used. Sanitizing CIRCLE_JOB... Sanitizing CIRCLE_PROJECT_REPONAME... Sanitizing CIRCLE_BRANCH... Sanitizing CIRCLE_SHA1... Sanitizing CIRCLE_USERNAME... SLACK_PARAM_MENTIONS is empty or doesn't exist. Skipping it... Sanitizing CIRCLE_BUILD_URL... CircleCI received exit code 0 ```