CI Failures of release branch `release/0.15`

[NicolasHug]

The latest status of the release/0.15 CI can be checked in #7292. Current failures are:

• Unit-tests on Linux CPU / tests (3.10) / linux-job is failing because a simple import torchvision is causing the following warning:

2023-02-21T17:06:25.6104129Z Error: mkl-service + Intel(R) MKL: MKL_THREADING_LAYER=INTEL is incompatible with libgomp.so.1 library.
2023-02-21T17:06:25.6104506Z 	Try to import numpy first or set the threading layer accordingly. Set MKL_SERVICE_FORCE_INTEL to force it.

• cmake_windows_gpu and cmake_windows_cpu both fail with dependency installation issues (likely because they try to rely on Python 3.7??)
• Build Linux Conda / pytorch/vision / conda-py3_9-cuda11_7 fails with

  File "/opt/conda/lib/python3.10/site-packages/conda/core/package_cache_data.py", line 803, in execute
    raise CondaMultiError(exceptions)
conda.CondaMultiError: Downloaded bytes did not match Content-Length
  url: https://conda.anaconda.org/nvidia/linux-64/libcusparse-11.7.4.91-0.tar.bz2

• Unit-tests on M1 / Unit-tests on M1 (3.8)

test/test_backbone_utils.py::TestFxFeatureExtraction::test_forward_backward[regnet_y_1_6gf] PASSED [  0%]
/var/folders/yh/q3_29drn3d3bw226r0xgt9180000gn/T/tmpj5jgojmn: line 3: 94052 Killed: 9               python3 -u -mpytest -v --tb=long --durations 20
ERROR conda.cli.main_run:execute(47): `conda run python3 -u -mpytest -v --tb=long --durations 20` failed. (See above for error)
test/test_backbone_utils.py::TestFxFeatureExtraction::test_forward_backward[regnet_y_32gf] 
Error: Process completed with exit code 137.

• cmake_linux_gpu fails with

CMake Error in /home/circleci/project/cpp_build/CMakeFiles/CMakeTmp/CMakeLists.txt:
  CUDA_ARCHITECTURES is empty for target "cmTC_4ad9f".


CMake Error in /home/circleci/project/cpp_build/CMakeFiles/CMakeTmp/CMakeLists.txt:
  CUDA_ARCHITECTURES is empty for target "cmTC_4ad9f".


CMake Error at /usr/local/lib64/python3.6/site-packages/cmake/data/share/cmake-3.18/Modules/CMakeDetermineCompilerABI.cmake:48 (try_compile):
  Failed to generate test project build system.
Call Stack (most recent call first):
  /usr/local/lib64/python3.6/site-packages/cmake/data/share/cmake-3.18/Modules/CMakeTestCUDACompiler.cmake:19 (CMAKE_DETERMINE_COMPILER_ABI)
  CMakeLists.txt:12 (enable_language)

• unittest_linux_gpu_py3.8 fails with

RuntimeError: 
The detected CUDA version (10.2) mismatches the version that was used to compile
PyTorch (11.7). Please make sure to use the same CUDA versions.

• unittest_windows_cpu_py3.11 and unittest_macos_cpu_py3.11 fail with dependency satisfaction errors.

• (Can be ignored) unittest_windows_gpu_py3.8 fails the models output checks. These ones aren't due to infra / CI issues, and can be somewhat safely ignored for now.

@atalman @malfet @seemethere we'd be grateful for your help on the issues listed above, thanks!

cc @seemethere

[pmeier]

Note that none of that is specific to the release branch, but has been going on for a while on main

• cmake_windows_gpu and cmake_windows_cpu both fail with dependency installation issues (likely because they try to rely on Python 3.7??)

#7180

• unittest_linux_gpu_py3.8 fails with

#7184

• unittest_windows_cpu_py3.11 and unittest_macos_cpu_py3.11 fail with dependency satisfaction errors.

Expected, since we are pulling dependencies from the conda default channel and they only very recently added Python 3.11 (I'll have to mention a few months late) and so far no dependencies have been updated. I'm actively working on changing the way we procure our dependencies, but this is not ready for the release. So I guess we'll have to have yet another release without support without 3.11?

[atalman]

This PR: #7332 Addressed all circleci infra failures:

• cmake_windows_gpu and cmake_windows_cpu both fail with dependency installation issues (likely because they try to rely on Python 3.7??)
• cmake_linux_gpu fails with

CMake Error in /home/circleci/project/cpp_build/CMakeFiles/CMakeTmp/CMakeLists.txt:
  CUDA_ARCHITECTURES is empty for target "cmTC_4ad9f".


CMake Error in /home/circleci/project/cpp_build/CMakeFiles/CMakeTmp/CMakeLists.txt:
  CUDA_ARCHITECTURES is empty for target "cmTC_4ad9f".


CMake Error at /usr/local/lib64/python3.6/site-packages/cmake/data/share/cmake-3.18/Modules/CMakeDetermineCompilerABI.cmake:48 (try_compile):
  Failed to generate test project build system.
Call Stack (most recent call first):
  /usr/local/lib64/python3.6/site-packages/cmake/data/share/cmake-3.18/Modules/CMakeTestCUDACompiler.cmake:19 (CMAKE_DETERMINE_COMPILER_ABI)
  CMakeLists.txt:12 (enable_language)

• unittest_linux_gpu_py3.8 fails with

RuntimeError: 
The detected CUDA version (10.2) mismatches the version that was used to compile
PyTorch (11.7). Please make sure to use the same CUDA versions.

• unittest_windows_cpu_py3.11 and unittest_macos_cpu_py3.11 fail with dependency satisfaction errors.

• unittest_windows_gpu_py3.8 fails the models output checks. These ones aren't due to infra / CI issues, and can be somewhat safely ignored for now.

[NicolasHug]

Thanks a lot @atalman , I updated the list above. Looks like the remaining issues are the Unit-tests on Linux CPU / tests (3.10) / linux-job and cmake_windows_gpu and cmake_windows_cpu

[malfet]

Unittest 3.10 were initially broken by #7288 which was later cherry-picked into release branch and occluded all errors. Question is: why was it landed despite introducing regressions?

[NicolasHug]

@maleft #7288 did not break the 3.10 unittest. It is in fact surfacing an existing issue that was previously missed. #7288 is not the problem it is merely the messenger.

The test we added in #7288 makes sure (among other things) that no warning is raised when one writes import torchvision. If there's a warning, the test fails. The failure we're observing on the 3.10 is that the test fails because of the MKL-related warning that is thrown. This does seem to be an env/CI problem: @pmeier is consolidating this GA workflow in #7189 (with a different setup) and those tests run fine there.

[atalman]

windows cmake isses are resolved.

Following issue is flaky:
Build Linux Conda / pytorch/vision / conda-py3_9-cuda11_7

Resolved on rerun: https://github.com/pytorch/vision/actions/runs/4292476260

[malfet]

By the way, I can't reproduce the warning importing torchvision by running:

$ conda create -n py310 -y python==3.10 torchvision cpuonly -c pytorch-test
$ conda run -n py310 python -c "import sys,torchvision;print(sys.version_info, torchvision.__version__, torchvision.torch.__version__)"
sys.version_info(major=3, minor=10, micro=0, releaselevel='final', serial=0) 0.15.0 2.0.0

[malfet]

@maleft #7288 did not break the 3.10 unittest. It is in fact surfacing an existing issue that was previously missed. #7288 is not the problem it is merely the messenger.

#7288 obscures the signal. If you know that something will fail, one can create an issue and at the same time file a PR that adds @unittest.expectedFailure decorator. But turning green signal into red results lost signal, opening up possibility for more regressions and developing a habit of ignoring PR CI signal, which is IMO bad. I.e. if you don't care about signal being green, why not disable CI altogether.

[NicolasHug]

I share your concern that signal is obscured. This is not a common situation. Considering this seemed like a legitimate critical CI/packaging issue, and with the approaching release date, the risk of hiding this failure seemed greater to me than keeping the signal red for a few more days.

[malfet]

Regarding M1 failures: looks like one of the tests intermittently crashes: https://hud.pytorch.org/hud/pytorch/vision/main/1?per_page=50&name_filter=unit-tests%20on%20M1 Is this is a release blocker?