Can't install vagrant-vmware-workstation 5.0.4

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Can't install vagrant-vmware-workstation 5.0.4

Stefan Smith-2
Hello,

I've previously posted regarding the same issue for versions of vagrant-vmware-workstation > 4.0.24. I am posting now to confirm the same issue on 5.0.4. I have previously raised a support ticket with Hashicorp a month ago but haven't received an answer, other than to check I was running as an administrator, which I am.

I am unable to install the vagrant-vmware-workstation v5.0.4 on Windows 10 under a domain account with administrator privileges, HOMEDRIVE U: and HOME: C:\Users\<UserName>.

I'm seeing the following:

c:\dev\ssrn>vagrant plugin install vagrant-vmware-workstation
Installing the 'vagrant-vmware-workstation' plugin. This can take a few minutes...
Fetching: vagrant-share-1.1.9.gem (100%)
Fetching: vagrant-vmware-workstation-5.0.4.gem (100%)
Building native extensions. This could take a while...

It never returns from building native extensions. Hitting CTRL-C leads to the following output:

ERROR: Failed to build gem native extension.

    current directory: C:/Users/SmithSta/.vagrant.d/gems/2.4.2/gems/vagrant-vmware-workstation-5.0.4/ext/vagrant-vmware-desktop
C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe -r ./siteconf20171129-7652-qq6md5.rb extconf.rb
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers.  Check the mkmf.log file for more details.  You may
need configuration options.

Provided configuration options:
        --with-opt-dir
        --without-opt-dir
        --with-opt-include
        --without-opt-include=${opt-dir}/include
        --with-opt-lib
        --without-opt-lib=${opt-dir}/lib
        --with-make-prog
        --without-make-prog
        --srcdir=.
        --curdir
        --ruby=C:/HashiCorp/Vagrant/embedded/mingw64/bin/$(RUBY_BASE_NAME)

extconf failed, exit code 1

Gem files will remain installed in C:/Users/SmithSta/.vagrant.d/gems/2.4.2/gems/vagrant-vmware-workstation-5.0.4 for inspection.
Results logged to C:/Users/SmithSta/.vagrant.d/gems/2.4.2/extensions/x64-mingw32/2.4.0/vagrant-vmware-workstation-5.0.4/gem_make.out

Or with debug, the last few lines are:

DEBUG bundler: Enabling user defined remote RubyGems sources
DEBUG bundler: Enabling default remote RubyGems sources
DEBUG bundler: Adding source - https://rubygems.org/
DEBUG bundler: Adding source - https://gems.hashicorp.com/
DEBUG bundler: Current source list for install: ["https://rubygems.org/", "https://gems.hashicorp.com/"]
DEBUG bundler: Generating new builtin set instance.
DEBUG bundler: Generating new plugin set instance. Skip gems - []
DEBUG bundler: Generating solution set for installation.
DEBUG bundler: Activating solution set: ["ruby_dep-1.3.1", "erubis-2.7.0", "builder-3.2.3", "gyoku-1.3.1", "nori-2.6.0", "multi_json-1.12.2", "little-plugger-1.1.4", "logging-2.2.2", "rubyntlm-0.6.2", "httpclient-2.8.3", "ffi-1.9.18", "gssapi-1.2.0", "winrm-2.2.3", "rubyzip-1.2.1", "winrm-fs-1.1.0", "winrm-elevated-1.1.0", "wdm-0.1.1", "netrc-0.11.0", "mime-types-data-3.2016.0521", "mime-types-3.1", "unf_ext-0.0.7.4", "unf-0.1.4", "domain_name-0.5.20170404", "http-cookie-1.0.3", "rest-client-2.0.2", "rb-kqueue-0.2.5", "net-ssh-4.1.0", "net-scp-1.2.1", "net-sftp-2.1.2", "log4r-1.1.10", "hashicorp-checkpoint-0.1.4", "rb-inotify-0.9.10", "rb-fsevent-0.10.2", "listen-3.1.5", "i18n-0.8.0", "childprocess-0.6.3", "vagrant-2.0.1", "vagrant-share-1.1.9", "vagrant-vmware-workstation-5.0.4", "bigdecimal-1.3.0", "bundler-1.16.0", "io-console-0.4.6", "json-2.0.4", "openssl-2.0.5", "psych-2.2.2", "rdoc-5.0.0"]
DEBUG bundler: Activating gem vagrant-share-1.1.9
DEBUG bundler: Activating gem vagrant-vmware-workstation-5.0.4
DEBUG bundler: Activating gem bigdecimal-1.3.0
DEBUG bundler: Activating gem bundler-1.16.0
DEBUG bundler: Installing required gems.
Building native extensions. This could take a while...

The Windows process tree is as follows:

  1. vagrant  plugin install vagrant-vmware-workstation --debug
  2. ruby C:\HashiCorp\Vagrant\embedded\gems\gems\vagrant-2.0.1\bin\vagrant plugin install vagrant-vmware-workstation --debug
  3. C:\Windows\system32\cmd.exe /c "C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe -r ./siteconf20171129-7648-1icz2ll.rb extconf.rb 2>&1"
  4. C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe  -r ./siteconf20171129-7648-1icz2ll.rb extconf.rb 
  5. .\vagrant-vmware-installer_windows_amd64.exe install
  6. C:\Windows\system32\wbem\wmic.exe useraccount where "SID like 'S-1-5-%-500'" get name

wmic.exe has 3 threads, each with the following respective stack:

Thread Start Address: wmic.exe+0x3f460, Thread State: Wait:WrLpcReply
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeWaitForMutexObject+0x377
9 ntoskrnl.exe!ExReleasePushLockSharedEx+0x7c8
10 ntoskrnl.exe!ObReferenceObjectByHandle+0xbb58
11 ntoskrnl.exe!ObReferenceObjectByHandle+0xa831
12 ntoskrnl.exe!ObReferenceObjectByHandle+0x8b0d
13 ntoskrnl.exe!setjmpex+0x3ab3
14 ntdll.dll!ZwAlpcSendWaitReceivePort+0x14
15 RPCRT4.dll!NdrSimpleStructUnmarshall+0x6481
16 RPCRT4.dll!I_RpcSendReceive+0xce
17 combase.dll!PropVariantCopy+0x12c2b
18 combase.dll!PropVariantCopy+0x182c5
19 combase.dll!PropVariantCopy+0x17797
20 combase.dll!HICON_UserFree+0xa2c
21 RPCRT4.dll!NdrpClientCall2+0x31f
22 combase.dll!HICON_UserFree+0x383
23 combase.dll!ObjectStublessClient32+0xfc32
24 fastprox.dll!CWbemDataPacket::IsValid+0x193
25 wmic.exe+0x1491a
26 wmic.exe+0x16c2a
27 wmic.exe+0x13f66
28 wmic.exe+0x3989b
29 wmic.exe+0x387c3
30 wmic.exe+0x3f3dd
31 KERNEL32.DLL!BaseThreadInitThunk+0x14
32 ntdll.dll!RtlUserThreadStart+0x21


Thread Start Address: ntdll.dll!RtlReleaseSRWLockExclusive+0x1370, Thread State: WrQueue
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeRemoveQueueEx+0x2f0
9 ntoskrnl.exe!ObfReferenceObject+0x118
10 ntoskrnl.exe!ExAcquireFastMutex+0x48c
11 ntoskrnl.exe!setjmpex+0x3ab3
12 ntdll.dll!ZwWaitForWorkViaWorkerFactory+0x14
13 ntdll.dll!RtlReleaseSRWLockExclusive+0x1ade
14 KERNEL32.DLL!BaseThreadInitThunk+0x14
15 ntdll.dll!RtlUserThreadStart+0x21


Thread Start Address: combase.dll!Ordinal112+0x720, Thread State: Wait:WrUserRequest
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeWaitForMultipleObjects+0x4fe
9 win32kfull.sys!Ordinal2232+0x5a3
10 win32kfull.sys!Ordinal2232+0x1b8
11 win32kfull.sys!Ordinal1763+0x1943
12 win32kfull.sys!Ordinal1647+0x92
13 ntoskrnl.exe!setjmpex+0x3ab3
14 win32u.dll!NtUserGetMessage+0x14
15 USER32.dll!GetMessageW+0x26
16 combase.dll!CoReleaseMarshalData+0x715
17 combase.dll!CoReleaseMarshalData+0x843
18 combase.dll!Ordinal112+0xcbb
19 combase.dll!Ordinal112+0x79c
20 KERNEL32.DLL!BaseThreadInitThunk+0x14
21 ntdll.dll!RtlUserThreadStart+0x21

If I manually run "C:\Windows\system32\wbem\wmic.exe useraccount", I also observe it never returns. This seems to be the root cause.

--
This mailing list is governed under the HashiCorp Community Guidelines - https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list.
 
GitHub Issues: https://github.com/mitchellh/vagrant/issues
IRC: #vagrant on Freenode
---
You received this message because you are subscribed to the Google Groups "Vagrant" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/vagrant-up/7dd20acc-0de1-4a12-8ed5-4e2aecbbd1a1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Can't install vagrant-vmware-workstation 5.0.4

Alvaro Miranda Aguilera
Hello

sorry for the delay in the support list, I will check for the ticket, but lets try something here.

is this a laptop?

it looks to me that you started the machine when AD was available and now you are in a network without it.

whatever its, perhaps you can do this.

if you are next to the AD domain and network, reboot the machine, and try the command again.

if still fails, then maybe there is an issue in your machine in the AD network. if you can reach your IT people or do you have access to do it, you can use users and computers in AD, then find your machine, and right click on the machine and 'reset password'

this sounds odd but the machine is an object in AD, and the password is the token/magic used to talk to the domain.

some times this stop to work.


OR, as a workaround, poweroff the machine, unplug the cable, boot the machine try to login, try the command

if works with local creds, then plug cable, try to install the plugin.

Thanks




On Wed, Nov 29, 2017 at 6:20 PM, Stefan Smith <[hidden email]> wrote:
Hello,

I've previously posted regarding the same issue for versions of vagrant-vmware-workstation > 4.0.24. I am posting now to confirm the same issue on 5.0.4. I have previously raised a support ticket with Hashicorp a month ago but haven't received an answer, other than to check I was running as an administrator, which I am.

I am unable to install the vagrant-vmware-workstation v5.0.4 on Windows 10 under a domain account with administrator privileges, HOMEDRIVE U: and HOME: C:\Users\<UserName>.

I'm seeing the following:

c:\dev\ssrn>vagrant plugin install vagrant-vmware-workstation
Installing the 'vagrant-vmware-workstation' plugin. This can take a few minutes...
Fetching: vagrant-share-1.1.9.gem (100%)
Fetching: vagrant-vmware-workstation-5.0.4.gem (100%)
Building native extensions. This could take a while...

It never returns from building native extensions. Hitting CTRL-C leads to the following output:

ERROR: Failed to build gem native extension.

    current directory: C:/Users/SmithSta/.vagrant.d/gems/2.4.2/gems/vagrant-vmware-workstation-5.0.4/ext/vagrant-vmware-desktop
C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe -r ./siteconf20171129-7652-qq6md5.rb extconf.rb
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers.  Check the mkmf.log file for more details.  You may
need configuration options.

Provided configuration options:
        --with-opt-dir
        --without-opt-dir
        --with-opt-include
        --without-opt-include=${opt-dir}/include
        --with-opt-lib
        --without-opt-lib=${opt-dir}/lib
        --with-make-prog
        --without-make-prog
        --srcdir=.
        --curdir
        --ruby=C:/HashiCorp/Vagrant/embedded/mingw64/bin/$(RUBY_BASE_NAME)

extconf failed, exit code 1

Gem files will remain installed in C:/Users/SmithSta/.vagrant.d/gems/2.4.2/gems/vagrant-vmware-workstation-5.0.4 for inspection.
Results logged to C:/Users/SmithSta/.vagrant.d/gems/2.4.2/extensions/x64-mingw32/2.4.0/vagrant-vmware-workstation-5.0.4/gem_make.out

Or with debug, the last few lines are:

DEBUG bundler: Enabling user defined remote RubyGems sources
DEBUG bundler: Enabling default remote RubyGems sources
DEBUG bundler: Adding source - https://rubygems.org/
DEBUG bundler: Adding source - https://gems.hashicorp.com/
DEBUG bundler: Current source list for install: ["https://rubygems.org/", "https://gems.hashicorp.com/"]
DEBUG bundler: Generating new builtin set instance.
DEBUG bundler: Generating new plugin set instance. Skip gems - []
DEBUG bundler: Generating solution set for installation.
DEBUG bundler: Activating solution set: ["ruby_dep-1.3.1", "erubis-2.7.0", "builder-3.2.3", "gyoku-1.3.1", "nori-2.6.0", "multi_json-1.12.2", "little-plugger-1.1.4", "logging-2.2.2", "rubyntlm-0.6.2", "httpclient-2.8.3", "ffi-1.9.18", "gssapi-1.2.0", "winrm-2.2.3", "rubyzip-1.2.1", "winrm-fs-1.1.0", "winrm-elevated-1.1.0", "wdm-0.1.1", "netrc-0.11.0", "mime-types-data-3.2016.0521", "mime-types-3.1", "unf_ext-0.0.7.4", "unf-0.1.4", "domain_name-0.5.20170404", "http-cookie-1.0.3", "rest-client-2.0.2", "rb-kqueue-0.2.5", "net-ssh-4.1.0", "net-scp-1.2.1", "net-sftp-2.1.2", "log4r-1.1.10", "hashicorp-checkpoint-0.1.4", "rb-inotify-0.9.10", "rb-fsevent-0.10.2", "listen-3.1.5", "i18n-0.8.0", "childprocess-0.6.3", "vagrant-2.0.1", "vagrant-share-1.1.9", "vagrant-vmware-workstation-5.0.4", "bigdecimal-1.3.0", "bundler-1.16.0", "io-console-0.4.6", "json-2.0.4", "openssl-2.0.5", "psych-2.2.2", "rdoc-5.0.0"]
DEBUG bundler: Activating gem vagrant-share-1.1.9
DEBUG bundler: Activating gem vagrant-vmware-workstation-5.0.4
DEBUG bundler: Activating gem bigdecimal-1.3.0
DEBUG bundler: Activating gem bundler-1.16.0
DEBUG bundler: Installing required gems.
Building native extensions. This could take a while...

The Windows process tree is as follows:

  1. vagrant  plugin install vagrant-vmware-workstation --debug
  2. ruby C:\HashiCorp\Vagrant\embedded\gems\gems\vagrant-2.0.1\bin\vagrant plugin install vagrant-vmware-workstation --debug
  3. C:\Windows\system32\cmd.exe /c "C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe -r ./siteconf20171129-7648-1icz2ll.rb extconf.rb 2>&1"
  4. C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe  -r ./siteconf20171129-7648-1icz2ll.rb extconf.rb 
  5. .\vagrant-vmware-installer_windows_amd64.exe install
  6. C:\Windows\system32\wbem\wmic.exe useraccount where "SID like 'S-1-5-%-500'" get name

wmic.exe has 3 threads, each with the following respective stack:

Thread Start Address: wmic.exe+0x3f460, Thread State: Wait:WrLpcReply
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeWaitForMutexObject+0x377
9 ntoskrnl.exe!ExReleasePushLockSharedEx+0x7c8
10 ntoskrnl.exe!ObReferenceObjectByHandle+0xbb58
11 ntoskrnl.exe!ObReferenceObjectByHandle+0xa831
12 ntoskrnl.exe!ObReferenceObjectByHandle+0x8b0d
13 ntoskrnl.exe!setjmpex+0x3ab3
14 ntdll.dll!ZwAlpcSendWaitReceivePort+0x14
15 RPCRT4.dll!NdrSimpleStructUnmarshall+0x6481
16 RPCRT4.dll!I_RpcSendReceive+0xce
17 combase.dll!PropVariantCopy+0x12c2b
18 combase.dll!PropVariantCopy+0x182c5
19 combase.dll!PropVariantCopy+0x17797
20 combase.dll!HICON_UserFree+0xa2c
21 RPCRT4.dll!NdrpClientCall2+0x31f
22 combase.dll!HICON_UserFree+0x383
23 combase.dll!ObjectStublessClient32+0xfc32
24 fastprox.dll!CWbemDataPacket::IsValid+0x193
25 wmic.exe+0x1491a
26 wmic.exe+0x16c2a
27 wmic.exe+0x13f66
28 wmic.exe+0x3989b
29 wmic.exe+0x387c3
30 wmic.exe+0x3f3dd
31 KERNEL32.DLL!BaseThreadInitThunk+0x14
32 ntdll.dll!RtlUserThreadStart+0x21


Thread Start Address: ntdll.dll!RtlReleaseSRWLockExclusive+0x1370, Thread State: WrQueue
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeRemoveQueueEx+0x2f0
9 ntoskrnl.exe!ObfReferenceObject+0x118
10 ntoskrnl.exe!ExAcquireFastMutex+0x48c
11 ntoskrnl.exe!setjmpex+0x3ab3
12 ntdll.dll!ZwWaitForWorkViaWorkerFactory+0x14
13 ntdll.dll!RtlReleaseSRWLockExclusive+0x1ade
14 KERNEL32.DLL!BaseThreadInitThunk+0x14
15 ntdll.dll!RtlUserThreadStart+0x21


Thread Start Address: combase.dll!Ordinal112+0x720, Thread State: Wait:WrUserRequest
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeWaitForMultipleObjects+0x4fe
9 win32kfull.sys!Ordinal2232+0x5a3
10 win32kfull.sys!Ordinal2232+0x1b8
11 win32kfull.sys!Ordinal1763+0x1943
12 win32kfull.sys!Ordinal1647+0x92
13 ntoskrnl.exe!setjmpex+0x3ab3
14 win32u.dll!NtUserGetMessage+0x14
15 USER32.dll!GetMessageW+0x26
16 combase.dll!CoReleaseMarshalData+0x715
17 combase.dll!CoReleaseMarshalData+0x843
18 combase.dll!Ordinal112+0xcbb
19 combase.dll!Ordinal112+0x79c
20 KERNEL32.DLL!BaseThreadInitThunk+0x14
21 ntdll.dll!RtlUserThreadStart+0x21

If I manually run "C:\Windows\system32\wbem\wmic.exe useraccount", I also observe it never returns. This seems to be the root cause.

--
This mailing list is governed under the HashiCorp Community Guidelines - https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list.
 
GitHub Issues: https://github.com/mitchellh/vagrant/issues
IRC: #vagrant on Freenode
---
You received this message because you are subscribed to the Google Groups "Vagrant" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/vagrant-up/7dd20acc-0de1-4a12-8ed5-4e2aecbbd1a1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.



--
Alvaro

--
This mailing list is governed under the HashiCorp Community Guidelines - https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list.
 
GitHub Issues: https://github.com/mitchellh/vagrant/issues
IRC: #vagrant on Freenode
---
You received this message because you are subscribed to the Google Groups "Vagrant" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/vagrant-up/CAHqq0ewZjvds48aG%3DQw50URwsGW7ODAPTRXhYkAL_9X6x0%2BxaQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Can't install vagrant-vmware-workstation 5.0.4

Stefan Smith-2
So, if I disconnect from the corporate network / AD domain and use my personal hotspot instead, I can successfully run C:\Windows\system32\wbem\wmic.exe useraccount where "SID like 'S-1-5-%-500'" get name and the install completes. I have raised the issue with my internal IT support desk. I wonder if any of the command line switches for wmic.exe would work around this issue?

Something else I noticed, after upgrading the plugin, every time I run "vagrant plugin update", it wants to build the native extensions again. This is a problem for me as I have an automation script that always attempts to update all vagrant plugins. Since I mostly run this whilst on the corporate network, it now fails. To demonstrate the issue:

Whilst connected to the corporate network / AD domain:

C:\Windows\system32>vagrant plugin list
vagrant-share (1.1.9, system)
  - Version Constraint: > 0
vagrant-vmware-workstation (5.0.4)

C:\Windows\system32>vagrant plugin update --debug
... omitted ...
DEBUG bundler: Enabling user defined remote RubyGems sources
DEBUG bundler: Enabling default remote RubyGems sources
DEBUG bundler: Adding source - https://rubygems.org/
DEBUG bundler: Adding source - https://gems.hashicorp.com/
DEBUG bundler: Current source list for install: ["https://rubygems.org/", "https://gems.hashicorp.com/"]
DEBUG bundler: Generating new builtin set instance.
DEBUG bundler: Generating new plugin set instance. Skip gems - ["vagrant-share", "vagrant-vmware-workstation"]
DEBUG bundler: Generating solution set for installation.
DEBUG bundler: Activating solution set: ["ruby_dep-1.3.1", "erubis-2.7.0", "builder-3.2.3", "gyoku-1.3.1", "nori-2.6.0", "multi_json-1.12.2", "little-plugger-1.1.4", "logging-2.2.2", "rubyntlm-0.6.2", "httpclient-2.8.3", "ffi-1.9.18", "gssapi-1.2.0", "winrm-2.2.3", "rubyzip-1.2.1", "winrm-fs-1.1.0", "winrm-elevated-1.1.0", "wdm-0.1.1", "netrc-0.11.0", "mime-types-data-3.2016.0521", "mime-types-3.1", "unf_ext-0.0.7.4", "unf-0.1.4", "domain_name-0.5.20170404", "http-cookie-1.0.3", "rest-client-2.0.2", "rb-kqueue-0.2.5", "net-ssh-4.1.0", "net-scp-1.2.1", "net-sftp-2.1.2", "log4r-1.1.10", "hashicorp-checkpoint-0.1.4", "rb-inotify-0.9.10", "rb-fsevent-0.10.2", "listen-3.1.5", "i18n-0.8.0", "childprocess-0.6.3", "vagrant-2.0.1", "vagrant-share-1.1.9", "vagrant-vmware-workstation-5.0.4", "bigdecimal-1.3.0", "bundler-1.16.0", "io-console-0.4.6", "json-2.0.4", "openssl-2.0.5", "psych-2.2.2", "rdoc-5.0.0"]
DEBUG bundler: Activating gem vagrant-share-1.1.9
DEBUG bundler: Activating gem vagrant-vmware-workstation-5.0.4
DEBUG bundler: Activating gem bigdecimal-1.3.0
DEBUG bundler: Activating gem bundler-1.16.0
DEBUG bundler: Installing required gems.
Building native extensions. This could take a while...

The above is blocked on the same command as before, of course, namely: "C:\Windows\system32\wbem\wmic.exe useraccount where "SID like 'S-1-5-%-500'" get name". Is this actually related to installing the vmware workstation plugin or just that bundler/gem on windows is trying to install some additional gems? Is it at all related to: https://github.com/hashicorp/vagrant/issues/5746?

After disconnecting from corporate network / AD domain:

C:\Windows\system32>vagrant plugin repair
Repairing currently installed plugins. This may take a few minutes...
Building native extensions. This could take a while...
Installed plugins successfully repaired!

So I can recover but this will be really inconvenient going forward. Hopefully, a workaround can be identified.

Stef

On Wednesday, November 29, 2017 at 5:28:04 PM UTC, Alvaro Miranda Aguilera wrote:
Hello

sorry for the delay in the support list, I will check for the ticket, but lets try something here.

is this a laptop?

it looks to me that you started the machine when AD was available and now you are in a network without it.

whatever its, perhaps you can do this.

if you are next to the AD domain and network, reboot the machine, and try the command again.

if still fails, then maybe there is an issue in your machine in the AD network. if you can reach your IT people or do you have access to do it, you can use users and computers in AD, then find your machine, and right click on the machine and 'reset password'

this sounds odd but the machine is an object in AD, and the password is the token/magic used to talk to the domain.

some times this stop to work.


OR, as a workaround, poweroff the machine, unplug the cable, boot the machine try to login, try the command

if works with local creds, then plug cable, try to install the plugin.

Thanks




On Wed, Nov 29, 2017 at 6:20 PM, Stefan Smith <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="PCqmwedPAgAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">stefan.s...@...> wrote:
Hello,

I've previously posted regarding the same issue for versions of vagrant-vmware-workstation > 4.0.24. I am posting now to confirm the same issue on 5.0.4. I have previously raised a support ticket with Hashicorp a month ago but haven't received an answer, other than to check I was running as an administrator, which I am.

I am unable to install the vagrant-vmware-workstation v5.0.4 on Windows 10 under a domain account with administrator privileges, HOMEDRIVE U: and HOME: C:\Users\<UserName>.

I'm seeing the following:

c:\dev\ssrn>vagrant plugin install vagrant-vmware-workstation
Installing the 'vagrant-vmware-workstation' plugin. This can take a few minutes...
Fetching: vagrant-share-1.1.9.gem (100%)
Fetching: vagrant-vmware-workstation-5.0.4.gem (100%)
Building native extensions. This could take a while...

It never returns from building native extensions. Hitting CTRL-C leads to the following output:

ERROR: Failed to build gem native extension.

    current directory: C:/Users/SmithSta/.vagrant.d/gems/2.4.2/gems/vagrant-vmware-workstation-5.0.4/ext/vagrant-vmware-desktop
C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe -r ./siteconf20171129-7652-qq6md5.rb extconf.rb
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers.  Check the mkmf.log file for more details.  You may
need configuration options.

Provided configuration options:
        --with-opt-dir
        --without-opt-dir
        --with-opt-include
        --without-opt-include=${opt-dir}/include
        --with-opt-lib
        --without-opt-lib=${opt-dir}/lib
        --with-make-prog
        --without-make-prog
        --srcdir=.
        --curdir
        --ruby=C:/HashiCorp/Vagrant/embedded/mingw64/bin/$(RUBY_BASE_NAME)

extconf failed, exit code 1

Gem files will remain installed in C:/Users/SmithSta/.vagrant.d/gems/2.4.2/gems/vagrant-vmware-workstation-5.0.4 for inspection.
Results logged to C:/Users/SmithSta/.vagrant.d/gems/2.4.2/extensions/x64-mingw32/2.4.0/vagrant-vmware-workstation-5.0.4/gem_make.out

Or with debug, the last few lines are:

DEBUG bundler: Enabling user defined remote RubyGems sources
DEBUG bundler: Enabling default remote RubyGems sources
DEBUG bundler: Adding source - <a href="https://rubygems.org/" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Frubygems.org%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNEwGKy0CVcikR8iQjDbgRQY3uUQxA&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Frubygems.org%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNEwGKy0CVcikR8iQjDbgRQY3uUQxA&#39;;return true;">https://rubygems.org/
DEBUG bundler: Adding source - <a href="https://gems.hashicorp.com/" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fgems.hashicorp.com%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNEefPsIPUsL_pQ6va1RBTZZPrvxhA&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fgems.hashicorp.com%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNEefPsIPUsL_pQ6va1RBTZZPrvxhA&#39;;return true;">https://gems.hashicorp.com/
DEBUG bundler: Current source list for install: ["<a href="https://rubygems.org/" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Frubygems.org%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNEwGKy0CVcikR8iQjDbgRQY3uUQxA&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Frubygems.org%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNEwGKy0CVcikR8iQjDbgRQY3uUQxA&#39;;return true;">https://rubygems.org/", "<a href="https://gems.hashicorp.com/" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fgems.hashicorp.com%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNEefPsIPUsL_pQ6va1RBTZZPrvxhA&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fgems.hashicorp.com%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNEefPsIPUsL_pQ6va1RBTZZPrvxhA&#39;;return true;">https://gems.hashicorp.com/"]
DEBUG bundler: Generating new builtin set instance.
DEBUG bundler: Generating new plugin set instance. Skip gems - []
DEBUG bundler: Generating solution set for installation.
DEBUG bundler: Activating solution set: ["ruby_dep-1.3.1", "erubis-2.7.0", "builder-3.2.3", "gyoku-1.3.1", "nori-2.6.0", "multi_json-1.12.2", "little-plugger-1.1.4", "logging-2.2.2", "rubyntlm-0.6.2", "httpclient-2.8.3", "ffi-1.9.18", "gssapi-1.2.0", "winrm-2.2.3", "rubyzip-1.2.1", "winrm-fs-1.1.0", "winrm-elevated-1.1.0", "wdm-0.1.1", "netrc-0.11.0", "mime-types-data-3.2016.0521", "mime-types-3.1", "unf_ext-0.0.7.4", "unf-0.1.4", "domain_name-0.5.20170404", "http-cookie-1.0.3", "rest-client-2.0.2", "rb-kqueue-0.2.5", "net-ssh-4.1.0", "net-scp-1.2.1", "net-sftp-2.1.2", "log4r-1.1.10", "hashicorp-checkpoint-0.1.4", "rb-inotify-0.9.10", "rb-fsevent-0.10.2", "listen-3.1.5", "i18n-0.8.0", "childprocess-0.6.3", "vagrant-2.0.1", "vagrant-share-1.1.9", "vagrant-vmware-workstation-5.0.4", "bigdecimal-1.3.0", "bundler-1.16.0", "io-console-0.4.6", "json-2.0.4", "openssl-2.0.5", "psych-2.2.2", "rdoc-5.0.0"]
DEBUG bundler: Activating gem vagrant-share-1.1.9
DEBUG bundler: Activating gem vagrant-vmware-workstation-5.0.4
DEBUG bundler: Activating gem bigdecimal-1.3.0
DEBUG bundler: Activating gem bundler-1.16.0
DEBUG bundler: Installing required gems.
Building native extensions. This could take a while...

The Windows process tree is as follows:

  1. vagrant  plugin install vagrant-vmware-workstation --debug
  2. ruby C:\HashiCorp\Vagrant\embedded\gems\gems\vagrant-2.0.1\bin\vagrant plugin install vagrant-vmware-workstation --debug
  3. C:\Windows\system32\cmd.exe /c "C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe -r ./siteconf20171129-7648-1icz2ll.rb extconf.rb 2>&1"
  4. C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe  -r ./siteconf20171129-7648-1icz2ll.rb extconf.rb 
  5. .\vagrant-vmware-installer_windows_amd64.exe install
  6. C:\Windows\system32\wbem\wmic.exe useraccount where "SID like 'S-1-5-%-500'" get name

wmic.exe has 3 threads, each with the following respective stack:

Thread Start Address: wmic.exe+0x3f460, Thread State: Wait:WrLpcReply
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeWaitForMutexObject+0x377
9 ntoskrnl.exe!ExReleasePushLockSharedEx+0x7c8
10 ntoskrnl.exe!ObReferenceObjectByHandle+0xbb58
11 ntoskrnl.exe!ObReferenceObjectByHandle+0xa831
12 ntoskrnl.exe!ObReferenceObjectByHandle+0x8b0d
13 ntoskrnl.exe!setjmpex+0x3ab3
14 ntdll.dll!ZwAlpcSendWaitReceivePort+0x14
15 RPCRT4.dll!NdrSimpleStructUnmarshall+0x6481
16 RPCRT4.dll!I_RpcSendReceive+0xce
17 combase.dll!PropVariantCopy+0x12c2b
18 combase.dll!PropVariantCopy+0x182c5
19 combase.dll!PropVariantCopy+0x17797
20 combase.dll!HICON_UserFree+0xa2c
21 RPCRT4.dll!NdrpClientCall2+0x31f
22 combase.dll!HICON_UserFree+0x383
23 combase.dll!ObjectStublessClient32+0xfc32
24 fastprox.dll!CWbemDataPacket::IsValid+0x193
25 wmic.exe+0x1491a
26 wmic.exe+0x16c2a
27 wmic.exe+0x13f66
28 wmic.exe+0x3989b
29 wmic.exe+0x387c3
30 wmic.exe+0x3f3dd
31 KERNEL32.DLL!BaseThreadInitThunk+0x14
32 ntdll.dll!RtlUserThreadStart+0x21


Thread Start Address: ntdll.dll!RtlReleaseSRWLockExclusive+0x1370, Thread State: WrQueue
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeRemoveQueueEx+0x2f0
9 ntoskrnl.exe!ObfReferenceObject+0x118
10 ntoskrnl.exe!ExAcquireFastMutex+0x48c
11 ntoskrnl.exe!setjmpex+0x3ab3
12 ntdll.dll!ZwWaitForWorkViaWorkerFactory+0x14
13 ntdll.dll!RtlReleaseSRWLockExclusive+0x1ade
14 KERNEL32.DLL!BaseThreadInitThunk+0x14
15 ntdll.dll!RtlUserThreadStart+0x21


Thread Start Address: combase.dll!Ordinal112+0x720, Thread State: Wait:WrUserRequest
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeWaitForMultipleObjects+0x4fe
9 win32kfull.sys!Ordinal2232+0x5a3
10 win32kfull.sys!Ordinal2232+0x1b8
11 win32kfull.sys!Ordinal1763+0x1943
12 win32kfull.sys!Ordinal1647+0x92
13 ntoskrnl.exe!setjmpex+0x3ab3
14 win32u.dll!NtUserGetMessage+0x14
15 USER32.dll!GetMessageW+0x26
16 combase.dll!CoReleaseMarshalData+0x715
17 combase.dll!CoReleaseMarshalData+0x843
18 combase.dll!Ordinal112+0xcbb
19 combase.dll!Ordinal112+0x79c
20 KERNEL32.DLL!BaseThreadInitThunk+0x14
21 ntdll.dll!RtlUserThreadStart+0x21

If I manually run "C:\Windows\system32\wbem\wmic.exe useraccount", I also observe it never returns. This seems to be the root cause.

--
This mailing list is governed under the HashiCorp Community Guidelines - <a href="https://www.hashicorp.com/community-guidelines.html" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwww.hashicorp.com%2Fcommunity-guidelines.html\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNGHa_CaKfZaJiwbkUndUQbVGlQCDw&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwww.hashicorp.com%2Fcommunity-guidelines.html\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNGHa_CaKfZaJiwbkUndUQbVGlQCDw&#39;;return true;">https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list.
 
GitHub Issues: <a href="https://github.com/mitchellh/vagrant/issues" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fgithub.com%2Fmitchellh%2Fvagrant%2Fissues\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHxcA5DuHlQlPInMi_k1Pz4pMNqNw&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fgithub.com%2Fmitchellh%2Fvagrant%2Fissues\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHxcA5DuHlQlPInMi_k1Pz4pMNqNw&#39;;return true;">https://github.com/mitchellh/vagrant/issues
IRC: #vagrant on Freenode
---
You received this message because you are subscribed to the Google Groups "Vagrant" group.
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="PCqmwedPAgAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">vagrant-up+...@googlegroups.com.
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/vagrant-up/7dd20acc-0de1-4a12-8ed5-4e2aecbbd1a1%40googlegroups.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/vagrant-up/7dd20acc-0de1-4a12-8ed5-4e2aecbbd1a1%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/vagrant-up/7dd20acc-0de1-4a12-8ed5-4e2aecbbd1a1%40googlegroups.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/vagrant-up/7dd20acc-0de1-4a12-8ed5-4e2aecbbd1a1%40googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.



--
Alvaro

--
This mailing list is governed under the HashiCorp Community Guidelines - https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list.
 
GitHub Issues: https://github.com/mitchellh/vagrant/issues
IRC: #vagrant on Freenode
---
You received this message because you are subscribed to the Google Groups "Vagrant" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/vagrant-up/dccdcc33-36eb-491c-a807-2adc1396e98a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Can't install vagrant-vmware-workstation 5.0.4

Alvaro Miranda Aguilera
Hello

For vagrant testing I have a domain + win10 where this doesn't fail.

So I understand this is an impediment for you, but I think is something between your machine and the AD.

the trust relationship can be broken, the machine password can be failing, etc.

One of the task that can be used is take the machine off the domain and join again.

Please be careful that profiles/users sometimes change, so can cause issues like you log in into a different/new user profile.

I would like to help more here, but not sure how.


Alvaro.

On Thu, Nov 30, 2017 at 1:04 PM, Stefan Smith <[hidden email]> wrote:
So, if I disconnect from the corporate network / AD domain and use my personal hotspot instead, I can successfully run C:\Windows\system32\wbem\wmic.exe useraccount where "SID like 'S-1-5-%-500'" get name and the install completes. I have raised the issue with my internal IT support desk. I wonder if any of the command line switches for wmic.exe would work around this issue?

Something else I noticed, after upgrading the plugin, every time I run "vagrant plugin update", it wants to build the native extensions again. This is a problem for me as I have an automation script that always attempts to update all vagrant plugins. Since I mostly run this whilst on the corporate network, it now fails. To demonstrate the issue:

Whilst connected to the corporate network / AD domain:

C:\Windows\system32>vagrant plugin list
vagrant-share (1.1.9, system)
  - Version Constraint: > 0
vagrant-vmware-workstation (5.0.4)

C:\Windows\system32>vagrant plugin update --debug
... omitted ...
DEBUG bundler: Enabling user defined remote RubyGems sources
DEBUG bundler: Enabling default remote RubyGems sources
DEBUG bundler: Adding source - https://rubygems.org/
DEBUG bundler: Adding source - https://gems.hashicorp.com/
DEBUG bundler: Current source list for install: ["https://rubygems.org/", "https://gems.hashicorp.com/"]
DEBUG bundler: Generating new builtin set instance.
DEBUG bundler: Generating new plugin set instance. Skip gems - ["vagrant-share", "vagrant-vmware-workstation"]
DEBUG bundler: Generating solution set for installation.
DEBUG bundler: Activating solution set: ["ruby_dep-1.3.1", "erubis-2.7.0", "builder-3.2.3", "gyoku-1.3.1", "nori-2.6.0", "multi_json-1.12.2", "little-plugger-1.1.4", "logging-2.2.2", "rubyntlm-0.6.2", "httpclient-2.8.3", "ffi-1.9.18", "gssapi-1.2.0", "winrm-2.2.3", "rubyzip-1.2.1", "winrm-fs-1.1.0", "winrm-elevated-1.1.0", "wdm-0.1.1", "netrc-0.11.0", "mime-types-data-3.2016.0521", "mime-types-3.1", "unf_ext-0.0.7.4", "unf-0.1.4", "domain_name-0.5.20170404", "http-cookie-1.0.3", "rest-client-2.0.2", "rb-kqueue-0.2.5", "net-ssh-4.1.0", "net-scp-1.2.1", "net-sftp-2.1.2", "log4r-1.1.10", "hashicorp-checkpoint-0.1.4", "rb-inotify-0.9.10", "rb-fsevent-0.10.2", "listen-3.1.5", "i18n-0.8.0", "childprocess-0.6.3", "vagrant-2.0.1", "vagrant-share-1.1.9", "vagrant-vmware-workstation-5.0.4", "bigdecimal-1.3.0", "bundler-1.16.0", "io-console-0.4.6", "json-2.0.4", "openssl-2.0.5", "psych-2.2.2", "rdoc-5.0.0"]
DEBUG bundler: Activating gem vagrant-share-1.1.9
DEBUG bundler: Activating gem vagrant-vmware-workstation-5.0.4
DEBUG bundler: Activating gem bigdecimal-1.3.0
DEBUG bundler: Activating gem bundler-1.16.0
DEBUG bundler: Installing required gems.
Building native extensions. This could take a while...

The above is blocked on the same command as before, of course, namely: "C:\Windows\system32\wbem\wmic.exe useraccount where "SID like 'S-1-5-%-500'" get name". Is this actually related to installing the vmware workstation plugin or just that bundler/gem on windows is trying to install some additional gems? Is it at all related to: https://github.com/hashicorp/vagrant/issues/5746?

After disconnecting from corporate network / AD domain:

C:\Windows\system32>vagrant plugin repair
Repairing currently installed plugins. This may take a few minutes...
Building native extensions. This could take a while...
Installed plugins successfully repaired!

So I can recover but this will be really inconvenient going forward. Hopefully, a workaround can be identified.

Stef

On Wednesday, November 29, 2017 at 5:28:04 PM UTC, Alvaro Miranda Aguilera wrote:
Hello

sorry for the delay in the support list, I will check for the ticket, but lets try something here.

is this a laptop?

it looks to me that you started the machine when AD was available and now you are in a network without it.

whatever its, perhaps you can do this.

if you are next to the AD domain and network, reboot the machine, and try the command again.

if still fails, then maybe there is an issue in your machine in the AD network. if you can reach your IT people or do you have access to do it, you can use users and computers in AD, then find your machine, and right click on the machine and 'reset password'

this sounds odd but the machine is an object in AD, and the password is the token/magic used to talk to the domain.

some times this stop to work.


OR, as a workaround, poweroff the machine, unplug the cable, boot the machine try to login, try the command

if works with local creds, then plug cable, try to install the plugin.

Thanks




On Wed, Nov 29, 2017 at 6:20 PM, Stefan Smith <[hidden email]> wrote:
Hello,

I've previously posted regarding the same issue for versions of vagrant-vmware-workstation > 4.0.24. I am posting now to confirm the same issue on 5.0.4. I have previously raised a support ticket with Hashicorp a month ago but haven't received an answer, other than to check I was running as an administrator, which I am.

I am unable to install the vagrant-vmware-workstation v5.0.4 on Windows 10 under a domain account with administrator privileges, HOMEDRIVE U: and HOME: C:\Users\<UserName>.

I'm seeing the following:

c:\dev\ssrn>vagrant plugin install vagrant-vmware-workstation
Installing the 'vagrant-vmware-workstation' plugin. This can take a few minutes...
Fetching: vagrant-share-1.1.9.gem (100%)
Fetching: vagrant-vmware-workstation-5.0.4.gem (100%)
Building native extensions. This could take a while...

It never returns from building native extensions. Hitting CTRL-C leads to the following output:

ERROR: Failed to build gem native extension.

    current directory: C:/Users/SmithSta/.vagrant.d/gems/2.4.2/gems/vagrant-vmware-workstation-5.0.4/ext/vagrant-vmware-desktop
C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe -r ./siteconf20171129-7652-qq6md5.rb extconf.rb
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers.  Check the mkmf.log file for more details.  You may
need configuration options.

Provided configuration options:
        --with-opt-dir
        --without-opt-dir
        --with-opt-include
        --without-opt-include=${opt-dir}/include
        --with-opt-lib
        --without-opt-lib=${opt-dir}/lib
        --with-make-prog
        --without-make-prog
        --srcdir=.
        --curdir
        --ruby=C:/HashiCorp/Vagrant/embedded/mingw64/bin/$(RUBY_BASE_NAME)

extconf failed, exit code 1

Gem files will remain installed in C:/Users/SmithSta/.vagrant.d/gems/2.4.2/gems/vagrant-vmware-workstation-5.0.4 for inspection.
Results logged to C:/Users/SmithSta/.vagrant.d/gems/2.4.2/extensions/x64-mingw32/2.4.0/vagrant-vmware-workstation-5.0.4/gem_make.out

Or with debug, the last few lines are:

DEBUG bundler: Enabling user defined remote RubyGems sources
DEBUG bundler: Enabling default remote RubyGems sources
DEBUG bundler: Adding source - https://rubygems.org/
DEBUG bundler: Adding source - https://gems.hashicorp.com/
DEBUG bundler: Current source list for install: ["https://rubygems.org/", "https://gems.hashicorp.com/"]
DEBUG bundler: Generating new builtin set instance.
DEBUG bundler: Generating new plugin set instance. Skip gems - []
DEBUG bundler: Generating solution set for installation.
DEBUG bundler: Activating solution set: ["ruby_dep-1.3.1", "erubis-2.7.0", "builder-3.2.3", "gyoku-1.3.1", "nori-2.6.0", "multi_json-1.12.2", "little-plugger-1.1.4", "logging-2.2.2", "rubyntlm-0.6.2", "httpclient-2.8.3", "ffi-1.9.18", "gssapi-1.2.0", "winrm-2.2.3", "rubyzip-1.2.1", "winrm-fs-1.1.0", "winrm-elevated-1.1.0", "wdm-0.1.1", "netrc-0.11.0", "mime-types-data-3.2016.0521", "mime-types-3.1", "unf_ext-0.0.7.4", "unf-0.1.4", "domain_name-0.5.20170404", "http-cookie-1.0.3", "rest-client-2.0.2", "rb-kqueue-0.2.5", "net-ssh-4.1.0", "net-scp-1.2.1", "net-sftp-2.1.2", "log4r-1.1.10", "hashicorp-checkpoint-0.1.4", "rb-inotify-0.9.10", "rb-fsevent-0.10.2", "listen-3.1.5", "i18n-0.8.0", "childprocess-0.6.3", "vagrant-2.0.1", "vagrant-share-1.1.9", "vagrant-vmware-workstation-5.0.4", "bigdecimal-1.3.0", "bundler-1.16.0", "io-console-0.4.6", "json-2.0.4", "openssl-2.0.5", "psych-2.2.2", "rdoc-5.0.0"]
DEBUG bundler: Activating gem vagrant-share-1.1.9
DEBUG bundler: Activating gem vagrant-vmware-workstation-5.0.4
DEBUG bundler: Activating gem bigdecimal-1.3.0
DEBUG bundler: Activating gem bundler-1.16.0
DEBUG bundler: Installing required gems.
Building native extensions. This could take a while...

The Windows process tree is as follows:

  1. vagrant  plugin install vagrant-vmware-workstation --debug
  2. ruby C:\HashiCorp\Vagrant\embedded\gems\gems\vagrant-2.0.1\bin\vagrant plugin install vagrant-vmware-workstation --debug
  3. C:\Windows\system32\cmd.exe /c "C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe -r ./siteconf20171129-7648-1icz2ll.rb extconf.rb 2>&1"
  4. C:/HashiCorp/Vagrant/embedded/mingw64/bin/ruby.exe  -r ./siteconf20171129-7648-1icz2ll.rb extconf.rb 
  5. .\vagrant-vmware-installer_windows_amd64.exe install
  6. C:\Windows\system32\wbem\wmic.exe useraccount where "SID like 'S-1-5-%-500'" get name

wmic.exe has 3 threads, each with the following respective stack:

Thread Start Address: wmic.exe+0x3f460, Thread State: Wait:WrLpcReply
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeWaitForMutexObject+0x377
9 ntoskrnl.exe!ExReleasePushLockSharedEx+0x7c8
10 ntoskrnl.exe!ObReferenceObjectByHandle+0xbb58
11 ntoskrnl.exe!ObReferenceObjectByHandle+0xa831
12 ntoskrnl.exe!ObReferenceObjectByHandle+0x8b0d
13 ntoskrnl.exe!setjmpex+0x3ab3
14 ntdll.dll!ZwAlpcSendWaitReceivePort+0x14
15 RPCRT4.dll!NdrSimpleStructUnmarshall+0x6481
16 RPCRT4.dll!I_RpcSendReceive+0xce
17 combase.dll!PropVariantCopy+0x12c2b
18 combase.dll!PropVariantCopy+0x182c5
19 combase.dll!PropVariantCopy+0x17797
20 combase.dll!HICON_UserFree+0xa2c
21 RPCRT4.dll!NdrpClientCall2+0x31f
22 combase.dll!HICON_UserFree+0x383
23 combase.dll!ObjectStublessClient32+0xfc32
24 fastprox.dll!CWbemDataPacket::IsValid+0x193
25 wmic.exe+0x1491a
26 wmic.exe+0x16c2a
27 wmic.exe+0x13f66
28 wmic.exe+0x3989b
29 wmic.exe+0x387c3
30 wmic.exe+0x3f3dd
31 KERNEL32.DLL!BaseThreadInitThunk+0x14
32 ntdll.dll!RtlUserThreadStart+0x21


Thread Start Address: ntdll.dll!RtlReleaseSRWLockExclusive+0x1370, Thread State: WrQueue
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeRemoveQueueEx+0x2f0
9 ntoskrnl.exe!ObfReferenceObject+0x118
10 ntoskrnl.exe!ExAcquireFastMutex+0x48c
11 ntoskrnl.exe!setjmpex+0x3ab3
12 ntdll.dll!ZwWaitForWorkViaWorkerFactory+0x14
13 ntdll.dll!RtlReleaseSRWLockExclusive+0x1ade
14 KERNEL32.DLL!BaseThreadInitThunk+0x14
15 ntdll.dll!RtlUserThreadStart+0x21


Thread Start Address: combase.dll!Ordinal112+0x720, Thread State: Wait:WrUserRequest
0 ntoskrnl.exe!KeSynchronizeExecution+0x3f26
1 ntoskrnl.exe!KeWaitForMultipleObjects+0x109c
2 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
3 ntoskrnl.exe!KeWaitForMutexObject+0x377
4 ntoskrnl.exe!KeUnstackDetachProcess+0x2230
5 ntoskrnl.exe!ObDereferenceObjectDeferDelete+0x28a
6 ntoskrnl.exe!KeWaitForMultipleObjects+0x1283
7 ntoskrnl.exe!KeWaitForMultipleObjects+0xb3f
8 ntoskrnl.exe!KeWaitForMultipleObjects+0x4fe
9 win32kfull.sys!Ordinal2232+0x5a3
10 win32kfull.sys!Ordinal2232+0x1b8
11 win32kfull.sys!Ordinal1763+0x1943
12 win32kfull.sys!Ordinal1647+0x92
13 ntoskrnl.exe!setjmpex+0x3ab3
14 win32u.dll!NtUserGetMessage+0x14
15 USER32.dll!GetMessageW+0x26
16 combase.dll!CoReleaseMarshalData+0x715
17 combase.dll!CoReleaseMarshalData+0x843
18 combase.dll!Ordinal112+0xcbb
19 combase.dll!Ordinal112+0x79c
20 KERNEL32.DLL!BaseThreadInitThunk+0x14
21 ntdll.dll!RtlUserThreadStart+0x21

If I manually run "C:\Windows\system32\wbem\wmic.exe useraccount", I also observe it never returns. This seems to be the root cause.

--
This mailing list is governed under the HashiCorp Community Guidelines - https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list.
 
GitHub Issues: https://github.com/mitchellh/vagrant/issues
IRC: #vagrant on Freenode
---
You received this message because you are subscribed to the Google Groups "Vagrant" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vagrant-up+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/vagrant-up/7dd20acc-0de1-4a12-8ed5-4e2aecbbd1a1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.



--
Alvaro

--
This mailing list is governed under the HashiCorp Community Guidelines - https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list.
 
GitHub Issues: https://github.com/mitchellh/vagrant/issues
IRC: #vagrant on Freenode
---
You received this message because you are subscribed to the Google Groups "Vagrant" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/vagrant-up/dccdcc33-36eb-491c-a807-2adc1396e98a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.



--
Alvaro

--
This mailing list is governed under the HashiCorp Community Guidelines - https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list.
 
GitHub Issues: https://github.com/mitchellh/vagrant/issues
IRC: #vagrant on Freenode
---
You received this message because you are subscribed to the Google Groups "Vagrant" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/vagrant-up/CAHqq0ewaDW3a1Okrb6OjWrHOg78CUCqB4Z_2xu%2Bt2PEtDax%3D4Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.