The virtual adapter was not set up correctly due to a delay. GlobalProtect will try again soon.

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Palo Alto Networks Approved
Palo Alto Networks Approved
Community Expert Verified
Community Expert Verified

The virtual adapter was not set up correctly due to a delay. GlobalProtect will try again soon.

L3 Networker

Hi Team

 

After upgraded the Global protect from 4.1.9 to 5.1.8. Few of the Gp clients not connected. If I repair the Global protect its working fine.

 

So checked the PANGP event logs and found  the below error 

 

Tunnel is down due to disconnection.
01/28/2021 11:21:33.772 [Error]: Failed to get default route entry

01/28/2021 11:21:33.772 [Info ]: Tunnel is down due to disconnection.
01/28/2021 11:21:34.354 [Error]: The virtual adapter was not set up correctly due to a delay. GlobalProtect will try again soon. If the issue persists, please restart your system.

 

Please help us to fix the issue. Why its showing error after upgrade the GP to 5.1.8 version

 

Regards

Mohammed Asik

13 REPLIES 13

Sadly it didn't work for me. When I use it:

winmgmt /resetrepository
Fehler beim Zurücksetzen des WMI-Repositorys
Fehlercode: 0x8007007E

So I get an error. I tried it in user and administrator context.

L1 Bithead

Hello guys,

 

I have same problem but on MacOS. I dont find anything this issue. Has anyone had a similar problem on macOS and found a solution?We have been using version 5.2.11 for a long time in GP.

bilal_guclu

L0 Member

FYI, if resetting the WMI Repository doesn't work, and an sfc and dism repair doesn't work, disabling the Dell Data Vault services (they depend on WMI as well), and running this script and rebooting worked for us:

FIXWMI.CMD
------------------------

@echo on
cd /d c:\temp
if not exist %windir%\system32\wbem goto TryInstall
cd /d %windir%\system32\wbem
net stop winmgmt
winmgmt /kill
if exist Rep_bak rd Rep_bak /s /q
rename Repository Rep_bak
for %%i in (*.dll) do RegSvr32 -s %%i
for %%i in (*.exe) do call :FixSrv %%i
for %%i in (*.mof,*.mfl) do Mofcomp %%i
net start winmgmt
goto End

:FixSrv
if /I (%1) == (wbemcntl.exe) goto SkipSrv
if /I (%1) == (wbemtest.exe) goto SkipSrv
if /I (%1) == (mofcomp.exe) goto SkipSrv
%1 /RegServer

:SkipSrv
goto End

:TryInstall
if not exist wmicore.exe goto End
wmicore /s
net start winmgmt
:End

 

My servicedesk team ran this batch file to resolve this. So far it has worked on all PCs. We are running GP 6.0.4-c26

 

C:\Windows\System32\Wbem. @echo off sc config winmgmt start= disabled net stop winmgmt /y %systemdrive% cd %windir%\system32\wbem for /f %%s in ('dir /b *.dll') do regsvr32 /s %%s wmiprvse /regserver winmgmt /regserver sc config winmgmt start= auto net start winmgmt for /f %%s in ('dir /s /b *.mof *.mfl') do mofcomp %%s

Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!