TroubleShooting (16) 썸네일형 리스트형 [Tools]WSL - The Windows Subsystem for Linux optional component is not enabled. 2022.06.11 - [Tools] - Windows에서 Linux(Ubuntu) 사용하기 - WSL, Windows Terminal, VSCode Windows에서 WSL 설치 후 실행시 아래와 같은 메시지가 나오는 경우 아래와 같은 방법으로 해결할 수 있다. The Windows Subsystem for Linux optional component is not enabled. Please enable it and try again. power shell에서 아래 명령어 입력 재시작 필요 Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux [Kubernetes]Delete Namespace forcefully in Kubernetes Kubernetes를 운영하다 보면 namespace가 삭제되지 않는 경우가 발생한다. 그럴 경우 아래와 같은 방법으로 삭제할 수 있다. Install jq JSON 형식을 다루는 도구 yum iunstall jq -y Delete Namespace forcefully e.g. rook-ceph라는 namespace가 삭제되지 않는 경우 NAMESPACE=rook-ceph kubectl proxy & kubectl get namespace $NAMESPACE -o json |jq '.spec = {"finalizers":[]}' >temp.json curl -k -H "Content-Type: application/json" -X PUT --data-binary @temp.json 127.0.0.1:80.. [Kubernetes]Prometheus alert firing(etcd,kubelet,kube-proxy) in kubeadm Kubernetes problem kubeadm에 Prometheus를 설치하면 아래와 같은 Alert이 비정상적으로 발생한다. 각 컴포넌트를 수정하여 비정상적인 Alert을 삭제한다. "TargetDown for kube-proxy" "TargetDown for kubelet" "TargetDown for etcd" "KubeSchedulerDown" "KubeControllerManagerDown" "etcdInsufficientMembers" "etcdMembersDown Cause cannot connect node-exporter to these pods(kube-proxy,kubelet,etcd,kube-scheduler,kube-controller-manager) that running with node IP .. [Kubernetes]Readiness probe failed: Waiting for elasticsearch cluster to become ready Problem Helm chart를 이용하여 Elasticsearch 설치 시 아래와 같은 에러 발생 Readiness probe failed: Waiting for elasticsearch cluster to become ready Solution Helm Chart의 아래 값 변경하고 다시 Install 한다. replicas: 1 minimumMasterNodes: 1 #2 clusterHealthCheckParams: 'wait_for_status=yellow&timeout=1s' #green helm install elasticsearch . -n efk [Kubernetes]Dynamic provisioning failure in Kubernetes Problem Dynamic provisioning시 provisioner pod에서 아래와 같은 에러 메시지와 함께 PVC가 pending 상태가 된다. “unexpected error getting claim reference: selfLink was empty, can't make reference” k logs nfs-pod-provisioner-5948549f8c-46h4h I0330 01:31:27.061484 1 controller.go:987] provision "default/test-dynamic-nfs-pvc" class "joins-nfs-storageclass": started E0330 01:31:27.068286 1 controller.go:1004] provision "def.. [Linux]Slow servers - 3. Check for symptoms and troubleshoot overload with "sar" command Purpose Collect, report, or save system activity information. 현상 확인 후 과부하 문제 해결하기 Install sysstat 성능 데이터를 기록할 수 있는 도구를 서버에 설치 - sysstat yum install -y sysstat set sysstat config sysstat이 활성화 되면 시스템 통계 정보를 10분마다 /var/log/sa/ 에 기록한다. 1. vim /etc/sysconfig/sysstat sysstat config (default) # sysstat-10.1.5 configuration file. # How long to keep log files (in days). # If value is greater than 28, the.. [Linux]Slow servers - 2. Diagnose load problems with "top" command Purpose It can display system summary information as well as a list of tasks currently being managed by the Linux kernel. And you can find load problems about CPU, RAM, DISK I/O. How to use top command 1 cpu core 별 사용률 Shift + p 정렬을 CPU 기준으로 높은 것을 기준으로 상단에 보여진다. Shift + m 정렬을 Memory 기준으로 높은 것을 기준으로 상단에 보여진다. Shift + t 정렬을 Time 기준으로 오랜 시간동안 동작한 작업을 기준으로 상단에 보여진다. Shift + f 화면에 표시된 목록 리스트를 선정하여 원하.. [Linux]Slow servers - 1. Check load average with "uptime" command Purpose Check load average 1, 5, 15 minutes. It will be fundamental data to resolve problem that slow servers Check load average - 시스템 부하 확인 시스템의 평균 부하는 느려진 시스템의 문제해결을 시작할 때 기초적인 지표가 될 것이다. [root@jv0472 ~]# uptime 17:42:20 up 329 days, 2:48, 1 user, load average: 0.23, 0.21, 0.27 평균 부하(load average) 다음에 나오는 세 개의 숫자는 시스템에서 1분, 5분, 15분 동안의 평균 부하를 각각 나타 낸다. 평균 부하는 실행 가능한 상태 혹은 중단 불가능한 상태의 프로세스들의 평균.. 이전 1 2 다음
