Golem 제공자가 오프라인으로 보일 때 프로세스, 가상화, UDP를 먼저 봅니다
기기에서 서비스, VM, 드라이버를 보고, 이어서 KVM과 UDP 11500을 봅니다. 브라우저의 온라인 표시가 없으면 알 수 없음으로 둡니다.
| 점검 | 정상일 때 | 실패일 때 |
|---|---|---|
| 플랫폼 | x86-64 Linux. Docker가 권장 경로이고 직접 설치도 있음 | ARM과 macOS는 제공자를 돌릴 수 없음. Mac은 모니터를 열 때만 |
| 상태 세 줄 | Service is running, VM valid, Driver Ok | VM이 유효하지 않으면 문서는 컨테이너가 /dev/kvm에 닿지 못하는 쪽을 가리킴 |
| UDP 11500 | 전달하면 직접 연결이 쉬움. 없어도 네트워크가 중계할 수 있음 | 전달이 없다고 프로세스가 죽은 것은 아님. 서비스를 먼저 봄 |
| 모니터의 온라인 표시 | 출처가 true 또는 false | 표시가 없으면 알 수 없음. 수익 0도, 전원을 껐다는 증거도 아님 |
Golem 제공자가 “오프라인으로 보이면” 세 가지를 나눕니다. 이 기기가 제공자가 될 수 있는지, 프로세스와 VM이 정상인지, 네트워크가 공인 직결만 없는 것인지입니다. 브라우저의 온라인 표시는 공개 통계의 한 번 읽기입니다. 없으면 상태는 알 수 없음이고, GLM이 0이 되지는 않습니다.
문서가 정상이라고 부르는 것
제공자는 x86-64 Linux가 필요합니다. 문서는 ARM(Apple 실리콘과 ARM 서버 포함)은 현재 제공자가 될 수 없고, macOS는 어떤 하드웨어에서도 제공자로 지원되지 않는다고 합니다. Docker는 터미널을 닫아도 계속 돌고, 충돌이나 재부팅 뒤에 다시 뜨기 때문에 권장 경로입니다. 같은 글 끝에는 직접 설치도 있습니다. 그 경우 golemsp run은 터미널에 붙어 있으므로 systemd 같은 프로세스 관리가 필요합니다. Windows의 Docker Desktop(WSL 2 포함)이나 중첩 가상화가 있는 Linux VM은 보통 동작한다고 하면서, 같은 문단에서 지원 대상이 아니고 그 구성의 문제는 돕지 않는다고 합니다.
Mac에서 Golem 프로젝트 페이지를 여는 것은 괜찮습니다. Mac은 기록을 보는 클라이언트이고 제공자 호스트가 아닙니다.
golemsp status에서 문서가 제시하는 정상 조합은 Service is running, VM valid, Driver Ok입니다. VM이 유효하지 않으면 문서는 컨테이너가 호스트의 /dev/kvm에 닿지 못하는 경우를 가리킵니다. 작업은 가상 머신 안에서 돌므로 그 장치가 필요합니다. 이 튜토리얼의 전제는 물리 머신, 또는 중첩 가상화를 켠 가상 머신입니다.
Yagna는 UDP 11500을 씁니다. 문서는 포트를 전달하지 않아도 다른 노드를 통해 중계할 수 있고, 공인 주소가 더 안정적이라고 합니다. 전달은 권장이지, 시작의 절대 조건이 아닙니다. Docker가 host 네트워크이면 포트 전달은 기기에서와 같고, 컨테이너 포트를 한 겹 더 매핑하지 않습니다.
Stats 페이지는 0.17.7보다 오래된 버전은 더 이상 네트워크에 남을 수 없다고 적습니다. 설치 예시의 이미지 태그는 Docker Hub의 현재 안정 태그로 바꿉니다. 튜토리얼의 한 태그를 영원한 유일한 버전으로 두지 마세요.
이 순서로 봅니다
- 호스트가 x86-64 Linux이고 /dev/kvm이 있는지 확인합니다. ARM이나 Mac의 “오프라인”은 조정 문제가 아닙니다. 그 기기는 제공자가 될 수 없습니다.
- 상태 세 줄을 봅니다. 서비스가 안 돌면 터미널이 닫혔는지(직접 설치), 컨테이너가 다시 올라오지 않는지 먼저 봅니다.
- VM이 유효하지 않으면 가격을 바꾸기 전에, 문서대로 KVM이 컨테이너에 들어갔는지 확인합니다.
- 서비스는 정상인데 요청자가 연결하기 어려우면 그때 라우터의 UDP 11500을 봅니다. 전달이 없어도 중계는 남아 있습니다. “공인 포트가 없음”을 “프로세스가 죽음”으로 적지 마세요.
- 마지막으로 모니터의 온라인 표시와 갱신 시각을 봅니다. 표시가 비면 알 수 없음으로 두고, 기기의 상태와 대조합니다. 한쪽이 다른 쪽을 덮어쓰지 않습니다.
다음에 갈 분기
- 세 줄이 모두 정상인데 작업이 0입니다. 오프라인 점검은 여기서 끝내고 용량과 작업을 봅니다. 가격과 서브넷은 이 글이 증명하지 않습니다.
- 온라인 표시는 참인데 GLM이 비어 있습니다. 온라인은 지급이 아닙니다. 두 GLM은 최근 24시간과 누적을 보세요.
- 버전이 Stats가 허용한다고 적은 선보다 낮습니다. 설치 설명대로 현재 안정 태그로 바꾼 뒤 상태를 다시 봅니다. 모니터는 컨테이너를 대신 올리지 않습니다.
예시
예시이며 특정 기기의 측정이 아닙니다. Apple 실리콘 노트북으로 모니터를 열었더니 노드의 온라인 표시가 비어 있습니다. 빈 표시는 알 수 없음으로 두고, GLM 칸도 0으로 적지 않습니다. 그 노트북은 제공자로 설치할 수 없습니다. 다른 x86-64 Linux에서 상태가 서비스 중지, VM 무효이면, 최근 24시간 칸을 고치기 전에 프로세스와 /dev/kvm을 되돌립니다.
관련 도구
모니터는 고른 노드 기록만 저장합니다. 무료는 프로젝트당 저장된 기기 5대, Pro는 50대입니다. 기기에 로그인하거나 UDP를 열거나, 복구 뒤에 작업이나 GLM이 생긴다고 보장하지 않습니다.
자주 묻는 질문
UDP 11500을 전달하지 않으면 제공자가 고장인가요?
문서는 전달이 없어도 다른 노드가 중계할 수 있고, 공인 주소가 더 낫다고 합니다. 포트를 전달할지 정하기 전에 서비스가 도는지 보세요.
Mac에서 온라인이 안 보이면 Mac에 제공자를 다시 설치해야 하나요?
아니요. macOS는 제공자가 될 수 없습니다. Mac은 모니터만 엽니다. 제공자는 x86-64 Linux에 두고, 그 기기의 상태를 대조하세요.
온라인 표시가 비어 있으면 수익을 0으로 적나요?
적지 않습니다. 온라인 알 수 없음과 GLM 알 수 없음은 다른 칸입니다. 출처가 0을 분명히 보여줄 때만 그 칸이 0입니다.