[one-users] Could not find information driver im_vmware

Tue Oct 22 03:40:15 PDT 2013

Thank you , it is fully working now.

Cosmin

On Tuesday, October 22, 2013 1:25 PM, Tino Vazquez <cvazquez at c12g.com> wrote:

Hi Cosmin,

My bad again, apologies. The right file is in the vmm directory:

$ ls /var/lib/one/remotes/vmm/vmware/vi_driver.rb
/var/lib/one/remotes/vmm/vmware/vi_driver.rb

Regards,

-Tino
--
OpenNebula - Flexible Enterprise Cloud Made Simple

--
Constantino Vázquez Blanco, PhD, MSc
Senior Infrastructure Architect at C12G Labs
www.c12g.com | @C12G | es.linkedin.com/in/tinova

--
Confidentiality Warning: The information contained in this e-mail and
any accompanying documents, unless otherwise expressly indicated, is
confidential and privileged, and is intended solely for the person
and/or entity to whom it is addressed (i.e. those identified in the
"To" and "cc" box). They are the property of C12G Labs S.L..
Unauthorized distribution, review, use, disclosure, or copying of this
communication, or any part thereof, is strictly prohibited and may be
unlawful. If you have received this e-mail in error, please notify us
immediately by e-mail at abuse at c12g.com and delete the e-mail and
attachments and any copy from your system. C12G thanks you for your
cooperation.

On Tue, Oct 22, 2013 at 12:17 PM, cosmin cucu <cosmincucu at yahoo.com> wrote:
> This is what the file contains, i don't have that line
>
>
>
> #!/usr/bin/env ruby
> #copyright info.....#
>
> ONE_LOCATION=ENV["ONE_LOCATION"] if !defined?(ONE_LOCATION)
>
> if !ONE_LOCATION
>     RUBY_LIB_LOCATION="/usr/lib/one/ruby" if !defined?(RUBY_LIB_LOCATION)
> else
>     RUBY_LIB_LOCATION=ONE_LOCATION+"/lib/ruby" if
> !defined?(RUBY_LIB_LOCATION)
> end
>
> $: << "../../vmm/vmware/"
>
> require 'vi_driver'
>
> host = ARGV[2]
>
> if !host
>     exit -1
> end
>
> VIDriver::initialize(host)
>
> results = VIDriver::poll_host_and_vms
>
> if results != -1
>   puts results
> else
>   exit results.to_i
> end
>
> Thanks,
> Cosmin
>
>
> On Tuesday, October 22, 2013 1:03 PM, Tino Vazquez <cvazquez at c12g.com>
> wrote:
> Hi,
>
> My bad,  /var/lib/one/remotes/im/vmware.d/vmware.rb is the right path.
>
> Cheers,
>
> -T
> --
> OpenNebula - Flexible Enterprise Cloud Made Simple
>
> --
> Constantino Vázquez Blanco, PhD, MSc
> Senior Infrastructure Architect at C12G Labs
> www.c12g.com | @C12G | es.linkedin.com/in/tinova
>
> --
> Confidentiality Warning: The information contained in this e-mail and
> any accompanying documents, unless otherwise expressly indicated, is
> confidential and privileged, and is intended solely for the person
> and/or entity to whom it is addressed (i.e. those identified in the
> "To" and "cc" box). They are the property of C12G Labs S.L..
> Unauthorized distribution, review, use, disclosure, or copying of this
> communication, or any part thereof, is strictly prohibited and may be
> unlawful. If you have received this e-mail in error, please notify us
> immediately by e-mail at abuse at c12g.com and delete the e-mail and
> attachments and any copy from your system. C12G thanks you for your
> cooperation.
>
>
> On Tue, Oct 22, 2013 at 11:54 AM, cosmin cucu <cosmincucu at yahoo.com> wrote:
>> Um, that path does not exist ... i do have
>> /var/lib/one/remotes/im/vmware.d/vmware.rb , which is not the same.
>>
>>
>> Thanks,
>> Cosmin
>>
>>
>>
>> On Tuesday, October 22, 2013 12:18 PM, Tino Vazquez <cvazquez at c12g.com>
>> wrote:
>> Hi,
>>
>> You bumped into a bug, due to the VM called "vCloud Director". To
>> solve this, you will need to apply the following change to
>> /var/lib/one/remotes/im/vmware/vi_driver.rb.
>>
>> Change
>>
>>          str_info << "DEPLOY_ID=#{name},"
>>
>> with
>>
>>          str_info << "DEPLOY_ID=\"#{name}\","
>>
>>
>> This bugfix will be applied in OpenNebula v4.4.
>>
>> Regards,
>>
>> -Tino
>>
>> --
>> OpenNebula - Flexible Enterprise Cloud Made Simple
>>
>> --
>> Constantino Vázquez Blanco, PhD, MSc
>> Senior Infrastructure Architect at C12G Labs
>> www.c12g.com | @C12G | es.linkedin.com/in/tinova
>>
>> --
>> Confidentiality Warning: The information contained in this e-mail and
>> any accompanying documents, unless otherwise expressly indicated, is
>> confidential and privileged, and is intended solely for the person
>> and/or entity to whom it is addressed (i.e. those identified in the
>> "To" and "cc" box). They are the property of C12G Labs S.L..
>> Unauthorized distribution, review, use, disclosure, or copying of this
>> communication, or any part thereof, is strictly prohibited and may be
>> unlawful. If you have received this e-mail in error, please notify us
>> immediately by e-mail at abuse at c12g.com and delete the e-mail and
>> attachments and any copy from your system. C12G thanks you for your
>> cooperation.
>>
>>
>> On Tue, Oct 22, 2013 at 11:05 AM, cosmin cucu <cosmincucu at yahoo.com>
>> wrote:
>>> Hello,
>>>
>>> Yes, it is from oned.log . Here are the lines :
>>>
>>> Tue Oct 22 05:00:34 2013 [ReM][D]: Req:1840 UID:0 VirtualMachinePoolInfo
>>> invoked, -2, -1, -1, -1
>>> Tue Oct 22 05:00:34 2013 [ReM][D]: Req:1840 UID:0 VirtualMachinePoolInfo
>>> result SUCCESS, "<VM_POOL></VM_POOL>"
>>> Tue Oct 22 05:00:35 2013 [AuM][D]: Message received: AUTHENTICATE SUCCESS
>>> 13
>>> -
>>>
>>> Tue Oct 22 05:00:35 2013 [ReM][D]: Req:1584 UID:0 VirtualMachinePoolInfo
>>> invoked, -2, -1, -1, -1
>>> Tue Oct 22 05:00:35 2013 [ReM][D]: Req:1584 UID:0 VirtualMachinePoolInfo
>>> result SUCCESS, "<VM_POOL></VM_POOL>"
>>> Tue Oct 22 05:00:35 2013 [ReM][D]: Req:4912 UID:0 TemplatePoolInfo
>>> invoked,
>>> -2, -1, -1
>>> Tue Oct 22 05:00:35 2013 [ReM][D]: Req:4912 UID:0 TemplatePoolInfo result
>>> SUCCESS, "<VMTEMPLATE_POOL></V..."
>>> Tue Oct 22 05:00:48 2013 [ReM][D]: Req:3648 UID:0 ClusterPoolInfo invoked
>>> Tue Oct 22 05:00:48 2013 [ReM][D]: Req:3648 UID:0 ClusterPoolInfo result
>>> SUCCESS, "<CLUSTER_POOL></CLUS..."
>>> Tue Oct 22 05:00:48 2013 [InM][I]: Monitoring host 192.168.10.10 (0)
>>> Tue Oct 22 05:00:50 2013 [ONE][E]: Error parsing host information: syntax
>>> error, unexpected VARIABLE, expecting COMMA or CBRACKET at line 12,
>>> columns
>>> 236:237. Monitoring information:
>>> MODELNAME="Intel(R) Xeon(R) CPU          E5450  @ 3.00GHz"
>>> CPUSPEED=2992
>>> TOTALCPU=800
>>> USEDCPU=3.41
>>> FREECPU=796.59
>>> TOTALMEMORY=33549176
>>> USEDMEMORY=1353728
>>> FREEMEMORY=32195448
>>> NETRX=31
>>> NETTX=20
>>> VM_POLL=YES
>>> VM = [ID=-1,DEPLOY_ID=Unknown 1,POLL="STATE=d"]
>>> VM = [ID=-1,DEPLOY_ID=Unknown,POLL="STATE=d"]
>>> VM = [ID=-1,DEPLOY_ID=vCloud Director,POLL="STATE=d"]
>>>
>>> Tue Oct 22 05:01:03 2013 [ReM][D]: Req:9728 UID:0 VirtualMachinePoolInfo
>>> invoked, -2, -1, -1, -1
>>> Tue Oct 22 05:01:03 2013 [ReM][D]: Req:9728 UID:0 VirtualMachinePoolInfo
>>> result SUCCESS, "<VM_POOL></VM_POOL>"
>>> Tue Oct 22 05:01:03 2013 [ReM][D]: Req:9728 UID:0 VirtualMachinePoolInfo
>>> invoked, -2, -1, -1, -1
>>> Tue Oct 22 05:01:03 2013 [ReM][D]: Req:9728 UID:0 VirtualMachinePoolInfo
>>> result SUCCESS, "<VM_POOL></VM_POOL>"
>>> Tue Oct 22 05:01:09 2013 [AuM][D]: Message received: AUTHENTICATE SUCCESS
>>> 14
>>> -
>>>
>>> Tue Oct 22 05:01:09 2013 [ReM][D]: Req:5072 UID:0 DatastorePoolInfo
>>> invoked
>>> Tue Oct 22 05:01:09 2013 [ReM][D]: Req:5072 UID:0 DatastorePoolInfo
>>> result
>>> SUCCESS, "<DATASTORE_POOL><DAT..."
>>> Tue Oct 22 05:01:27 2013 [ReM][D]: Req:6176 UID:0 ImagePoolInfo invoked,
>>> -2,
>>> -1, -1
>>> Tue Oct 22 05:01:27 2013 [ReM][D]: Req:6176 UID:0 ImagePoolInfo result
>>> SUCCESS, "<IMAGE_POOL></IMAGE_..."
>>> Tue Oct 22 05:01:30 2013 [ReM][D]: Req:3600 UID:0 ImagePoolInfo invoked,
>>> -2,
>>> -1, -1
>>>
>>>
>>> Thanks,
>>> Cosmin
>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

>
>>
>>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20131022/61d7a9f6/attachment-0002.htm>