셸이 바꾼 경로와 실패한 호출

컨테이너 안의 경로를 인자로 줬는데 엉뚱한 경로로 들어가는 바람에 명령이 실패했다. 오류 메시지에는 내가 준 적도 없는 호스트 쪽 경로가 그대로 찍혀 있었다.

Open Table of contents

인자가 바뀌어 들어간 경로

특정 셸이 슬래시로 시작하는 인자를 자기 환경의 경로로 번역해 주는 기능을 갖고 있었다. 컨테이너 안에서만 뜻이 있는 경로인데 호스트 경로로 바꿔서 넘긴 것이다.

환경 변수로 그 변환을 끄면 그 명령에 한해서 원래 값이 그대로 전달된다. 슬래시를 두 개 붙이는 우회도 있었지만 왜 두 개인지가 코드에 안 드러나서 쓰지 않았다.

같은 명령을 네 개 환경에서 돌려 보니 그중 한 곳에서만 이 현상이 났다. 나머지 셋에서는 인자가 아무 변환 없이 그대로 전달되고 있었다.

한 환경에서만 나는 문제는 다른 사람이 재현하지 못하므로 내 자리에서는 된다는 말이 그대로 성립한다. 그래서 어느 환경에서 나는 문제인지를 먼저 확정해야 대화가 됐다.

명령을 쓰는 사람이 이 사정을 몰라도 되게 하려고 스크립트에서 환경을 보고 필요할 때만 변환을 끄게 했다. 변환이 없는 다른 환경에서는 그 분기가 아무 일도 하지 않는다.

이런 차이는 사용자에게 알리는 것보다 흡수하는 편이 낫다. 알려 줘도 매번 기억해야 하고 한 번 잊는 순간 같은 일이 다시 난다.

볼륨을 붙이는 명령에서는 한 줄에 호스트 경로와 컨테이너 경로가 함께 들어간다. 앞의 것은 변환돼야 맞고 뒤의 것은 변환되면 안 되는 상황이었다.

그래서 두 경로를 각각 변수로 빼서 미리 만들어 둔 뒤에 조합했다. 한 문자열 안에서 서로 다른 규칙이 필요하면 그것을 분리하는 것이 유일한 방법이었다.

근본적으로는 셸을 거쳐 넘기는 값 자체를 줄이는 쪽이 나았다. 실행할 내용을 스크립트 파일에 넣고 그 경로만 넘기면 해석될 문자가 거의 남지 않는다.

같은 이유로 원격 실행에서는 셸이 자동으로 펼치거나 치환하는 것들도 함께 봐야 했다. 어느 계층에서 무엇이 해석되는지 헷갈릴 때는 실제로 도착한 문자열을 먼저 출력해 보고 나서 진짜 명령을 넘겼다.