WARP를 통해서 Podman container를 기동하는 모습

어제 Warp-Terminal을 local에 설치하고 시험 해 보면서 LLM이 local에 대한 권한을 가진다는 것이 얼마나 대단한 영향력을 줄 수 있는지 놀라고 있었다.

오늘은 내침김에 VSCode에 Google Gemini Code Assistant 까지 설치 해 보면서, 단순하게 Web Browser에서 질문하고 검색하는 수준이 아닌 local command를 대체하는 방향성에 대해서 테스트 해 보고 있다.

위 스크린 샷에서 Warp-Terminal은 claude 3.7을 사용해서 podman container 전체를 살리는 명령으로 start -a를 시도해 보지만, 그것이 잘못된 방법인 것읋 알아차리고 목록을 구해서 하나씩 파라미터로 던지는 활동을 하고 있다.

아침에 봤더니 이모양이다.

ERRO[0000] Refreshing container 51761aec6dfe3ef8bd04b4bbff9625956787b37fbe248d654703462ca7a9ad4e: acquiring lock 2 for container 51761aec6dfe3ef8bd04b4bbff9625956787b37fbe248d654703462ca7a9ad4e: file exists

문제가 무엇인지 찾아본다.

• Github에서 누간가 질문한 글에서 유추하기를 Podman의 경우 root가 아닌 계정으로 작동하기 때문에 발생하는 것으로 보인다.
• loginctl이라는 녀석이 유용해 보인다.

GPT에게 질문해본다.

loginctl enable-linger 명령은 사용자가 시스템에 로그아웃한 후에도 그 사용자의 서비스가 계속 실행될 수 있도록 설정합니다. 이는 특히 rootless(비루트) Podman과 같은 도구를 사용할 때 유용합니다. 사용자가 로그아웃할 때 systemd가 사용자 세션과 관련된 리소스를 정리하지 않도록 하여 Podman 프로세스가 중단되지 않게 합니다.