ATLAS_HOOK lag는 없고 entity와 Solr index는 존재하지만 hive_table 검색에서 보이지 않으며 재시작 또는 commit 이후 나타난다.
원본에서 REST 및 Solr 존재와 commit/재시작 후 표시가 확인됐지만 검색 지연의 최종 원인은 미확정이다. ignore pattern으로 인한 Kafka lag는 별도의 증상으로 분리한다.
entity 저장, 검색 API, UI 필터를 분리해 검사한다. UI 필터면 초기화하고, 검색 가시성 문제면 Solr searcher·replica 상태와 Atlas 구성을 확인해 복구한다.
확인 수준: 추가 조사 해법 · 해당 케이스 적용 결과 미확인
적용 조건: <...>와 예시 DB·테이블·경로·수치는 실제 확인값으로 바꾼다. 명령과 메뉴는 참고 문서를 바탕으로 보강한 예시이며 대상 시스템에서 실행하지 않았다. 버전·원인에 따른 분기와 남은 확인 사항은 아래에 명시한다.
kinit으로 유효한 ticket을 얻은 뒤 entity를 직접 조회한다. URL prefix는 실제 Atlas gateway 경로에 맞춘다.curl --fail --silent --show-error --negotiate -u : --cacert '<ca-file>' --get \
--data-urlencode 'attr:qualifiedName=<db.table@cluster>' \
'https://<atlas-host>:<port>/api/atlas/v2/entity/uniqueAttribute/type/hive_table'
/search/basic 또는 /search/dsl 응답을 확인한다. entity API는 성공하지만 검색 API에는 없으면 UI 표시보다 search/index 경로를 우선 조사한다. API에는 있으면 UI filter·페이지·사용자 권한 차이를 확인한다.vertex_index collection의 replica 상태, recovery, update 오류와 searcher 정보를 확인한다. Atlas가 연결하는 ZooKeeper·collection이 조사한 Solr와 같은지도 대조한다.동일 사용자·검색 조건으로 새 entity가 재시작 없이 표시되는지 반복 확인한다. consumer lag 0만으로 검색 가시성 정상이라고 판단하지 않는다.