송시의 적절한 정보공유

Legacy에서 cloud로 이관하는 프로젝트를 시작하는 단계에 있다. Legacy의 환경에는 HP-UX, AIX, CentOS 가 클라우드의 CentOS 로 이관되는 상황이다. 나는 IBM의 System P 장비를 다루는 엔지니어로 IT 직군을 시작했다. 그리고 System P에서만 사용할 수 있는 전용 유닉스 인 AIX를 다루었다. 참으로 열정적이였다. 앞으로 내 인생의 모든 것이 될 것이라 믿었다. 그래서 더 열심히 AIX를 애꼈다. AIX를 하면 할 수 록 매력에 빠질 수 밖에 없었다. 리눅스에선 얻을 수 없는 보안성, 편리성, 안정성 3박자가 매우 큰 매력이였다. 한때 유닉스 시장을 선도하던 HP-UX, Solaris, AIX 중에서도 나머지 2개의 유닉스를 깊이있게 해본 것은 아니지만 AIX에..

신입 때 이것저것 테스트해보다가, 어떤 특정 순간부터 ssh 접속하는데 1분 이상의 시간이 소요되는 기묘한 상태를 보게되었다. 궁금한건 잘 못 참치하는 내 성격으로 TCP 덤프를 뜨고 한땀한땀 분석했던 풋풋한 추억이 있다. 아래는 그 내용에 대한 정리다. ============= 신입때 telnet 이나 ftp 를 붙이려고 했는데 대략 1분 정도 후에 연결되는 기이한 현상에 대해서 고민하다가 DNS 와 관련된 설정때문이였다는것을 알게되었지요. 그리고 시간이 조금 지나 최근 어느 고객사에 kt dns 를 AIX에서 설정해줬었는데 NFS관련 데몬에서 행이 걸려서 고생했었지요. 혹시나 DNS와 관련된 문제가 아닐까 하는 생각에 그냥 남겨두고 다음날에 방문하였는데 OS가 모든 부팅을 끝내놓은 상태로 빠져있어서 ..

아래의 글은 고객사에 지원하면서 스크립트를 만들었는데, 환경변수가 인식이 안되어서 내가 원하는 대로 잘 되지 않았던 문제가 AIX 서버에 있었다. 그 내용을 활동 하던 카페에 올렸었던 내용인데, 종종 이런 류의 일이 리눅스라도 있을 것 같네~ ======== 아래 언급되는 내용이 쉘스크립트로 봤을 때 좋은 내용은 아니지만 빠르게 만들어 쓰려고 할때 실수 할 수 있는 경우가 있을 것 같아 공유합니다. su / EOF 를 사용해서 명령어를 사용하고자 할때 환경 변수를 인식 못해서 사용자의 의도가 아닌 엉뚱한 방향으로 실행되는 경우입니다. EOF 안의 블럭에 환경변수 값에 \ 를 넣어주시면 해결되요. su - songsi -c "echo $LOGNAME, \$LOGNAME" su - songsi

그냥 누가 물어봐서 기록으로 남겨봄 find . -type f -mtime -1 2> /dev/null -exec scp {} root@192.168.128.52:/root \; 하루 동안 발생한 db data를 scp 를 통해 원격지로 보내는 방법 물론 authorized_keys 는 선행되어야함

요즘에는 sudo 를 통한 관리를 하기에 사실 그리 크게 도움이 될만한 사람은 없어보인다. 최근에 있었던 일인데, 어쩌면 기본적인 부분인데 이걸 해결하기 위해 하루의 시간을 쏟았다는게 재미있어서 남겨본다. sudo 를 사용하고 있지 않은 환경에서 su 를 통해 일반 계정 사용자가 su - 를 통해 root 로 전환할때 비밀번호를 묻지 않는 증상 일반 계정간에 su - userID 는 문제 없이 비밀번호를 물었다. AIX 였기에 /etc/passwd /etc/security/passwd /etc/security/user /etc/security/login.cfg 등을 자세히 보고 다른 서버와 비교도 해보고 /etc/pam.conf 를 비교해보아도 별반 다를게 없었다. pam_debug 를 통해 pam을 분..

UNIX 는 OS 설치 후 설정이 되어 있지 않다면 기본적으로 DES 암호화를 사용한다 56bit 까지 표현이 가능함 총 14자리 그냥 추측인데 마지막 14자리는 NULL 인 것 같다. 문자(13)+NULL(1) = 14 자리를 표현한다 DES 암호화를 정확하게 이해하기에는 암호화 공부를 별도로 해볼 필요가 있겠지만 간략하게 본다면 Salt key(2) + 암호화된 문자(11) + NULL(1) 인 것 같음. 그런데 이 녀석이 8자리 이상의 비밀번호를 입력하게되면 8자리 부터는 같은 hash 값을 갖게 된다. 자릿 수 비밀번호 HASH 값 Salt 1 a 121PRpnQMYV3k 12 2 ab 12RJOIX1FuEPM 12 3 abc 12BWKETBcM70Q 12 4 abcd 12UhNQxwwKQ7c 1..

예전에 네이버에 정리했던 내용 http://kin.naver.com/knowhow/detail.nhn?docId=768955 서비스라 함은 무엇인가를 제공하는 것이고 이 무엇인가를 제공받는 컴퓨터를 서버(server) 라고 한다. 엄밀히 말하면 일반 데스크탑이던 내 개인용 PC던 서비스를 제공하면 그것을 서버라 불러야함이 마땅하나 IT업계에서는 서버용 컴퓨터가 따로 존재 한다. 목적자체가 분명하고(서버용 컴퓨터에서 서비스를 안돌린다면 그 비싼 값을 주고 왜 사겠는가?) 보다 높은 성능, 보다 높은 가용성 등의 매력이 있는 서버 컴퓨터 말이다. 뭐 어쨌든 글의 요지는 아니고. 리눅스/유닉스에서는 Standalone 형태냐 "xinetd(linux) & inetd(unix)" 형태냐에 따라 사용이 조금 다르..

awk 를 쓰겠다하면 가끔 어떤 글짜를 잘라서 잘 쓸까 뭐 이런 고민을 좀 하게되는데 이렇게 할라카몬 막 여러 명령어를 넣어야할것 같은 압박에 휘감기는데 이를 해결해줄 명쾌한 녀석이 있다능. 얼마나 잘 사용할지는 모르지만 구분자로 나눌때에 킹왕쨩인듯 예를 들어 /etc/passwd 파일과 같이 : 로 구분되어있는 것들이 있다면 -F 로 구분해서 날려버리쟈잉 # awk -F ":" '{print $1}' /etc/passwd

find / -nouser -o -nogroup 2> /dev/null

GPFS 가 4.1 이 되면서 spectrum scale 이라는 이름으로 바뀜 Spectrum Scale 의 구성 Cluster - 관리 목적으로 NSD와 몇 노드로 구성되어 있음 - 클러스터 설정 파일은 자동으로 모든 쿼럼 노드들에서 관리됨 - 4.1 에서 클러스터 설정파일을 CCR(Cluster Configuration Repository) 라고함 Node - Spectrum Scale 이 설치되어 스토리지에 접근하는 노드 - 접근 형태에 따라 각 노드들은 클러스터 구성내에서 다른 규칙을 가질 수 있음 Cluster manager - 클러스터 전체와 클러스터의 모든 노드들이 옳바르게 운영되도록 함 * 디스크 모니터링 - 클러스터내의 노드 장애로 부터 장애 감지 및 복구 관리 - Spectrum sca..