kage 서버(서비스)

생성일: 2024년 5월 8일 오후 2:06

작업 순서

1. 티켓 확인.

1. 원격 접속 후 각종 확인 명령어로 문제 파악
2. 이번같은 경우 ‘sda’ 디스크의 오류였음
3. 기존에 꼽혀있는 다른 디스크들의 용량 파악 후 같은 디스크 들고 서버실로 내려감
4. 상면 위치파악 후 해당 서버앞으로 이동
5. 다시 한 번 위치 및 바코드 확인
6. 맞으면 원격접속한 리눅스 환경에서 명령어 입력 후 마운트 해제.
7. 명령어로 확실히 마운트 풀렸는지 확인 후 물리 디스크 탈거
8. 새로 가져온 디스크에 가이드 갈아끼움
9. 물리 디스크 삽입
10. 다시 원격 접속 후 명령어로 해당’sda’ 디스크가 잘 끼워진건지 파악
11. 맞으면 명령어 입력 후 마운트 연결
12. 다시 확인
13. 명령어 입력 후 확인
14. success뜨면 장애처리 완료한거임.
15. ㅅㄱ

해당 작업에 사용된 명령어들

cat /var/log/messages | grep -i sd
tb info disk
smartctl -a /dev/sdg
tb info smart
kagedisk.sh
tb info disk
cat /var/log/messages | grep -i sd
kagedisk.sh
df -h | grep -i sdg
kagedisk.sh
df -h | grep -i sdg
df -h
tb info disk
dmesg -T
smartctl -a /dev/sdg
kagedisk.sh
df -h | grep -i sdg

해야할 일

• 각 명령어 의미 찾아보기
• 몰랐던 내용 찾아보기
• 디스크와 메모리의 완벽한 이해
• RAID(레이드) 개념의 완벽한 이해 및 암기
• Mount(마운트) 개념의 완벽한 이해 및 암기

---

작업 순서

1. 티켓 도착

1. SYS_IO_ERROR 코드이니 디스크 문제임. 호트스 네임으로 접속 후 문제점 파악

1. sudo권한 부여 후 로그 확인해보기

sudo -i

cat /var/log/messages

1. sdn 영역에 문제가 있음을 파악.
2. 조금 더 명확한 문제 파악

smartctl -a /dev/sdn

Total 카테고리의 uncorrected errors에 ‘2’ 가 올라가있음을 확인.

delayed 카테고리에 ‘17’ 이 표기 되어 있음을 확인.

1. ‘tb’ 스크립트 사용하여 한 번 더 확인.

tb info disk

.

.

.

.

.

.

있었던 일

• 너무 늦게 장애 티켓을 발견함.
• 장애처리는 바로바로 해야함.
• 장애처리가 제일 우선임.
• SYS_IO_ERROR 코드에서 어떤 영역에 오류가 있는지까지 확인했음.
• 아직 kage서비스에 대한 이해도가 많이 부족함

해야할 일

• test서버에 접속해서 kage서비스 트러블슈팅 진행해보기.