Conversation
|
oh... hmm... Wondering what's happening here; other tests are failing. I have a suspicion what's happening; even though each test spins up a new daemon, the daemon is only stopped afterwards, but not removed (nor their containers/tasks removed). I wonder if those tasks are still lingering around somewhere (e.g. a new containerd instance picking them up?) |
|
Actually not sure that makes sense; still; looks like something is shared between those daemons, and some state is preserved 🤔 |
|
For fun, running these while running the integration tests; |
f81406a to
7b9aeca
Compare
Codecov Report
@@ Coverage Diff @@
## master #38556 +/- ##
=========================================
Coverage ? 36.64%
=========================================
Files ? 608
Lines ? 45173
Branches ? 0
=========================================
Hits ? 16553
Misses ? 26336
Partials ? 2284 |
f9f06c1 to
322a3d5
Compare
Clean up and refactor this test; - make `serviceRunningTasksCount` to use a `desired-state` filter - use subtests, and inline the `validNetworkVerbose` checks; also use asserts for the individual checks, so that any failure will log exactly what failed - remove helper functions that are no longer needed Signed-off-by: Sebastiaan van Stijn <[email protected]>
322a3d5 to
60d93aa
Compare
| } | ||
|
|
||
| err = client.ServiceRemove(context.Background(), serviceID2) | ||
| // TODO find out why removing networks is needed; other tests fail if the network is not removed, even though they run on a new daemon. |
There was a problem hiding this comment.
I put back the remove step, but added a TODO; we should figure out what is left behind after the daemon is stopped; possibly some network cleanup that's needed on shutdown
Clean up and refactor this test;
serviceRunningTasksCountto use adesired-statefiltervalidNetworkVerbosechecks; also useasserts for the individual checks, so that any failure will log exactly
what failed
don't cleanup services and networks afterwards, as the daemon is only used during this test.