Что означает код HRESULT 0x80632083 (PEER_E_INVALID_RECORD_SIZE)?

 
Предыдущий Следующий
PEER_E_INVALID_CREDENTIAL PEER_E_UNSUPPORTED_VERSION

PEER_E_INVALID_RECORD_SIZE

Точка в workflow

Практический смысл PEER_E_INVALID_RECORD_SIZE (0X80632083): peer API отклонил некорректный размер peer-записи. В трассировке отделяйте маркер «invalid record size» от последующих wrapper/UI ошибок: они могут появиться уже после первичной границы и не объясняют исходное состояние.

Диагностический пакет

До повторной попытки запишите Peer API, graph/group/identity handle и текущее lifecycle-состояние. Для условия «peer API отклонил некорректный размер peer-записи» эти данные важнее общего текста сообщения, потому что позволяют связать результат с конкретным владельцем операции.

  • record ID/type, payload length, attributes и expiration.
  • graph/group handle, creator/modifier identity и database generation.
  • результат PeerGroupAddRecord/UpdateRecord либо enumeration вокруг сбоя.
НаблюдениеЧто оно означает
Первый вызов возвращает PEER_E_INVALID_RECORD_SIZEГраница «peer API отклонил некорректный размер peer-записи» относится к текущему объекту и generation; сохраните это состояние до cleanup.
После одного целевого изменения код исчезаетСвязь с условием «peer API отклонил некорректный размер peer-записи» подтверждается только если остальные входы и owning context не изменились.
Первым становится другой HRESULTСчитайте его новой первичной границей; маркер «invalid record size» больше не должен подменять причину следующего отказа.

Специфическая проверка для этого кода

Зафиксируйте cbData, фактический размер payload buffer, размер структуры и сериализованный record length. Проверяйте несогласованность размера до изменения содержимого. Контроль — тот же record с теми же байтами, но корректным размером; INVALID_RECORD отличается более общей структурной причиной.

Контрольный запуск

Контрольный запуск должен воспроизводить «peer API отклонил некорректный размер peer-записи» на тех же исходных данных. Затем исправьте только поле, структуру, token или registration value, которое отклонил компонент. Если операция проходит прежнюю стадию, гипотеза локализована; если нет — вернитесь к первому HRESULT и сохранённым полям.

  1. Зафиксируйте первый PEER_E_INVALID_RECORD_SIZE и объект, которому принадлежит маркер «invalid record size».
  2. Сохраните входные данные и lifecycle-state до изменения условия «peer API отклонил некорректный размер peer-записи».
  3. Измените только состояние, связанное с «peer API отклонил некорректный размер peer-записи», и выполните тот же вызов ещё раз.

Завершение проверки

Не удаляйте всю peer-базу, identities или firewall rules до фиксации конкретного graph/group/record state. Исправление считается реальным, когда прежняя граница «peer API отклонил некорректный размер peer-записи» пройдена на сопоставимом входе, а не просто скрыта более общим сообщением.

Документация


Нужно найти другой код? Найти другой код состояния или ошибки.