반응형

최근 주키퍼 version-2폴더 안에 스냅샷 로그가 매우 많아 디스크 용량이 90%이상 초과되었습니다.

 

따라서, 데이터를 삭제해줘야하는데, 직접 삭제하는 경우는 주키퍼 노드간 정합성 불일치 이슈가 있기 때문에 서치 중, conf폴더 아래 zoo.cfg 설정을 통해 해결할 수 있었습니다.

 

주키퍼의 경우 디폴트로 아래 옵션이 주석처리 되어 적용되지 않습니다. 따라서 아래 옵션을 활성화 시켜줍니다.

아래 옵션은 24시간 마다 스냅샷과 트랙잭션 로그를 3개 남기라는 옵션입니다.

 

# 스냅샷 유지 갯수

autopurge.snapRetainCount=3

# autopurge를 해당 주기마다 실행 (24시간)

autopurge.purgeInterval=24

 

해당 설정은 주키버 재시작을 해야만 적용됩니다. 아래 명령를 통해 재시작하게 되면, 3개의 스냅샷 로그와 트랜잭션 로그를 제외하고 삭제된 것을 확인할 수 있습니다.

 

/zookeeper/default/bin/zkServer.sh restart

반응형
반응형

아래 명령어를 통해 파일의 row수를 셀 수 있습니다.

cat 파일명.xml | wc -l
194
반응형
반응형

주키퍼 실행, 저널노드 실행했더니, 아래 에러가 발생하고 있었습니다. 아래 에러이며, 해당 저널 스토리지에 포멧이 되지 않았는다는 문구로, 하둡 HA구성 시 발생할 수 있습니다.

 

원인

 

해결

하둡 bin폴더에서 아래 명령어를 실행하게 되면, 관련 에러가 사라진 걸 볼 수 있습니다.

hdfs namenode -initializeSharedEdits  명령어를 실행하면 네임노드의 편집 로그를 초기화하고 공유된 편집 로그 시스템을 설정하는 작업을 수행합니다. 편집 로그의 초기화는 데이터를 삭제하지 않지만, 해당 네임노드의 편집 로그를 새로운 시작점으로 설정합니다.

./hdfs namenode -initializeSharedEdits

 

 

 

반응형
반응형

몽고DB 데이터 저장

현재 몽고 DB에 아래와 같은 데이터가 저장되어 있습니다. KEY로는 reg_date, user_id, ids가 있으며, ids안에 다시 key:value 형태로 id와 score를 저장하고 있습니다.

{
    "_id" : ObjectId("abcdefg"),
    "reg_date" : "2023-05-07",
    "user_id" : "foo",
    "ids" : [
        {
            "id" : "boo",
            "score" : "100.0"
        },
        {
            "id" : "boo1",
            "score : "80.0"
        }
    ]
}

트리노 몽고DB 조회

트리노에서 위의 몽고 데이터를 조회하게 되면 아래와 같이 나옵니다.

reg_date user_id ids
2023-05-07 foo {{id=boo, score=100.0},{id=boo1, score = 80.0}}

 

문제

앞서 말씀 드린 것과 같이 ids안에는 각각의 id와 score가 key:value형태로 저장되어있습니다. 

이번 포스팅에서는 json형태의 ids안에 key를 각 컬럼 value를 row로 변경해보려 합니다.

reg_date user_id ids
2023-05-07 foo {{id=boo, score=100.0},{id=boo1, score = 80.0}}

                                                                         ▼

reg_date user_id id score
2023-05-07 foo boo 100.0
2023-05-07 foo boo1 80.0

해결

아래와 같이 unnest, cross join을 통해 간단하게 추출할 수 있습니다.

select a.reg_date, a.user_id ,id ,score 
from mongo.db.table a
cross join unnest(ids) as x(id,score)
where reg_date '2023-05-07'
and user_id ='foo'
반응형
반응형

원인

이번주 부터 갑자기 자동화로 수집되는 크롤링들이 안되는 경우가 있었을 겁니다. 이유는 바로 115버전으로 업데이트 되면서 chromedriver_autoinstaller.install(True)이 제대로 작동하지 않아서 입니다. 저는 아래와 같은 에러메세지가 발생했습니다.

해결

1. 크롬드라이버다운(115)

https://chromedriver.chromium.org/downloads

 

ChromeDriver - WebDriver for Chrome - Downloads

Current Releases If you are using Chrome version 115 or newer, please consult the Chrome for Testing availability dashboard. This page provides convenient JSON endpoints for specific ChromeDriver version downloading. For older versions of Chrome, please se

chromedriver.chromium.org

우선 115가 아니더라도 자신의 크롬버전의 맞은 크롬드라이브를 다운받습니다. 우선 아래 빨간색 밑줄 클릭후

 

저는 115이기 때문에  stable win64버전을 다운받았습니다.

2. 코드 수정

기존에러 코드

chrome_ver = chromedriver_autoinstaller.get_chrome_version().split('.')[0]
try:
    driver = webdriver.Chrome(f'./{chrome_ver}/chromedriver.exe', options=option)
    
except:
    chromedriver_autoinstaller.install(True)
    driver = webdriver.Chrome(f'./{chrome_ver}/chromedriver.exe', options=option)
driver.implicitly_wait(10)

수정된 에러코드

저는 스크립트와 크롬드라이브를 같은 폴더내에 위치하여 경로를 아래와 같이 잡았습니다. 수정 후 배치를 다시 진행되면 스크립트가 정상적으로 수행되는 것을 볼 수 있습니다.

chrome_ver = chromedriver_autoinstaller.get_chrome_version().split('.')[0]
try:
    driver = webdriver.Chrome(f'./{chrome_ver}/chromedriver.exe', options=option)
    
except:
    chromedriver_autoinstaller.install(True)
    
    ## 현재 작동안함
    #driver = webdriver.Chrome(f'./{chrome_ver}/chromedriver.exe', options=option)
    
    ## 신규 코드
    driver = webdriver.Chrome(f'./chromedriver.exe', options=option)
driver.implicitly_wait(10)
반응형
반응형

1. 주식에 단기 방향에 집착하여 좋은 종목들을 되판것(메타 : 90달러, 테슬라 : 110달러, 오픈도어 0.9달러)

 

2. 공모주 흥행을 기대하며, 공모주(에이엘티)를 시초가에 매수 했다가 큰 손실(-30%) 

 

3. 기술주 급등에 휩슬려 가지고 있던 배당주를 매도한 것 (오크, 사이먼프로퍼티)

 

4. 위험이 있는 개별 종목을 매수한 것. (frc, pack)

- 특히, 산업 자체의 위험이 있을경우는 개별종목 배팅이아닌, etf고려할 것

반응형
반응형

안녕하세요 다들 청약결과는 어떠 셨나요. 청약관심도가 높아진만큼 경쟁률 또한 극악이네요 ;; 균등비례를 받을 확률은 아래와 같습니다.

 

아이엘티 -  0~1주(0.24)

파로스아이바이오 - 1~2주(1.11)

버넥트 - 0~1주(0.858)

 

 

1. 아이엘티

저는 인생 처음으로 비례 청약에 참여하였는데요 이번에 기대가 가장 높았던 아이엘티에 가지고있던 돈 18,725,00원을 청약한 결과 1주도 받지 못했습니다. 경쟁률이 매우 높았는데요 ㅜㅜ 아직 경쟁률이 몇대몇일때 얼마정도의 돈을 투입해야 1주라도 받을 수 있는지 지식이 없어 참담하게 실패하였습니다. 그래서 다음엔 경쟁률로 보는 비례청약액수를 포스팅해보려고합니다. 이유는 바로 다다음주에 청약진행하는 파두 때문입니다. 다같이 공부해봅시다! 

 

그래도 균등을받았습니다!!! 0.24%의 확률을 뚫다니.. 운이 없던 저에게 이런 행운이 올지 몰랐네요

 

2. 파로스아이바이오

제가 전에 포스팅에서 파로스아이바이오 청약을 한다고 하였습니다. 저는 최소 2주는 받을 줄 알았는데 생각보다 많은 분들이 참여하셨더라구요... 이럴거면 여기에 비례를신청할걸 파로스아이바이오 상승도 기원합니다!

 

3. 버넥트

아이엘티도 받았는데!! 설마 버넥트가 배신하진 않겠죠.. 대신증권 너무느립니다 ㅜㅜ 오후11시인 지금 아직도 안나왔어요 아마 내일 발표하지 않을까 싶습니다. 모두 성투하시고 버넥트 배정받길 기원합니다.

 

버넥트 1주 받았습니다 

반응형
반응형

1. 파로스아이바이오

출처 :파로스아이바이오 온라인 기업설명회

파로스아이바이오는 AI기반의 신약을 개발하는 회사입니다. 기존의 신약파이프라인 대비 인공지능을 활용하여, 비용 및 시간을 절감하고, 질병 원인 규명 및 치료제 개발 성공 가능성을 높인다고 합니다. 현재 바이오 섹터가 부진한 부분이 있지만, 인공지능과 결합한 부분을 강점으로 어필하는 회사입니다. 

2. 일정

청약일 : 7월17일(월) ~ 7월18일(화)

주식 배정, 환불일 : 7월20일(목)

상장, 매매시작 : 7월27일(목)

 

3. 공모가

공모가 : 14,000원

 

14,000원 ~ 18,000원 중 제일 하단인 14,000원으로 결정되었습니다. 기관의 가격선정을 보면 중간이 없고 14,000원 또는 18,000원에 대한 수량이 많아보입니다. 아마, 최근 핫한 공모주시장을 반영하여 높은 가격을 제시한건 아닐까 생각합니다.

출처 : dart

 

4. 기관경쟁률

기관경쟁률 : 303.31

 

기관 경쟁률의 경우 같은날 청약하는 버넥트(1520:1)과 에이엘티(1836:1)에 비해 현저히 낮은 수치를 보여주고 있습니다. 기관은 파로스아이바이오를 매력적이라고 생각하지 않는 것 같습니다.

 

 

5. 의무보유 확약 및기관수 및 신청수량

의무보유 확약 건수 : 0.83%

신청수량 : 1.30%

 

의무보유확약 건수로 0.83% 신청수량으로는 1.30%가 나왔습니다. 따라서 상장 당일에 기관들의 물량이 쏟아져나올 수 있다는 것이죠.

의무보유 확약을 모르시는 분들이 계실 수 있기 때문에 설명드리자면, 의무보유 확약을 신청하게 되면 특정 기간동안 매매를 하지않는 다고 약속하는 것이죠. 따라서, 의무보유 확약 수량이 높을 수록 기관이 기업을 좋게 판단한다고 생각하시면 됩니다.

출처 : dart

5. 청약신청 증권사

증권사 : 한국투자증권

개좌개설당일 청약 여부 : 가능

수수료 : 2,000원

최소단위 청약 증거금 : 350,000원

6. 결론

저는 이번 파로스아이바이오 청약 신청하려고 합니다. 의무보유 확약도 낮고 공모가 또한 낮게 측정되었지만, 현재 공모주 분위기가 좋기 때문에 어느정도의 수익을 주지않을까 생각합니다. 또한 이 부분이 중요한데 이번 파로스아이바이오청약에는 환매청구권이 있습니다. 상장 후 6개월 내에 공모가의 90% 즉 12,600원 아래로 내려갈 시 12,600원을 보장받을 수 있는 권리입니다. 이러한 이유로 청약 진행하며, 추가적으로 배당 받은 주식을 타 계좌로 이동할 경우 환매청구권을 행사할 권리가 사라지니 주의 하시기 바랍니다.

반응형

+ Recent posts