가끔 보자, 하늘.

예들들어 data_type이 10001인 2023년 12월 25일 데이터를 모두 지우고 재구축하고 싶다면 kibana DevTools혹은 api를 이용해 다음과 같은 순서로 진행합니다. 1. 우선 count api를 이용해 삭제할 수량 확인 및 검증합니다. # index 파일을 날짜로 구분할 경우 한국은 +9 이므로 한국 시간 기준 0시부터 9시까지의 데이터는 logstash-2023.12.24에 포함됩니다. # 그러므로 logstash-2023.12.24에서도 동일한 쿼리를 실행해야 한국시간 기준으로 정확힌 데이터를 확인할 수 있습니다. GET /logstash-2023.12.25/_count { "query": { "bool": { "must": [ { "term": { "data_type": "10..

https://www.elastic.co/guide/en/elasticsearch/reference/current/search-aggregations-bucket-datehistogram-aggregation.html Date histogram aggregation | Elasticsearch Guide [8.11] | Elastic Many time zones shift their clocks for daylight savings time. Buckets close to the moment when those changes happen can have slightly different sizes than you would expect from the calendar_interval or fixed_in..

dmidecode 혹시 lshw 두 가지를 주로 사용합니다. lshw는 일반유저로도 일부 정보는 볼 수 있으나 상세한 확인을 위해서는 둘 다 super user 계정 혹은 sudo로 실행하세요. CPU 정보 > lscpu 혹은 > dmidecode -t processor 마더보드 > dmidecode -t baseboard 메모리 > dmidecode -t memory 저장매체 # 물리장치, 장치 별 파티션 정보 확인 > lsblk # rota 가 0이면 SSD , 1이면 HDD > lsblk -d -o name,rota # 볼륨그룹 정보 조회 > vgs # 논리볼륨 정보 조회 > lvs # 사용량 상세 정보 조희 > df -h # 폴더별 용량 조희 > du -hs 폴더명 그래픽 카드 > lshw -C ..

Invalid aggregation order path [something]. Buckets can only be sorted on a sub-aggregator path that is built out of zero or more single-bucket aggregations within the path and a final single-bucket or a metrics aggregation at the path end. 아래와 같은 샘플을 만들었었다. "query" : { ... 검색 조건...}."aggs" : {"term_key" : {"terms": {"field" : "field_first","order" : {"something" : "desc"}}"aggs": {"something" :..

간혹 테스트를 하거나 잘못 보내진 문서만 골라서 지워야 하는 경우가 있다. kibana dev tools에서 _delete_by_query를 사용하여 손쉽게 처리할 수 있다. (앞으로도 간혹 생각나는 것들이 있거나 기록하고 싶으면 아래 내용을 추가할 예정!!) >> 특정 범위의 로그를 지울 경우POST logstash-rs1_lnk_kr-*/_delete_by_query{ "query": { "range" : { "item_name_you_want_to_delete": { "lt" : "value_you_find_out" // lt= less than, gt=greater than, eq=equal } } }}

쿼리브라우져를 사용할 때, 새로운 편집 창을 열면 새로운 세션이 생성됨. 그래서 편집 창을 열었다가 뭔가 하고 닫기를 반복하면, 세션이 계속 생성되어, max_connections 개수를 초과하는 문제가 발생할 수 있다. 거기다 wait_timeout을 길게 잡아두면 더 쉽게 걸림. sp를 줄줄이 수정하다가 문제가 생기는 경우가 있음. 주의하자.!!