전산쟁이의 기억노트

testdb=> select * from member; num | name -----+----------- 1 | test 2 | test123 3 | test12 4 | test12 5 | test12 6 | test12123 (6 rows) testdb=> begin; BEGIN testdb=> insert into member values (7,'test12123'); INSERT 0 1 testdb=> insert into member values (8,'test12123'); INSERT 0 1 testdb=> select * from member; num | name -----+----------- 1 | test 2 | test123 3 | test12 4 | test12 5 | test12..

flatpak설치 flatpak기반으로 패키지 설치 $> yum install flatpak -y 리포지터리 구성 $> flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo flatkpak 버전업데이트 $> flatpak update -y 패키지 관리하기 패키지 설치 $> flatpak install flathub org.gnome.Evolution 특정버전으로 롤백 버전히스토리 확인 $> flatpak remote-info --log flathub org.gnome.Evolution 에볼루션 - 전자메일, 연락처, 일정을 관리합니다 ID: org.gnome.Evolution Ref: app/org.g..

사전작업 AWX 설치 - 6 - AWX 설치절차 발생현상 및 조치방법 AWX 설치 후 웹 UI 접근시 아래메시지창이 수십분이 흘러도 계속 출력함 컨테이너 로그 확인시 아래메시지 지속 출력 #> docker logs awx_task The above exception was the direct cause of the following exception: Traceback (most recent call last): File "/var/lib/awx/venv/awx/lib/python3.6/site-packages/awx/conf/settings.py", line 76, in _ctit_db_wrapper yield File "/var/lib/awx/venv/awx/lib/python3.6/site-pack..

사전정보 Ansible core는 cli기반의 기능만 제공하고 있고, web ui는 제공하지 않음 Redhat에서는 Ansible Tower라는 상용 제품이 있긴 하지만, 가격이 매우 비쌈 Opensource기반에서는 AWX를 사용하면 되는데, AWX는 컨테이너 기반의 솔루션이라 컨테이너의 환경을 도입하기 어려운 곳에서 Foreman을 사용해서 ansible을 연동 설치구성 foreman 설치를 위한 리포지터리 구성 $ yum -y install https://yum.puppet.com/puppet6-release-el-7.noarch.rpm $ yum-config-manager --enable extras $ yum -y install epel-release centos-release-scl-rh $ ..

AWX 데이터 백업 $> tower-cli receive --all > backup.json AWX 데이터 복구 주의사항 데이터 복구 절차는 credential, project, job template, workflow template 순으로 복구가 되어야 함. 순서가 어긋나는경우 참조할 수 있는 정보가 없다는 에러메시지 출력. (2~3차례 retry 하면 되기는 함) Tower-cli로 복구하는경우 패스워드 필드는 $encrypted$ 문자열 그대로 복구가 되기 때문에, 백업파일에서 Description된 문자열을 적용해주어야 함 job template 이름에 한글이 포함된경우 인코딩 에러가 나면서 복구 불가능함. $> tower-cli send --insecure aps_ui.json 출처 - htt..

대쉬보드 AWX로그인 후 첫 페이지, 작업상태 및 호스트상태, 최근 사용한 템플릿과 최근 실행한 작업 요약 확인 가능 ( ACCESS → DASHBOARD ) 최근 실행 작업 최근에 실행한 템플릿의 요약정보 확인 ( ACCESS → Jobs ) Job결과 확인 아이콘 확인 : 정상 작업 완료 : 작업 실패 작업관리 : 동일한 vars값으로 재실행 : 작업이력 삭제 스케쥴 확인 스케쥴링 설정된 작업 리스트 (ACCESS → Schedules ) 스케쥴 작업 관리 (왼쪽에서부터) 항목 설 명 활성화 체크+파란색 아이콘 : 활성화 체크X + 회색 아이콘 : 비활성화 NAME 스케쥴 이름 TYPE Template 유형 NEXT RUN 다음 실행 시간 (빈칸일 경우 스케쥴링 실행되지 않음) ACTION : 스케쥴..

사전정보 별도 설정이 없는 경우 배포하는 pod은 전체 worker노드를 대상으로 배포하는데 특정 pod을 특정노드에 배포해야 하는 경우 node selector나 taint설정을 진행하면 가능하다. taint 설정방법 taint 설정정보 $ kubectl taint nodes worker1 key1=nginx:NoSchedule node/worker1 tainted taint 설정정보 확인 $ kubectl get nodes -o custom-columns=NAME:.metadata.name,TAINTS:.spec.taints --no-headers master1 [map[effect:NoSchedule key:node-role.kubernetes.io/master]] master2 [map[effec..

Buildah 명령어를 이용한 컨테이너 생성 절차. Docker기반에서도 동일하게 컨테이너 생성 가능. buildah 패키지 설치 $> yum install buildah -y 컨테이너 생성을 위한 Dockerfile 생성 $> cat Dockerfile FROM docker.io/library/rockylinux RUN yum install tree httpd -y RUN mkdir -p /svc/http/ COPY ./httpd.conf /svc/http/ buildah로 컨테이너 생성 $> buildah bud -t tree:1.0 STEP 1/4: FROM docker.io/library/rockylinux STEP 2/4: RUN yum install tree -y ... STEP 3/4: RU..

HDD 수동 드라이버 구성 (자동으로 드라이브 검색 실패시) 설치 옵션 입력 Tab키 입력 후 하단에 inst.dd 입력 드라이버 추가 입력 완료 후 'c' 입력 Centos 7.x 설치하기 (DVD 미디어로 설치) 3번과정 참조 수동으로 HDD 드라이브 추가하여 설치 한 이후, 커널 업데이트 진행시,업데이트하는 커널에는 해당 드라이브 정보가 빠져있게 되어 디스크정보를 못찾거나, 레이드 정보가 틀어지는 이슈사항이 있기 때문에, 수동 HDD 드라이브 추가시 yum update부분은 신중하게 판단해야 함. 해결방안은 업데이트하는 커널에도 해당 디스크 드라이브를 추가할 수 있게 커널 컴파일을 하는 방법과 Yum update 시 커널은 제외할 수 있게 옵션 설정이 필요함