RESTAPI-anrop tar för lång tid att returnera, vilket orsakar VSS-timeoutfel i AppSync

Kunden använder AppSync, som använder RESTAPI, för att ta snapshots av Windows 2016-värdar. Det använder Microsoft VSS som kräver ett svar inom tio sekunder och det tar mycket längre än så för RESTAPI för att tillhandahålla svaret, även om snapvx-sessionen slutförs på mindre än en sekund.

I AppSync-loggarna ser vi en snapshot-förfrågan och kort därefter ser vi att snapvx upprättar start i SYMAPI-loggarna. Snapshoten tar mindre än en sekund. Men svaret från RESTAPI till AppSync sker inte under ytterligare 30 sekunder efter att snapshoten har slutförts. Vi kan se följande i SMAS- och RESTAPI-loggar (INFO-loggning krävs på Unisphere):

INFO [em.bp.RESTAPIUSAGE] (default task-611) /private/91/replication/symmetrix/{symmetrixId}/snapshot/{snapshotName} AppSync/4.1.0.1_2492_R2/<IP_address>    POST    36829 ms    201    null    null    null

I det här fallet upptäcktes problemet när kunden tog snapshots av enskilda enheter i stället för på lagringsgruppsnivå. Kunden tog snapshots av fler än 50 enheter, vilket bidrog till den tid det skulle ta att returnera RESTAPI-frågan till AppSync. 

För att kringgå det här problemet utvecklade tekniska team en arkitekturändring för att justera RESTAPI-anrop så att de skulle svara under VSS-timeouten på tio sekunder

Korrigering: Det finns en snabbkorrigering som kan användas för att kringgå detta problem. Det finns en snabbkorrigering för både Unisphere och AppSync som krävs för att lösa detta problem. Kontakta support och hänvisa till den här KB-artikeln och be om följande korrigeringar:

– Unisphere för PowerMax 9.2.0.9
– AppSync-korrigering 4.1.0.1_2492_R3

Båda korrigeringarna krävs för att lösa problemet.