banana like sunshine RSS FEED

sudo 권한이 있는 것을 전제로 작성합니다:

Anaconda downloads page에서 설치하고자 하는 버전의 다운로드 링크를 가져옵니다. 저는 python 3.6 용이고, version 5.0.0.1입니다.

curl -O https://repo.continuum.io/archive/Anaconda3-5.0.0.1-Linux-x86_64.sh

서버로 운영하고 있다면SHA256으로 검사를 한번 해주는 게 좋겠지요. key 값은 여기에서 확인하시면 됩니다.

sha256sum Anaconda3-5.0.0.1-Linux-x86_64.sh

이제 다운받은 스크립트를 실행해주면 됩니다:

bash Anaconda3-5.0.0.1-Linux-x86_64.sh

그러면 라이센스 텀에 동의하는지, 설치 위치를 물어보고 설치가 진행됩니다. 마지막에 PATH 추가 여부까지 확인하는데, yes 해주면 됩니다. 설치 후에 한번 .bashrc를 실행해주면 바로 이용 가능한 상태가 됩니다.

source ~/.bashrc

www가 붙지 않은 도메인 네임(foo.com)으로 들어온 트래픽을 www가 붙은 도메인 네임(www.foo.com)으로 redirect 시켜줄 필요가 가끔 생깁니다.

보통 apache 설정 파일에서 Rewrite 룰을 이용해서 하는데.. Virtual Host 설정으로 간단하게 하는 방법이 있어서 알려드립니다.

www.foo.com을 받아주는 Virtual Host설정을 한 후, 아래와 같이 foo.com 으로 들어온 트래픽을 redirect 시켜주면 됩니다.

<VirtualHost *:80>
    ServerName foo.com
    Redirect permanent / http://www.foo.com/
</VirtualHost>

설정을 본격적으로 바꾸는게 부담되시는 분들은 가볍게 이렇게 해주시면 됩니다.

composer를 update 중에 composer가 뻗어버리는 일이 발생하였습니다. 개발용으로 Virtual server를 이용하고 있는데, 아무래도 메모리가 적어서 그런 것 같습니다.

구글링을 해보니, swap 설정을 해주어야 한다고 하니 오늘은 이 척박한(!) 서버에 스왑으로 일단 돌아가게는 해놔야 하겠습니다.

1. 일단 free 명령으로 swap 파일이 있는지 확인부터 해줍니다. :

sudo free -m

위와 같이 swap이 0 0 이 나옵니다.

2. 그러면 일단, 스왑 파일을 생성하겠습니다. 아래와 같이 해주면 4기가 크기의 파일이 생성됩니다:

sudo fallocate -l 4G /swapfile

이렇게 해주면 /swapfile 이라는 4G짜리 파일이 만들어지겠지요.

3. 이제 이 파일을 swap으로 이용하도록 설정하겠습니다. 그 전에 안전을 위해서 생성한 파일의 permission을 root만 읽고 쓸 수 있게 변경하겠습니다:

sudo chmod 600 /swapfile

4. 이제 이 파일을 swap 파일로 인식하게 해주면 되겠습니다.

sudo mkswap /swapfile

이러면 아래와 같이 반응이 옵니다.

5. 이제 swapon으로 스왑 파일을 활성화시키면 됩니다.

sudo swapon /swapfile

-s 옵션을 주면 이제 스왑이 실행되고 있는지 확인 가능합니다.

sudo swapon -s

Ubuntu에서 mysql-python 설치하는 방법입니다. 아무것도 깔려있지 않은 깨끗한(?) 서버 상태일 때를 가정한 것입니다.

sudo apt-get install python-pip
sudo apt-get install python-dev
sudo apt-get install libmysqlclient-dev
sudo pip install MySQL-python

pip이 설치되어 있다면 1행은 건너 뛰셔도 됩니다.

지난번 포스팅에서는 개인 유저 디렉토리를 apache2에서 이용할 수 있도록 하는 방법을 정리하였습니다. 이제는 php도 이용가능하도록 세팅을 해야겠습니다. ubuntu에서는 기본적으로 개인 폴더에서 php를 이용할 수 없도록 되어 있습니다.

관련된 설정 모듈은 /etc/apache2/mods-available에서 찾아볼 수 있습니다. php5.conf 설정을 보시면, 다음과 같은 부분이 있습니다 :

# Running PHP scripts in user directories is disabled by default
# 
# To re-enable PHP in user directories comment the following lines
# (from  to .) Do NOT set it to On as it
# prevents .htaccess files from disabling it.

    
        php_admin_flag engine Off
    

이 부분을 주석처리(라인 앞에 # 삽입) 해주신 다음에 service apache2 restart 해주시면 개인 폴더에서도 php가 실행되는 것을 알 수 있습니다.

오늘은 UBUNTU에서 개인 유저의 home에 있는 public_html 폴더를 apache에서 접근할 수 있도록 (http://www.sample.com/~foo 이런 형식으로) 세팅하는 방법입니다.

사실 오랜 옛날 사업한다고 그 비싼 서버(HP였나.. 이젠 기억도 가물가물..)를 돈 주고 사서 애지중지 세팅하고 개발하고 했던 이후로는 서버 관리를 할 일이 없었지요. 분업화가 되어서 서버관리, DBA, 개발이 다 전문성을 띄고 분화가 되니 한두명이 모여서 하는 회사가 아니면 웹 쪽 개발을 한다고 해서 서버 세팅까지 다 알기는 힘들지요. 하물며 저처럼 프로그래밍쪽을 해도 주로 알고리즘이나 내부 로직 쪽만 몇 년 동안 하다가 다시 손수(!) 해야 하는 상황이면 어쩔 수 없이 구글링에 의존할 수밖에 없습니다.

이런.. 이 부분도 역시 겁나(?) 많이 바뀌었군요. 옛날에는 유저 홈의 public_html은 기본적으로 보여주었던 것 같은데..

각설하고, 일단 public_html 이라는 디렉토리를 만들어줍니다.

mkdir public_html

apache2의 설정이 있는 /etc/apache2 디렉토리를 보면 mods-enabled가 있고, mods-available이 있습니다. 눈치를 보아하니 mods-available에 있는 애들 중에 이용할 mods를 mods-enabled에다 sybolic link로 걸어주는 거네요.

cd /etc/apache2/mods-enabled
sudo ln -s ../mods-available/userdir.conf userdir.conf
sudo ln -s ../mods-available/userdir.load userdir.load
sudo service apache2 restart 

이렇게 해주면 그림처럼 경고(!)가 나옵니다(전 root로 들어가서 sudo를 쓰지 않았습니다). 보아하니 도메인 네임이 안정해져있어서 나오는 거라 가볍게 무시해줍니다.

이제 public_html 디렉토리에 index.html을 만들고 웹브라우져에서 http://localhost/~USER_NAME 이렇게 해주시면 접속이 가능합니다.

오늘은 간단하지만, 많이 이용하는(그리고 매일 까먹고 확인하는) 명령어입니다.

설치되어 있는 패키지들을 확인하는데 이용하는 dpkg 명령입니다. 예전에 제가 일 시작할 때에는 사실 소스코드 받아서 빌드하고, 버전 안맞으면 충돌하고 그랬었지요. 요새는 패키지 매니저들이 잘 되어 있어서 그런 경우가 많지는 않지요. 물론 major update가 있을 때는 신경이 좀 쓰이긴 하지요 ㅋㅋ

dpkg --get-selections

이렇게 하면 설치되어 있는 패키지들이 리스트됩니다. 당연히 아래와 같이 grep과 같이 이용하면 보고 싶은 패키지들을 쉽게 찾아볼 수 있지요. 한번 mongodb와 관련된 패키지들을 찾아보겠습니다:

dpkg --get-selections | grep 'mongo'

--listfiles 옵션과 같이 이용하면 어떤 파일들이 설치되어 있는지도 알 수 있습니다.

    dpkg --listfiles 'mongodb-org-tools'

SSH를 이용해서 접속한 상태에서 업그레이드를 위해서 

do-release-upgrade

을 실행시키면 screen session이 시작되면서 겁나는(?) 경고 문구가 나옵니다. 

내용은.. SSH로 접속한 상태에서 실행하면 문제가 발생할 수 있고 최악의 경우 서버가 맛이 갈 수 있다는 내용이 나오는데요.

포스팅 하면서 아 이거 써야지 하고 해보니 안뜨는군요. :-)

하여튼 업그레이드 과정 중에 SSH 접속이 끊겨버리고, 그 상태에서 SSH 접속이 막혀버리면 어떻게 손쓸 방법이 없어지기 때문에 나오는 경고입니다. 물론 한밤중에 IDC나 사무실로 뛰어가서 터미널에서 복구를 해야하는 사태를 미연에 방지해주기 위한 배려라고 생각하고 좋게 넘어가야 겠지요. 

하필이면 업그레이드 하는 중에 SSH가 끊기는 사태는 거의 없겠지만, 구글링을 해보다 보면 마음에 걸리는 경우가 하나 있더군요. 다름 아니라 SSH 자체가 업그레이드 되는 경우이지요. 

뭐 아직까지는 심각한 문제가 발생해 본 적이 없어서 그냥 기우라 생각하기는 하지만, 혹시 몰라서 처음에 뜨는 경고창에서 지정해주는 포트로 보조로 접속은 항상 해놓습니다. 이 보조 포트는 평소에는 deny지만, 이 경우에만 접속을 허용해줍니다. 업그레이드를 하는 도중에 SSH 창에 사고가 발생해도 최소한 복구는 가능하게 해주는 거지요. 제 서버는 1022 포트로 접속하라고 하니.. 아래와 같이 해주면 됩니다.

ssh -p 1022 {id}@{hostname.com}