Comments (15)
Hmmm, I get the same stack trace when I try this on an Ubuntu 12.04 LTS machine as my original OS X Mavericks machine.
from vagrant-vsphere.
Hi Dan,
Could you confirm that you're building the gem from the latest version (0.7.1)? It restricts the version of rbvmomi to 1.6.x and may solve your problem.
Julia
from vagrant-vsphere.
Hi Julia,
When I follow the plugin's installation instructions I get version 0.7.0 of the gem. Looking at the gem repo, I do not see a version 0.7.1 having been published yet. Ex:
$ vagrant plugin update vagrant-vsphere
Installing the 'vagrant-vsphere' plugin. This can take a few minutes...
Installed the plugin 'vagrant-vsphere (0.7.0)'!
$ gem list vagrant-vsphere --remote --all
*** REMOTE GEMS ***
vagrant-vsphere (0.7.0, 0.6.0, 0.5.1, 0.5.0)
Are you saying I should clone the git repo and install the non-released 0.7.1?
Thanks,
Dan
from vagrant-vsphere.
FWIW the README.md
says that 0.7.1
is available on RubyGems.org but when I go there I see 0.7.0
: https://rubygems.org/gems/vagrant-vsphere
from vagrant-vsphere.
Hi Dan,
I apologize for that, It's taking a little longer to get the rubygem pushed. I reached out to the original developer and had the wrong email address so getting a gem on RubyGems.org is taking just a bit longer than expected. I'm in touch with Andy and expect this to be remedied very shortly.
Thanks for your patience.
Matt
from vagrant-vsphere.
Hi Dan,
And like that we're back. I think you should be able to pull the latest 0.7.1 version from rubygems.org now.
Cheers,
Matt
from vagrant-vsphere.
Thanks all. I was able to install "vagrant-vsphere-0.7.1" which depends on "rbvmomi-1.6.0". Unfortunately I'm still getting the same stack trace upon "vagrant up" on both OS X Mavericks and Ubuntu 12.04.
vagrant@my-vm:~$ v up --provider=vsphere
Bringing machine 'default' up with 'vsphere' provider...
/opt/vagrant/embedded/lib/ruby/2.0.0/net/http.rb:918:in `connect'
/opt/vagrant/embedded/lib/ruby/2.0.0/net/http.rb:918:in `block in connect'
/opt/vagrant/embedded/lib/ruby/2.0.0/timeout.rb:66:in `timeout'
/opt/vagrant/embedded/lib/ruby/2.0.0/net/http.rb:918:in `connect'
/opt/vagrant/embedded/lib/ruby/2.0.0/net/http.rb:862:in `do_start'
/opt/vagrant/embedded/lib/ruby/2.0.0/net/http.rb:857:in `start'
/home/vagrant/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/trivial_soap.rb:56:in `restart_http'
/home/vagrant/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/trivial_soap.rb:20:in `initialize'
/home/vagrant/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/connection.rb:31:in `initialize'
/home/vagrant/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim.rb:34:in `new'
/home/vagrant/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim.rb:34:in `connect'
/home/vagrant/.vagrant.d/gems/gems/vagrant-vsphere-0.7.1/lib/vSphere/action/connect_vsphere.rb:15:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.5.1/lib/vagrant/action/warden.rb:34:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.5.1/lib/vagrant/action/builtin/config_validate.rb:25:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.5.1/lib/vagrant/action/warden.rb:34:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.5.1/lib/vagrant/action/builder.rb:116:in `call'
/opt/vagrant/embedded/gems/gems/vagrant-1.5.1/lib/vagrant/action/runner.rb:69:in `block in run'
/opt/vagrant/embedded/gems/gems/vagrant-1.5.1/lib/vagrant/util/busy.rb:19:in `busy'
/opt/vagrant/embedded/gems/gems/vagrant-1.5.1/lib/vagrant/action/runner.rb:69:in `run'
/opt/vagrant/embedded/gems/gems/vagrant-1.5.1/lib/vagrant/machine.rb:157:in `action'
/opt/vagrant/embedded/gems/gems/vagrant-1.5.1/lib/vagrant/batch_action.rb:72:in `block (2 levels) in run'
No error message
from vagrant-vsphere.
I've got the same issue as well. By adding a bit of debugging I got : VagrantPlugins::VSphere::Action::Clone::Error
Will try to find what's going on.
from vagrant-vsphere.
For testing purposes I've put a vsphere.template_name = 'lorem ipsum' in my Vagrant file. Of course the template/vm 'lorem ipsum' doesn't exist and vagrant-vsphere was crashing. Maybe we should check if the template exists before doing... what exactly?
from vagrant-vsphere.
running VAGRANT_LOG=debug vagrant up --provider=vsphere
I see another error before this:
INFO warden: Calling IN action: #<VagrantPlugins::VSphere::Action::Clone:0x00000002f0b728>
ERROR warden: Error occurred: NoPermission: Permission to perform this operation was denied.
...
/home/teamcity/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/connection.rb:61:in `parse_response'
/home/teamcity/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/connection.rb:90:in `call'
/home/teamcity/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/basic_types.rb:203:in `_call'
/home/teamcity/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/basic_types.rb:74:in `block (2 levels) in init'
/home/teamcity/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim/Folder.rb:7:in `find'
/home/teamcity/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim/Folder.rb:83:in `traverse'
/home/teamcity/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim/ServiceInstance.rb:8:in `find_datacenter'
/home/teamcity/.vagrant.d/gems/gems/vagrant-vsphere-0.7.1/lib/vSphere/util/vim_helpers.rb:8:in `get_datacenter'
/home/teamcity/.vagrant.d/gems/gems/vagrant-vsphere-0.7.1/lib/vSphere/action/clone.rb:22:in `call'
The clone step is attempting to find my data center - which is failing. Using the same data center and user with knife vsphere
works fine. Not sure what's going on.
from vagrant-vsphere.
Did anyone find a resolution to this? I'm experiencing the exact same issue....
from vagrant-vsphere.
@johnsmyth Are you sure your template has no typo and is accessible?
from vagrant-vsphere.
I cut and pasted the template name into the vagrant file just to be 100% sure, and I can clone that VM running as the same vcenter user through the vsphere web client...
from vagrant-vsphere.
FYI - my issue was permissions related. Though I had read on the QA datacenter, I needed read on ALL the data centers in order for vagrant-vsphere to work, even though i specified the QA data center in my vagrantfile.
from vagrant-vsphere.
It looks like I have the same issue. When running vagrant up --provider=vsphere
(0.8.2) I get the following output:
Bringing machine 'default' up with 'vsphere' provider...
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/connection.rb:61:in `parse_response'
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/connection.rb:90:in `call'
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/basic_types.rb:203:in `_call'
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/basic_types.rb:74:in `block (2 levels) in init'
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim/Folder.rb:7:in `find'
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim/Folder.rb:80:in `block in traverse'
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim/Folder.rb:79:in `each'
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim/Folder.rb:79:in `inject'
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim/Folder.rb:79:in `traverse'
/Users/rafael/.vagrant.d/gems/gems/rbvmomi-1.6.0/lib/rbvmomi/vim/Datacenter.rb:14:in `find_vm'
/Users/rafael/.vagrant.d/gems/gems/vagrant-vsphere-0.8.2/lib/vSphere/action/clone.rb:23:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/warden.rb:34:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/warden.rb:95:in `block in finalize_action'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/warden.rb:34:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/warden.rb:34:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/builder.rb:116:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/runner.rb:66:in `block in run'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/util/busy.rb:19:in `busy'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/runner.rb:66:in `run'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/builtin/call.rb:53:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/warden.rb:34:in `call'
/Users/rafael/.vagrant.d/gems/gems/vagrant-vsphere-0.8.2/lib/vSphere/action/connect_vsphere.rb:19:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/warden.rb:34:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/builtin/config_validate.rb:25:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/warden.rb:34:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/builder.rb:116:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/runner.rb:66:in `block in run'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/util/busy.rb:19:in `busy'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/runner.rb:66:in `run'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/machine.rb:196:in `action_raw'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/machine.rb:173:in `block in action'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/environment.rb:434:in `lock'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/machine.rb:161:in `call'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/machine.rb:161:in `action'
/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/batch_action.rb:82:in `block (2 levels) in run'
No error message
When outputting debug messages this also seems to be relevant:
INFO runner: Preparing hooks for middleware sequence...
INFO runner: 1 hooks defined.
INFO runner: Running action: #<Vagrant::Action::Builder:0x000001019c5c00>
INFO warden: Calling IN action: #<Vagrant::Action::Builtin::ConfigValidate:0x000001041983e0>
INFO warden: Calling IN action: #<VagrantPlugins::VSphere::Action::ConnectVSphere:0x000001041983b8>
INFO warden: Calling IN action: #<Vagrant::Action::Builtin::Call:0x00000104198390>
INFO runner: Preparing hooks for middleware sequence...
INFO runner: 1 hooks defined.
INFO runner: Running action: #<Vagrant::Action::Builder:0x00000102146920>
INFO warden: Calling IN action: #<VagrantPlugins::VSphere::Action::IsCreated:0x0000010215df30>
INFO machine: Calling action: get_state on provider vSphere (new)
INFO runner: Preparing hooks for middleware sequence...
INFO runner: 1 hooks defined.
INFO runner: Running action: #<Vagrant::Action::Builder:0x000001032b9298>
INFO warden: Calling IN action: #<Vagrant::Action::Builtin::ConfigValidate:0x000001032e8b88>
INFO warden: Calling IN action: #<VagrantPlugins::VSphere::Action::ConnectVSphere:0x000001032e8b38>
INFO warden: Calling IN action: #<VagrantPlugins::VSphere::Action::GetState:0x000001032e8ae8>
INFO warden: Calling IN action: #<VagrantPlugins::VSphere::Action::CloseVSphere:0x000001032e8a98>
INFO warden: Calling OUT action: #<VagrantPlugins::VSphere::Action::CloseVSphere:0x000001032e8a98>
INFO warden: Calling OUT action: #<VagrantPlugins::VSphere::Action::GetState:0x000001032e8ae8>
INFO warden: Calling OUT action: #<VagrantPlugins::VSphere::Action::ConnectVSphere:0x000001032e8b38>
INFO warden: Calling OUT action: #<Vagrant::Action::Builtin::ConfigValidate:0x000001032e8b88>
INFO machine: New machine ID: nil
INFO warden: Calling OUT action: #<VagrantPlugins::VSphere::Action::IsCreated:0x0000010215df30>
INFO runner: Preparing hooks for middleware sequence...
INFO runner: 1 hooks defined.
INFO runner: Running action: #<Vagrant::Action::Warden:0x000001048f8dd8>
INFO warden: Calling IN action: #<Proc:0x000001058c8678@/Applications/Vagrant/embedded/gems/gems/vagrant-1.6.3/lib/vagrant/action/warden.rb:94 (lambda)>
INFO warden: Calling IN action: #<VagrantPlugins::VSphere::Action::Clone:0x000001048f8c70>
ERROR warden: Error occurred: NoPermission: Permission to perform this operation was denied.
INFO warden: Beginning recovery process...
INFO warden: Recovery complete.
ERROR warden: Error occurred: NoPermission: Permission to perform this operation was denied.
INFO warden: Beginning recovery process...
INFO warden: Recovery complete.
ERROR warden: Error occurred: NoPermission: Permission to perform this operation was denied.
INFO warden: Beginning recovery process...
INFO warden: Calling recover: #<Vagrant::Action::Builtin::Call:0x00000104198390>
INFO warden: Beginning recovery process...
INFO warden: Recovery complete.
My Vagrantfile
looks like this:
Vagrant.configure("2") do |config|
config.vm.box = 'dummy'
config.vm.box_url = './dummy.box'
config.vm.provider :vsphere do |vsphere|
vsphere.host = '10.123.123.123'
vsphere.resource_pool_name = 'COMPANY-NAME-Production'
vsphere.compute_resource_name = 'esxp-4101.DOMAIN.COM'
vsphere.template_name = 'COMPANY-NAME/Test-Minimalmigration/lnxv-template-ubuntu'
vsphere.name = 'lnxv-test-001'
vsphere.user = '[email protected]'
vsphere.password = 'PASSWORD'
vsphere.insecure = true
end
end
The resource pool is also a cluster in my case. I’ve seen that there is a different (slightly outdated) branch that added some cluster improvements. I checked it out, but got the same error messages.
from vagrant-vsphere.
Related Issues (20)
- How to define multi-machine vagrantfile using different vm templates? HOT 2
- error-exit ["VagrantPlugins::VSphere::Errors::VSphereError", "execution expired"]
- undefined method `[]' for nil:NilClass after setting host name
- No setting for command timeout
- Is this project still maintained? HOT 1
- vagrant-vsphere install fails on vagrant 2.2.7
- Vagrant Configures with IPv6 instead of IPv4 HOT 1
- Specifying IPv4 address removes default gateway HOT 1
- Vagrantfile to manage existing VMs HOT 1
- Authentication to vCenter with 2FA TOTP
- Is there still active maintainers for this project ? HOT 1
- 400 Error when downloading vsphere-dummy box
- "can't modify frozen String" error on vagrant-vsphere 1.14.0 HOT 1
- vagant loop weird HOT 2
- Which vSphere Version?
- Cannot install in vagrant 2.3.4 from Debian HOT 2
- Prompt vsphere password programatically HOT 1
- Test issue for GH actions
- Test issue for GH actions - part two
- Test out GH actions
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from vagrant-vsphere.