Modern HCW (Hybrid Agent): troubleshooting like a pro
Published Jul 31 2020 08:35 AM 63.1K Views

Most of you are probably familiar with Classic Hybrid Deployments that are automatically configured through classic option in the Hybrid Configuration Wizard (HCW).  In this blog post we will focus on Modern Hybrid Configuration (aka Modern Hybrid Agent) and specifically, Agent troubleshooting.

The 2 mentioned flavors of hybrid deployments are:

hybagnt01.jpgA comparison of the hybrid functionalities configured with these two options can be found in Hybrid Configuration Wizard options article.

Before getting more specific on how to troubleshoot the Modern HCW option, let me give you some information and troubleshooting hints for HCW application in general.

Run the latest version of the HCW

Always make sure you are running the latest HCW version by downloading it from https://aka.ms/hybridwizard or opening it from the Exchange Admin Center.  Why run the latest version? Because many things get fixed in newer builds.
The version of the app can be found in multiple places such as in the HCW Graphical User Interface (GUI) in the top right corner in control panel, under Programs and Features, and in HCW log. Currently, the HCW build numbers are 17.x and if you have the build 16.x, the application will not auto-update to 17.x. Ideally, if you need to re-run HCW you should update to latest 17.x build first. Both versions can coexist on the same machine (not really recommended because you might be confused as to which is which), more info here:

hybagnt02.jpgHybrid Prerequisites and HCW FAQ

Many issues can be prevented if we read thoroughly the prerequisites of HCW modes and frequently asked questions. Here are they:

Admin accounts running HCW

There are 2 types of Admin accounts needed to run HCW:

hybagnt03.jpgOn-premises Exchange Account
This account needs to be member of Organization Management. If you change the account and insert credentials, these credentials will be automatically used for Test-MigrationServerAvailability in case HCW will need to create a Hybrid Migration Endpoint.

For Modern HCW, you would see the Migration Admin here:

hybagnt04.jpgIf you get an “invalid username or password” error in this step of the HCW, check if you have the required permissions for a Remote Mailbox Migration and  that credentials are correct (use domain\account format).

Office 365 Exchange Online Account.

This needs to be a Global Admin (Exchange Admin included).

Know that you can select 2 types of login to your O365 tenant: Modern Authentication and Basic Authentication (Legacy Login). Note that Basic authentication is being deprecated, but sometimes it’s useful to test it when you have login issues. That option can be found under “Legacy Login”:

hybagnt05.jpgHCW F12 Diagnostic tools

Pressing F12 when in HCW will give you an additional Diagnostic Tools section in HCW UI:

hybagnt06.jpgThis is awesome and very useful when troubleshooting. Let’s mention each of them:

Open Exchange Management Shell

This shortcut opens a PowerShell window and connects to your on-premises Exchange environment.

If, for example, you get HCW failing to run a command in on-premises shell, you can quickly copy the failing command from the HCW log, open this shell and then paste the same command to see if the problem is in the on-premises environment / shell or it’s an issue with HCW itself (very rarely the case).

Another example is if you have issues with connecting to on-premises PowerShell in HCW GUI, you can quickly use this and see if the error is the same.

Open Exchange Online PowerShell

This shortcut opens a PowerShell window and connects to your Exchange Online environment.

hybagnt07.jpgYou would open this up when you see a command failing in Exchange Online PowerShell and use it to run the failing command to see if you get the same outcome.

You would also use it when you get the following error in HCW GUI:

hybagnt08.jpgIn HCW log, you would look for the entry Activity=Tenant Connection Validation for more details on the issue. This entry below suggests that I don’t use a proxy on the machine running HCW to connect to Office 365 Exchange Online PowerShell:

2020.05.29 20:37:37.469         10179 [Client=UX, HTTP GET=https://outlook.office365.com/, Thread=7] Request for https://outlook.office365.com/ does NOT go thru proxy

Open Log File

This opens the current HCW log file. In Notepad, I normally don’t use word wrap when I first open it so that I can have a quick and clear table format view.
This is the main HCW log, date_time.log, where we get information about what HCW version we are using, machine from where we ran HCW, OS and .NET version, on-premises organization current configuration etc.:

  • mailbox databases
  • accepted domains
  • remote domains
  • if a hybrid configuration is already in place
  • if federation trust is in place - in case HCW needs to create it
  • send and receive connectors,
  • virtual directories, etc

We can also see EXO organization current configuration:

  • EXO organization config itself
  • migration endpoints
  • EOP connectors
  • accepted domains
  • remote domains
  • if there is an on-premises organization object, etc.

Create Support Package

This is very useful for us (people in support). This will make a zip of your HCW log files so that you can send it to Microsoft Support. There is a second screen once you click on the link, where you can specify to ZIP logs from the last 24 hours, or within a date range. You then have the option to copy the file to the clipboard so it can be easily attached to an email.

Open Logging Folder

This shortcut opens the folder where HCW logs are located on the machine where you ran HCW.  C:\Users\<admin>\AppData\Roaming\Microsoft\Exchange Hybrid Configuration

hybagnt09.jpgNotable files in this folder:

Date_time.log file was mentioned above during Open Log File.

Date_time .xhcw
The second important log is the .xhcw log. This is an XML log which lists all the cmdlets done by HCW (like Get-*, Set-*, Update-*,Remove-*,New-*) in both EXO and Exchange OnPrem PowerShell sessions.
You would open this file in Notepad, add a starting xml tag like <root> at the beginning and then at the end add </root> as the ending tag and then save the xhcw log as .xml. Then, you can open it in the browser and check /expand the cmdlets. Example:

hybagnt10.jpg

 

Date_time.boot log is the log showing the startup of HCW:

hybagnt11.jpg

 

The .cc log is a small log with extra info regarding your Hybrid Configuration:

hybagnt12.jpg

 

Date_time.hybridconnector.log
This is the setup log for Hybrid Connector (when you install the Hybrid Agent). This log is therefore not present in Classic Hybrid Configs.

hybagnt13.jpgOpen Process Folder

This link opens a Command Prompt with directory set to the HCW process. This can be helpful when we get HCW crashes or some generic errors like “Object reference not set to an instance of an object” and we can combine it with ProcDump tracing of the process. See here for more info on ProcDump download and syntax, we would normally use a quick command like shown below to get the stack exception but if you have to get here with troubleshooting, we advise you open a support case with us: 

procdump.exe -e 1 -f "" Microsoft.Online.CSE.Hybrid.App.exe

Hybrid Agent in Modern HCW
You can learn more about Hybrid Agent architecture here.
This feature will install an agent, built on the same technology as Azure Application Proxy, which will publish the Exchange on-premises environment to Exchange Online to support free/busy and mailbox migrations without many of the challenges customers previously faced with external DNS, publishing of EWS and inbound connections ports having to be opened. The secret sauce here is that the Hybrid Agent registers a custom URL for only your tenant in the following format:

<guid>.resource.mailboxmigration.his.msappproxy.net

This URL is then used by the Organization Relationship or the Intra Organization Connector and the Mailbox Replication Service to route requests from your tenant to on-premises. This URL is only accessible from Exchange Online. Free/busy requests from cloud users to on-premises and mailbox migrations to/from the cloud are the two flows currently supported through the Hybrid Agent.

Where exactly in the hybrid configuration can we see this URL ending in “his.msapproxy.net”? Here are some of the cmdlets that will show you were the URL is used:

  • Get-MigrationEndpoint (RemoteServer value)
  • Get-IntraOrganizationConnector (TargetSharingEpr value)
  • Get-OrganizationRelationship (TargetSharingEpr value)

Determine the Hybrid Agent route
Simply put, the Hybrid Agent is the middle man between the Exchange Online servers and the on-premises Exchange Server(s) and you can think of it as an Inbound Connector for HTTPS traffic from EXO to on-premises Exchange. The Hybrid Agent accepts traffic only from Exchange Online Servers.
A simple schema of the inbound route to Exchange on-premises Modern Hybrid would be the following:
EXO > Hybrid Agent (External URL) > Load Balancer or Exchange On Prem Server (Internal URL).
You can check the Connector route with the Get-HybridApplication cmdlet available with the Hybrid Management PowerShell Module:

hybagnt14_2.jpg

From this screenshot, we can tell that the external URI is https://<GUID>.resource.mailboxmigration.his.msappproxy.net  (externalUrl parameter) and that connections to this published namespace will be relayed to your Exchange Server or Load Balancer: https://internalFQDN/  (my lab machine in this example being mirebm340vm.domain.lab which is internalUrl)

The external URI should be resolvable in public DNS, You can use nslookup and resolve-dnsname to check if the Hybrid Agent is correctly published for my Office 365 tenant.
You can also check the Hybrid Connector Route in HCW log (ConnectorRoute value) and by looking at the output of the following Graph query: https://graph.microsoft.com/edu/$metadata#applications
ConnectorRoute in HCW log showing externalUrl and internalUrl

hybagnt15.jpg

 

Graph Query in HCW log which shows the Hybrid Application:

hybagnt16.jpgIf there is no application returned in Get-HybridApplication, re-run the HCW with Modern Hybrid Topology option. It will restore the application.

If an application is returned, but the Exchange CAS server machine pointed to is not available, Update-HybridApplication allows you to reset the target URI to another CAS server or load balancer (supported only for Exchange 2013 MRSproxy servers and above). See more on this step here.

Setting up the Hybrid Agent in Modern HCW

There are 4 phases when setting up the Hybrid Agent via HCW:

  1. Download the agent install package.
  2. Installation of the agent on the local computer (this prompts for your Office 365 Global Administrator credentials again).
  3. Registration of the agent in Azure, including creation of the URL used to proxy requests. The URL has the format we already discussed: <uniqueGUID>.resource.mailboxmigration.his.msappproxy.net.
  4. Testing migration viability from your Office 365 tenant to your on-premises Exchange organization via the agent.

Starting with HCW version 17.x, we also have a Hybrid Updater Agent step which will be visible in HCW UI:

hybagnt17.jpgDetermine if the Hybrid Agent is installed and running

The Hybrid Agent may be running on a Client Access Server (CAS), or it may be running in the DMZ, but it must be running somewhere. The first step is to go to that machine and check the status of the service (Microsoft Hybrid Service should be started) and if the Hybrid Connector is up and running.

There are a few methods of checking if the Hybrid Agent is Active (registered and running) or Inactive (not registered or not running):

  • By running HCW and choosing Modern Hybrid Topology, reference here
  • Using the Get-Hybrid Agent cmdlet, available in the Hybrid Management PowerShell Module, reference here
    Get-HybridAgent -Credential (get-credential <O365Admin>)

hybagnt18_2.jpg

Note that this cmdlet will return all Azure Proxy Connectors (including Pass-thru Authentication ones), not just Exchange Hybrid Agents, whereas HCW GUI mentioned first shows only Exchange ones.

If a connector for Exchange Online doesn’t show at all or it shows but status is inactive, this means that it’s either not running or not registered. 

  • When narrowing down registration issues, always check the installation prerequisites as mentioned  here and run Test-HybridConnectivity.
  • Check if the Hybrid Service is installed and running, reference here. You would install the agent automatically via HCW when choosing Modern Hybrid Topology or – less commonly – manually (in case of installing additional Agents).

The Agent would be uninstalled if, for example, you switched from Modern to Classic Hybrid Topology or manually uninstalled the Microsoft Hybrid Service in Programs and Features.

If you didn’t uninstall the Microsoft Hybrid Service and the service is started and running, then you would need to check the Hybrid Service logs.

If the service doesn’t start, look at the service startup logs. To enable the logging, you would have to navigate to Hybrid Service installation path, for example C:\Program Files\Microsoft Hybrid Service. In this folder, there is a config file of the Hybrid Service called Microsoft.Online.EME.Hybrid.Agent.Service.exe.config. You would run the Notepad as Administrator and then open this config file to edit it. Remove the <!— and --> characters (uncomment the XML comments) from the config file and save it.

The file should look like this after removing the XML comments and turning on logging:

hybagnt19.jpgRestart the Microsoft Hybrid Services in services.msc. Follow the procedure from here to attempt a connection to the connector. Navigate to these 2 folders and check the HybridService logs:

  • C:\programdata\Microsoft Hybrid Service\Logging will have logs related to connector registration and startup.
  • C:\programdata\Microsoft\Microsoft Hybrid Service\Trace will have logs regarding application requests.

Validating the Hybrid Agent

Once we established that the Hybrid Agent is installed, registered and running, it is time to validate its functionality.
You can use the following steps to validate free/busy and mailbox migration flow via the Agent: Testing and validation of the Hybrid Agent.

If the requests counter goes up when doing Test-MigrationServerAvailaility, the connector is fine.

Next thing is to check if the request from Hybrid Agent Machine reaches Exchange CAS. There are 3 main logs for EWS (MRSproxy.svc) requests:

  • HTTPerr logs: %SystemRoot%\System32\LogFiles\HTTPERR
  • IIS logs for Default Web Site (DWS): %SystemDrive%\inetpub\logs\LogFiles\W3SVC1 – UTC Timezone. The name of the IIS logs contains the date of the log, for example u_ex190930.log is from Sept 30, 2019.
  • HTTPProxy logs for EWS (available in Exchange 2013 or later): %ExchangeInstallPath%Logging\HttpProxy\Ews. The name of the HTTPProxy logs contains the date and hour starting to log, for example HttpProxy_2019093014-10.LOG (10th log from Sept 30, 2019, starting hour 14:00 UTC)

Here are some tips on how to use these logs:

  • Always correlate the time HH:MM:SS of the failed request with these logs (IIS and HTTPProxy are in UTC time zone)
  • A failed request will never have 200 Status code (if you see status code 200 in logs, it means you are not looking at the failed request)
  • If you see the failed request in HTTPerr logs, they probably won’t be present in IIS logs or HTTPProxy logs – they are stuck ‘in front of’ IIS. Check for the reason in HTTPerr logs and check for IIS misconfiguration
  • If you see the failed requests in IIS logs , then you can do IIS failed request tracing on that status code and check further the detailed error in HTTPProxy logs

When doing Test-MigrationServerAvailability you would see about 5 entries in IIS logs for mrsproxy.svc, 2 with 401 status and additional ones with 200 OK status. In case of an error in Test-MigrationServerAvailability, let’s say 503 Service Unavailable, you would need to see if the entry with 503 is there is IIS logs.
503 error in IIS log:

2020-02-20 06:57:42 192.168.2.50 POST /EWS/mrsproxy.svc - 443 miry\administrator 4.43.0.1 - 503 0 0 125

If you see it (example above), then investigate the HTTPProxy logs (if Exchange 2013 or higher) and Failed Request Traces in IIS to get more info on the error. For the above example, you can narrow down the statuses between 500-599 as an example for this situation.

For most common errors at Validate Hybrid Agent phase (Test-MigrationServerAvailability in Modern Hybrid) and their fixes, see my other blog post.

Hope you find this helpful! I realize this is not really a post that you sit down and read from end to end, but it should come in handy when troubleshooting!

I wanted to thank Nino Bilic, Jason Nelson, Rob Whaley, Raymond Fong, Mukesh Kumar, Diganta Deb Roy and Timothy Heeney for their review and comments on this blog post.

Mirela Buruiana

20 Comments
Microsoft

Hi everyone,

My name is Mirela and I am the main author of this blog. Please reply to this comment if you want me to get notified about your comment / query.
Happy troubleshooting!

 

Copper Contributor

Hi,

 

Is it supported to install the Hybrid Agent on a non-domain member machine in a dmz? For Modern HCW Migration.

 

Kind Regards

Microsoft

Hybrid Agent Machine must be domain joined when running HCW on it as it needs communication with Domain Controller.
Reference: https://docs.microsoft.com/en-us/exchange/hybrid-deployment/hybrid-agent#system-requirements
But it might work if you choose manual installation on the DMZ machine and then run HCW on the Exchange CAS/domain-joined machine:  https://docs.microsoft.com/en-us/exchange/hybrid-deployment/hybrid-agent#option-2-manually-download-...

Brass Contributor

@Mirela_Buru Is an autodiscover record externally pointing to on-premises a requirement ? Does the EWS internal URL need to be in the on-prem DNS ? Does the HCW agent use the internal EWS URL for the AAD proxy connector internal url ?

Microsoft

@fatshark_2k , sorry for delay.

Strictly speaking from Hybrid Agent perspective, Autodiscover record is not required externally. However, other workloads requires it. For example, External Outlook client requires it, HMA or Teams accessing on-premises mailbox calendar.

Regarding the requirement to point Autodiscover to on-premises CAS it is valid as long as there are on-premises mailboxes with that primary smtp address domain or on-premises public folders configured for hybrid access.

Some references here:
https://docs.microsoft.com/en-us/exchange/hybrid-deployment/hybrid-agent#constraints 
https://docs.microsoft.com/en-us/exchange/hybrid-configuration-wizard-options 

https://docs.microsoft.com/en-us/exchange/decommission-on-premises-exchange#scenario-one

As far as all internal URLs yes they would need to be populated and discoverable within the Exchange On-premises environment.

 

Does the HCW agent use the internal EWS URL for the AAD proxy connector internal URL?
Documented here: https://docs.microsoft.com/en-us/Exchange/hybrid-deployment/hybrid-agent#constraints 
The Hybrid Agent registers the internal fully qualified domain name (FQDN) of the CAS server selected when running Hybrid Configuration wizard in the Azure Hybrid proxy infrastructure. If the registered CAS is offline, free/busy look ups from your tenant to on-premises and mailbox migrations to/from your tenant won't work. If the selected CAS is permanently offline, a new CAS server must be registered. Run the Hybrid Configuration wizard again to register a new CAS server. You can also point the internalURL on the Hybrid application to a load balancer instead of CAS: https://docs.microsoft.com/en-us/exchange/hybrid-deployment/hybrid-agent#direct-your-hybrid-agents-t... 

Brass Contributor

great article, thank you!

Copper Contributor

Thank you Mirela this is a really good article.

 

Throughout several design reviews, we recorded that the Exchange Online infrastructure was the only infrastructure which was able to access the tunnel termination point for the Hybrid Agent built on the Azure Application Proxy. We have notes stating that MS has IP ACLs restricting access to that tunnel endpoint.

With the discovery that it’s publicly available, we are looking for MS’s answers on how the credentials and monitoring for the MS side of that endpoint is handled?

You stated above "The Hybrid Agent accepts traffic only from Exchange Online Servers" however in our tests it’s not just resolvable, it’s reachable - we get challenged for authentication from public networks which is not “only reachable from Exchange Online”. Do you have a document on how this technology is secured so that Only Exchange Online resources are the only resources that can access the Hybrid endpoint especially when the URL is not dynamic?

 

Thank you

Eric

Microsoft

Hi Eric,

The endpoint should be locked down to Exchange Online (as stated originally in https://techcommunity.microsoft.com/t5/exchange-team-blog/the-microsoft-hybrid-agent-public-preview/...) . Before I engage with Engineering team on this matter, can you confirm you are not referring to an IP address owned by Exchange Online (https://docs.microsoft.com/en-us/microsoft-365/enterprise/urls-and-ip-address-ranges?view=o365-world...) or Remote Connectivity Analyzer IP addresses (https://testconnectivity.microsoft.com/Pages/ChangeList.htm) ? If yes, please open a support case with Microsoft, if not done already and provide some IP addresses able to reach the endpoint. You can send me a private message with the case number to follow up on it. 

Thanks,
Mirela.
Copper Contributor

By locked down to Exchange Online do you mean only via network accessible from Exchange Online OR only able to authenticate from Exchange Online?

 

Thank you so much for your response

Microsoft

I meant network accessible, only EXO IPs are allowed to connect to Hybrid Proxy Service.

Copper Contributor

Hi Mirela

Just seeing if there are any plans to support EWS specifically for Teams mailbox/calendar access through the Hybrid agent. We have found the Modern Hybrid agent effective for free/bust and migrations but as we are deploying Teams as well it becomes less effective and we'd need to drop back to Classic Hybrid and publish the various URL's.

 

Cheers Peter

Microsoft

Peter, not that I am aware of, there is no such plan. Basically this requirement comes from the Teams side: EWS and Autodiscover published.

You can probably have the URLs published (for Outlook and Teams) and still use Modern Hybrid topology (for mailbox migrations and free/busy cloud > onprem).

Copper Contributor

Hi @Mirela_Buru do you have any advice of issues with installing the Hybrid agent. We are getting an exit code 1603 when it is installing but nothing else. Thanks in advance for any advice you are able to give

Copper Contributor

Hi,

 

I exactly have same issues as @agouldstone , getting an exit code 1603 when it is installing but nothing else. I have tried installing HCW on Exchange server 2016 and other member server as well but to no success.

Copper Contributor

Hi @Mirela_Buru ,

 

I hope you can help with this issue:

CSEAdmin_0-1671218524807.png

I have tried installing the HCW in Exchange Server 2019 and other member server but still I encountered the same issue above.

 

Here's the HCW logs:

2022.12.16 19:58:43.391 10333 [Client=UX, fn=SendAsync, Thread=23] FINISH Time=220.0ms Results=NotFound {"error":{"code":"Application_NotFound","message":"Application 'd28373ea-2a38-4d5d-90a6-cc3dd3a9aaa4' not found or OnPremisesPublishing is not enabled for your tenant.","innerError":{"date":"2022-12-16T19:57:58","request-id":"37de6d5d-21e1-4921-b136-2a3698d12da4","client-request-id":"37de6d5d-21e1-4921-b136-2a3698d12da4"}}}

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

2022.12.16 20:00:05.557 10333 [Client=UX, fn=SendAsync, Thread=26] FINISH Time=300.0ms Results=BadRequest {"error":{"code":"InternalUrl_Duplicate","message":"Internal url 'https://mail.<mydomain>.com/' is invalid since it is already in use","innerError":{"date":"2022-12-16T19:59:20","request-id":"fef8659b-bf27-48a8-bc7c-e04705ab8bb7","client-request-id":"fef8659b-bf27-48a8-bc7c-e04705ab8bb7"}}}

 

 

 

Thank you!

 

Regards,

 

CSE A

Copper Contributor

Hi @Mirela_Buru ,

"Is there any update regarding the post of CSEAdmin? We are also experiencing the same issue. According to Ms. Dock's article (https://learn.microsoft.com/en-us/exchange/troubleshoot/move-mailboxes/cannot-register-hybrid-agent), the previous Hybrid Agent application needs to be removed using PowerShell commands. Unfortunately, we cannot remove the Hybrid Application. I have been searching for solutions for 2-3 weeks and but still have not had any luck. We have already created a ticket with MS Support regarding this issue, but we still have not received any proper suggestions. If you have any suggestions, please let me know.

Please let me know if you have any further questions or need any assistance." Thank you  in advanced :)

 

 

  1. Error from Log -->10333 [Client=UX, fn=SendAsync, Thread=24] FINISH Time=153,8ms Results=NotFound {"error":{"code":"Application_NotFound","message":"Application '275133a3-f7f7-4170-b24a-4588a84eeb96' not found or OnPremisesPublishing is not enabled for your tenant.
  2. 10333 [Client=UX, fn=SendAsync, Thread=7] FINISH Time=187,0ms Results=BadRequest {"error":{"code":"InternalUrl_Duplicate","message":"Internal url 'https://' is invalid since it is already in use

 

Mahadi707_0-1681812902010.png

Mahadi707_1-1681813128262.png

 

Copper Contributor

Hi @The_Exchange_Team

 

We have installed Exchange Server 2016 which will co-exist with Exchange 2010.  When we ran HCW using Classic Hyrbrid and to the point that we hit the update button we encountered an error.

rspendon_0-1686105480636.png

 The error is below.

rspendon_1-1686105515795.png

We tried to run the script in  Exchange 2010 as suggested but it failed.

rspendon_2-1686105551399.png

 

Hoping someone can help with our issue.

 

Thank you.

Robert

Steel Contributor

Does anyone know if Windows Server 2022 is UNsupported by Modern Agent?  I'm struggling with two separate environments (client prod, and my mimicking lab) where the Exchange on-prem servers are Exchange 2019 on Windows Server 2022.  The HCW does not reveal the Modern / Classic selection, starts at the Minimal (Recommended) vs Full page, after that goes straight to the Hybrid Domains page.

 

The log doesn't mention any reason, though I can confirm - no migration endpoints/batches, and this is acknowledged in the HCW log:

2023.11.03 09:42:39.476 10361 [Client=UX, Thread=1] 
===========================================================================================================================================================================================================
Public Endpoint
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
HasMigrationEndpoint | False
MigrationEndpoints |
NameForMigrationEndpoint | Hybrid Migration Endpoint - EWS (Default Web Site)

I only mention that because I did see this answers.ms page where pre-existing endpoints was the issue: https://answers.microsoft.com/en-us/msoffice/forum/all/exchange-hybrid-wizard-modern-hybrid-option-n...

 

I did spot that the requirements for the Modern Agent don't list Windows 2022.  https://learn.microsoft.com/en-us/exchange/hybrid-deployment/hybrid-agent#system-requirements

System requirements

The Hybrid Agent has multiple methods of installation with different requirements. In all cases, the core computer requirements are the same as described in the following list:

  • Windows Server 2012 R2, Windows Server 2016, or Windows Server 2019

 I can install the agent manually without error, and after this, the HCW shows now difference, just no sign of Modern options...  Any ideas?

Microsoft

Hi @Jeremy Bradshaw , please open a support case and upload the logs there. If you can send me a message with the case number, that would be great. 

Steel Contributor

Hi @Mirela_Buru thank you.  I'll try to get this done ASAP, but need to figure out my path to MS Support due to the ad-hoc nature of my client project.  I may need to go through the Partner Advanced Support hours that we have.  This is on the side away from my day to day full-time other project.

 

Update: @Mirela_Buru thanks again, but we are good to go.  It was a miss on my part, they did have a migration endpoint present, and in my tenant, I had forgotten the Modern option page comes after the Hybrid Domains page, not before.  So doubly good now.  Next thing was Extended Protection, but now that that's RollBack'd, still doubly good :).

Co-Authors
Version history
Last update:
‎May 19 2023 11:22 AM
Updated by: