Проблемы и варианты решения

На этой странице представлены варианты решения проблем и ответы на часто возникающие вопросы.

ПОМОГАЙТЕ ПОДДЕРЖИВАТЬ ЭТУ СТРАНИЦУ В АКТУАЛЬНОМ СОСТОЯНИИ Если вы нашли проблему, которой нет на этой странице, отправьте проблему на GitHub. Обязательно соблюдайте формат проблемы, используемый в этом документе.

Ноды

Неверное EpochChangeProof: Несоответствие значения путевой точки

Описание

Получите эту ошибку от ноды валидатора:

{"error":"Invalid EpochChangeProof: Waypoint value mismatch: waypoint value = 3384a932349524093cda8cea714691e668d668fb34260d8a5f77c667d7724372, given value = 81ee9bd880acd25ad617e55913b7345dc01b861adf43971259a22e9a5c82315c","event":"error","name":"initialize"}

Решение проблемы

Удалите файл secure-data.json, поскольку, скорее всего, вы используете старую версию этого файла. Расположение этого файла смотрите в разделе Подключение к сети Aptos.

Как узнать, когда начнется следующая эпоха

ТЕКУЩАЯ ПРОДОЛЖИТЕЛЬНОСТЬ ЭПОХИ Продолжительность текущей эпохи в Aptos составляет 1 час.

Чтобы отследить изменения эпохи, выполните следующие действия:

Перейдите на страницу учетной записи 0x1 в Aptos Explorer, нажав здесь. Убедитесь, что в правом верхнем углу выбран пункт Premainnet.
Переключитесь на вкладку RESOURCES (Ресурсы).
Используя поиск в браузере (Ctrl-f, не используйте поле Поиск транзакций), найдите last_reconfiguration_time. Вы найдете временную метку последнего перехода эпохи в микросекундах. Текстовое отображение выглядит следующим образом:
```
{
  "epoch": "25",
  "events": {
    "counter": "25",
    "guid": {
      "id": {
        "addr": "0x1",
        "creation_num": "2"
      }
    }
  },
  "last_reconfiguration_time": "1664919592960637"
}
```
Перейдите https://www.epochconverter.com/ и включить временную метку эпохи, чтобы преобразовать ее в читаемую человеком дату.

Как проверить, находится ли адрес валидатора в наборе валидаторов

Вы можете проверить, находится ли адрес валидатора в наборе валидаторов Aptos в командной строке или с помощью Aptos Explorer.

CLI

Выполните приведенную ниже команду:

aptos node show-validator-set --profile operator | jq -r '.Result.active_validators[].addr' | grep <stake pool address>

И убедитесь, что вы видите валидатор в результатах.

Aptos Explorer

Выполните следующие шаги в Aptos Explorer:

Перейдите на страницу учетной записи 0x1 в Aptos Explorer.
Выберите Premainnet в правом верхнем выпадающем меню.
Переключитесь на вкладку RESOURCES, расположенную ниже.
Используя поиск в браузере (Ctrl-f, не используйте поле Search transactions), найдите адрес валидатора.

Как найти адрес стейкинг-пула

Чтобы узнать, какой адрес стейкинг-пула следует использовать (например, для загрузки ноды), выполните приведенную ниже команду. Этот пример приведен для сети Premainnet. Для других сетей используйте соответствующий URL REST для поля --url. См. раздел Загрузка ноды валидатора :

aptos node get-stake-pool \
  --owner-address 0x0756c80f0597fc221fe043d5388949b34151a4efe5753965bbfb0ed7d0be08ea \
  --url https://premainnet.aptosdev.com

Как проверить, является ли адрес правильным адресом стейкинг-пула или правильным адресом валидатора

Выполните следующие действия на Aptos Explorer:

Перейдите на страницу учетной записи 0x1 в Aptos Explorer.
Выберите Premainnet в правом верхнем выпадающем меню.
Переключитесь на вкладку RESOURCES внизу.
Используя поиск в браузере (Ctrl-f, не используйте поле Search transactions), найдите ресурс StakePool. Адрес с ресурсом StakePool является правильным адресом стейкинг пула.
Вы можете перепроверить, выполнив поиск оператора и проверив, является ли это адресом вашего оператора.

Как посмотреть вознаграждение за предыдущую эпоху

Чтобы просмотреть вознаграждения за предыдущую эпоху для данного адреса пула, щелкните на URL-адресе в следующем формате. Этот пример для Premainnet и для адреса пула 0x2b32ede8ef4805487eff7b283571789e0f4d10766d5cb5691fe880b76f21e7e4. Используйте в этом месте выбранный вами адрес сети и пула:

https://premainnet.aptosdev.com/v1/accounts/0x2b32ede8ef4805487eff7b283571789e0f4d10766d5cb5691fe880b76f21e7e4/events/10

Ошибка Terraform "Connection Refused"

Описание

При запуске terraform команда выдает сообщение об ошибке отказа в подключении.

Error: Get "http://localhost/api/v1/namespaces/aptos": dial tcp 127.0.0.1:80: connect: connection refused

Решение проблемы

Это, скорее всего, означает, что состояние установки не синхронизировано с сохраненным файлом состояния terraform, расположенным в ведре хранения (настраивается во время оператора terraform init). Это может произойти, если кластер или другие компоненты были удалены вне terraform, или если terraform столкнулся с ошибкой и не завершился. Используйте следующие команды для проверки состояния. Удалите состояние, связанное с сообщением об ошибке. Скорее всего, вам придется запустить terraform destroy, очистить среду и снова запустить скрипт terraform.

terraform state list

terraform state rm <state>

Ошибка Полной ноды "NoAvailablePeers"

Описание

Если ваша нода не может синхронизировать состояние, а в журналах отображается "NoAvailablePeers", это, скорее всего, связано с перегрузкой сети.

Решение проблемы

Вы можете попробовать добавить несколько дополнительных восходящих пиров для вашей полной ноды для синхронизации состояния. См. руководство Добавление исходных пиров восходящего потока.

Запуск ноды приводит к ошибке обработки YAML-файла

Решение проблемы

Файлы YAML чувствительны к ошибкам форматирования. Используйте специальный редактор YAML или используйте средство проверки синтаксиса YAML в предпочитаемом редакторе для проверки правильности отступов в каждой строке файла YAML.

Ошибка "Unable to fetch any peers to poll"

Описание

При запуске ноды командой cargo run -p ... вы получаете ошибку "Unable to fetch any peers to poll". Похоже, что у вас нет пиров на доступных тестовых нодах. При запуске у вас нет никакого результата:

curl 127.0.0.1:9101/metrics 2> /dev/null | grep "aptos_state_sync_version{type=\"synced\"}"

Также версия синхронизации не увеличивается, что указывает на то, что синхронизация не работает.

Решение проблемы

Валидатор полной ноды в devnet принимает только максимальное количество соединений. Если Aptos devnet испытывает большой объем сетевых соединений, ваша полная нода может не иметь возможности подключиться. Также возможно, что у вас нет надлежащей конфигурации сети с правилами брандмауэра для разрешения исходящего трафика.

Вы можете решить эту проблему следующим образом:

Проверка конфигурации сети.
Добавление seed peer для подключения в файле public_full_node.yaml. См. раздел Добавление исходных пиров восходящего потока.

Например, после добавления одного пира в секцию seeds в файле public_full_node.yaml, как показано ниже, перезапустите команду cargo run -p ...:

full_node_networks:
    - discovery_method: "onchain"
      # The network must have a listen address to specify protocols. This runs it locally to
      # prevent remote, incoming connections.
      listen_address: "/ip4/127.0.0.1/tcp/6180"
      network_id: "public"
      # Define the upstream peers to connect to
      seeds:
        bb14af025d226288a3488b4433cf5cb54d6a710365a2d95ac6ffbd9b9198a86a:
            addresses:
            - "/dns4/pfn0.node.devnet.aptoslabs.com/tcp/6182/noise-ik/bb14af025d226288a3488b4433cf5cb54d6a710365a2d95ac6ffbd9b9198a86a/handshake/0"
            role: "Upstream"

Вопросы обеспечения работоспособности ноды

Решение

проблемы Если ваша нода валидатора сталкивается с постоянными проблемами, например, не может предложить или не синхронизируется, откройте проблему aptos-ait2 на GitHub и укажите следующее:

Ваша настройка ноды, т.е. если вы запускаете ее из исходного кода, Docker или Terraform. Укажите версию исходного кода, т.е. тег образа или ветвь).
Описание проблем, с которыми вы столкнулись, и как давно они возникли.
Важно: журналы регистрации вашей ноды (как можно более ранние). Без подробных журналов команда Aptos, скорее всего, не сможет устранить проблему.
Мы также можем попросить вас включить журналы отладки для ноды. Вы можете сделать это, обновив файл конфигурации узла (например, validator.yaml), добавив:

 logger:
   level: DEBUG

Не забудьте также указать любую другую информацию, которая, по вашему мнению, может быть полезной, и указать, помогает ли перезапуск валидатора.

PreviousAptos White Paper NextСловарь Aptos

Last updated 1 year ago