BLOB-объект Azure: "Условие, указанное с помощью условных заголовков HTTP, не выполнено"

Я получил это исключение при запуске приложения. Это происходит также в реальном хранилище BLOB-объектов Azure.

Я поймал с Fiddler запрос, который создает эту проблему:

GET http://127.0.0.1:10000/devstoreaccount1/ebb413ed-fdb5-49f2-a5ac-74faa7e2d3bf/8844c3ec-9e4b-43ec-88b2-58eddf65fc0a/perro?timeout=90 HTTP/1.1
x-ms-version: 2009-09-19
User-Agent: WA-Storage/6.0.6002.18006
x-ms-range: bytes=0-524304
If-Match: 0x8CDA190BD304DD0
x-ms-date: Wed, 23 Feb 2011 16:49:18 GMT
Authorization: SharedKey devstoreaccount1:5j3IScY9UJLN3o1ICWKwVEazO4/IDJG796sdZKqHlR4=
Host: 127.0.0.1:10000

И это ответ:

HTTP/1.1 412 The condition specified using HTTP conditional header(s) is not met.
Content-Length: 252
Content-Type: application/xml
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
x-ms-request-id: fbff9d15-65c8-4f21-9088-c95e4496c62c
x-ms-version: 2009-09-19
Date: Wed, 23 Feb 2011 16:49:18 GMT

<?xml version="1.0" encoding="utf-8"?><Error><Code>ConditionNotMet</Code><Message>The condition specified using HTTP conditional header(s) is not met.
RequestId:fbff9d15-65c8-4f21-9088-c95e4496c62c
Time:2011-02-23T16:49:18.8790478Z</Message></Error>

Это происходит, когда я использую поток, полученный из этой строки:

blob.OpenRead();

Почему мысли ETAG в операции чтения? Как я могу избежать этой проблемы?

Это происходит каждый раз, когда я запускаю несколько параллельных задач, делая вещи в хранилище больших двоичных объектов.

Если я использую:

blob.OpenRead(new BlobRequestOptions() { AccessCondition = AccessCondition.IfMatch("*") });

Я получил это исключение без внутреннего (до этого было исключение WebException с подробностями), либо с ошибкой в ​​Fiddler:

Microsoft.WindowsAzure.StorageClient.StorageClientException was unhandled
  Message=The conditionals specified for this operation did not match server.
  Source=mscorlib
  StackTrace:
    Server stack trace: 
       at Microsoft.WindowsAzure.StorageClient.Tasks.Task`1.get_Result()
       at Microsoft.WindowsAzure.StorageClient.Tasks.Task`1.ExecuteAndWait()
       at Microsoft.WindowsAzure.StorageClient.TaskImplHelper.ExecuteImpl[T](Func`2 impl)
       at Microsoft.WindowsAzure.StorageClient.BlobReadStream.Read(Byte[] buffer, Int32 offset, Int32 count)
       at System.IO.BinaryReader.ReadBytes(Int32 count)
       at System.Runtime.Serialization.Formatters.Binary.SerializationHeaderRecord.Read(__BinaryParser input)
       at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadSerializationHeaderRecord()
       at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()
       at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
       at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
       ...........

Заранее спасибо.

4 ответа

Решение

Bufff... тайна решена!

Ну, когда вы делаете CloudBlob.OpenRead()клиентская библиотека выполняет две операции:

Сначала получите список блобов:

GET /devstoreaccount1/etagtest/test2.txt?comp=blocklist&blocklisttype=Committed&timeout=90 HTTP/1.1
x-ms-version: 2009-09-19
User-Agent: WA-Storage/6.0.6002.18006
x-ms-date: Wed, 23 Feb 2011 22:21:01 GMT
Authorization: SharedKey devstoreaccount1:SPOBe/IUrZJvoPXnAdD/Twnppvu37+qrUbHnaBHJY24=
Host: 127.0.0.1:10000

HTTP/1.1 200 OK
Transfer-Encoding: chunked
Content-Type: application/xml
Last-Modified: Wed, 23 Feb 2011 22:20:33 GMT
ETag: 0x8CDA1BF0593B660
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
x-ms-request-id: ecffddf2-137f-403c-9595-c8fc2847c9d0
x-ms-version: 2009-09-19
x-ms-blob-content-length: 4
Date: Wed, 23 Feb 2011 22:21:02 GMT

Внимание к ETag в ответе.

Во-вторых, я думаю, что начать его извлекать, а теперь обратите внимание на ETag в запросе:

GET /devstoreaccount1/etagtest/test2.txt?timeout=90 HTTP/1.1
x-ms-version: 2009-09-19
User-Agent: WA-Storage/6.0.6002.18006
x-ms-range: bytes=0-525311
If-Match: 0x8CDA1BF0593B660
x-ms-date: Wed, 23 Feb 2011 22:21:02 GMT
Authorization: SharedKey devstoreaccount1:WXzXRv5e9+p0SzlHUAd7iv7jRHXvf+27t9tO4nrhY5Q=
Host: 127.0.0.1:10000

HTTP/1.1 206 Partial Content
Content-Length: 4
Content-Type: text/plain
Content-Range: bytes 0-3/4
Last-Modified: Wed, 23 Feb 2011 22:20:33 GMT
ETag: 0x8CDA1BF0593B660
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
x-ms-request-id: db1e221d-fc61-4837-a255-28b1547cb5d7
x-ms-version: 2009-09-19
x-ms-lease-status: unlocked
x-ms-blob-type: BlockBlob
Date: Wed, 23 Feb 2011 22:21:02 GMT

Что произойдет, если другая WebRole сделает что-то в blob между вызовами? ДА состояние гонки.

Решение: использовать CloudBlob.DownloadToStream()этот метод выполняет только один вызов:

GET /devstoreaccount1/etagtestxx/test2.txt?timeout=90 HTTP/1.1
x-ms-version: 2009-09-19
User-Agent: WA-Storage/6.0.6002.18006
x-ms-date: Wed, 23 Feb 2011 22:34:02 GMT
Authorization: SharedKey devstoreaccount1:VjXIO2kbjCIP4UeiXPtxDxmFLeoYAKOqiRv4SV3bZno=
Host: 127.0.0.1:10000

HTTP/1.1 200 OK
Content-Length: 4
Content-Type: text/plain
Last-Modified: Wed, 23 Feb 2011 22:33:47 GMT
ETag: 0x8CDA1C0DEB562D0
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0
x-ms-request-id: 183a05bb-ea47-4811-8768-6a62195cdb64
x-ms-version: 2009-09-19
x-ms-lease-status: unlocked
x-ms-blob-type: BlockBlob
Date: Wed, 23 Feb 2011 22:34:02 GMT

Завтра утром я буду применять это на практике и посмотрю, что произойдет.

Вы все еще можете использовать OpenRead, вам нужно передать экземпляр OperationContext, как показано ниже:

// cloudBlob instance of CloudPageBlob

 OperationContext context = new OperationContext();
 context.SendingRequest += (sender, e) => { 
     e.Request.Headers["if-match"] = "*";
 };

 using (AutoResetEvent waitHandle = new AutoResetEvent(false))
 {
     cloudBlob.StreamMinimumReadSizeInBytes = 16385;
     var result = cloudBlob.BeginOpenRead(null, null, context,
         ar => waitHandle.Set(),
         null);
     waitHandle.WaitOne();
     using (Stream blobStream = vhd.EndOpenRead(result))
     {
         var k = blobStream.ReadByte();
     }
 }

Одна вещь, которая приходит на ум, это то, что ETag в

If-Match: 0x8CDA190BD304DD0

неправильно сформирован; действительный (сильный) etag всегда в двойных кавычках.

Не знаю, имеет ли это какое-то отношение к вашей проблеме, хотя.

Если вы не хотите хранить данные больших двоичных объектов в своей памяти с помощью DownloadToStream и по-прежнему хотите использовать чтение больших двоичных объектов, вы можете добавить условие доступа к операции чтения, которое соответствует любому Etag, доступному в эталонном большом двоичном объекте. Как показано ниже.

      var accessCondition = new AccessCondition();
var blobRequestOptions = new BlobRequestOptions();
var operationContext = new OperationContext();

// Added match of any ETag access condition so that it will not cause any issue due to ongoing concurrent modification on the same blob
operationContext.SendingRequest += (sender, e) =>
{
    if (e.Request.Headers.Contains("if-match"))
    {
        e.Request.Headers.Remove("if-match");
    }
    e.Request.Headers.Add("if-match", "*");
};

var blobStream = await blobRef.OpenReadAsync(accessCondition, blobRequestOptions, operationContext);
Другие вопросы по тегам