Skip to content

Commit ba2ebf7

Browse files
fuweidHusterWan
authored andcommitted
test: skip the flay case
When the init process in a container exits, the pouchcontainer daemon will handle the cleanup job, such as update status code, delete the containerd's task/container record. The action is handled in the goroutine. Since pouchcontainer doesn't lock the whole container, when the status has been updated from `running` into `stopped`, the containerd's task/container records are not removed by the cleanup job. if the user wants to use `wait` command to make sure that cleanup job has been done, it will fail because the status is updated first. The flaky case is running on this case. We can run it until we have better solutions to make the status notification more stable. Signed-off-by: Wei Fu <[email protected]>
1 parent 81ae43f commit ba2ebf7

File tree

1 file changed

+2
-0
lines changed

1 file changed

+2
-0
lines changed

test/z_cli_daemon_test.go

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -476,6 +476,8 @@ func (suite *PouchDaemonSuite) TestDaemonWithMultiRuntimes(c *check.C) {
476476
// when container is stopped and then pouchd restarts, the restore logic should
477477
// initialize the existing container IO settings even though they are not alive.
478478
func (suite *PouchDaemonSuite) TestRestartStoppedContainerAfterDaemonRestart(c *check.C) {
479+
c.Skip("The wait command can't guarantee container cleanup job can be done before api return")
480+
479481
cfgFile := filepath.Join("/tmp", c.TestName())
480482
c.Assert(CreateConfigFile(cfgFile, nil), check.IsNil)
481483
defer os.RemoveAll(cfgFile)

0 commit comments

Comments
 (0)