Fixed the current building issue of centOS7 in the CI/CD

[acdo2002]

Description

• What is implemented or fixed? Mention the linked issue(s), if any. Because the daily ICD tests in the github action runner failed from the last week, this PR fixed the github action runner failure that happened in the linux platform, especially the centOS7 platform.

• How does this PR solve the issue? Give a brief summary. I found the git version does not work in the github action runner (from 2.315.0 -> 2.316.0 in the last week) folder for CentOS7 apptainer, the git version version works well in other folder (without github action runner) inside the same apptainer. So I choose the workaround solution, put git submodule update --init --recursive into the previous step, then start the apptainer.

• Are there any related PRs (frontend, protobuf)? No, this PR only changes the carta-backend/.github/workflows/icd_tests.yml This PR will not affect the carta-backend codebase at all.

• Is there anything else that testers should know (e.g. exactly how to reproduce the issue)? Because the ICD-RxJS github action runner faces the same failure, we have used the same solution and applied the ICD-RxJS repository, then the github action runners are all passed (link), the ICD-RxJS PR has been merged to the dev branch.

However, I found there is no

  # Allows you to run this workflow manually from the Actions tab
  workflow_dispatch:

in the carta-backend/.github/workflows/icd_tests.yml, so I have no idea how to trigger this specific branch to run the icd_tests.yml... (unlike icd_tests.yml in the ICD-RxJS/.github/workflows) The old PR, that adding all ICD tests into the github action runner looks like merged into the dev branch because the PR was not the an usual PR...

Note: the potential review method I can imagine so far is visual checking of these two files: ICD-RxJS/.github/workflows/icd_tests.yml carta-backend/.github/workflows/icd_tests.yml

Check (1) name: Build carta-backend (Linux) - run: the cd source ; git submodule update --init --recursive should be before the apptainer

(2)name: Prepare ICD-RxJS (Linux) - run: the

          cd $BUILD_DIR/ICD-RxJS
          git submodule update --init --recursive

should be before the apptainer too.

Checklist

• [ ] changelog updated / no changelog update needed
• [x] e2e test passing / corresponding fix added / new e2e test created
• [ ] ICD test passing / corresponding fix added / new ICD test created
• [x] ~protobuf updated to the latest dev commit~ / no protobuf update needed
• [x] ~protobuf version bumped~ / protobuf version not bumped
• [x] added reviewers and assignee
• [ ] GitHub Project estimate added

[github-actions[bot]]

Package	Line Rate	Health
src.Cache	72%	➖
src.DataStream	44%	➖
src.FileList	67%	➖
src.Frame	36%	❌
src.HttpServer	42%	➖
src.ImageData	28%	❌
src.ImageFitter	83%	✔
src.ImageGenerators	43%	➖
src.ImageStats	75%	✔
src.Logger	37%	❌
src.Main	52%	➖
src.Region	69%	➖
src.Session	4%	❌
src.Table	52%	➖
src.ThreadingManager	67%	➖
src.Timer	85%	✔
src.Util	40%	➖
Summary	46% (8605 / 18779)	➖

[confluence]

I assume that the root cause is the inability to access the internet from inside the container -- that's where I would start looking. Perhaps there's been a change in the default configuration. I recently ran into an issue with internet access not working from inside docker on a fresh virtual machine, and that turned out to be a MTU mismatch between the interface docker created and the host -- this could be something similar.

[acdo2002]

Actually I have accessed into the docker and access to the internet (git clone) works fine in the home directory. It (git clone) only fails in the github action runner folder and I found the github action runner version update, based on this discussion so far I cannot find the solution to specific the older github action runner version, as Adrianna mentioned it could the github action runner default configuration problem. So Anthony and I decided to workaround git clone (prepare the repository) before we start the docker. Any potential solution suggestion is welcome. Also Mark mentioned there is a problem of cartaviewer server (running rhet7 and rhet8 CI/CD). Anthony and Mark are trying to fix the problem.