Fix Error 1712 While Running Private Internet Access Vpn For Mac
This article describes the contents of Azure Stack Hub update packages. The update includes improvements and fixes for the latest release of Azure Stack Hub.
So I have an issue with not being able to run multiple applications at once. For example trying to get two web pages to load at the same time. I dont imagine OP's TAP rollback would resolve the issue, is there another help tut that would fix this? I would guess some router settings or network adapter settings. Not sure but it's annoying. An innovative web browser with some of the most advanced features, Safari is the browser of choice for all Apple products. Apple includes Safari with the macOS, Mac OS X, and iOS operating systems. With its blazing fast speed, users surf the wide web effortlessly on any other their devices, including Mac, iPad, iPhone, and iPod touch.
To access release notes for a different version, use the version selector dropdown above the table of contents on the left.
Important
This update package is only for Azure Stack Hub integrated systems. Do not apply this update package to the Azure Stack Development Kit (ASDK).
Important
If your Azure Stack Hub instance is behind by more than two updates, it's considered out of compliance. You must update to at least the minimum supported version to receive support.
Update planning
Before applying the update, make sure to review the following information:
For help with troubleshooting updates and the update process, see Troubleshoot patch and update issues for Azure Stack Hub.
Download the update
You can download the Azure Stack Hub update package from the Azure Stack Hub download page.
2002 build reference
The Azure Stack Hub 2002 update build number is 1.2002.0.35.
Important
With the Azure Stack Hub 2002 update, Microsoft is temporarily extending our Azure Stack Hub support policy statements. We are working with customers around the world who are responding to COVID-19 and who may be making important decisions about their Azure Stack Hub systems, how they are updated and managed, and as a result, ensuring their data center business operations continue to operate normally. In support of our customers, Microsoft is offering a temporary support policy change extension to include three previous update versions. As a result, the newly released 2002 update and any one of the three previous update versions (e.g. 1910, 1908, and 1907) will be supported.
Update type
The Azure Stack Hub 2002 update build type is Full.
The 2002 update package is larger in size compared to previous updates. The increased size results in longer download times. The update will remain in the Preparing state for a long time, and operators can expect this process to take longer than with previous updates. The 2002 update has had the following expected runtimes in our internal testing- 4 nodes: 15-42 hours, 8 nodes: 20-50 hours, 12 nodes: 20-60 hours, 16 nodes: 25-70 hours. Exact update runtimes typically depend on the capacity used on your system by tenant workloads, your system network connectivity (if connected to the internet), and your system hardware specifications. Runtimes that are shorter or longer than the expected value are not uncommon and do not require action by Azure Stack Hub operators unless the update fails. This runtime approximation is specific to the 2002 update and should not be compared to other Azure Stack Hub updates.
For more information about update build types, see Manage updates in Azure Stack Hub.
What's new
- A new version (1.8.1) of the Azure Stack Hub admin PowerShell modules based on AzureRM is available.
- New Azure PowerShell tenant modules will be released for Azure Stack Hub on April 15, 2020. The currently used Azure RM modules will continue to work, but will no longer be updated after build 2002.
- Added new warning alert on the Azure Stack Hub administrator portal to report on connectivity issues with the configured syslog server. Alert title is The Syslog client encountered a networking issue while sending a Syslog message.
- Added new warning alert on the Azure Stack Hub administrator portal to report on connectivity issues with the Network Time Protocol (NTP) server. Alert title is Invalid Time Source on [node name].
- The Java SDK released new packages due to a breaking change in 2002 related to TLS restrictions. You must install the new Java SDK dependency. You can find the instructions at Java and API version profiles.
- A new version (1.0.5.10) of the System Center Operations Manager - Azure Stack Hub MP is available and required for all systems running 2002 due to breaking API changes. The API changes impact the backup and storage performance dashboards, and it is recommended that you first update all systems to 2002 before updating the MP.
Improvements
- This update contains changes to the update process that significantly improve the performance of future full updates. These changes take effect with the next full update after the 2002 release, and specifically target improving the performance of the phase of a full update in which the host operating systems are updated. Improving the performance of host operating system updates significantly reduces the window of time in which tenant workloads are impacted during full updates.
- The Azure Stack Hub readiness checker tool now validates AD Graph integration using all TCP IP ports allocated to AD Graph.
- The offline syndication tool has been updated with reliability improvements. The tool is no longer available on GitHub, and has been moved to the PowerShell Gallery. For more information, see Download Marketplace items to Azure Stack Hub.
- A new monitoring capability is being introduced. The low disk space alert for physical hosts and infrastructure VMs will be auto-remediated by the platform and only if this action fails will the alert be visible in the Azure Stack Hub administrator portal, for the operator to take action.
- Improvements to diagnostic log collection. The new experience streamlines and simplifies diagnostic log collection by removing the need to configure a blob storage account in advance. The storage environment is preconfigured so that you can send logs before opening a support case, and spend less time on a support call.
- Time taken for both Proactive Log Collection and the on-demand log collection has been reduced by 80%. Log collection time can take longer than this expected value but doesn't require action by Azure Stack Hub operators unless the log collection fails.
- The download progress of an Azure Stack Hub update package is now visible in the update blade after an update is initiated. This only applies to connected Azure Stack Hub systems that choose to prepare update packages via automatic download.
- Reliability improvements to the Network Controller Host agent.
- Introduced a new micro-service called DNS Orchestrator that improves the resiliency logic for the internal DNS services during patch and update.
- Added a new request validation to fail invalid blob URIs for the boot diagnostic storage account parameter while creating VMs.
- Added auto-remediation and logging improvements for Rdagent and Host agent - two services on the host that facilitate VM CRUD operations.
- Added a new feature to marketplace management that enables Microsoft to add attributes that block administrators from downloading marketplace products that are incompatible with their Azure Stack, due to various properties, such as the Azure Stack version or billing model. Only Microsoft can add these attributes. For more information, see Use the portal to download marketplace items.
Changes
The administrator portal now indicates if an operation is in progress, with an icon next to the Azure Stack region. When you hover over the icon, it displays the name of the operation. This enables you to identify running system background operations; for example, a backup job or a storage expansion which can run for several hours.
The following administrator APIs have been deprecated:
Resource provider Resource Version Microsoft.Storage.Admin farms 2015-12-01-preview Microsoft.Storage.Admin farms/acquisitions 2015-12-01-preview Microsoft.Storage.Admin farms/shares 2015-12-01-preview Microsoft.Storage.Admin farms/storageaccounts 2015-12-01-preview The following administrator APIs have been replaced by a newer version (2018-09-01):
Resource provider Resource Version Microsoft.Backup.Admin backupLocation 2016-05-01 Microsoft.Backup.Admin backups 2016-05-01 Microsoft.Backup.Admin operations 2016-05-01 When creating a Windows VM using PowerShell, make sure to add the
provisionvmagent
flag if you want the VM to deploy extensions. Without this flag, the VM is created without the guest agent, removing the ability to deploy VM extensions:
Fixes
- Fixed an issue where adding more than one public IP on the same NIC on a Virtual Machine resulted in internet connectivity issues. Now, a NIC with two public IPs works as expected.
- Fixed an issue that caused the system to raise an alert indicating that the Azure AD home directory needs to be configured.
- Fixed an issue that caused an alert to not automatically close. The alert indicated that the Azure AD home directory must be configured, but did not close even after the issue was mitigated.
- Fixed an issue that caused updates to fail during the update preparation phase as a result of internal failures of the update resource provider.
- Fixed an issue causing add-on resource provider operations to fail after performing Azure Stack Hub secret rotation.
- Fixed an issue that was a common cause of Azure Stack Hub update failures due to memory pressure on the ERCS role.
- Fixed a bug in the update blade in which the update status showed as Installing instead of Preparing during the preparation phase of an Azure Stack Hub update.
- Fixed an issue where the RSC feature on the physical switches was creating inconsistences and dropping the traffic flowing through a load balancer. The RSC feature is now disabled by default.
- Fixed an issue where multiple IP configurations on a NIC was causing traffic to be misrouted and prevented outbound connectivity.
- Fixed an issue where the MAC address of a NIC was being cached, and assigning of that address to another resource was causing VM deployment failures.
- Fixed an issue where Windows VM images from the RETAIL channel could not have their license activated by AVMA.
- Fixed an issue where VMs would fail to be created if the number of virtual cores requested by the VM was equal to the node's physical cores. We now allow VMs to have virtual cores equal to or less than the node's physical cores.
- Fixed an issue where we do not allow the license type to be set to 'null' to switch pay-as-you-go images to BYOL.
- Fixed an issue to allow extensions to be added to a VM scale set.
Security updates
For information about security updates in this update of Azure Stack Hub, see Azure Stack Hub security updates.
Hotfixes
Azure Stack Hub releases hotfixes on a regular basis. Be sure to install the latest Azure Stack Hub hotfix for 1910 before updating Azure Stack Hub to 2002.
Note
Azure Stack Hub hotfix releases are cumulative; you only need to install the latest hotfix to get all fixes included in any previous hotfix releases for that version.
Azure Stack Hub hotfixes are only applicable to Azure Stack Hub integrated systems; do not attempt to install hotfixes on the ASDK.
Prerequisites: Before applying the 2002 update
The 2002 release of Azure Stack Hub must be applied on the 1910 release with the following hotfixes:
After successfully applying the 2002 update
After the installation of this update, install any applicable hotfixes. For more information, see our servicing policy.
1910 build reference
The Azure Stack Hub 1910 update build number is 1.1910.0.58.
Update type
Starting with 1908, the underlying operating system on which Azure Stack Hub runs was updated to Windows Server 2019. This update enables core fundamental enhancements and the ability to bring additional capabilities to Azure Stack Hub.
The Azure Stack Hub 1910 update build type is Express.
The 1910 update package is larger in size compared to previous updates, which results in longer download times. The update will remain in the Preparing state for a long time and operators can expect this process to take longer than previous updates. The expected time for the 1910 update to complete is approximately 10 hours, regardless of the number of physical nodes in your Azure Stack Hub environment. Exact update runtimes typically depend on the capacity used on your system by tenant workloads, your system network connectivity (if connected to the internet), and your system hardware specifications. Runtimes lasting longer than the expected value aren't uncommon and don't require action by Azure Stack Hub operators unless the update fails. This runtime approximation is specific to the 1910 update and shouldn't be compared to other Azure Stack Hub updates.
For more information about update build types, see Manage updates in Azure Stack Hub.
What's new
The administrator portal now shows the privileged endpoint IP addresses in the region properties menu for easier discovery. In addition, it shows the current configured time server and DNS forwarders. For more information, see Use the privileged endpoint in Azure Stack Hub.
The Azure Stack Hub health and monitoring system can now raise alerts for various hardware components if an error happens. These alerts require additional configuration. For more information, see Monitor Azure Stack Hub hardware components.
Cloud-init support for Azure Stack Hub: Cloud-init is a widely used approach to customize a Linux VM as it boots for the first time. You can use cloud-init to install packages and write files, or to configure users and security. Because cloud-init is called during the initial boot process, there are no additional steps or required agents to apply your configuration. The Ubuntu images on the marketplace have been updated to support cloud-init for provisioning.
Azure Stack Hub now supports all Windows Azure Linux Agent versions as Azure.
A new version of Azure Stack Hub admin PowerShell modules is available.
Added the Set-AzSDefenderManualUpdate cmdlet in the privileged endpoint (PEP) to configure the manual update for Windows Defender definitions in the Azure Stack Hub infrastructure. For more information, see Update Windows Defender Antivirus on Azure Stack Hub.
Added the Get-AzSDefenderManualUpdate cmdlet in the privileged endpoint (PEP) to retrieve the configuration of the manual update for Windows Defender definitions in the Azure Stack Hub infrastructure. For more information, see Update Windows Defender Antivirus on Azure Stack Hub.
Added the Set-AzSDnsForwarder cmdlet in the privileged endpoint (PEP) to change the forwarder settings of the DNS servers in Azure Stack Hub. For more information about DNS configuration, see Azure Stack Hub datacenter DNS integration.
Added the Get-AzSDnsForwarder cmdlet in the privileged endpoint (PEP) to retrieve the forwarder settings of the DNS servers in Azure Stack Hub. For more information about DNS configuration, see Azure Stack Hub datacenter DNS integration.
Added support for management of Kubernetes clusters using the AKS engine. Starting with this update, customers can deploy production Kubernetes clusters. The AKS engine enables users to:
- Manage the life cycle of their Kubernetes clusters. They can create, update, and scale clusters.
- Maintain their clusters using managed images produced by the AKS and the Azure Stack Hub teams.
- Take advantage of an Azure Resource Manager-integrated Kubernetes cloud provider that builds clusters using native Azure resources.
- Deploy and manage their clusters in connected or disconnected Azure Stack Hub stamps.
- Use Azure hybrid features:
- Integration with Azure Arc.
- Integration with Azure Monitor for Containers.
- Use Windows Containers with AKS engine.
- Receive CSS and engineering support for their deployments.
Improvements
Azure Stack Hub has improved its ability to auto-remediate some patch and update issues that previously caused update failures or prevented operators from being able to initiate an Azure Stack Hub update. As a result, there are fewer tests included in the Test-AzureStack -UpdateReadiness group. For more information, see Validate Azure Stack Hub system state. The following three tests remain in the UpdateReadiness group:
- AzSInfraFileValidation
- AzSActionPlanStatus
- AzsStampBMCSummary
Added an auditing rule to report when an external device (for example, a USB key) is mounted to a node of the Azure Stack Hub infrastructure. The audit log is emitted via syslog and will be displayed as Microsoft-Windows-Security-Auditing: 6416 Plug and Play Events. For more information about how to configure the syslog client, see Syslog forwarding.
Azure Stack Hub is moving to 4096-bit RSA keys for the internal certificates. Running internal secret rotation will replace old 2048-bit certificates with 4096-bit long certificates. For more information about secret rotation in Azure Stack Hub, see Rotate secrets in Azure Stack Hub.
Upgrades to the complexity of cryptographic algorithms and key strength for several internal components to comply with the Committee on National Security Systems - Policy 15 (CNSSP-15), which provides best practices for the use of public standards for secure information sharing. Among the improvements, there's AES256 for Kerberos authentication and SHA384 for VPN encryption. For more information about CNSSP-15, see the Committee on National Security Systems, Policies page.
Because of the above upgrade, Azure Stack Hub now has new default values for IPsec/IKEv2 configurations. The new default values used on the Azure Stack Hub side are as follows:
IKE Phase 1 (Main Mode) parameters
Property Value IKE Version IKEv2 Diffie-Hellman Group ECP384 Authentication method Pre-shared key Encryption & Hashing Algorithms AES256, SHA384 SA Lifetime (Time) 28,800 seconds IKE Phase 2 (Quick Mode) parameters
Property Value IKE Version IKEv2 Encryption & Hashing Algorithms (Encryption) GCMAES256 Encryption & Hashing Algorithms (Authentication) GCMAES256 SA Lifetime (Time) 27,000 seconds SA Lifetime (Kilobytes) 33,553,408 Perfect Forward Secrecy (PFS) ECP384 Dead Peer Detection Supported These changes are reflected in the default IPsec/IKE proposal documentation as well.
The infrastructure backup service improves logic that calculates desired free space for backups instead of relying on a fixed threshold. The service will use the size of a backup, retention policy, reserve, and current utilization of external storage location to determine if a warning needs to be raised to the operator.
Changes
When downloading marketplace items from Azure to Azure Stack Hub, there's a new user interface that enables you to specify a version of the item when multiple versions exist. The new UI is available in both connected and disconnected scenarios. For more information, see Download marketplace items from Azure to Azure Stack Hub.
Starting with the 1910 release, the Azure Stack Hub system requires an additional /20 private internal IP space. See (Network integration planning for Azure Stack)[azure-stack-network.md] for more information.
The infrastructure backup service deletes partially uploaded backup data if the external storage location runs out of capacity during the upload procedure.
The infrastructure backup service adds identity service to the backup payload for AAD deployments.
The Azure Stack Hub PowerShell Module has been updated to version 1.8.0 for the 1910 release.
Changes include:- New DRP Admin module: The Deployment Resource Provider (DRP) enables orchestrated deployments of resource providers to Azure Stack Hub. These commands interact with the Azure Resource Manager layer to interact with DRP.
- BRP:
- Support single role restore for Azures stack infrastructure backup.
- Add parameterRoleName
to cmdletRestore-AzsBackup
. - FRP: Breaking changes for Drive and Volume resources with API version
2019-05-01
. The features are supported by Azure Stack Hub 1910 and later:
- The value ofID
,Name
,HealthStatus
, andOperationalStatus
have been changed.
- Supported new propertiesFirmwareVersion
,IsIndicationEnabled
,Manufacturer
, andStoragePool
for Drive resources.
- The propertiesCanPool
andCannotPoolReason
of Drive resources have been deprecated; useOperationalStatus
instead.
Fixes
- Fixed an issue that prevented enforcing TLS 1.2 policy on environments deployed before the Azure Stack Hub 1904 release.
- Fixed an issue where an Ubuntu 18.04 VM created with SSH authorization enabled doesn't allow you to use the SSH keys to sign in.
- Removed Reset Password from the Virtual Machine Scale Set UI.
- Fixed an issue where deleting the load balancer from the portal didn't result in the deletion of the object in the infrastructure layer.
- Fixed an issue that showed an inaccurate percentage of the Gateway Pool utilization alert on the administrator portal.
Security updates
For information about security updates in this update of Azure Stack Hub, see Azure Stack Hub security updates.
The Qualys vulnerability report for this release can be downloaded from the Qualys website.
Hotfixes
Azure Stack Hub releases hotfixes on a regular basis. Be sure to install the latest Azure Stack Hub hotfix for 1908 before updating Azure Stack Hub to 1910.
Note
Azure Stack Hub hotfix releases are cumulative; you only need to install the latest hotfix to get all fixes included in any previous hotfix releases for that version.
Azure Stack Hub hotfixes are only applicable to Azure Stack Hub integrated systems; do not attempt to install hotfixes on the ASDK.
Prerequisites: Before applying the 1910 update
The 1910 release of Azure Stack Hub must be applied on the 1908 release with the following hotfixes:
After successfully applying the 1910 update
After the installation of this update, install any applicable hotfixes. For more information, see our servicing policy.
1908 build reference
The Azure Stack Hub 1908 update build number is 1.1908.4.33.
Update type
For 1908, the underlying operating system on which Azure Stack Hub runs has been updated to Windows Server 2019. This update enables core fundamental enhancements and the ability to bring additional capabilities to Azure Stack Hub.
The Azure Stack Hub 1908 update build type is Full. As a result, the 1908 update has a longer runtime than express updates like 1906 and 1907. Exact runtimes for full updates typically depend on the number of nodes that your Azure Stack Hub instance contains, the capacity used on your system by tenant workloads, your system's network connectivity (if connected to the internet), and your system hardware configuration. The 1908 update has had the following expected runtimes in our internal testing: 4 nodes - 42 hours, 8 nodes - 50 hours, 12 nodes - 60 hours, 16 nodes - 70 hours. Update runtimes lasting longer than these expected values aren't uncommon and don't require action by Azure Stack Hub operators unless the update fails.
For more information about update build types, see Manage updates in Azure Stack Hub.
- Exact update runtimes typically depend on the capacity used on your system by tenant workloads, your system network connectivity (if connected to the internet), and your system hardware configuration.
- Runtimes lasting longer than expected aren't uncommon and don't require action by Azure Stack Hub operators unless the update fails.
- This runtime approximation is specific to the 1908 update and shouldn't be compared to other Azure Stack Hub updates.
What's new
- For 1908, note that the underlying operating system on which Azure Stack Hub runs has been updated to Windows Server 2019. This update enables core fundamental enhancements and the ability to bring additional capabilities to Azure Stack Hub.
- All components of Azure Stack Hub infrastructure now operate in FIPS 140-2 mode.
- Azure Stack Hub operators can now remove portal user data. For more information, see Clear portal user data from Azure Stack Hub.
Improvements
- Improvements to data at rest encryption of Azure Stack Hub to persist secrets into the hardware Trusted Platform Module (TPM) of the physical nodes.
Changes
- Hardware providers will be releasing OEM extension package 2.1 or later at the same time as Azure Stack Hub version 1908. The OEM extension package 2.1 or later is a prerequisite for Azure Stack Hub version 1908. For more information about how to download OEM extension package 2.1 or later, contact your system's hardware provider, and see the OEM updates article.
Fixes
- Fixed an issue with compatibility with future Azure Stack Hub OEM updates and an issue with VM deployment using customer user images. This issue was found in 1907 and fixed in hotfix KB4517473
- Fixed an issue with OEM Firmware update and corrected misdiagnosis in Test-AzureStack for Fabric Ring Health. This issue was found in 1907 and fixed in hotfix KB4515310
- Fixed an issue with OEM Firmware update process. This issue was found in 1907 and fixed in hotfix KB4515650
Security updates
For information about security updates in this update of Azure Stack Hub, see Azure Stack Hub security updates.
The Qualys vulnerability report for this release can be downloaded from the Qualys website.
Download the update
You can download the Azure Stack Hub 1908 update package from the Azure Stack Hub download page.
Hotfixes
Azure Stack Hub releases hotfixes on a regular basis. Be sure to install the latest Azure Stack Hub hotfix for 1907 before updating Azure Stack Hub to 1908.
Azure Stack Hub hotfixes are only applicable to Azure Stack Hub integrated systems; don't attempt to install hotfixes on the ASDK.
Prerequisites: Before applying the 1908 update
The 1908 release of Azure Stack Hub must be applied on the 1907 release with the following hotfixes:
The Azure Stack Hub 1908 Update requires Azure Stack Hub OEM version 2.1 or later from your system's hardware provider. OEM updates include driver and firmware updates to your Azure Stack Hub system hardware. For more information about applying OEM updates, see Apply Azure Stack Hub original equipment manufacturer updates
After successfully applying the 1908 update
After the installation of this update, install any applicable hotfixes. For more information, see our servicing policy.
1907 build reference
The Azure Stack Hub 1907 update build number is 1.1907.0.20.
Update type
The Azure Stack Hub 1907 update build type is Express. For more information about update build types, see the Manage updates in Azure Stack Hub article. Based on internal testing, the expected time it takes for the 1907 update to complete is approximately 13 hours.
- Exact update runtimes typically depend on the capacity used on your system by tenant workloads, your system network connectivity (if connected to the internet), and your system hardware configuration.
- Runtimes lasting longer than expected aren't uncommon and don't require action by Azure Stack Hub operators unless the update fails.
- This runtime approximation is specific to the 1907 update and shouldn't be compared to other Azure Stack Hub updates.
What's in this update
What's new
General availability release of the Azure Stack Hub diagnostic log collection service to facilitate and improve diagnostic log collection. The Azure Stack Hub diagnostic log collection service provides a simplified way to collect and share diagnostic logs with Microsoft Customer Support Services (CSS). This diagnostic log collection service provides a new user experience in the Azure Stack Hub administrator portal that enables operators to set up the automatic upload of diagnostic logs to a storage blob when certain critical alerts are raised. The service can also be used to perform the same operation on demand. For more information, see the Diagnostic log collection article.
General availability release of the Azure Stack Hub network infrastructure validation as a part of the Azure Stack Hub validation tool Test-AzureStack. Azure Stack Hub network infrastructure will be a part of Test-AzureStack, to identify if a failure occurs on the network infrastructure of Azure Stack Hub. The test checks connectivity of the network infrastructure by bypassing the Azure Stack Hub software-defined network. It demonstrates connectivity from a public VIP to the configured DNS forwarders, NTP servers, and identity endpoints. It also checks for connectivity to Azure when using Azure AD as the identity provider, or the federated server when using ADFS. For more information, see the Azure Stack Hub validation tool article.
Added an internal secret rotation procedure to rotate internal SQL TLS certificates as required during a system update.
Improvements
The Azure Stack Hub update blade now displays a Last Step Completed time for active updates. This addition can be seen by going to the update blade and clicking on a running update. Last Step Completed is then available in the Update run details section.
Improvements to Start-AzureStack and Stop-AzureStack operator actions. The time to start Azure Stack Hub has been reduced by an average of 50%. The time to shut down Azure Stack Hub has been reduced by an average of 30%. The average startup and shutdown times remain the same as the number of nodes increases in a scale-unit.
Improved error handling for the disconnected Marketplace tool. If a download fails or partially succeeds when using Export-AzSOfflineMarketplaceItem, a detailed error message displays with more details about the error and any possible mitigation steps.
Improved the performance of managed disk creation from a large page blob/snapshot. Previously, it triggered a timeout when creating a large disk.
Improved virtual disk health check before shutting down a node to avoid unexpected virtual disk detaching.
Improved storage of internal logs for administrator operations. This addition results in improved performance and reliability during administrator operations by minimizing the memory and storage consumption of internal log processes. You might also notice improved page load times of the update blade in the administrator portal. As part of this improvement, update logs older than six months will no longer be available in the system. If you require logs for these updates, be sure to Download the summary for all update runs older than six months before performing the 1907 update.
Changes
Azure Stack Hub version 1907 contains a warning alert that instructs operators to be sure to update their system's OEM package to version 2.1 or later before updating to version 1908. For more information about how to apply Azure Stack Hub OEM updates, see Apply an Azure Stack Hub original equipment manufacturer update.
Added a new outbound rule (HTTPS) to enable communication for Azure Stack Hub diagnostic log collection service. For more information, see Azure Stack Hub datacenter integration - Publish endpoints.
The infrastructure backup service now deletes partially uploaded backups if the external storage location runs out of capacity.
Infrastructure backups no longer include a backup of domain services data. This change only applies to systems using Azure Active Directory as the identity provider.
We now validate that an image being ingested into the Compute -> VM images blade is of type page blob.
The privileged endpoint command Set-BmcCredential now updates the credential in the Baseboard Management Controller.
Fixes
- Fixed an issue in which the publisher, offer, and SKU were treated as case sensitive in a Resource Manager template: the image wasn't fetched for deployment unless the image parameters were the same case as that of the publisher, offer, and SKU.
Fixed an issue with backups failing with a PartialSucceeded error message, due to timeouts during backup of storage service metadata.
Fixed an issue in which deleting user subscriptions resulted in orphaned resources.
Fixed an issue in which the description field wasn't saved when creating an offer.
Fixed an issue in which a user with Read only permissions was able to create, edit, and delete resources. Now the user is only able to create resources when the Contributor permission is assigned.
Fixed an issue in which the update fails due to a DLL file locked by the WMI provider host.
Fixed an issue in the update service that prevented available updates from displaying in the update tile or resource provider. This issue was found in 1906 and fixed in hotfix KB4511282.
Fixed an issue that could cause updates to fail due to the management plane becoming unhealthy due to a bad configuration. This issue was found in 1906 and fixed in hotfix KB4512794.
Fixed an issue that prevented users from completing deployment of third-party images from the marketplace. This issue was found in 1906 and fixed in hotfix KB4511259.
Fixed an issue that could cause VM creation from managed images to fail due to our user image manager service crashing. This issue was found in 1906 and fixed in hotfix KB4512794
Fixed an issue in which VM CRUD operations could fail due to the app gateway cache not being refreshed as expected. This issue was found in 1906 and fixed in hotfix KB4513119
Fixed an issue in the health resource provider which impacted the availability of the region and alert blades in the administrator portal. This issue was found in 1906 and fixed in hotfix KB4512794.
Security updates
For information about security updates in this update of Azure Stack Hub, see Azure Stack Hub security updates.
The Qualys vulnerability report for this release can be downloaded from the Qualys website.
Update planning
Before applying the update, make sure to review the following information:
Download the update
You can download the Azure Stack Hub 1907 update package from the Azure Stack Hub download page.
Hotfixes
Azure Stack Hub releases hotfixes on a regular basis. Be sure to install the latest Azure Stack Hub hotfix for 1906 before updating Azure Stack Hub to 1907.
Azure Stack Hub hotfixes are only applicable to Azure Stack Hub integrated systems; don't attempt to install hotfixes on the ASDK.
Before applying the 1907 update
The 1907 release of Azure Stack Hub must be applied on the 1906 release with the following hotfixes:
After successfully applying the 1907 update
After the installation of this update, install any applicable hotfixes. For more information, see our servicing policy.
Automatic update notifications
Systems that can access the internet from the infrastructure network will see the Update available message in the operator portal. Systems without internet access can download and import the .zip file with the corresponding .xml.
Tip
Subscribe to the following RSS or Atom feeds to keep up with Azure Stack Hub hotfixes:
Archive
To access archived release notes for an older version, use the version selector dropdown above the table of contents on the left and select the version you want to see.
Next steps
- For an overview of the update management in Azure Stack Hub, see Manage updates in Azure Stack Hub overview.
- For more information about how to apply updates with Azure Stack Hub, see Apply updates in Azure Stack Hub.
- To review the servicing policy for Azure Stack Hub and what you must do to keep your system in a supported state, see Azure Stack Hub servicing policy.
- To use the privileged endpoint (PEP) to monitor and resume updates, see Monitor updates in Azure Stack Hub using the privileged endpoint.
1905 archived release notes
1903 archived release notes
1901 archived release notes
1809 archived release notes
1807 archived release notes
1804 archived release notes
1802 archived release notes
You can access older versions of Azure Stack Hub release notes on the TechNet Gallery. These archived documents are provided for reference purposes only and do not imply support for these versions. China mobile phone driver download windows 7. For information about Azure Stack Hub support, see Azure Stack Hub servicing policy. For further assistance, contact Microsoft Customer Support Services.