우분투에서 datadir을 변경했을때 이런 오류가 날수 있다.

start: Job failed to start

datadir만 변경해서 해결될 문제가 아니다..ㅋㅋㅋ

/home/mysql 로 datadir을 변경할경우의 예이다.
root에서 실행한다.

service mysql stop

rsync -av /var/lib/mysql /home

vi /etc/mysql/my.cnf
datadir = /var/lib/mysql
부분을
datadir = /home/mysql
으로 변경.

vi /etc/apparmor.d/usr.sbin.mysqld
/var/lib/mysql/
/var/lib/mysql/**
부분을
/home/mysql/
/home/mysql/**
으로 변경.

service mysql start

mantis에서 비밀번호를 바꿀라면 이메일로 관련내용을 보내는것이 기본세팅이다.
근데 이메일이 갈리가 없지...

그래서 이메일통보가 아니라 비밀번호 없이 로그인해서 즉시 설정이 가능한 상태로
변경이 가능하다.

vi config_defaults_inc.php

$g_send_reset_password  = OFF;

OFF를 ON으로만 변경해주면 된다.

$g_send_reset_password  = ON;

이것도 같이 바꿔주면 한글로 나온다.

$g_default_language             = 'korean';

이주승 사인 귀엽네~

백업은 if 는 장치명 of는 저장할파일명
반대로 하면 복원이다.


이미지 백업
dd if=/dev/mmcblk0 of=/mnt/raspi/rpibackup_20150721.img

이미지 복원
dd if=/mnt/raspi/rpibackup_20150721.img of=/dev/mmcblk0

우분투의 경우 apt-get install curlftpfs 로 간단설치

curlftpfs ftp://user:pass@192.168.0.7:21/btsync /mnt/btsync -o allow_other,uid=109,gid=112

uid,gid는 해당 유저와 그룹으로 변경

마운트해제는 fusermount -u /mnt/btsync

아주 간단하다~

라즈베리파는 용량이 작다
파이썬으로 되어있는 모니터리툴은 기능은 많은데 파이썬까지 올려야하는 부담이 있다.
본 블로그는 PHP로 돌아가기때문에 PHP로된 모니터링툴을 찾아봤다.

페이지도 심플하고 설치도 그냥 복사만하고 아이디 비번 파일만 생성해주면되니 무쟈게 간단하다.

Raspcontrol - Github

어떤건 1일이 일요일이라고 하고 어떤건 0이 일요일이라고 하고 헷갈린다.

우분투 CronHowto

우분투 사이트에 있는 정확한 설명이다.

minute (0-59), hour (0-23, 0 = midnight), day (1-31), month (1-12), weekday (0-6, 0 = Sunday), command

0부터 일요일이다.

0 = 일요일
1 = 월요일
2 = 화요일
3 = 수요일
4 = 목요일
5 = 금요일
6 = 토요일

헷갈리지 말자

정은우,공명,정은채,서강준,나라,경수진 출연 시네마틱 게임 "도시를품다 for Kakao"  가 드디어 오픈 했습니다.

안드로이드 다운 받기

공식카페 가기



 

MongoDB를 2.x에서 3.0.4로 업그레이드 했다.
(업그레이드 참조 : http://docs.mongodb.org/manual/tutorial/install-mongodb-on-ubuntu/?_ga=1.222986259.926585648.1423043948)


3.x대의 새로운 스토리지 엔진 WiredTiger를 사용해보려고 한것이 이유라서...

일단 기존데이터 파일은 사용하지 못한다.
꼭 옮겨야 한다면 dump뜨고 데이터파일 지우고 다시 넣어야 한다.

난 과감하게 기존데이터 파일을 삭제했다.

1. service mongod stop
2. vi /etc/mongod.conf
3. engine: wiredTiger 를 추가해준다.
4. service mongod start

start를 했는데 안올라온다면 거의 기존 데이터가 남아있어서일꺼다.

8배가 빨라지고 80% 압축이 어쩌고...
얼마나 좋아졌는지 써보자.

storageEngine

{    "name": "wiredTiger"  }

wiredTiger

{    "uri": "statistics:",    "LSM": {      "sleep for LSM checkpoint throttle": NumberInt(0),      "sleep for LSM merge throttle": NumberInt(0),      "rows merged in an LSM tree": NumberInt(0),      "application work units currently queued": NumberInt(0),      "merge work units currently queued": NumberInt(0),      "tree queue hit maximum": NumberInt(0),      "switch work units currently queued": NumberInt(0),      "tree maintenance operations scheduled": NumberInt(0),      "tree maintenance operations discarded": NumberInt(0),      "tree maintenance operations executed": NumberInt(0)    },    "async": {      "number of allocation state races": NumberInt(0),      "number of operation slots viewed for allocation":NumberInt(0),      "current work queue length": NumberInt(0),      "number of flush calls": NumberInt(0),      "number of times operation allocation failed": NumberInt(0),      "maximum work queue length": NumberInt(0),      "number of times worker found no work": NumberInt(0),      "total allocations": NumberInt(0),      "total compact calls": NumberInt(0),      "total insert calls": NumberInt(0),      "total remove calls": NumberInt(0),      "total search calls": NumberInt(0),      "total update calls": NumberInt(0)    },    "block-manager": {      "mapped bytes read": NumberInt(0),      "bytes read": NumberInt(49152),      "bytes written": NumberInt(368640),      "mapped blocks read": NumberInt(0),      "blocks pre-loaded": NumberInt(0),      "blocks read": NumberInt(12),      "blocks written": NumberInt(81)    },    "cache": {      "tracked dirty bytes in the cache": NumberInt(0),      "tracked bytes belonging to internal pages in the cache":NumberInt(2827),      "bytes currently in the cache": NumberInt(38408),      "tracked bytes belonging to leaf pages in the cache":3221222645,      "maximum bytes configured": 3221225472,      "tracked bytes belonging to overflow pages in the cache":NumberInt(0),      "bytes read into cache": NumberInt(0),      "bytes written from cache": NumberInt(57112),      "pages evicted by application threads": NumberInt(0),      "checkpoint blocked page eviction": NumberInt(0),      "unmodified pages evicted": NumberInt(0),      "page split during eviction deepened the tree": NumberInt(0),      "modified pages evicted": NumberInt(0),      "pages selected for eviction unable to be evicted":NumberInt(0),      "pages evicted because they exceeded the in-memory maximum":NumberInt(0),      "pages evicted because they had chains of deleted items":NumberInt(0),      "failed eviction of pages that exceeded the in-memory maximum": NumberInt(0),      "hazard pointer blocked page eviction": NumberInt(0),      "internal pages evicted": NumberInt(0),      "maximum page size at eviction": NumberInt(0),      "eviction server candidate queue empty when topping up":NumberInt(0),      "eviction server candidate queue not empty when topping up":NumberInt(0),      "eviction server evicting pages": NumberInt(0),      "eviction server populating queue, but not evicting pages":NumberInt(0),      "eviction server unable to reach eviction goal": NumberInt(0),      "pages split during eviction": NumberInt(0),      "pages walked for eviction": NumberInt(0),      "eviction worker thread evicting pages": NumberInt(0),      "in-memory page splits": NumberInt(0),      "percentage overhead": NumberInt(8),      "tracked dirty pages in the cache": NumberInt(0),      "pages currently held in the cache": NumberInt(22),      "pages read into cache": NumberInt(0),      "pages written from cache": NumberInt(46)    },    "connection": {      "pthread mutex condition wait calls": NumberInt(7483),      "files currently open": NumberInt(14),      "memory allocations": NumberInt(9273),      "memory frees": NumberInt(5106),      "memory re-allocations": NumberInt(283),      "total read I/Os": NumberInt(24),      "pthread mutex shared lock read-lock calls": NumberInt(1013),      "pthread mutex shared lock write-lock calls": NumberInt(362),      "total write I/Os": NumberInt(137)    },    "cursor": {      "cursor create calls": NumberInt(747),      "cursor insert calls": NumberInt(82),      "cursor next calls": NumberInt(36),      "cursor prev calls": NumberInt(28),      "cursor remove calls": NumberInt(0),      "cursor reset calls": NumberInt(336),      "cursor search calls": NumberInt(766),      "cursor search near calls": NumberInt(109),      "cursor update calls": NumberInt(0)    },    "data-handle": {      "connection dhandles swept": NumberInt(0),      "connection candidate referenced": NumberInt(0),      "connection sweeps": NumberInt(33),      "connection time-of-death sets": NumberInt(9),      "session dhandles swept": NumberInt(0),      "session sweep attempts": NumberInt(86)    },    "log": {      "log buffer size increases": NumberInt(0),      "total log buffer size": NumberInt(1048576),      "log bytes of payload data": NumberInt(15699),      "log bytes written": NumberInt(18432),      "yields waiting for previous log file close": NumberInt(0),      "total size of compressed records": NumberInt(12585),      "total in-memory size of compressed records":NumberInt(29812),      "log records too small to compress": NumberInt(7),      "log records not compressed": NumberInt(15),      "log records compressed": NumberInt(15),      "maximum log file size": NumberInt(104857600),      "pre-allocated log files prepared": NumberInt(1),      "number of pre-allocated log files to create": NumberInt(1),      "pre-allocated log files used": NumberInt(0),      "log read operations": NumberInt(0),      "log release advances write LSN": NumberInt(37),      "records processed by log scan": NumberInt(0),      "log scan records requiring two reads": NumberInt(0),      "log scan operations": NumberInt(0),      "consolidated slot closures": NumberInt(0),      "logging bytes consolidated": NumberInt(0),      "consolidated slot joins": NumberInt(0),      "consolidated slot join races": NumberInt(0),      "slots selected for switching that were unavailable":NumberInt(0),      "record size exceeded maximum": NumberInt(0),      "failed to find a slot large enough for record": NumberInt(0),      "consolidated slot join transitions": NumberInt(0),      "log sync operations": NumberInt(14),      "log sync_dir operations": NumberInt(1),      "log server thread advances write LSN": NumberInt(0),      "log write operations": NumberInt(37)    },    "reconciliation": {      "page reconciliation calls": NumberInt(46),      "page reconciliation calls for eviction": NumberInt(0),      "split bytes currently awaiting free": NumberInt(0),      "split objects currently awaiting free": NumberInt(0)    },    "session": {      "open cursor count": NumberInt(132),      "open session count": NumberInt(75)    },    "thread-yield": {      "page acquire busy blocked": NumberInt(0),      "page acquire eviction blocked": NumberInt(0),      "page acquire locked blocked": NumberInt(0),      "page acquire read blocked": NumberInt(0),      "page acquire time sleeping (usecs)": NumberInt(0)    },    "transaction": {      "transaction begins": NumberInt(94),      "transaction checkpoints": NumberInt(5),      "transaction checkpoint generation": NumberInt(5),      "transaction checkpoint currently running": NumberInt(0),      "transaction checkpoint max time (msecs)": NumberInt(20),      "transaction checkpoint min time (msecs)": NumberInt(7),      "transaction checkpoint most recent time (msecs)":NumberInt(7),      "transaction checkpoint total time (msecs)": NumberInt(70),      "transactions committed": NumberInt(11),      "transaction failures due to cache overflow": NumberInt(0),      "transaction range of IDs currently pinned by a checkpoint":NumberInt(0),      "transaction range of IDs currently pinned": NumberInt(1),      "transactions rolled back": NumberInt(82)    },    "concurrentTransactions": {      "write": {        "out": NumberInt(0),        "available": NumberInt(128),        "totalTickets": NumberInt(128)      },      "read": {        "out": NumberInt(1),        "available": NumberInt(127),        "totalTickets": NumberInt(128)      }    }  }

slim framework 이 워낙 간단하기때문에 조금만 생각해보면 다국어 지원도 뭐 아주 간단히 해결가능하다.


http://nesbot.com/2012/6/26/multilingual-site-using-slim

https://fiberonofiber.wordpress.com/2014/02/13/slim-php-multi-language-urls/

/home/cdn 에 있는 하위디렉토리까지 모든 파일의 시간을 변경한다.

find /home/cdn -print -exec touch -m -t 201506171300 {} \; 

[루머와진실] 깜짝 세무조사 받는 다음카카오, 괘씸죄 걸렸나?

직장동료들거랑 내꺼랑 3세트를 as보내기로 함.

8.2 (신품) : 블루투스키보드 일부가 먹통, 액정안쪽 먼지 투성이
8.2 (거의신품) : 갑자기 전원 안들어옴.
10.1 (거의신품) : 액정에 멍이있음..참고 쓸라다가 도저히 거슬려서 못쓰겠음. 쩝


-------------------

6/1(월) : 수십번 전화시도 한통도 연결안되서 홈페이지 문의란에 글 등록
6/3(수) : 고객센터에서 전화옴. 목요일 늦어도 금요일 택배를 수거해갈꺼라고 함.
6/8(월) : 답답해서 근처 늑대와여우 센터에 전화. 자기들도 본사로 보내서 고치는거라 똑같다고함.
             수거해가질 않아서 수십번 전화시도 한통도 연결안되서 홈페이지 문의란에 다시 글 등록.
6/9(화) : 연락 없음.
6/10(수) : 전화가 없어서 용산점으로 전화를 했더니 AS센터가 아니라고 여기로 하라면서 번호를 알려줌
           엄청 전화가 온다고 함...02-2078-4093 수십번 전화시도...한통도 연결안됨....
           홈페이지에 있는 전국서비스센터 신도림(02-3158-6924)에 전화시도했으나 결번...
           드디어 통화성공 1566-0882...다시 택배 접수해주겠다고 한다.
           물어보니 태블릿은 모두 용산에서 고친다고 한다.
           (용산구 신계동 35-11번지 대동빌딩6층 서비스센터)
           직접 찾아가려고 했더니 토요일은 안한다고 해서 택배를 다시 접수해달라고 했다.
6/11(목) : 역시나 택배 안옴
6/12(금) : 택배는 오늘도 안올것 같아 오전에 내돈주고 퀵으로 보냄
           헐..오후에 KGB에서 회수하러 왔다....ㅡㅡ;;
6/17(수) : 아직 안왔다
6/18(목) : 보낸지 일주일이 다 됐는데 어떻게 됐냐고 오전에 전화를 했는데
           신팀장이 회의중이라 끝나면 연락준다고 했다.
           오후가 되도 연락이 없길래 다시 전화를 했는데 기술팀보고 바로 연락하라고 전달하겠단다
           하지만 지금 5시가 넘었는데 아직 연락없다.
           전화를 해도 연결이 안된다.
           6시 연락이 됐는데 접수된게 없다는 답변이 왔다?!
           아..정말 싫구나.. 확인해보고 다시 전화준다고 했는데 이미 6시가 넘었는데 퇴근하겠지...
           내일 알아서 연락줄것 같진 않고...
6/19(금) : 오전에 내가 먼저 전화를 했다.
           그 신팀장이 또 회의중이라고 또 끝나면 연락주겠다고 한다.
           12시 다 됐는데... 밥먹으러 가느라 또 전화안하겠지....
           한번도 신팀장하고 통화해본적이 없어 이제는 존재 자체에 의심이든다.
           내 인내심의 한계가 점점 다가오고 있는듯하다.
           12시 정각에 전화가 왔다. 구석탱이에 있던걸 찾았다는데?!
           다음주에는 정말 받아보고 싶다..
           오후에 오늘 택배 보낸다고 기술팀에서 연락왔음.
           드디어....
6/22(월) : 택배 받음. 3대중에 전원이 안들어와서 보낸게 껐다가 다시 키니까 안켜지고  -> 다시 보낼예정
           안에 먼지들어간건 반만 없어지도 반은 그대로 있음 -> 귀찮아서 그냥 쓰는걸로
           액정 갈아준것만 멀쩡한것 같음.  -> 아직까진...

08/05(수) : 10.1에..블루투스 마우스를 처음 연결했는데 연결이 끊길때도 있고 움직이 뚝뚝 끊기는 현상 발견 동일모델에 연결해봤는데 그런 현상 없으니 블루투스 불량같음... 그냥 쓸것인가...또 고칠것인가?

역시 키보드~~