Windows Azure Caching beim Debuggen - Timeout anfordern

8

Ich habe ein Problem bei der Verwendung von Windows Azure Caching mit dem Emulator (d. h. auf Local, nicht Cloud).

Meine Systemkonfigurationen sind:

  • Windows 8
  • Visual Studio 2012 Update 1
  • Azure SDK und Emulator 1.8
  • Windows Azure Caching 1.8.1
  • Web-API
  • .NET 4.5

Das Problem ist: Unser Server verwendet (in Rollen) Windows Azure Caching für Sitzungsverwaltung usw. Sobald der Server Anfragen von Clients empfängt, beginnt er mit Windows Azure Caching zu kommunizieren, um einige Objekte (z. B. Sitzungsobjekte) abzurufen ). Dann ist eine "Timeout" -Ausnahme (Microsoft.ApplicationServer.Caching.DataCacheException) aufgetreten und der Server reagiert nicht mehr und zeigt die folgenden Nachrichten im Ausgabe-Log von Visual Studio.

%Vor%

Wenn dies beginnt, ist der Server nur heruntergefahren (d. h. läuft, reagiert aber nicht).

Irgendeine Idee, warum das passiert? Bezieht es sich auf Windows 8?

Danke,

    
soleiljy 20.02.2013, 19:23
quelle

2 Antworten

1

Ich hatte dieses Problem auch und führte es auf einem Computer zu den virtuellen Hyper-V-Ethernet-Adaptern zurück. Durch das Deaktivieren der beiden Adapter, die ich installiert hatte, wurden die Zeitüberschreitungsfehler in Azure Caching behoben. Auf dieser Maschine könnte ich weiterhin mit dem Netzwerk / Internet verbunden bleiben.

Auf einem anderen Computer wurde Hyper-V nicht installiert, und durch Deaktivieren des Ethernet-Adapters (Trennen vom Internet) wurde das Problem behoben. Um meine Anwendung zu starten, muss ich mich jedes Mal vom Netzwerk trennen.

Auf beiden Maschinen scheint das Azure-Caching bei der Entwicklung eines IP-Lookups für die Cache-Server (zB 127.255.0.0, 127.255.0.1, 127.255.0.2 usw.) ein Problem zu haben Anfragen, dann startet das Timing. Wenn es vom Netzwerk getrennt wird, funktioniert es immer.

Das funktionierte für mich auf beiden Windows 8 Maschinen für Monate, bevor ich Probleme hatte.

Aktualisieren

Das Löschen des DNS-Cache hat dies für mich behoben, jetzt funktioniert es, während es mit einem Netzwerk verbunden ist. ipconfig /flushdns

    
Cayne 11.09.2013, 15:39
quelle
0

Ich konnte dies nicht vollständig bestätigen, aber das Problem scheint etwas mit dem Legacy-Protokoll in den azurblauen Caching-DLLs zu tun zu haben.

Ich konnte das Problem umgehen, indem ich diese Konfiguration in meinem Standardcache ausführte:

%Vor%

Hoffe, das hilft

    
user3167669 28.01.2014 03:58
quelle

Tags und Links