To work around this problem, use the output of the gpresult command to identify the Group Policy Object (GPO) that modifies user rights settings. Then, use one of the following methods to correct the issue:
Method 1 Place the computer account for the Hyper-V Host in an Organizational Unit (OU) that doesn't have any policies applied, that manage user rights, and then run gpupdate /force command or reboot the computer. It should remove the user rights applied by policy and allow user rights defined in the local security policy to take effect.
Method 2 Take the following steps on the Hyper-V host machine:
Sign in to the machine as a Domain Administrator. Install the Group Policy Management feature from the Server Manager console. After installation, open the GPMC MMC snap-in and browse to the policy that manages User Rights. Edit the policy to include NT Virtual Machine\Virtual Machines in the entries for Log on as a service. Close the policy editor. Run gpupdate /force on the Hyper-V host computer to refresh policy. You may need to wait several minutes for Active Directory replication to occur. Method 3 Take the following steps on a client computer running Windows 8 that supports the Client Hyper-V feature:
Sign in to the machine as a Domain Administrator. Install the Client Hyper-V feature. Install the Windows 8 Remote Server Administration Tools (RSAT). Open the Group Policy Management console and browse to the policy that manages User Rights. Edit the policy to include NT Virtual Machine\Virtual Machines on the entries for the Log on as a service user right. Close the policy editor on the client. Run gpupdate /force on the Hyper-V host to refresh policy. You may need to wait several minutes for Active Directory replication to occur.
RobKinetek
4 Posts
0
August 1st, 2020 15:00
Did you ever fix this?
tonislow
1 Rookie
•
4 Posts
0
August 1st, 2020 23:00
Hello,
Problem is solved but I don't know how.
I just install windows updates every month and SUU if Dell released a new version.
Live migration working now between R440 R430.
RachelGomez
2 Intern
•
162 Posts
0
September 6th, 2022 22:00
To work around this problem, use the output of the gpresult command to identify the Group Policy Object (GPO) that modifies user rights settings. Then, use one of the following methods to correct the issue:
Method 1
Place the computer account for the Hyper-V Host in an Organizational Unit (OU) that doesn't have any policies applied, that manage user rights, and then run gpupdate /force command or reboot the computer. It should remove the user rights applied by policy and allow user rights defined in the local security policy to take effect.
Method 2
Take the following steps on the Hyper-V host machine:
Sign in to the machine as a Domain Administrator.
Install the Group Policy Management feature from the Server Manager console.
After installation, open the GPMC MMC snap-in and browse to the policy that manages User Rights.
Edit the policy to include NT Virtual Machine\Virtual Machines in the entries for Log on as a service.
Close the policy editor.
Run gpupdate /force on the Hyper-V host computer to refresh policy. You may need to wait several minutes for Active Directory replication to occur.
Method 3
Take the following steps on a client computer running Windows 8 that supports the Client Hyper-V feature:
Sign in to the machine as a Domain Administrator.
Install the Client Hyper-V feature.
Install the Windows 8 Remote Server Administration Tools (RSAT).
Open the Group Policy Management console and browse to the policy that manages User Rights.
Edit the policy to include NT Virtual Machine\Virtual Machines on the entries for the Log on as a service user right.
Close the policy editor on the client.
Run gpupdate /force on the Hyper-V host to refresh policy. You may need to wait several minutes for Active Directory replication to occur.
Greeting,
Rachel Gomez