Bekende problemen in Azure Stack Hub versterkt

Dit artikel beschrijft bekende problemen met Azure Stack Hub ruggedized. De lijst wordt bijgewerkt als er nieuwe problemen worden geïdentificeerd.

bijwerken

Zie Updates in Azure Stack Hub oplossen voor bekende problemen met updates in Azure Stack Hub.

Installeren van pakket Microsoft.AzureStack.Compute.Installer naar CA-VM is mislukt

  • Van toepassing: dit probleem is van toepassing op alle ondersteunde releases.
  • Oorzaak: Tijdens het bijwerken neemt een proces een vergrendeling op de nieuwe inhoud die moet worden gekopieerd naar de CA-VM. Wanneer de update mislukt, wordt de vergrendeling vrijgegeven.
  • Herstel: hervat de update.
  • Exemplaar: Zeldzaam

Portaal

Beheerabonnementen

  • Van toepassing: dit probleem is van toepassing op alle ondersteunde releases.
  • Oorzaak: De twee beheerabonnementen die zijn geïntroduceerd met versie 1804, mogen niet worden gebruikt. De abonnementstypen zijn Metering-abonnement en Verbruiksabonnement.
  • Herstelmaatregel: Ervan uitgaande dat u resources hebt die op deze twee abonnementen draaien, recreëert u deze in uw eigen abonnementen.
  • Voorkomen: Algemeen

Netwerken

Netwerkbeveiligingsgroepen

DenyAllOutbound-regel kan niet worden gemaakt

  • Van toepassing: dit probleem is van toepassing op alle ondersteunde releases.

  • Oorzaak: Een expliciete DenyAllOutbound-regel voor de internetverbinding kan niet worden gemaakt in een NSG tijdens het aanmaken van de virtuele machine, omdat dit de communicatie blokkeert die nodig is om de implementatie van de virtuele machine te voltooien. Ook worden de twee essentiële IP-adressen geweigerd die vereist zijn om VM's te implementeren: DHCP IP:169.254.169.254 en DNS-IP: 168.63.129.16.

  • Herstel: uitgaand verkeer naar internet toestaan tijdens het maken van de VIRTUELE machine en de NSG wijzigen om het vereiste verkeer te blokkeren nadat het maken van de VIRTUELE machine is voltooid.

  • Voorkomen: Algemeen

Gateway voor een virtueel netwerk

Documentatie

Ladingsverdelaar

Load Balancer leidt in specifieke scenario's verkeer om naar één back-end-VM

  • Van toepassing: dit probleem is van toepassing op alle ondersteunde releases.
  • Oorzaak: Bij het inschakelen van sessieaffiniteit op een load balancer gebruikt de 2 tuple-hash het PA IP-adres (fysiek ip-adres) in plaats van de privé-IP's die zijn toegewezen aan de VM's. In scenario's waarin verkeer naar de load balancer binnenkomt via een VPN, of als alle client-VM's (bron-IP's) zich op hetzelfde knooppunt bevinden en sessieaffiniteit is ingeschakeld, wordt al het verkeer omgeleid naar één back-end-VM.
  • Voorkomen: Algemeen
  • Last updated on