Skip to content
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

[Bug]: Disabling AutoRemove is not working #1792

Closed
fkorotkov opened this issue Oct 25, 2023 · 3 comments
Closed

[Bug]: Disabling AutoRemove is not working #1792

fkorotkov opened this issue Oct 25, 2023 · 3 comments
Labels
bug An issue with the library

Comments

@fkorotkov
Copy link

Testcontainers version

0.25.0

Using the latest Testcontainers version?

Yes

Host OS

macOS

Host arch

ARM

Go version

1.21

Docker version

Client:
 Cloud integration: v1.0.35+desktop.5
 Version:           24.0.6
 API version:       1.43
 Go version:        go1.20.7
 Git commit:        ed223bc
 Built:             Mon Sep  4 12:28:49 2023
 OS/Arch:           darwin/arm64
 Context:           desktop-linux

Server: Docker Desktop 4.24.2 (124339)
 Engine:
  Version:          24.0.6
  API version:      1.43 (minimum version 1.12)
  Go version:       go1.20.7
  Git commit:       1a79695
  Built:            Mon Sep  4 12:31:36 2023
  OS/Arch:          linux/arm64
  Experimental:     false
 containerd:
  Version:          1.6.22
  GitCommit:        8165feabfdfe38c65b599c4993d227328c231fca
 runc:
  Version:          1.1.8
  GitCommit:        v1.1.8-0-g82f18fe
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

Docker info

Client:
 Version:    24.0.6
 Context:    desktop-linux
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.11.2-desktop.5
    Path:     /Users/fedor/.docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.22.0-desktop.2
    Path:     /Users/fedor/.docker/cli-plugins/docker-compose
  dev: Docker Dev Environments (Docker Inc.)
    Version:  v0.1.0
    Path:     /Users/fedor/.docker/cli-plugins/docker-dev
  extension: Manages Docker extensions (Docker Inc.)
    Version:  v0.2.20
    Path:     /Users/fedor/.docker/cli-plugins/docker-extension
  init: Creates Docker-related starter files for your project (Docker Inc.)
    Version:  v0.1.0-beta.8
    Path:     /Users/fedor/.docker/cli-plugins/docker-init
  sbom: View the packaged-based Software Bill Of Materials (SBOM) for an image (Anchore Inc.)
    Version:  0.6.0
    Path:     /Users/fedor/.docker/cli-plugins/docker-sbom
  scan: Docker Scan (Docker Inc.)
    Version:  v0.26.0
    Path:     /Users/fedor/.docker/cli-plugins/docker-scan
  scout: Docker Scout (Docker Inc.)
    Version:  v1.0.7
    Path:     /Users/fedor/.docker/cli-plugins/docker-scout

Server:
 Containers: 0
  Running: 0
  Paused: 0
  Stopped: 0
 Images: 2
 Server Version: 24.0.6
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Using metacopy: false
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 8165feabfdfe38c65b599c4993d227328c231fca
 runc version: v1.1.8-0-g82f18fe
 init version: de40ad0
 Security Options:
  seccomp
   Profile: unconfined
  cgroupns
 Kernel Version: 6.4.16-linuxkit
 Operating System: Docker Desktop
 OSType: linux
 Architecture: aarch64
 CPUs: 10
 Total Memory: 7.667GiB
 Name: docker-desktop
 ID: a8fee3a0-9dfd-40d2-b2b5-20024cebd70e
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 HTTP Proxy: http.docker.internal:3128
 HTTPS Proxy: http.docker.internal:3128
 No Proxy: hubproxy.docker.internal
 Experimental: false
 Insecure Registries:
  hubproxy.docker.internal:5555
  127.0.0.0/8
 Live Restore Enabled: false

What happened?

I'm trying to use Testcontainers for a "dev" mode of an application. In a "dev" mode I'd love to have a locally running MongoDB. The logic I want to reproduce is the following:

  • before starting the app will check if there is a container named mongodb-dev exists
    • if mongodb-dev is already running then do nothing
    • if mongodb-dev is not running than start it
    • if mongodb-dev doesn't exist then create it

I immediately though of using Testcontainers since we use them in tests. And it seems setting Reuse option to true and AutoRemove option to false should achieve my requirements. But with the code snippet below I experience that the mongodb-dev is removed after the program exits.

So it seems AutoRemove option is not respected in this scenario.

package main

import (
	"context"
	"github.com/docker/docker/api/types/container"
	"github.com/testcontainers/testcontainers-go"
	"github.com/testcontainers/testcontainers-go/modules/mongodb"
	"time"
)

func main() {
	containerTemplate := testcontainers.GenericContainerRequest{
		ContainerRequest: testcontainers.ContainerRequest{
			Name: "mongodb-dev",
			HostConfigModifier: func(config *container.HostConfig) {
				config.AutoRemove = false
			},
		},
		Reuse: true,
	}
	mongodbContainer, err := mongodb.RunContainer(context.Background(), testcontainers.CustomizeRequest(containerTemplate))
	if err != nil {
		panic(err)
	}
	newConnection, err := mongodbContainer.ConnectionString(context.Background())
	if err != nil {
		panic(err)
	}
	println(newConnection)
	println("Waiting a minute...")
	time.Sleep(time.Minute)
}

Relevant log output

No response

Additional information

No response

@fkorotkov fkorotkov added the bug An issue with the library label Oct 25, 2023
@mdelapenya
Copy link
Member

Hey @fkorotkov thanks for reporting this. I'd like to comment a few things:

Said that, I think, for reuse, there is no clear documentation at the moment, so sorry for the confusion. We are internally having discussions for a more consistent approach for reuse mode, so it will eventually change to a more robust behaviour. In the mean time, for reuse you could disable Ryuk (probably not desired, or probably indeed desired, it depends of your use case).

I also recommend you taking a look at this workshop we are currently creating, specifically the section on local dev mode: https://github.com/testcontainers/workshop-go/blob/main/step-4-dev-mode-with-testcontainers.md. It could help you out in setting up the same.

Please let me know what you think 🙏

@fkorotkov
Copy link
Author

Thanks for the quick response and the info! Seems I misunderstood the AutoRemove option. The local dev mode workshop looks cool! But in my case I'd like the data in MongoDB to be persisted between runs and not recreate it from scratch. For tests of course everything is ephemeral but for testing locally I'd prefer to manually delete containers when needed.

@mdelapenya
Copy link
Member

I'd like the data in MongoDB to be persisted between runs and not recreate it from scratch

Exactly this is the problem we want to resolve with the "reuse" mode. Please stay tuned as we are going to implement it really soon 🤞

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An issue with the library
Projects
None yet
Development

No branches or pull requests

2 participants