Thanks to visit codestin.com
Credit goes to github.com

Skip to content

DISABLED test_foreach_copy_with_multi_dtypes__foreach_copy_cuda_complex128 (__main__.TestForeachCUDA) #150141

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

Open
pytorch-bot bot opened this issue Mar 27, 2025 · 8 comments
Labels
module: flaky-tests Problem is a flaky test in CI module: mta Issues related to multi-tensor apply kernels and foreach functions skipped Denotes a (flaky) test currently skipped in CI. triaged This issue has been looked at a team member, and triaged and prioritized into an appropriate module

Comments

@pytorch-bot
Copy link

pytorch-bot bot commented Mar 27, 2025

Platforms: linux, slow

This test was disabled because it is failing in CI. See recent examples and the most recent trunk workflow logs.

Over the past 3 hours, it has been determined flaky in 8 workflow(s) with 16 failures and 8 successes.

Debugging instructions (after clicking on the recent samples link):
DO NOT ASSUME THINGS ARE OKAY IF THE CI IS GREEN. We now shield flaky tests from developers so CI will thus be green but it will be harder to parse the logs.
To find relevant log snippets:

  1. Click on the workflow logs linked above
  2. Click on the Test step of the job so that it is expanded. Otherwise, the grepping will not work.
  3. Grep for test_foreach_copy_with_multi_dtypes__foreach_copy_cuda_complex128
  4. There should be several instances run (as flaky tests are rerun in CI) from which you can study the logs.

Test file path: test_foreach.py

cc @clee2000 @crcrpar @mcarilli @janeyx99

@pytorch-bot pytorch-bot bot added module: flaky-tests Problem is a flaky test in CI module: mta Issues related to multi-tensor apply kernels and foreach functions skipped Denotes a (flaky) test currently skipped in CI. triaged This issue has been looked at a team member, and triaged and prioritized into an appropriate module labels Mar 27, 2025
Copy link
Author

pytorch-bot bot commented Mar 27, 2025

Hello there! From the DISABLED prefix in this issue title, it looks like you are attempting to disable a test in PyTorch CI. The information I have parsed is below:
  • Test name: test_foreach_copy_with_multi_dtypes__foreach_copy_cuda_complex128 (__main__.TestForeachCUDA)
  • Platforms for which to skip the test: linux, slow
  • Disabled by pytorch-bot[bot]

Within ~15 minutes, test_foreach_copy_with_multi_dtypes__foreach_copy_cuda_complex128 (__main__.TestForeachCUDA) will be disabled in PyTorch CI for these platforms: linux, slow. Please verify that your test name looks correct, e.g., test_cuda_assert_async (__main__.TestCuda).

To modify the platforms list, please include a line in the issue body, like below. The default action will disable the test for all platforms if no platforms list is specified.

Platforms: case-insensitive, list, of, platforms

We currently support the following platforms: asan, dynamo, inductor, linux, mac, macos, rocm, slow, win, windows.

How to re-enable a test

To re-enable the test globally, close the issue. To re-enable a test for only a subset of platforms, remove the platforms from the list in the issue body. This may take some time to propagate. To re-enable a test only for a PR, put Fixes #150141 in the PR body and rerun the test jobs. Note that if a test is flaky, it maybe be difficult to tell if the test is still flaky on the PR.

Copy link
Author

pytorch-bot bot commented Mar 28, 2025

Another case of trunk flakiness has been found here. The list of platforms [linux, slow] appears to contain all the recently affected platforms [linux]. Either the change didn't propogate fast enough or disable bot might be broken.

Copy link
Author

pytorch-bot bot commented Apr 15, 2025

Resolving the issue because the test is not flaky anymore after 1750 reruns without any failures and the issue hasn't been updated in 14 days. Please reopen the issue to re-disable the test if you think this is a false positive

@pytorch-bot pytorch-bot bot closed this as completed Apr 15, 2025
Copy link
Author

pytorch-bot bot commented Apr 16, 2025

Another case of trunk flakiness has been found here. Reopening issue. The list of platforms [linux, slow] appears to contain all the recently affected platforms [linux].

@pytorch-bot pytorch-bot bot reopened this Apr 16, 2025
Copy link
Author

pytorch-bot bot commented Apr 16, 2025

Another case of trunk flakiness has been found here. The list of platforms [linux, slow] appears to contain all the recently affected platforms [linux]. Either the change didn't propogate fast enough or disable bot might be broken.

Copy link
Author

pytorch-bot bot commented Apr 30, 2025

Resolving the issue because the test is not flaky anymore after 2100 reruns without any failures and the issue hasn't been updated in 14 days. Please reopen the issue to re-disable the test if you think this is a false positive

@pytorch-bot pytorch-bot bot closed this as completed Apr 30, 2025
Copy link
Author

pytorch-bot bot commented Apr 30, 2025

Another case of trunk flakiness has been found here. Reopening issue. The list of platforms [linux, slow] appears to contain all the recently affected platforms [linux, slow].

@pytorch-bot pytorch-bot bot reopened this Apr 30, 2025
Copy link
Author

pytorch-bot bot commented Apr 30, 2025

Another case of trunk flakiness has been found here. The list of platforms [linux, slow] appears to contain all the recently affected platforms [linux]. Either the change didn't propogate fast enough or disable bot might be broken.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
module: flaky-tests Problem is a flaky test in CI module: mta Issues related to multi-tensor apply kernels and foreach functions skipped Denotes a (flaky) test currently skipped in CI. triaged This issue has been looked at a team member, and triaged and prioritized into an appropriate module
Projects
None yet
Development

No branches or pull requests

0 participants