| 전장 | 전폭 | 전고 | 휠베이스 | 엔진 | 적재치수 (길이, 넓이) | |
| 툰랜드 | 5310 | 1870 | 1880 | 3150 | 디젤 2.8 | 1520 , 1580 |
| 렉스턴 스포츠 | 5095 | 1950 | 1870 | 3100 | 디젤 2.2 | 1300 , 1570 |
| 렉스턴 스포츠 칸 | 5405 | 1950 | 1855 | 3210 | 디젤 2.2 | 1610 , 1570 |
| 콜로라도 | 5403 | 1887 | 1793 | 3259 | 가솔린 3.6 | 1567 , 1468 |
| 레인저 | 5362 | 1850 | 1848 | 3220 | 디젤 2.0 | 1549 , 1560 |
| 랭글러 글래디에이터 | 5539 | 1875 | 1882 | 3487 | 가솔린 3.6 | 1531 , 1442 |
| 티볼리 브레이크등 점등상태 (0) | 2023.01.22 |
|---|---|
| 차량 제원 비교 (0) | 2022.03.07 |
| 전기차를 선택하기가 아직까지 망설여지는 이유 (0) | 2020.08.03 |
| 전기충전 (0) | 2020.05.21 |
| 짐니 시에라 (0) | 2018.10.15 |
한 냥이는 개냥이, 돼냥이,산책냥이가 되었고, 한 냥이는 무릎냥이가 되어 있구나.
| 20190629 앙고 (0) | 2019.07.02 |
|---|---|
| 근황 (1) | 2018.10.19 |
| 유기묘 입양! (0) | 2018.06.12 |
| WSREP_SST: [ERROR] xtrabackup_checkpoints missing, failed innobackupex/SST on donor (20190614 19:30:21.392) WSREP_SST: [ERROR] Cleanup after exit with status:2 (20190614 19:30:21.394) |
MariaDB 버전변경하면서 테스트를 하던 중 Galera Cluster를 새로 구성하면서, 다른 2 node 들이 위와 같은 에러가
발생하면서 DB 구동이 실패가 되었었다.
무슨 문제였는지 알수가 없었다.
wsrep_sst_method 옵션을 변경해도 error 가 발생되면서 DB 구동이 실패가 되었었다.
첫번째 노드의 data가 들어있는 디렉토리를 살펴보면,
innobackup.backup.log 라는 파일이 있다.
다른 노드에서 sst를 요청하면 과정과 결과가 기록이 된다.
| 2019-06-14 19:30:21 140471879198592 [ERROR] InnoDB: Tablespaces for test/t1 have been found in two places; Location 1: SpaceID: 21550 File: ./test/t1.ibd Location 2: SpaceID: 21550 File: /data/test/test/t1.ibd You must delete one of them. 190614 19:30:21 [ERROR] mysqld got signal 6 |
이러한 기록들이 있었다.
저 테이블에 문제가 있었나보다.
실제로 첫번째 node 의 데이터를 mysqldump 로 백업하려했더니 저 테이블때문에 계속 실패했다. 다른 한 테이블도
그래서 제외시켜서 백업했더니 잘 되었었다.
| mysqldump -uroot -predhat --databases test --ignore-table=test.t1 --ignore-table=test.t2 > /mysqldump/test.sql |
결국 첫번째 노드에서 문제있었던 두 테이블을 삭제하니
Galera Cluster도 정상으로 되었다.
| wsrep_sst_method with IPv6 (0) | 2019.10.21 |
|---|---|
| Maxscale 2.3.6 (1) | 2019.07.12 |
| Galera Cluster Replication. (0) | 2019.03.18 |
| maxscale 을 사용해보자. [진행중] (0) | 2018.11.07 |
| Galera cluster 설치 삽질과정 (완료) (0) | 2018.11.02 |
2개의 Galera Cluster를 만들고, 각 클러스터의 한 노드끼리 서로간의 Replication 설정을 했다.
그러나 왠걸 Replication 설정을 한 노드들끼리의 복제는 되지만, 다른 노드에서 실행하면 클러스터 내부에서만 복제가 되고, 다른 클러스터로는 복제가 되질 않았다.
무엇일까... 찾아보게 되었고,
서로 Replication을 맺어준 노드에서 my.cnf 에
이 옵션값을 선언해 주어야지만 다른 노드에서의 명령도 전달복제가 되었다.
log_slave_updates 의 값을 선언을 해주어야 한다.
log_slave_updates0, the default, updates on a slave received from a master during replication are not logged in the slave's binary log. If set to 1, they are. The slave's binary log needs to be enabled for this to have an effect. Set to 1 if you want to daisy-chain the slaves. --log-slave-updates boolean OFF | Maxscale 2.3.6 (1) | 2019.07.12 |
|---|---|
| Galera Cluster error (0) | 2019.06.14 |
| maxscale 을 사용해보자. [진행중] (0) | 2018.11.07 |
| Galera cluster 설치 삽질과정 (완료) (0) | 2018.11.02 |
| xtrabackup 설치해보기 1 - 의존성 리스트 (0) | 2018.10.25 |
maxscale 이 뭘까?
수평 확장 배치에서 보안,확장성 및 고 가용성을 관리하는 차세대 데이터베이스 프록시
이러한 말들을 볼 수 있었다.
보안과 확장성, 고가용성..
프록시와 보안을 같이 묶어서 생각하면, 데이터베이스 앞단에 있다는 것이고,
보안이라 함은 데이터베이스에 직접 접근하는 것을 막아주는 역할 때문이 아닐까
생각이 드네.
프록시역할을 하니깐.. 보안이 딸려온다.. 그런 말 아닐까?
고가용성을 관리한다라 ... 그러면 maxscale이 무너지면?
그건 그렇고 설치해보자.
rpm으로 제공해주고 있고, 의존성이 걸려있는 rpm들이 있으니 yum을 통하든
알아서 하고,
설치하고 나면, /etc/maxscale.cnf 이 생성이 되어있고, 이 파일에서 설정이 가능하다.
내용들을 살펴보자.
|
# MaxScale documentation: # Global parameters |
안되는 영어 구글 번역기로 돌려보면 되고, 소개랑 구성하는 시나리오에 대한 관련 링크로구나.
|
[maxscale] |
이 매개 변수는 커널에서 오는 이벤트를 처리하는 작업자 스레드의 수를 제어합니다. 기본값은 1 스레드입니다. 더 많은 성능이 필요하면 하나의 스레드로 시작하고 숫자를 늘리는 것이 좋습니다. 작업자 스레드를 프로세서 코어 수 이상으로 늘리더라도 성능이 향상되지는 않으며 성능이 떨어지고 리소스가 불필요하게 소모 될 수 있습니다.
값을 auto로 설정하여이 값의 자동 구성을 사용 가능하게 할 수 있습니다. 이렇게하면 MaxScale은 사용 가능한 프로세서 수를 감지하고 스레드 수를 해당 수와 같게 설정합니다. 이 기능은 MaxScale 실행 전용 시스템에서만 사용해야합니다.
auto로 나둬도 상관없을 것 같다. 왜냐하면, maxscale을 쓴다는 것 자체가 데이터베이스
프록시로 사용하겠다는 것이고 다른 역할을 더 쓰지는 않을것 같다.
|
# Server definitions [server1] |
서버 섹션은 서비스로 구성 될 수있는 백엔드 데이터베이스 서버를 정의하는 데 사용됩니다. 서버는 MaxScale 내의 하나 이상의 서비스에 속할 수 있습니다. 서버는 구성 파일의 섹션 이름 인 서버 이름으로 식별됩니다. 서버에는 유형 매개 변수 server와 주소 포트 및 프로토콜 매개 변수가 있습니다.
멤버 구성하는 설정인 것 같다.
앞서 구성했던 갈레라 클러스터 구성원들을 여기에 넣어봐야겠다.
| Maxscale 2.3.6 (1) | 2019.07.12 |
|---|---|
| Galera Cluster error (0) | 2019.06.14 |
| Galera Cluster Replication. (0) | 2019.03.18 |
| Galera cluster 설치 삽질과정 (완료) (0) | 2018.11.02 |
| xtrabackup 설치해보기 1 - 의존성 리스트 (0) | 2018.10.25 |
설치환경은 Centos 1804
설치 DB 는 mariadb 10.3.10 으로 진행했다.
총 3대의 가상머신에서 진행을 하는 중이다.
node 1, 2, 3 이고
IP는 192.168.1.140~142로 할당을 해주었고,
Galera cluster 가 사용하는 포트는 4444, 4567,4568 이기 때문에
OS 방화벽 허용리스트에 포함해주었다.
관련 문서링크
http://galeracluster.com/documentation-webpages/firewallsettings.html
방화벽 포트 확인
|
[root@galera2 ~]# firewall-cmd --list-ports |
MariaDB 10.3.x 부터는 SST에서 xtrabackup-v2를 지원하지 않기 때문에
mariabackup을 사용하기로 정했다.
node 1의
my.cnf 에
아래와 같이 설정을 추가해주었다.
|
[galera] |
그리고 Mariadb 데몬을 실행시켜주었다.
|
/etc/init.d/maria start --wsrep-new-cluster |
그리고 DB에 접속해서
상태를 보았다.
|
MariaDB [(none)]> show status like 'wsrep%'; |
node1 에서는 잘 실행되는 것 같다 .
node2에서
my.cnf에 아래와 같이 추가를 해주었다.
|
[galera] |
DB 구동이 실패했다.
|
[root@galera2 ~]# systemctl start maria |
journalctl 을 이용해보았다.
|
-- Unit maria.service has begun starting up. |
maria.err 에 기록이 되었단다. 열어보자.
|
2018-11-02 10:13:08 0 [Note] WSREP: Read nil XID from storage engines, skipping position init 2018-11-02 10:13:09 0 [Note] WSREP: view(view_id(PRIM,75a27987,4) memb { 2018-11-02 10:13:10 2 [Warning] WSREP: Failed to prepare for incremental state transfer: Local state UUID (00000000-0000-0000-0000-000000000000) does not match group state UUID (07112bf5-dce0-11e8-bd0f-fe56e4bea91e): 1 (Operation not permitted) |
이러한 것들이 기록이 되었다.
그리고 node1에서 이러한 기록이 보인다.
innobackup.backup.log 파일을 열어본다.
|
181102 14:51:08 Connecting to MySQL server host: localhost, user: galera, password: set, port: not set, socket: /tmp/maria.sock |
계정 문제?
이미 계정을 생성해주었고, 모든권한을 주었는데... 엑세스 거부라니...뭘까...
node1에서
mysql 접속한 다음.
drop user galera@localhost;
drop user galera@127.0.0.1;
drop user galera@'%';
를 한다음
다시 생성해보았다.
그리고 node2에서
systemctl start maria
된다....
node3에서 같은 문제가 발생했지만,
node1을 systemctl stop maria를 하여
중지한 다음 my.cnf 에
wsrep_cluster_address="gcomm://" 에 모든 노드의 IP를 추가해준다음
node1에서
systemctl start maria
서비스가 시작되고 갈레라클러스터가 제대로 작동된것을 확인후
node2에서 서비스 중지 후 my.cnf의
wsrep_cluster_address="gcomm://" 부분을 node1과 node3으로 변경해서
서비스를 시작 정상 작동 후 갈레라클러스터도 확인 정상
node3을 시작했더니.... 되더라..
|
MariaDB [(none)]> show status like 'wsrep_%'; |
험난하다 험난해...
가상머신을 다시 만들어서 해봐야겠다.
된다!
| Maxscale 2.3.6 (1) | 2019.07.12 |
|---|---|
| Galera Cluster error (0) | 2019.06.14 |
| Galera Cluster Replication. (0) | 2019.03.18 |
| maxscale 을 사용해보자. [진행중] (0) | 2018.11.07 |
| xtrabackup 설치해보기 1 - 의존성 리스트 (0) | 2018.10.25 |
Galera cluster를 이용해보기 위해 replication 도구로 xtrabackup을
사용해보기로 했다.
OS 는 Centos 7.5 1804 버전이고 minimal 로 설치한다음
mariadb는 10.3.9로 설치를 했다.
xtrabackup 은 mariadb에 기본 포함되어 있지 않기 때문에,
별도로 rpm 패키지로 설치를 진행했다.
의존성 문제가 나왔고, 하나하나 구해보았으나,
의존성의 의존성이 걸리는 심각한 정신적인 타격이 와서
yum을 이용하기로 하고, 의존성이 걸린 패키지들을
전부 다운로드 하는 방식으로 진행했다.
우선, xtrabackup 을 설치하기 위해서는 아래와 같은
rpm이 필요하다.
패키지들을 지정된 디렉토리로 다운로드 받고,
전부 설치를 진행해보니, 의존성 문제없이 설치가 되었다.
| Maxscale 2.3.6 (1) | 2019.07.12 |
|---|---|
| Galera Cluster error (0) | 2019.06.14 |
| Galera Cluster Replication. (0) | 2019.03.18 |
| maxscale 을 사용해보자. [진행중] (0) | 2018.11.07 |
| Galera cluster 설치 삽질과정 (완료) (0) | 2018.11.02 |
나의 선택기준은 아래와 같았다.
더블월에 자립형 구조, 4계절용 inner,
가벼운 무게, 내 픽업트럭에서도 사용가능.
이러한 조건들을 만족시켜주는 것이
알리에서 113$ 짜리 텐트였다.
전체 적인 모습은 위와 같고,
텐트 사이즈 L x W x H 210 x 70 x 110 이다.
내 차의 적재함 사이즈는
Tray Dimensions (L x W x H) 1520 x 1580 x 440
이다.
적재함 문을 열면 길이는 약 215cm 정도가 나오므로
길이, 폭에서도 합격이었다.
3계절용 inner
4계절용 inner
상품설명중의 텐트 설치모습
15D Fly를 선택하면, 팩,풋프린트 포함 무게도 1.6Kg 정도로 가볍다
구매 후 실제 사용
3계절용 inner를 타오바오에서 별도 구매
여러가지면에서 나에게 딱 맞는 텐트이다.
아쉬운 점은 딱 하나!!!
양방향이 아닌 단방향 개방형태이다.
| [장비] 1인용 텐트 구매 (0) | 2019.11.07 |
|---|---|
| [장비] 나의 스토브 이야기 (2) | 2018.10.17 |
집나갔다가 다음날
여러사람들의 도움으로 찾게 되었다.
피곤했었는지 집에 오자마자
떡실신 되어 잠들어 버렸네.
감기도 걸려서 한동안 넥카라도 해서 고생도 좀 하고,
다 나은 후 미러리스카메라로 찍었더니,
귀엽게 나오네.
밖에 다니는 것을 너무나 좋아하여,
몸줄을 하고서 산책도 한다.
개처럼 따라다니진 않고,
자기 기분대로 내가 끌려간다.
그러다 알게 된 것은
나무 오르는 것을 좋아하더라.
너 털색깔이 변해가고 있다?
점점 털색깔이 짙어지고 있다.
이제는 잘때가 제일 이쁘다고 해야 되나?
한여름에도 덥지만 밖을 좋아해서,
공원으로 데리고 나가서
뛰어놀게 한다.
돌아다니게 풀어주면
무심히 내 곁을 지나가고,
다시오고 한다.
벤치에 앉아 쉬기도 하고
이래저래 호기심이 많은 고양이
처음 데려왔을 때보다 너무나 다른 털색깔 신기하다.
집이 편해졌는지 배를 드러내놓고 자기도 한다.
내가 회사가고 나면,
외로워 하는 것 같아
다른 유기묘를 데리고 왔다.
이 녀석은 보호소에서
구내염에 걸려 고생이 많았다.
그래도 사이좋게 지내는 모습이 좋았다.
같이 놀기도 하고,
구내염이 낫고, 컨디션이 좋아지더니
발정기가 와 나도 힘들고
이 고양이도 힘들고 해서
중성화수술 해주고,...
해주는 나도 맘이 아프지.
산책나오고 들어갈때 쯤,
배째라며 땡깡까지 부리고,
살도 많이 쪘네.
살이 너무 쪄서 나무에 오르는 것이
힘들어 보여도,
올라갈 건 올라가더라.
이젠 집 안 아무데서나
배 드러내놓고 눕거나 잔다.
산책나갈 때마다 풀 뜯어먹는 것이
위험할 것 같아, 귀리도 심어보고,
데리고 온지 세달쯤 지났을까?
처음에 오지 않던 고양이가
이젠 무릎냥이가 되었다.
어디 구멍만 있다하면 들어가는 것을 좋아해서,
비닐 봉지속에도 들어가기도 하고,
귀리도 어느정도 자라고 있구나.
어우... 돼냥이....
귀리 어쩔......
택배가 오면
항상 나보다 먼저 사용해보는 냥이들.
그래도
너희들이 좋다.
| 20190629 앙고 (0) | 2019.07.02 |
|---|---|
| 어느덧 1년이 지났구나 (0) | 2019.06.14 |
| 유기묘 입양! (0) | 2018.06.12 |
최소한 boot.wim에 intel usb 3.0 드라이버가 포함 되어 있어야 한다.
스마트어레이 P 시리즈는 Microsemi 홈페이지에 드라이버가 있다.
칩셋드라이버야 대충 무시하고 깔면 되고,,,
intel x722 칩셋을 사용한 369i 라는 내장 nic 가.. 드라이버 설치가 골치 아프다.
inf 파일로는 제대로 설치할 수가 없지만, install.wim에는 추가가 되긴 한다.
이 추가된 install.wim으로는 설치해보진 못했다. 나중에 기회가 되면 설치해봐야겠다.
ilo5 에 대한 드라이버도 역시 없다.
| B140i 리눅스 (0) | 2017.09.28 |
|---|---|
| FLR FLB 풀이 (0) | 2017.08.10 |
| 캐쉬 배터리의 역할 (0) | 2017.06.19 |
| FC 케이블과 지빅 종류에 따른 거리 변화 (0) | 2016.10.17 |
| 브라우저 접속가능 HP Management (1) | 2016.04.14 |
