구름엔지니어만들기

Locust와 gRPC 연동 문제 해결(DEADLINE_EXCEEDED)

1. 개요목표Locust를 사용하여 gRPC 서비스에 대한 부하테스트 실행 Pod 구성Locust Podlocustfile.py 를 통해 gRPC 호출하는 클라이언트my-service pod와 동일한 namespace와 image 사용사용된 yaml: locust-deployment.yaml, locust-configmap.yamlgRPC 서버요청을 받는 대상 (my-service pod) 문제 상황현상: Locust Pod에서 locustfile.py로 직접 gRPC 호출 시 DEADLINE_EXCEEDED 에러 발생(클라이언트 측 타임아웃).특이점: Locust pod 내에서 my-service.py 스크립트는 정상 동작하나, locustfile.py는 서버 측에 로그조차 남기지 못함.gRPC Rec..

더 이상 사용하지 않는 systemd 서비스를 삭제하는 방법 1. 서비스 정지 및 비활성화# sudo systemctl stop sudo systemctl stop monitor.service# sudo systemctl disable sudo systemctl disable monitor.service systemctl status 명령어로 disable 처리가 됐는지 확인한 후에, 2. 서비스 파일 삭제# sudo rm /etc/systemd/system/sudo rm /etc/systemd/system/monitor.service 3. systemd daemon reloadsudo systemctl daemon-reload 다시 systemctl status 로 확인해보면 완전히 삭제된걸..

스크립트 파일로 관리하던 서비스를 systemd에 등록해서 관리하는 방식으로 바꾸려고 한다.  AS-IS- systemd가 아닌, 백그라운드 프로세스로 돌고있는 서비스- 서비스 및 서버가 다운될 경우 자동 재시작 불가- 서비스가 재시작 될 때 날짜와 시간을 수동으로 관리해야 함 TO-BE- 서비스가 동작하지 않고있으면 실행시켜주는 모니터링 systemd service를 등록- 서비스가 중지될 경우 자동으로 재시작해줌- 서비스가 재시작 될 때 날짜와 시간을 log 파일로 기록- systemd service를 enable로 설정해서, 서버 재시작 시 모니터링 서비스도 자동으로 시작됨   필요한 작업은 다음과 같다:1. 서비스 스크립트 파일(`service.sh`)2. 모니터링 스크립트 파일(`monitor...

Windows 스타일 개행(CRLF) 때문에 붙는다고 한다. 이를 Unix 스타일 개행(LF)으로 변환하면 해결된다.   :%s/^M//g 로 변환이 안된다면 아래 방법으로 해결할 수 있다.    파일이 있는 위치에서 변환을 하거나, sed -i 's/\r$//' 파일명.yaml   파일 안에서 직접 변환 가능하다. :%s/\r//g

로그 기록을 /data 디렉토리에 쌓아두는데, 곧 용량이 다 찰것같다.       그래서 10G짜리 볼륨을 붙여서 다시 마운트하려고 한다.      fdisk 명령어로 파티션을 생성하고     파일시스템은 ext4로 생성하고, UUID를 확인한다.       임시 디렉토리를 만들어서 마운트하고, rsync 명령어로 복사   # 임시폴더 생성mkdir /newdata# 새로운 파티션에 마운트mount /dev/vdc1 /newdata# 파일 손상 방지하면서 복사rsync -aAXv /data /newdata   /data 디렉토리 마운트 해제하고 새 파티션을 마운트  umount /datavi /etc/fstab    # 마운트. mount /data 로 직접 지정해도된다mount -a    결과적으로 데..

출근 전에 미리 부팅시켜놓고 싶어서 찾은 명령어. pmset은 부팅 뿐만 아니라 절전모드, 자동 재시작 등 macOS의 전원 관리 기능을 조정할 수 있다.   평일 오전 8시 반에 자동부팅:sudo pmset repeat wakeorpoweron MTWRF 08:30:00  특정 날짜 오전 8시 반에 자동부팅:sudo pmset schedule wakeorpoweron "09/19/2024 08:30:00"  설정된 이벤트 확인:sudo pmset -g sched    예약 작업 모두 취소:sudo pmset schedule cancelall

ssh 접속 시 해당 에러가 발생하는 경우가 있다.     같은 ip인데 호스트 정보가 다른 경우에 볼 수 있는 에러다. 보통 같은 ip를 사용하면서서버를 지웠다 만들었다 하는 테스트 환경에서 자주 보인다.  ~/.ssh/known_hosts 파일에서 기존 ssh 호스트 키를 삭제하면 해결된다. 또는 아예 파일 자체를 삭제하는 방법도 있다. 삭제해도 무방하다면 이 방법이 제일 편하다.  rm ~/.ssh/known_hosts

더 이상 저 주소로 EPEL repository를 설치할 수 없다.  바뀐 url:yum install https://dl.fedoraproject.org/pub/archive/epel/7/x86_64/Packages/e/epel-release-7-14.noarch.rpm      만약 인터넷 사용이 불가한 환경이라면 직접 repo 파일 구성:[epel]name=Extra Packages for Enterprise Linux 7 - $basearch# It is much more secure to use the metalink, but if you wish to use a local mirror# place its address here.#baseurl=http://download.example/pub/..

에러메세지: http://mirror.centos.org/centos/7/os/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not FoundTrying other mirror.To address this issue please refer to the below wiki articlehttps://wiki.centos.org/yum-errorsIf above article doesn't help to resolve this issue please use https://bugs.centos.org/. One of the configured repositories failed (CentOS 7 - BaseOS), and yum doesn't have en..

systemd-resolved 서비스가 동작중인지 확인. systemctl status systemd-resolved 다시 실행시켜준다. systemctl start systemd-resolved.service 확인.