CloudBlockBlob downloadBlockList Иногда бросает Хранение Исключение (не удалось аутентифицировать)

Question

Я реализую пакетное решение для загрузки для моего сервиса, в котором хранятся blobs в Azure. Это написано на Clojure, используя azure-sdk-for-java. Я могу загружать и фиксировать куски в виде блоков в блочном блобе. Однако перед отправкой любого блока необходимо выполнить некоторую проверку. Это включает в себя такие вещи, как проверка того, сколько пользователь загрузил до сих пор в отношении контента, который они предоставляют (мы не разрешаем повторную загрузку блоков).

Чтобы выполнить эти проверки, я использую метод CloudBlockBlob, downloadBlockList, чтобы получить данные о заблокированных и незафиксированных блоках по мере необходимости (а также получить список блоков, когда пришло время совершить). Однако в некоторых случаях это не удается, и я получаю следующее исключение: «com.microsoft.windowsazure.services.core.storage.StorageException: сервер не смог аутентифицировать запрос. Убедитесь, что значение заголовка авторизации сформировано правильно, включая подпись."

Это странно, потому что я никогда не получаю этот отказ, если я вызову downloadBlockList после загрузки блока, но я получаю его (иногда, но всегда в тех же случаях), если я вызываю метод и не загружаю. Если я поймаю исключение и сразу вызову downloadBlockList, он отлично работает.

Я использовал tcpdump, чтобы взглянуть на отправляемые заголовки, так как на некоторых форумах люди упомянули, что x-ms-date настроена неправильно, но это не так, и ничего не выглядит некорректным. Ответ равен 403 и жалуется на то, что подпись MAC в неправильном запросе.

Есть ли у кого-нибудь идеи, почему это происходит иногда, но если я снова вызову метод, сразу после того, как это работает, это работает?

Answer 1

Я работаю над SDK Azure Storage. Не могли бы вы рассказать о том, что вы упомянули. И, если возможно, имя учетной записи/время возникновения этой ошибки, поэтому я могу посмотреть на это с нашей стороны. Вы можете отправить конфиденциально в joegiard на Microsoft /.com.

Мы обновим эту тему для сообщества stackoverflow с результатами расследований.

джо