AI 세상 ?

Multipath에서 /dev/dm-x 와 /dev/mpath/mpathN과 /dev/mapper/mpathN은 각각 무엇인가?

phpdoumi — Wed, 26 Jun 2019 09:20:03 +0900

[원본] http://m.cafe.daum.net/redhat/DK8U/62?listURI=%2Fredhat%2FDK8U

Multipath에서 /dev/dm-x 와 /dev/mpath/mpathN과 /dev/mapper/mpathN은 각각 무엇인가?

Release Found:Red Hat Enterprise Linux 4 and 5 When devices are brought under the control ofdevice-mapper-multipaththe new multipathed devices can be seen in three different places under th

m.cafe.daum.net

When devices are brought under the control of device-mapper-multipath the new multipathed devices can be seen in three different places under the /dev directory: /dev/dm-N, /dev/mapper/mpathN and /dev/mpath/mpathN. 

The /dev/dm-N devices are internal to device mapper and should never be used. These devices are not persistent. Starting with Red Hat Enterprise Linux 5, these devices are no longer created by udev. 

The /dev/mpath/mpathN devices are provided so that all the multipathed devices can be seen in one place. However, these device nodes may not be created on boot before the system needs to access them. Therefore they should not be used for creating logical volumes or filesystems. 

The /dev/mapper/mpathN devices are persistent and they are created early in the boot process. Therefore these are the device names that should be used to access the multipathed devices.

장치가 device-mapper-multipath의 제어하에 놓이면 새로운 다중 경로 장치는 /dev 디렉토리 아래의 /dev/dm-N, /dev/mapper/mpathN 및 /dev/mpath/mpathN에서 볼 수 있습니다. .

/dev/dm-N 장치는 장치 매퍼에 내장되어 있으므로 절대로 사용해서는 안됩니다. 이러한 장치는 영구적이지 않습니다. Red Hat Enterprise Linux 5부터는 이러한 장치가 더 이상 udev에 의해 생성되지 않습니다.

/dev/mpath/mpathN 장치는 모든 다중 경로 장치를 한 곳에서 볼 수 있도록 제공됩니다. 그러나 시스템 노드가 액세스해야만 부팅되기 전에 이러한 장치 노드가 만들어지지 않을 수 있습니다. 따라서 논리 볼륨이나 파일 시스템을 만드는 데 사용해서는 안됩니다.

/dev/mapper/mpathN 장치는 영구적이며 부팅 프로세스 초기에 만들어집니다. 따라서 다중 경로 장치에 액세스 할 때 사용해야 하는 장치 이름입니다.

현상유지라는 단어는 세상에 존재할 수 없다

phpdoumi — Thu, 18 Oct 2018 16:50:13 +0900

현상유지라는 단어는 세상에 존재할 수 없다

개선의 반대 행동은 과거의 성공에 안주하거나 퇴보하고,

악화되어 불필요한 존재가 되는 것이다.

급변하는 세계에서는 의식적으로 개선하고자 노력하지 않으면

현상 유지는 고사하고 퇴보를 면치 못한다.

주변 사람이 빠르게 전진하기 때문에

점차 불필요한 존재로 전락하고 마는 것이다.

- 스티븐 M. R. 코비, ‘신뢰의 속도’에서

“경영자가 현상유지만 하자고 하면 그 자리에서 끝이다”

유니클로 야나이 다다시 회장의 말입니다.

“지키려고 하는 순간 몰락이 시작된다.

현상 유지에 몰두하는 것이 실패하는 기업의 가장 큰 특징이다.”

짐 해리스의 주장도 궤를 같이 합니다.

리전이란

phpdoumi — Tue, 16 Oct 2018 14:26:28 +0900

리전이란 클라우드 서비스를 안정적으로 제공하기 위해 설치하는 여러(보통 2~3개) 데이터센터의 묶음이다. 특정 리전을 선택하고 사용자와 기업이 서비스와 데이터를 업로드하면 해당 리전에 속해있는 데이터센터에 데이터가 동시에 올라간다. 한 데이터센터는 서비스 제공용이고, 다른 하나는 만일의 사태에 대비하기 위한 백업용이다. 각각의 데이터센터는 서로 물리적으로 분리되어 있기 때문에 한 데이터센터에서 문제가 발생하더라도 다른 데이터센터는 정상 가동된다. 때문에 클라우드에 올린 데이터가 유실될 우려가 없고, 각종 인터넷 서비스를 안정적으로 제공하거나 제공받을 수 있다. 이러한 장점 때문에 리전은 클라우드 서비스의 필수 요소로 평가받고 있다.

원문 소스 : http://it.donga.com/24254/

오늘도 살아있음에 감사한다

phpdoumi — Mon, 15 Oct 2018 09:34:29 +0900

오늘도 살아있음에 감사한다

나는 매일 아침 눈을 뜨며 이렇게 묵상한다.

“눈이 보인다. 귀가 즐겁다. 몸이 움직인다.

기분도 괜찮다. 고맙다. 인생은 참 아름답다.”

- 쥘 르나르 (홍당무로 유명한 프랑스 소설가)

이시형 박사는 매일 발을 주무르면서 다음과 같이 묵상한다고 합니다.

“수고했다, 고맙다, 조심할게, 잘 부탁해”

인생은 참 아름답습니다.

매일 아침 살아 있음에 감사하고, 탈 없이 하루를 시작함에

감사할 줄 안다면 행복과 성공은 저절로 따라옵니다.

의견 충돌은 위협이 아니라 배우는 기회다

phpdoumi — Thu, 13 Sep 2018 16:05:27 +0900

의견 충돌은 위협이 아니라 배우는 기회다

서로 의견이 충돌할 때 화를 내는 것은 의미가 없다.

의견 충돌은 위협이 아니라 배우는 기회다.

승자는 무엇인가를 배운 후 생각을 바꾼 사람이다.

의견 충돌은 아직 개발되지 않은 잠재력의 거대한 원천이 된다.

- 레이 달리오, ‘원칙’에서

‘승자는 무엇인가를 배운 후 생각을 바꾼 사람이다.’ 멋진 생각입니다.

결국 의견 충돌에서 패한 후 자기 생각을 바꿀 줄 아는 사람이

진정한 승자라는 의미입니다.

사람들은 본능적으로 반대하는 말을 꺼내기도, 듣기도 싫어합니다.

논쟁에서 패하는 것이 승자가 되는 길이라 생각한다면

의견 충돌을 두려움이 아닌 배움의 기회로 생각해 즐길 수 있습니다.

맞춤화하여 인정하라

phpdoumi — Thu, 13 Sep 2018 16:04:59 +0900

맞춤화하여 인정하라

누구에게나 똑같이 적용되는 인정 방식은 진심 없이

마지못해 하는 것 같고, 사려 깊지 못하다는 느낌을 준다.

누군가를 특별한 방식으로 인정할 수 없다면

당신은 그 사람에게 관심을 쏟지 않는 것이다.

사람들은 가장 의미 있는 인정에 대하여 하나같이

개인별로 다르게 해주는 것이라고 말한다.

- 제임스 쿠제스, ‘리더십 챌린지’에서

사람들은 인정에 목말라 합니다.

그러나 진정성 없이 누구에게나 똑같이 행해지는

인정은 오히려 독이 되기도 합니다.

인정하는 방식은 개인별로 달라야 하며,

정확하고, 눈에 보이는 것이어야 합니다.

구성원 개인 개인에게 관심과 애정을 갖고 다가가야만

맞춤형 인정이 가능해집니다.

걱정하면 걱정할 필요가 없다

phpdoumi — Thu, 13 Sep 2018 16:02:37 +0900

걱정하면 걱정할 필요가 없다

걱정하지 않으면 걱정해야 한다.

걱정하면 걱정할 필요가 없다.

어떤 것이 잘못될까 봐 걱정하는 것은 당신을 보호해주고,

걱정하지 않으면 문제에 노출되기 때문이다.

- 레이 달리오, ‘원칙’에서

리더는 걱정하는 사람입니다. 미리 미리 걱정하고

미리 미리 대책을 세우는 일, 그것이 리더의 일입니다.

모든 리더들은 ‘근심할 일은 먼저 근심하고 즐길 일은 남보다 나중에 즐긴다는

선우후락(先憂後樂)’의 지혜를 실천할 수 있어야 합니다.

오픈소스를 활용함에 있어 어떻게 최악의 상황을 피할 수 있을까?

phpdoumi — Tue, 28 Aug 2018 16:34:28 +0900

그렇다면, 사용자들은 오픈소스를 활용함에 있어 어떻게 최악의 상황을 피할 수 있을까?

답은 어렵지 않다. 탄틀레프는 “간단하다. 오픈소스를 다른 소프트웨어들과 동등하게 다룬다면, 기업들은 그 가치를 최대한 이용할 수 있다”라고 말했다.

그는 “시작은 소스에 대한 이해에서부터다. 소프트웨어가 어디에서, 즉 믿을만한 소스에서 오는지를 검증하는 것이 중요하다. 믿을만한 소스들을 파악하는 것만으로도 소프트웨어 조달은 한결 용이해질 것이다”라고 설명했다.

하지만 소스에 대한 검증 이후에도 소프트웨어 자체에 대한 적절한 통제 프로세스와 프로그램을 적용하기 이전에는 배치에 주의해야 한다고 탄틀레프는 덧붙였다.

그는 “마지막으로, 환경 내부의 소프트웨어들을 관리하고 모니터링 할 프로그램 역시 필요하다. 취약성 발생은 없는지, 새로 배포된 패치는 없는지, 그리고 무엇보다, 필요한 모든 패치들이 제대로 설치되어 있는지를 언제나 확인해야 한다”라고 강조했다.

원문보기:

http://www.ciokorea.com/news/25596?page=0,1#csidx9bdc20998068c53927ae81a8d6fa006

Yona H2 설치

phpdoumi — Mon, 20 Aug 2018 08:05:54 +0900

Yona h2 버전 설치 후

export YONA_DATA=필요한 Directory

bin/yona &

로 실행하면 DATA Directory에 데이터가 저장된다.

대규모가 아니라면 괜찮음..

postfix gmail smtp setup

phpdoumi — Sun, 12 Aug 2018 21:00:50 +0900

http://openbee.kr/435

Postfix with Gmail SMTP on Ubuntu

2018.04.01 11:19

postfix, SMTP, 리눅스, 오픈소스, 우분투, 이메일, 지메일smtp

서비스를 운영하다보면 서버에서 이메일을 발송할 일이 있을때 여러가지 이유로(보안상 계정 관리, 발송한 메일을 확인 등) 지메일 계정으로 쓰고 싶은 경우가 종종 있습니다. 지메일은 메일사본을 보관해주고 웹인터페이스를 제공하기 때문에 저는 중요한 고객서비스를 제공할때 자주 사용하고 있습니다.

이번에 신규서버에 설정할 일이 생겨서 설정 과정을 공유합니다.

이번에 제가 테스트한 환경은 Linux Mint 18.3 입니다.

하모니카 커뮤니티 에디션, Linux Mint 18.3, Ubuntu 16.04 등은 모두 동일한 방법을 사용해서 적용하시면 됩니다.

패키지 설치

필요한 모든 패키지 설치는 다음과 같이 실행합니다.

sudo apt-get install postfix mailutils libsasl2-2 ca-certificates libsasl2-modules

처음 설치하시는 경우 postfix 설정 도우미가 어떤 용도로 사용할지 물어보게 됩니다. 이때 Internet Site 를 선택하세요.

postfix 환경설정

postfix 설정파일 편집

sudo vi /etc/postfix/main.cf 명령으로 설정파일을 편집합니다.

항상 편집을 시도하기 전에 원본을 복사해서 보관해두는 것을 잊지마세요.

파일의 내용은 아래내용을 그대로 사용합니다.

# gmail smtp setting

relayhost = [smtp.gmail.com]:587

smtp_sasl_auth_enable = yes

smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd

smtp_sasl_security_options = noanonymous

smtp_tls_CAfile = /etc/postfix/cacert.pem

smtp_use_tls = yes

계정정보 파일 생성

sudo vi /etc/postfix/sasl_passwd 명령으로 계정정보 파일을 생성하고 아래의 붉은색부분을 자신의 지메일 계정 정보로 적습니다.

[smtp.gmail.com]:587 USERNAME@gmail.com:PASSWORD

postfix 에서 사용할 수 있는 db파일로 변환

다음의 명령으로 계정정보 파일을 루트만 접근하도록 변경하고 postfix에서 사용하는 파일형태로 변환해 줍니다.

sudo chmod 400 /etc/postfix/sasl_passwd

sudo postmap /etc/postfix/sasl_passwd

CAfile 생성

환경설정에서 정의해준 CA파일을 다음과 같이 생성해 줍니다.

cat /etc/ssl/certs/thawte_Premium_Server_CA.pem | sudo tee -a /etc/postfix/cacert.pem

postfix 서비스 재시작

sudo /etc/init.d/postfix reload

테스트

만일 mailutils 가 설치되지 않은 경우에는 이 명령어가 동작하지 않습니다. 설치가 되지 않은 경우에는 다음과 같이 설치해줍니다.

sudo apt install mailutils

메일발송을 다음과 같이 테스트 해 봅니다. 붉은색 부분을 자신이 확인할 수 있는 이메일계정으로 변경해주세요.

echo "postfix로 발송한 메일입니다" | mail -s "Postfix 메일 테스트" 수신이메일주소

디버깅

문제가 발생하여 로그를 확인하고 싶은 경우는

tail -f 10 /var/log/mail.log 명령어로 postfix의 작업과정 확인합니다.

지메일 환경설정

2단계 보안인증

게정 로그인 정보가 정상임에도 불구하고 다음과 같은 오류가 로그파일에 남는 경우에는 지메일에서 추가적인 환경설정이 필요합니다.

postfix/smtp[21326]: CF7CE24225C: SASL authentication failed; server smtp.gmail.com[108.177.125.109] said: 535-5.7.8 Username and Password not accepted. Learn more at?535 5.7.8 https://support.google.com/mail/?p=BadCredentials k24sm23509527pfj.32 - gsmtp

이 이유는 지메일의 보안설정때문에 발생합니다.

먼저 아래 링크에서 2단계 인증을 사용하도록 변경합니다. 이때 보안코드를 받을 수 있는 휴대폰이 있어야 합니다.

https://myaccount.google.com/u/2/security

앱 비밀번호 생성

인증을 마쳤으면 다음과 같이 앱 비밀번호를 생성해줍니다. 새로운 앱을 원하는 이름으로 만들고 이때 발급되는 비밀번호를 복사해둡니다.

다음과 같이 이전에 설정한 파일의 비밀번호 대신 복사한 비밀번호를를 사용하도록 변경합니다.

sudo vi /etc/postfix/sasl_passwd

[smtp.gmail.com]:587 USERNAME@gmail.com:발급받은앱비밀번호

저장해주고 다시 변경된 내용을 postfix에서 사용하는 파일형태로 변환해 줍니다. 저장이 안되는경우는 파일의 쓰기 권한 때문입니다. vi 에서는 저장할때 :wq! 하시면 강제 저장이 됩니다.

sudo postmap /etc/postfix/sasl_passwd

테스트 및 확인

다음과 같이 테스트 해봅니다.

echo "postfix로 발송한 메일입니다" | mail -s "Postfix 메일 테스트" 수신이메일주소

출처: http://openbee.kr/435 [오픈비 : 삽질은없다]