잘 돌아가고 있는 gitlab 을 뭐하러 업데이트하냐(...) 는 게으름으로 쓰고 있던 8.0.3 이 8.7.0 이 될 때 까지 업데이트를 안 하고 있었는데, 간만에 생각난 김에 업데이트나 하자 싶어 Software Update 를 켜 보니 이런저런 시스템 업데이트등등과 함께 gitlab 업데이트가 보이길래 일단 gitlab 을 제외한 나머지것들만 업데이트.

그리고 다 설치가 된 다음 gitlab 만 업데이트를 하는데, 아니나다를까 하다말고 중간에 뭔가 에러가 뜨면서 제대로 설치가 안된다. 정확히 어떤 메시지가 뜨는 지는 못 적어놨는데.. 대충 '뭔가의 이유로 실패했는데 뭔 이윤지는 안알랴줌' 느낌의 에러 메시지.

근데 이게 몇 번을 설치해도 뭐 때문이다 보여지는 게 없고.. 로그가 어디 남나 하고 뒤져보니 처음 검색해서 나온 파일 위치에 파일은 있는데 사이즈가 0 바이트. 이 쯤 되니 더 찾기도 귀찮고 '어쩌라고? 운영체제부터 밀고 새로 설치하리?' 싶은 생각이 들기 시작.

그러다가 시간이 늦어 일단 자고, 다음날인 오늘 다시 몇 번 다시 업데이트를 시도하다보니.. 업데이트 윈도 아래쪽에 detail 이라는 클릭 가능한 글씨가 보임. 눌러보니까 설치시 콘솔 출력을 주욱 보여주는데.. 뭐가 직직 찍히다가 희떡 닫히길래 이걸 또 두어번. 결국 화면캡쳐의 도움을 받아 /var/opt/gitlab/backups 디렉토리를 만들다 실패하는 상황이라는 걸 확인함.

단순한 윤모씨는 어..저 경로가 없는거니까 그냥 만들어주면 되지 않을까? 해서 짧은 유닉스 커맨드 지식으로 해당 위치에 backups 디렉토리를 만들었으나.. 여전히 비슷한 메시지가 나오는 상황. 이번엔 backups 아래에 db 라는 디렉토리가 없대네? 다시 만들어줌. 그리고 다시 업데이트.. 그랬더니 이번엔 디렉토리가 있어서 문제라고 나옴-_- 아 이건 아닌가부다.. 그러고선 검색하면 나오겠지 하고 찾아봄.

역시나 같은 건으로 질문한 게 있고, 그 질문에 '나도 그런데염' 하고 질문했던 사람이 스스로 해결방법을 찾아 올려놓은 걸 발견했다.

https://gitlab.com/gitlab-org/omnibus-gitlab/issues/644

해답은 아까 내가 시도했던 거랑 비슷한데.. 다른 건 permission 이랑 소유권  설정을 해 줘야 하는거였음.

mkdir /var/opt/gitlab/backups
chown git /var/opt/gitlab/backups
chmod 700 /var/opt/gitlab/backups

누구한테? git 이라는 계정한테...

어쨌든 저렇게 하니까 잘 됨.

이렇게 굳이 글로 남긴 이유는.. 블로그가 방치 상태가 아니라는 의미로다가(...)

그리고 키핑용 글은 페북에다가 남겨놓을라니까 나중에 검색이 힘들어서, 귀찮아도 따로 글로 옮겨둬야겠단 생각이 들었고,

무엇보다 이걸 나름 키핑해야되는 내용이라고 생각한 건 몇 달이나 몇 년(...) 후에 이런 일을 또 겪으면 분명히 또 삽질을 하고 있을 거 같아서.

나는 리눅스를 높은 빈도로 다루는 환경에 있지도 않고, 예전에 빡시게 유닉스계열 운영체제를 써 본 적도 없다. 필요할때마다 잠깐 쓰고 내던져뒀다가 또 쓸 일 있으면 잠깐 만지고.. 근데 이 텀이 길어서 한 번 만진 후 다음 번에 만질 때 쯤이면 그 전에 하던 거 다 까먹은 상태거든. 그래서 부지런히 적어두기라도 해야 나중에 까먹은 거 다시 떠올리기라도 쉬울 거 같다는 생각이 들었다는 거.

(한 줄 요약 - 늙었음)
2016/04/28 01:13 2016/04/28 01:13