/var/log/messages

하드웨어 오류는 컴퓨터의 물리적 구성 요소 중 하나에 문제가 있음을 나타냅니다. 예시 메시지: [757706.327447] mce: [Hardware Error]: Machine check events logged [757706.327450] [Hardware Error]: Corrected error, no action required. [757706.327453] [Hardware Error]: CPU:1 (19:21:0) MC20_STATUS[-|CE|MiscV|-|-|-|-|-|-]: 0x8948000000282504 [757706.327457] [Hardware Error]: IPID: 0x0000000000000000 [757706.327459] [Hardware Error]: Bank 20 ..

4-way handshaking은 TCP/IP 프로토콜을 사용하여 통신을 종료하는 과정입니다. 이 과정은 클라이언트와 서버 간의 연결을 안전하게 종료하기 위해 사용됩니다. 이 글에서는 4-way handshaking의 과정을 단계별로 설명하고, 그 중요성을 강조합니다. 서로 연결 종료를 했을 때, 실행이 되는 과정입니다. 간단하게 표현하면 close() 시스템 콜을 사용한 노드가 FIN 패킷을 전송 후, ACK를 주고받는 과정인데, 3-way와는 다른 점이 보입니다. 3-way를 ‘SYN, ACK’ 패킷 동시 송신을 했는데, 이 단계에서는 그 ‘FIN, ACK’ 패킷 동시 송신 과정이 없습니다. 이유는 서로가 연결을 안전하게 종료하기 위함입니다. 즉, 서로가 연결 종료 준비를 완로 후 종료하는 흐름입니다..

3-way handshaking은 TCP/IP 프로토콜을 사용하여 통신을 시작하는 데 사용되는 중요한 프로세스입니다. 이 과정은 클라이언트와 서버 간에 안정적인 연결을 설정하기 위해 사용됩니다. 이 글에서는 3-way handshaking의 과정을 단계별로 설명하고, 그 중요성을 강조합니다. 클라이언트는 임의의 시퀀스 번호가(100) 포함된 SYN(동기화) 패킷을 서버로 보냅니다. 서버는 임의의 시퀀스 번호와(200) 클라이언트의 시퀀스 번호를 승인하는 ACK 번호가(101) 포함된 SYN-ACK 패킷을 다시 보냅니다. 클라이언트는 서버의 시퀀스 번호를 승인하는 ACK 번호를(201) 서버로 보냅니다. 이 과정을 더 심오하게 보면 각 노드의 상태가 어떤지와, 어떠한 시스템 콜 호출이 되는지를 알아야 합니..

crm cluster init 명령을 사용하여 node01에서 클러스터가 성공적으로 생성이 되었습니다. node01:~ # crm status Cluster Summary: * Stack: corosync * Current DC: node01 (version 2.1.2+20211124.ada5c3b36-150400.4.14.9-2.1.2+20211124.ada5c3b36) - partition with quorum * Last updated: Thu Oct 26 13:44:44 2023 * Last change: Thu Oct 26 13:27:44 2023 by root via crm_node on node01 * 1 node configured * 0 resource instances configure..

시나리오 구현 xfs 파일시스템이 깨진 상황에서, 해당 마운트포인트에 있는 데이터를 복구 시키기 localhost:~ # ll /srv/one total 0 -rw-r--r-- 1 root root 0 Jan 30 15:15 one localhost:~ # df -hT | grep one /dev/vdb1 xfs 1010M 34M 977M 4% /srv/one localhost:~ # xfs_db -fx /dev/vdb1 xfs_db> sb xfs_db> p magicnum = 0x58465342 blocksize = 4096 dblocks = 259328 rblocks = 0 .... xfs_db> write uuid 12345678 xfs_db> q xfs_db로 수행한 작업은 /var/log/mes..

localhost:~ # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sr0 11:0 1 20G 0 rom sr1 11:1 1 15.9G 0 rom vda 253:0 0 55G 0 disk ├─vda1 253:1 0 8M 0 part └─vda2 253:2 0 55G 0 part ├─system-swap 254:0 0 3.8G 0 lvm [SWAP] ├─system-root 254:1 0 10G 0 lvm / └─system-home 254:2 0 25G 0 lvm /home vdb 253:16 0 4G 0 disk ├─vdb1 253:17 0 954M 0 part ├─vdb2 253:18 0 954M 0 part ├─vdb3 253:19 0 954M 0 part ..

XFS 파일 시스템은 I/O 작업 중에 오류가 발생할 때 다음 방법 중 하나로 응답합니다. - XFS는 작업이 성공하거나 XFS가 설정된 제한에 도달할 때까지 I/O 작업을 반복적으로 재시도합니다. - 제한은 최대 재시도 횟수 또는 재시도 횟수를 기반으로 합니다. - XFS는 오류를 영구적이라고 간주하고 파일 시스템에서 작업을 중지합니다. - XFS가 다음과 같은 오류 조건에 반응하는 방법을 구성할 수 있습니다. EIO: 읽거나 쓸 때 오류 발생 ENOSPC: 장치에 공간이 없습니다 ENODEV: 장치를 찾을 수 없습니다 XFS에서 오류를 영구적으로 간주할 때까지 최대 재시도 횟수와 최대 시간(초)을 설정할 수 있습니다. XFS는 제한에 도달하면 작업을 재시도하지 않습니다. 파일 시스템을 마운트 해제할 ..

#!/bin/bash # 자기 이외의 사용자가 로그인하지 않았는지 who 명령어 출력으로 확인 other_user=$(who | wc -l) if [ "$other_user" -ge 2 ]; then echo "[ERROR] who 명령어 출력이 2줄 이상: 작업 중인 사용자가 있습니다." >&2 exit 1 fi # 미리 정지해야 할 프로세스 목록 processes=("/path/to/first/process" "/path/to/second/process" "/path/to/third/process") # 프로세스 확인 for process in "${processes[@]}"; do if ps ax -o command | grep -q "^$process"; then echo "[ERROR] 셧다운 ..