---
document_id: PLAI_ELLIA05_READONLY_INVENTORY_CANARY
schema_version: 1
status: COMPLETE_ROLE_ACTIVATION_BLOCKED
node_role_activated: false
---

# ellia05 read-only inventory canary

## 결과

2026-08-05 KST에 현재 `ellia05` 장치만 기존 exclusion에서 해제했다. 같은 PC 이름으로 남은 stale legacy device ID는 계속 exclusion 상태다.

먼저 `1.4.64-resilience-readonly-inventory-single-install-locked` 후보를 단일 장치 policy로 전달했다. 첫 candidate heartbeat는 성공했지만 이후 같은 설치 경로에서 살아 있던 구형 `1.4.4-direct-node-open` worker가 다시 heartbeat를 덮어쓰는 현상을 확인했다. 이를 성공으로 숨기지 않고 policy 동결 상태를 재확인한 뒤, 다른 Node 앱이나 다른 설치 경로를 건드리지 않고 같은 `sync.js` 경로의 legacy worker와 별도 supervisor만 정리하는 `1.4.65-resilience-legacy-worker-retirement-single-install-locked`로 보정했다.

최종 후보 SHA-256은 `d931ebee772d6b983da0cc874e8214489c17fa49f2c29c32a93c7d795d3ac452`다. runtime, confirmed restart/rollback, single-install, durable supervisor, validator tunnel 격리 test가 모두 통과한 뒤 배포했다.

최종 canary 결과는 `CANARY_READY_HEARTBEAT_CONFIRMED`다. 대상 외 candidate node/device는 0개였고 rollout policy는 확인 직후 삭제됐다. 이후 약 45초 간격의 세 후속 관찰에서 모두 `1.4.65`만 보고돼 구형 worker 재등장이 없음을 확인했다.

## authenticated inventory

| 항목 | 관찰값 |
|---|---:|
| logical CPU | 4 |
| total RAM | 7.85 GiB |
| 관찰 당시 free RAM | 약 2.0 GiB |
| host uptime | 약 5.81일 |
| node volume | `D:\` |
| node volume total | 1953.11 GiB |
| node volume free | 1951.71 GiB |
| capacity 상태 | `CAPACITY_READ_ONLY` |
| physical disk health | `UNKNOWN_NON_ADMIN` |

수집기는 environment, 파일 내용, credential, 공개 IP, operator key를 읽지 않는다. UPS, auto boot, 물리 위치, ISP 독립성도 추정하지 않는다.

운영자는 2026-08-05 현재 정전 후 자동부팅용 별도 장치가 설치돼 있지 않아 수동 전원 복구가 필요하다고 확인했다. 따라서 이 노드는 online 상태에서 backup archive를 받는 후보로는 계속 검토할 수 있지만, 무인 recovery node 또는 자동 failover node로는 승인하지 않는다. 현 상태로는 정전 사고에 대한 RTO 30분을 보장할 수 없다.

## 적용과 비적용

새 heartbeat schema를 받기 위해 AISFOR와 AISFOR Chain API를 순차 재시작했고 각각 local HTTP 응답을 확인했다. 메인 서버 역할은 그대로 유지했다.

수행하지 않은 작업:

- DB dump/write와 Mongo topology 변경
- service standby, RPC, validator 시작 또는 승격
- DNS와 public API 변경
- operator signing과 외부 자산 전송
- age identity/private key 생성
- backup ciphertext 전송과 restore

## 다음 gate

`ellia05`를 backup archive 또는 recovery node로 확정하려면 다음이 필요하다.

1. 정전 시 수동 전원 복구를 반영한 RTO 예외 승인 또는 추후 자동 전원 복구 장치 설치
2. UPS 존재 여부
3. Primary A 및 validator site와 다른 물리 위치/전원/ISP인지 운영자 확인
4. physical disk health와 recovery directory custody 확인
5. backup ciphertext 보관자와 offline age private-key custodian을 서로 분리
6. 별도 isolated restore host 지정

특히 backup ciphertext를 `ellia05`에 보관한다면 age private key는 그 PC에 만들지 않는다. 반대로 `ellia05`를 offline recovery/key-custody host로 쓸 경우 ciphertext archive는 다른 승인된 failure domain에 둔다.
