nodejs / nodejs/node

Various flaky tests when running on test-osuosl-aix72-ppc64_be-3

Offen
#61,441 14 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

aix
Vorherrschende Sprache
JavaScript
Sterne
122k
Forks
37.3k
Ø Merge
4 T. 2 Std.
Gemergte PRs (30 T.)
283

Beschreibung

There are a few tests which are showing high levels of inconsistency when run on the test-osuosl-aix72-ppc64_be-3 machine. While there are occasional (<1%) failures showing on some of the tests elsewhere they are showing enough problems on this machine that it should be investigated as it is causing problems showing up on the node reliability reports (and also from some of my own job runs!)

The ones I've noticed - which I'm currently running additional stress tests on are as follows, although this may not be an exhaustive list:

  • parallel/test-repl-preview (Low failure rate - ~10% maybe)
  • node-api/test_threadsafe_function (~90% failure rate on osuosl_be-3)
  • async-hooks/test-emit-after-on-destroyed (~9% failure rate on osuosl_be-3)

1000 iterations of these on OSUOSL machines be-3 and be-4 are occurring in https://ci.nodejs.org/job/node-stress-single-test/638/console. (Note: I have modified that job to allow me to select the OSUOSL AIX machines specifically instead of just by the generic aix72-ppc64 label to allow explicit comparisons. I've also noted that the async-hooks test did fail once in a 100-iteration run on osuosl-be-4 (AssertionError [ERR_ASSERTION]: Expected values to be strictly equal: / 'SIGILL' !== null) and with a similar frequency on that machine on a 1000-iteration run.

Noting that the intermittent stringbytes-external-max was marked flaky last month and it potentially also primarily a problem on this machine (to be confirmed)

I had also raised https://github.com/nodejs/node/issues/61439 on the threadsafe failure but I will close that as this seems to be primarily an issue with the machine setup/configuration as opposed to a general problem with that test.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne mit dem Job 638 mit 1000 Iterationen und vergleiche test-osuosl-aix72-ppc64_be-3 mit be-4. Reproduziere parallel/test-repl-preview, node-api/test_threadsafe_function und async-hooks/test-emit-after-on-destroyed und untersuche anschließend die gemeldeten Fehler und die Unterschiede zwischen den Maschinen. Als abgeschlossen gilt, wenn festgestellt wurde, ob die AIX-Node-Konfiguration die Flakiness verursacht, und der daraus resultierende Fix dokumentiert oder behoben wurde.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
javascript, node.js
Bereich
operating-systems, testing-qa
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Aktiv
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
42/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.