(legacy) Redhat Fedora core 1 – yum repository

/etc/yum.conf

 

how to install – apache cassandra with openjdk in ubuntu 14.04

# openjdk-8-jdk

sudo apt-get install software-properties-common
sudo add-apt-repository ppa:openjdk-r/ppa

update-alternatives –set java /usr/java/jdk1.8.0_60/bin/java
# update-alternatives –all

# cassandra

sudo gpg –keyserver pgp.mit.edu –recv-keys 2B5C1B00
sudo gpg –export –armor 2B5C1B00 | sudo apt-key add –
sudo gpg –keyserver pgp.mit.edu –recv-keys 0353B12C
sudo gpg –export –armor 0353B12C | sudo apt-key add –

sudo vi /etc/apt/sources.list.d/cassandra.sources.list
deb http://www.apache.org/dist/cassandra/debian 21x main
deb-src http://www.apache.org/dist/cassandra/debian 21x main

sudo vi /etc/apt/sources.list.d/openjdk-r-ppa-trusty.list
deb http://ppa.launchpad.net/openjdk-r/ppa/ubuntu trusty main

sudo apt-get update
sudo apt-get install cassandra

요즘 PHP

우리나라에 2000년도 쯤에 APM(apache+PHP+mysql)+제로보드가 번들로 유행처럼 퍼지면서 나도 웹 언어로써 php를 처음 접했다. 지금은 django+python 그리고 CGI(fast cgi)로 웹개발을 하지만 최근에 HHVM이나 php7이 나오면서 상당히 많은 부분(특히 속도)를 개선했다고 들었는데, 이것들이 아직도 사람들을 실망 시키고 있는 것일까? 커뮤니티와 운영자 성향 상 미래가 없다고 보는 것일까? legacy를 고집하는 그들을 더이상 볼 수 없어서일까?

 

redis-server ubuntu 12.04

기본 레포지토리의 sudo apt-get install redis-server 로는 2.2.12 까지밖에 버전이 안 올라가 있음

dev@server:~$ redis-cli info | grep redis_version
redis_version:2.2.12
dev@server:~$ sudo add-apt-repository ppa:rwky/redis

dev@server:~$ sudo apt-get update

dev@server:~$ sudo apt-get install redis-server

dev@server:~$ redis-cli info | grep redis_version
redis_version:3.0.6

14.04 에서는 아직 테스트 해보지 않았음

LEGO 이전의 블록들

막연하게 레고가 오래되었고 최초일꺼라고 생각해 왔던게 부끄럽다. 역시 뭐든지 역사를 알아야 그렇게 생긴 이유를 알 수 있다.

AWS S3의 저가버전(?) Backblaze의 B2

https://www.backblaze.com/b2/cloud-storage.html

선택한 이유

  1. 아직(?) AWS에 의존적인 서비스들을 구성 한 것이 아니고,
  2. 래이턴시에 그다지 민감한 자료들이 아니어서
  3. 가격적으로 우수하다고 광고 하고 있음. 다운로드 기가당 0.05$
  4. 그리고 업무 특성상 그다지 다운로드가 많을 것 같지 않음
  5. 회사에 마땅한 스토리지와 그것을 운영 할만한 인적/물적 자원이 없음
  6. ruby로 되어 있는 fake s3 같은 솔루션 사용에 불만족

이 중에서 5, 3, 1 의 순으로 우선 순위가 있 것 같다.

일단은 회사의 솔루션들 업데이트 등의 업무로 내부적으로 활용 해 볼꺼고 두번째로는 개인 NAS의 대체, 나중에는 다운로드 트레픽이 생길만한 상황이면 과금을 하고 사용하는 것으로 계획

 

gitlab 7-14-stable to 8-3-stable

처음 설치 했을때가 2013년 1월인가 그때 부터여서 유지보수가 힘들고 문서도 많이 봐야 하고 그럴 때에도(나름 애정을 가지고) 꼬박꼬박 업그레이드를 해 오다가 몇 달 전 7-14에서 8-0으로 메이저 업그레이드 때 아무 생각 없이 기계적으로 메뉴얼 보고 했다가 정상적으로 작동 안 되서 원복 시키고 한동안 방치 해 두었었다

이번에 맘잡고(각잡고) redis-server 를 업그레이드 하고 nginx 의 gitlab 쪽 설정 수정 해서 정상적으로 작동 되는 것 확인 완료.

처음 설치 할 때에는 docker 같은 것도 없었고 bitnami 같은데서 관리되는 이미지도 없어서 손으로 일일히 하나하나 입력해 가면서 설정 했는데 이제 이런 식으로 관리 하는데 한계가 온 것 같다.
ubuntu 12.04 가 (LTS 끝나는 시점) 이 2017년 이기는 하지만 redis-server 가 2.2 에 머물러 있다든지, 커널이 3.2 에서 바꿔야 할 시점이 온다든지 할 때 백업 잘 해 놓고 OS 부터 싹 다 갈아 엎는 작업을 해 봐야 겠다. 그리고 그때는 부디 이 회사에 나 말고 이 작업을 할 수 있는 직원이 있어서 믿고(…) 맡길 수 있게 되면 좋겠다.

ps. 기껏 gitlab-git-http-server 연동 때문에 nginx 설정하는데 난리를 쳤더니만, 8-2에서 바로 gitlab-workhorse 로 프로젝트 명이 바뀌어서 다시 똑같이 설정해야 했음. 그 이후엔, 8-3 까지는 아무 문제 없이 업그레이드 완료.