어느날 갑자기 아무 이유도 없이.. 설 명절의 고난을 이겨내고 온 나에게...
문제가 발생했다. 갑자기 Github Actions 오류가 발생하는 것이었다.
문제 확인
drone-scp error: error copy file to dest: ***, error message: Process exited with status 1
이 메시지가 문제다. 아무 원인도 나오지 않는다. 그래서 직접 해당 서버에 빌드한 jar 파일을 업로드 해본다.
하지만 아무 반응없이 업로드 되지 않는다.. 이런... 그 와중에 업로드해야 하는디렉토리의 소유자가 root 로 되어있다.
권한 문제는 없지만 그냥 기분나쁘니까 고쳐 보기로 한다.
chown {user} /home/{user}/{working directory}
헉!! 문제의 원인이 되는 메시지가 발생했다.
chown: changing ownership of '{directory}': Read-only file system
문제 해결
이런경우 문제 해결은 의외로 간단하다. 마운트된 내용을 확인해 주고 다시 마운트 해 주면 된다.
# 뭘로 마운트되어 있는지 한번 보고
df -h {working directory}
# 마운트된 내용 확인
cat /proc/mounts | grep /{마운트이름}
/dev/sdb /home ext4 ro,relatime 0 0
마운트되어 있는 내용을 보니 ro로 되어 있다. 문제가 없으려면 rw 로 되어 있어야 한다.
이제 다시 마운트 해보자.
umount {마운트경로}
e2fsck {마운트경로}
어.. 그런데... 이런 메시지가!!! 띠용!!
umount: /home: target is busy.
바쁘단다... 그래.. 바쁘겠지.. 마운트된 경로 위에서 돌아가고 있는 프로세스를 모두 종료해 주자.
# 우선 여기 위치가 마운트된 위에 있다 바꾸자.
cd /
# 마운트 위에 프로세스들이 존재하는지 확인
fuser -cu {마운트경로}
# 사용하고 있는 프로세스 강제 KILL
fuser -ck {마운트경로}
# 다시 마운트 해제
umount {마운트경로}
# 검사 / 복구
e2fsck {마운트경로}
# 재시작
reboot
이제 재시작까지 마무리 되면 정상 작동하는지 확인해 보자.
'개발자의 정보 > Server&OS' 카테고리의 다른 글
Linux - adduser, useradd 차이 (0) | 2020.02.19 |
---|---|
Cron 정리 (0) | 2020.02.01 |
GlassFish 3.1 설치, 삭제, 실행, 종료 (0) | 2011.08.06 |
NFS(Network File System) (0) | 2011.05.24 |
댓글