지난 2월 7일쯤 Storj 관련 포스팅을 하고 현재 사용량을 확인 했을때???
엄청나게 사용량이 증가했더… 지금 추세라고하면 1-2달 안으로 3-400GB 를 넘길듯 한데.

아직 이번달 정산이 이루어지지 않아서… 계속 유지 할지 어쩔지 고민중이다.
일단 이 정도라면??? 그래도 어느정돈 정산을 받아야 할텐데. ( Storj 시세가 오르고 있기도 하고…ㅎㅎㅎ )

드디어 기다리고 기다리던 RHEL7.5 릴리즈 되었네요

 RHEL 7.5 는 향상된 보안 및 규정 준수, 규모에 따른 사용, 윈도우즈 인프라 및 마이크로 소프트
Azure와의 지속적인 통합, 스토리지 비용 제어에 대한 새로운 기능 등 이 포함 되었다고 하네요.

업데이트 관련 자세한 내용은 아래의 링크에서 확인 가능 합니다.

RHEL 7.5  : [ C L I C K ]
Release Note : [ Release note ]

위 RHEL 7.5버전은 http://access.redhat.com 에서 다운로드 가능 합니다.

이날 클릿패달과 클릿 신발을 처음 착용하고… 짧은 코스를 다녀 오려했으나…

한 바퀴 다 돌아 버렸…

도중에… 클릿이 제대로 정렬이 안 되서… 중간 중간 정렬 다시 해 주고… 
코스를 잘 몰라서… 엉뚱한 곳에서 헤매고 … 자빠링 좌1, 우1 … 그리고 지갑을 가지고 가지 않아서… 배고품에 허덕이고
황사 비를 맞으며… 미션을 완료했던… 그 날…

OpenShift 환경에서 특정 노드가 장애가 발생하여 FailOver 하는경우 해당 POD 에 대한 Fail Timeout 값을 몇으로
할지 경정 Default 값은 5min 

 

File : /etc/origin/master/master-config.yaml

kubernetesMasterConfig:
   podEvictionTimeout : 5m <= This

Desc : 
Controls grace period for deleting pods on failed nodes. It takes valid time duration string. If empty, 
you get the default pod eviction timeout.

 

기존에 운영중인 App 노드를 제거해야 되는경우 아래의 절차에 따라서 수행 가능

1. schedulable disable # 스케쥴러 비 활성화
# oc adm manage-node    --schedulable

2. pod move # 해당 노드에 할당되어있던 POD 를 다른 노드로 이동
# oc adm drain  

3. node delete # App 노드에서 제거
# oc delete node 

URL Ref.
https://docs.openshift.com/container-platform/3.6/admin_guide/manage_nodes.html#evacuating-pods-on-nodes
https://docs.openshift.com/container-platform/3.6/admin_guide/manage_nodes.html#deleting-nodes

 1. pip 패키지 목록에 대한 DownLoad 및 압축 – 사전 작업 (EPEL Repository 필요)

 

# yum install python-pip bzip2 -y
===================================================================================================================================================================================================
Package Arch Version Repository Size
===================================================================================================================================================================================================
Installing:
python2-pip noarch 8.1.2-5.el7 epel 1.7 M
Installing for dependencies:
python-backports x86_64 1.0-8.el7 base 5.8 k
python-backports-ssl_match_hostname noarch 3.4.0.2-4.el7 base 12 k
python-setuptools noarch 0.9.8-7.el7 base 397 k

Transaction Summary
===================================================================================================================================================================================================

>> pip 명령을 사용하기 위하여 python-pip 패키지 설치 ( 해당 패키지는 epel Repository 에서 다운로드 받아야 함. )

# pip install -U pip pip2pi setuptools

>> pip pip2pi setuptools 패키지 업데이트

 

# pip install –download /var/www/html kolla-ansible
kolla-ansible netaddr six setuptools pbr Jinja2 oslo.utils PyYAML oslo.config docker cryptography MarkupSafe pytz pyparsing debtcollector iso8601 funcsigs oslo.i18n netifaces monotonic stevedore rfc3986 backports.ssl-match-hostname docker-pycreds requests ipaddress websocket-client cffi enum34 asn1crypto idna wrapt Babel certifi chardet urllib3 pycparser

>> “/var/www/html” 경로에 kolla-ansible 패키설치에 필요한 파일들을 다운로드함 ( 의존성 포함. )

# dir2pi /var/www/html/

>> /var/ww/html 경로에 대하여 패키지 DB 파일 작성 ( createrepo 와 같은 작업 )

 

# cd /var/www/html
# tar cvjfp pip_backup.tgz *

>> 해당 파일 목록 압축

 

2. 폐쇠망 환경에서 pip 패키지 설치 진행 – 본 작업

 

# yum install python-pip -y

===================================================================================================================================================================================================
Package Arch Version Repository Size
===================================================================================================================================================================================================
Installing:
python2-pip noarch 8.1.2-5.el7 epel 1.7 M
Installing for dependencies:
python-backports x86_64 1.0-8.el7 base 5.8 k
python-backports-ssl_match_hostname noarch 3.4.0.2-4.el7 base 12 k
python-setuptools noarch 0.9.8-7.el7 base 397 k

Transaction Summary
===================================================================================================================================================================================================

>> pip 명령을 사용하기 위하여 python-pip 패키지 설치 ( 해당 패키지는 epel Repository 에서 다운로드 받아야 함. )

 

# cd /var/www/html
# tar xvjfp pip_backup.tgz

>> 해당 파일 목록 압축 해제

 

# vi ${HOME}/.pip/pip.conf

[global]
index-url = http://your.domain.lan/pip/simple
index-url = file:///var/www/html/simple

>> 위 파일에 저장소 위치를 입력 함.

Archer C9 v3 모델에 DD-WRT FirmWare 를 드디어 성공 했다.
Archer C9 v3 모델이 좋긴 하지만… 기능이 너무 빈약하여…
언제쯤 DD-WRT 를 사용 할 수 있을까 기다렸는데… 드디어 v3 버전에도 축복이…

현재 문제라고 한다면??? LAN 쪽 LED 가 정상적으로 들어오지 않는다. 
이것 빼곤… 그럭 저럭…

사용한 DD-WRT 버전은 아래왁 같다.

Firmware : ftp://ftp.dd-wrt.com/betas/2017/12-04-2017-r33986/tplink_archer-c9v3/factory-to-ddwrt.bin
Web flash : ftp://ftp.dd-wrt.com/betas/2018/03-05-2018-r35244/tplink_archer-c9v3/archer-c9v3-webflash.bin

우선 factory-to-ddwrt.bin 파일로 업그레이드를 하면 DD-WRT 로 변경된다.
그 상태에서 archer-c9v3-webflash.bin 으로 한번더 업그레이드를 진행 해주면 끝.

그 다음부턴 설정을 진행하면 됨.
주의 할 점은 해당 펌웨어가 정식이 아니기때문에 어떤 문제가 생길지 알 수 없음.

현재 본인이 거주하고있는 아파트는 지은지 20년이 넘은 노후 아파트임.
그런 이유로 KT FTTH 는 꿈도 꿀수 없고(외벽으로 시공을 해야 되지만 주민 반대)

기존 KT VDSL2(100mbps/100mbps) 로 약 3-4년을 살고 있었음.
물론… LG U+ 나 SKB 가 UTP 기반으로 기가 인터넷이 가능 하지만.
xpenology 등의 서비스를 운영하기 위한 편의성(80 port) 로 인하여 약 17년째 KT 를 사용중.

그리고 몇일전… KT 100번으로 해당 건물의 기가 인터넷 가능 여부를 문의 하였고
지사에서 가능하다고 답변을 함.
그래서… 그럴리 없다… 다시 확인해 달라고 하였으나… 몇일전 장비가 둘어 왔다는 답변을 들을 수 있었음.

설래는 마음으로 다시 KT 100번에 전화를하여 기가인터넷 콤팩트 요금으로 갈아탐.

그리고 드디어 어제 기가 인터넷으로 개통을 완료… ( 뭐… 예상은 했지만… )

FTTH 서비스고 아니고 UTP 서비스도 아닌… 기존 전화선 기반의(VDSL 과 비슷 하다고 보면 됨.) KT GIGA WIRE2 서비스임.
개통 기사분께서 강조 하시던… 비대칭 기가 인터넷임.

이것이… 실화임… 설치 기사님 장비로 측정했을때 4xx mbps / 14x mbps 였는데…
내 컴에선 죽어도 4xx mbps 속도는 나오지 않음.

위에 사진에도 나와있지만 유비쿼스사의 C314G 모뎀의 스펙정보도 없음. ( 구글링 자료도 없음. )

그래도 … 이거라도 감사 하면서… 써야지…

Problem

bootstrap_mariadb 이 EXIT 상태가 되며 아래와 같은 메시지와 함께 deploy 가 정상 진행되지 않는경우. ( retry 횟수 초과로 deploy 가 중지됨. )
FAILED – RETRYING: wait for slave mariadb (10 retries left).

Solution

  1. # vi /usr/share/kolla-ansible/ansible/library/kolla_docker.py ( 아래의 “####” 로 구분된 라인을 추가 )

    627 line add
    if not self.params.get(‘detach’):
    rc = self.dc.wait(self.params.get(‘name’))
    #########################################
    # NOTE(jeffrey4l): since python docker package 3.0, wait return a
    # dict all the time.
    if isinstance(rc, dict):
    rc = rc[‘StatusCode’]
    #########################################
    if rc != 0:
    self.module.fail_json(

    해당 내용은 ocata, piki 모두 해당되며, 대략 내용은 mariadb deploy 과정에서 bootstrap_mariadb 의 시간을 기다려주지 못 해서 Faild 처리 되는 것 같음.

https://bugs.launchpad.net/kolla-ansible/+bug/1747217
https://review.openstack.org/#/c/540124/1/ansible/library/kolla_docker.py