Почему в контейнере alpine:latest программа на Го ведет себя по другому чем в golang:1.15?

Question

[Ромзес Панагиотис]

В программе используется вывод от tail.

Код программы на Го

package main

import (
	"bufio"
	"fmt"
	"log"
	"os"
	"os/exec"
)

func main() {
	if len(os.Args) != 2 {
		os.Exit(1)
	}
	logFilePath := os.Args[1]

	// fi, err := os.Stat(logFilePath)
	// if err != nil {
	// 	log.Fatal(err)
	// }
	// fmt.Printf("Stat: %s, %v\n", fi.Mode().String(), fi)

	cmd := exec.Command("tail", "-f", "-n 20", logFilePath)
	stdout, err := cmd.StdoutPipe()
	if err != nil {
		log.Fatal(err)
	}

	if err := cmd.Start(); err != nil {
		log.Fatal("cmd.Start error: " + err.Error())
	}

	go func() {
		scanner := bufio.NewScanner(stdout)
		for scanner.Scan() {
			line := scanner.Text()
			fmt.Printf("SCAN: %q\n", line)
			if line == "~~END~~" {
				break
			}
		}
		log.Println("scanner exit")
	}()

	if err := cmd.Wait(); err != nil {
		log.Fatal("cmd.Wait error: " + err.Error())
	}

	log.Println("DONE")
}

Dockerfile

FROM golang:1.15

ADD . /app
WORKDIR /app

ENV GOOS=linux
ENV GOARCH=amd64
ENV CGO_ENABLED=0

RUN go build -ldflags="-w -s" -o ttt


# FROM alpine:latest
# RUN apk --no-cache add ca-certificates tzdata
# WORKDIR /app
# COPY --from=0 /app/ttt .

# /tmp/logs/bla-bla.log  - доступен через примонтированный к Docker том
CMD ["./ttt", "/tmp/logs/bla-bla.log"]

Если разкомментировать строки с alpine, то образ перестанет работать корректно.
Выводит строки

2021/01/22 17:12:55 scanner exit
2021/01/22 17:12:55 cmd.Wait error: exit status 1

Почему так происходит? Виновато окружение Alpine? BusyBox?

Comments

[Lynn «Кофеман»]

Так в альпине же бизибокс. Там поди tail несовместимый

[сергей кузьмин]

у ванилла alpine уже есть
entrypoint:

docker image inspect $IMAGE | jq '.[]|.Config|.Entrypoint'

[
  "/bin/sh",
  "-c",
  "[\"sh\", \"/wait_for.sh\", \"--host=${SERVICE_HOST}\" , \"--port=${SERVICE_\tPORT}\", \"--timeout=${TIMEOUT}\"]"
]

задайте свой enrtypoint

[Ромзес Панагиотис]

сергей кузьмин,

$ docker image inspect alpine | jq '.[]|.Config|.Entrypoint'
null

[сергей кузьмин]

Ромзес, запустите пустой альпин docker run --name $NAME -it $IMAGE sh копируйте файл руками из контейнера где собрано приложение на хост docker cp $NAME:/$FILE . и с хоста на контейнер выполнения ( docker cp $FILE $NAME:/app ) и запустите в шелле если ошибка повторится отлаживайте там ( у меня был плохой базовый образ)

[Ромзес Панагиотис]

сергей кузьмин,

запустите пустой альпин docker run --name $NAME -it $IMAGE sh копируйте файл руками из контейнера где собрано приложение на хост docker cp $NAME:/$FILE . и с хоста на контейнер выполнения ( docker cp $FILE $NAME:/app ) и запустите в шелле если ошибка повторится отлаживайте там ( у меня был плохой базовый образ)

ничего не понял. Можно ли подробнее, с примером?

[сергей кузьмин]

кстати похоже в alpine exec не работает в го:

package main

import (
  "fmt"
  "log"
  "os"
  "os/exec"
  "time"
)

func main() {
  if len(os.Args) != 2 {
    os.Exit(1)
  }
  logFilePath := os.Args[1]

  log.Println("Reading " + logFilePath)

  cmd := exec.Command( "tail",  "-n 20", logFilePath)
  stdout, err := cmd.CombinedOutput()

  if err != nil {
    log.Fatal("failed to Start: " + err.Error())
  } else {
    fmt.Printf("Started pid=%d\n" , cmd.Process.Pid)
    fmt.Printf(string(stdout))
    time.Sleep(1000 *  time.Millisecond)
  }
}

в билд образе и выполнения дает

./example /etc/alpine-release
failed to Start: exit status 1

в убунте работает нормально

./example  /etc/lsb-release
2021/01/24 22:16:59 Reading /etc/lsb-release

Started pid=18425
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.5 LTS"

делайте два докерфайла и
выполняете по шагам

IMAGE=basic-go-run
docker build -t $IMAGE -f Dockerfile.run  .
docker run -v /etc:/tmp/etc -it $IMAGE /usr/bin/tail -f /tmp/etc/lsb-release

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.5 LTS"

docker run -v /etc:/tmp/etc -it $IMAGE /example /tmp/etc/lsb-release

2021/01/24 21:27:03 Reading /tmp/etc/lsb-release
2021/01/24 21:27:03 failed to Start: exit status 1

флаг CGO_ENABLED=0 не помогает

[Ромзес Панагиотис]

сергей кузьмин, спасибо, к сожалению у меня нет достаточно времени на поиск и устранение причины. Пока удовлетворился решением с заменой на контейнер debian:stable-slim.
Кстати, /tmp/etc/lsb-release отсутствует в Alpine.

$  docker run --rm -it alpine ls /tmp/etc/lsb-release
ls: /tmp/etc/lsb-release: No such file or directory

[сергей кузьмин]

рад за вас
в alpine есть /etc/alpine-release в ubuntu есть /etc/lsb-release и я его отмапировал в моем примере
- омтетьте решение - переход на дебиан контейнер

[Степан И]

Попробуй компилить через

RUN CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o app .

[Ромзес Панагиотис]

Lynn «Кофеман»,

Там поди tail несовместимый

как в воду глядел )

Answer 1

[Ромзес Панагиотис]

На всякий случай, если кому-то интересно, отмечу, что пока удовлетворился решением с заменой на контейнер debian:stable-slim - за неимением времени в расследовании причин.

Answer 2

[raiboon]

Либо запускайте в той же операционке, либо компильте с CGO_ENABLED=0

Comments

[Ромзес Панагиотис]

Так уже указана
ENV CGO_ENABLED=0

Answer 3

[basrach]

Кажется нужно указать флаг -a, т.е. go build -a ....
Насколько я понимаю вместе с флагом CGO_ENABLED=0 это заставляет что-то вроде "вкомпиливать" некоторые используемые std либы в бинарник. Без этого runtime рассчитывает на компоненты ОС, которых в alpine либо нет, либо они другие.

Comments

[Ромзес Панагиотис]

К сожалению, не помогает.