# 호스트에서 root 소유 디렉토리 생성 (권한 700)
sudo mkdir -p /tmp/strict-data
sudo chmod 700 /tmp/strict-data
sudo bash -c 'echo "secret" > /tmp/strict-data/config.txt'

# nginx는 내부적으로 UID 101(nginx 사용자)로 실행됩니다
docker run --rm \
  -v /tmp/strict-data:/data \
  nginx:alpine \
  cat /data/config.txt
# cat: can't open '/data/config.txt': Permission denied

# 1. 호스트 디렉토리의 소유자 확인
ls -la /tmp/strict-data/
# drwx------ 2 root root 4096 ...  ← UID 0 (root)만 접근 가능

# 2. 컨테이너 내부 실행 프로세스의 UID 확인
docker run --rm nginx:alpine id
# uid=0(root) gid=0(root) groups=0(root)  ← nginx 마스터는 root

docker run --rm nginx:alpine \
  sh -c "ps aux | grep nginx"
# 1 root     nginx: master process ...     ← PID 1은 root
# 6 nginx    nginx: worker process         ← 워커는 UID 101(nginx)

# 3. docker inspect로 마운트 확인
docker inspect <중지된-컨테이너-ID> --format '{{range .Mounts}}{{.Source}} -> {{.Destination}} ({{.Mode}}){{"\n"}}{{end}}'

# 방법 1: 호스트 디렉토리 권한을 컨테이너 UID에 맞게 변경
# nginx 워커의 UID는 101
sudo chown -R 101:101 /tmp/strict-data
sudo chmod 755 /tmp/strict-data

docker run --rm \
  -v /tmp/strict-data:/data \
  nginx:alpine \
  cat /data/config.txt
# secret  ← 정상 출력

# 방법 2: 컨테이너 실행 시 --user로 UID 맞추기
# 호스트 현재 사용자 UID로 컨테이너 실행
docker run --rm \
  --user $(id -u):$(id -g) \
  -v ~/docker-debug-lab/data:/data \
  alpine \
  cat /data/test.txt
# hello  ← 정상 출력

# 방법 3: Dockerfile에서 소유권 설정 (이미지 빌드 단계)
# COPY --chown=nginx:nginx ./config /etc/nginx/conf.d/
# RUN chown -R nginx:nginx /var/cache/nginx

# 터미널 1: 이벤트 스트림 켜기
docker events --filter 'type=container' &

# 터미널 2: 실패하는 컨테이너 실행
docker run --rm -v /tmp/strict-data:/data alpine cat /data/config.txt

# events 출력에서 start → die (exit code 1) 패턴 확인
# 컨테이너가 정상 종료인지 오류 종료인지 구분할 수 있습니다

# 셸 형식 CMD — /bin/sh 가 없으면 실패
docker run --rm alpine:3.18 sh -c "echo hello"
# hello  ← Alpine에는 /bin/sh 있음 (busybox ash가 /bin/sh로 링크됨)

# 그런데 특정 최소화 이미지나 scratch 기반은 다릅니다
# 다음 예시: 비표준 이미지에서 셸 경로 문제 재현
cat > /tmp/test-entrypoint.sh << 'EOF'
#!/bin/bash
echo "Starting application..."
exec "$@"
EOF
chmod +x /tmp/test-entrypoint.sh

# Alpine에서 bash shebang 스크립트 실행 시 실패
docker run --rm \
  -v /tmp/test-entrypoint.sh:/entrypoint.sh \
  alpine:3.18 \
  /entrypoint.sh echo "app started"
# /entrypoint.sh: line 1: bash: not found

# Alpine과 Debian의 셸 차이 비교
docker run --rm alpine:3.18 ls -la /bin/sh /bin/bash 2>&1
# lrwxrwxrwx 1 root root 12 ... /bin/sh -> /bin/busybox   ← sh만 있음
# ls: /bin/bash: No such file or directory               ← bash 없음

docker run --rm debian:bookworm-slim ls -la /bin/sh /bin/bash 2>&1
# lrwxrwxrwx 1 root root  4 ... /bin/sh -> dash
# -rwxr-xr-x 1 root root ... /bin/bash                   ← bash 있음

# 컨테이너가 실패했다면 docker inspect로 에러 확인
docker run --name shell-test \
  alpine:3.18 /entrypoint.sh echo "test" 2>/dev/null; true
docker inspect shell-test --format '{{.State.ExitCode}} {{.State.Error}}'
docker rm shell-test

# 방법 1: shebang을 #!/bin/sh 로 변경 (POSIX sh, Alpine 호환)
cat > /tmp/test-entrypoint-fixed.sh << 'EOF'
#!/bin/sh
echo "Starting application..."
exec "$@"
EOF
chmod +x /tmp/test-entrypoint-fixed.sh

docker run --rm \
  -v /tmp/test-entrypoint-fixed.sh:/entrypoint.sh \
  alpine:3.18 \
  /entrypoint.sh echo "app started"
# Starting application...
# app started

# 방법 2: Alpine에 bash 설치 (Dockerfile)
# RUN apk add --no-cache bash

# 방법 3: Debian 계열 이미지 사용 (bash가 필요하다면)
# FROM debian:bookworm-slim 또는 ubuntu:22.04

# docker inspect로 이미지 정보 확인
docker inspect nginx:alpine --format '{{.Config.Cmd}}'
# [nginx -g daemon off;]   ← exec 형식, /bin/sh 불필요

# docker events로 즉시 종료 이벤트 확인
docker events --filter 'event=die' --format '{{.Actor.Attributes.name}} {{.Actor.Attributes.exitCode}}' &
docker run --name no-shell gcr.io/distroless/static:latest /bin/sh 2>/dev/null; true
# no-shell 127  ← exitCode 127 = command not found

mkdir -p ~/docker-debug-lab/cache-test
cd ~/docker-debug-lab/cache-test

# 잘못된 Dockerfile — COPY 순서 문제
cat > Dockerfile.bad << 'EOF'
FROM node:18-alpine

WORKDIR /app

# 소스 코드를 먼저 복사 — 코드 한 줄 바꾸면 아래 npm install도 재실행
COPY . .
RUN npm install       # ← 캐시 미적용: 코드 변경 시마다 2분 소요

CMD ["node", "index.js"]
EOF

# package.json 생성
cat > package.json << 'EOF'
{
  "name": "cache-test",
  "version": "1.0.0",
  "dependencies": {
    "express": "^4.18.0"
  }
}
EOF
echo "console.log('hello')" > index.js

# 첫 빌드 (캐시 없음)
docker build -f Dockerfile.bad -t cache-test:bad . --progress=plain 2>&1 | grep -E "^#[0-9]|CACHED|RUN"

cat > Dockerfile.good << 'EOF'
FROM node:18-alpine

WORKDIR /app

# 1. 의존성 파일만 먼저 복사 — package.json이 안 바뀌면 npm install 캐시 사용
COPY package*.json ./
RUN npm install       # ← package.json 변경 시에만 재실행

# 2. 소스 코드는 의존성 설치 후 복사
COPY . .

CMD ["node", "index.js"]
EOF

# 첫 빌드
docker build -f Dockerfile.good -t cache-test:good . --progress=plain

# index.js 수정 후 재빌드 — npm install은 CACHED 처리됨
echo "console.log('world')" > index.js
docker build -f Dockerfile.good -t cache-test:good . --progress=plain 2>&1 | grep -E "CACHED|RUN npm"
# #5 CACHED    ← npm install 캐시 적용!

# node_modules 없는 상태에서 빌드 컨텍스트 크기 확인
du -sh .
# 4.0K  ← 작음

# node_modules 설치 후 크기 변화
npm install 2>/dev/null
du -sh .
# 28M   ← node_modules 포함

# .dockerignore 없이 빌드 시 컨텍스트 전송 크기 확인
docker build -f Dockerfile.good -t cache-test:context . 2>&1 | grep "Sending build context"
# Sending build context to Docker daemon  28.5MB  ← 느림!

# .dockerignore 작성
cat > .dockerignore << 'EOF'
node_modules
.git
*.log
.env
.DS_Store
coverage
.nyc_output
EOF

# 다시 빌드 — 컨텍스트 크기 비교
docker build -f Dockerfile.good -t cache-test:context . 2>&1 | grep "Sending build context"
# Sending build context to Docker daemon  3.584kB  ← 1000배 작아짐

# docker build history로 각 레이어 빌드 시간 확인
docker history cache-test:good --no-trunc --format "table {{.CreatedBy}}\t{{.Size}}"

# BuildKit 상세 로그로 CACHED/RUN 구분
DOCKER_BUILDKIT=1 docker build -f Dockerfile.good -t cache-test:good . \
  --progress=plain 2>&1 | grep -E "^#[0-9]+.*CACHED|^#[0-9]+.*RUN"