vagrant share 报错处理

vagrant share 报错处理

vagrant/opt/vagrant/embedded/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require’: cannot load such file — vagrant-share/helper/api (LoadError) from /opt/vagrant/embedded/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require’ from /opt/vagrant/embedded/gems/gems/vagrant-share-1.1.7/lib/vagrant-share/activate.rb:244:in `<encoded>’ from /opt/vagrant/embedded/gems/gems/vagrant-share-1.1.7/lib/vagrant-share/activate.rb:16:in `RGLoader_load’ from /opt/vagrant/embedded/gems/gems/vagrant-share-1.1.7/lib/vagrant-share/activate.rb:16:in `<top (required)>’ from /opt/vagrant/embedded/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require’ from /opt/vagrant/embedded/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require’ from /opt/vagrant/embedded/gems/gems/vagrant-share-1.1.7/lib/vagrant-share.rb:23:in `block in <class:Plugin>’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/cli.rb:75:in `call’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/cli.rb:75:in `block (2 levels) in help’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/registry.rb:49:in `block in each’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/registry.rb:48:in `each’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/registry.rb:48:in `each’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/cli.rb:69:in `block in help’ from /opt/vagrant/embedded/lib/ruby/2.2.0/optparse.rb:917:in `initialize’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/cli.rb:57:in `new’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/cli.rb:57:in `help’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/cli.rb:32:in `execute’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/lib/vagrant/environment.rb:308:in `cli’ from /opt/vagrant/embedded/gems/gems/vagrant-1.9.4/bin/vagrant:127:in `<main>’解决:
安装vagrant share插件。 因为这个vagrantfile里面设置了共享目录。

用ansible自动供应vmware虚拟机

用ansible自动供应vmware虚拟机

1.1 简述

一直以来,打开邮箱被ticket糊一脸的事情时有发生。我一直在想,能不能以一种简单的方案(不花老板的钱)来供应(provisioning)虚拟机呢? 我不喜欢openstack,因为太重,太复杂,除了自服务其它那些编排功能暂时也用不上。我也不喜欢vmware的云套件,因为不想和vmware有太深的羁绊,毕竟不是所有企业都是vmware用户。 所以我一直在寻找一种简单粗暴的办法。

一个应用走遍了HTTPD+TOMCAT+CAS,然后被坑

一个应用走遍了HTTPD+TOMCAT+CAS,然后被坑

背景

我参加了公司的一个项目,这个项目聘请了波兰来的大牛当项目经理。项目是scrum式的,因此我代表运维团队和devops团队(本团队目前只有我自己而已)也跟着整个项目组进驻会议室(一般成立项目组都会霸占一个会议室)。

被kie 中的git设置坑了

被kie 中的git设置坑了

今天启动jbpm突然发现git库消失了, 顿时一身冷汗。
原因是因为我改变了启动的目录,jbpm会在 working dir 中创建 .niogit 目录,作为git的目录。 working dir 指的是在shell中从哪个目录(比如/home/jboss)启动的jboss, 就在这个目录下创建.niogit。 所以如果不在固定的目录中启动jboss的话,这个.niogit就会出现在各个位置上,在哪里启动就出现在哪里。 如果想固定的话,需要如下设置: