date:20140120

Re: [one-users] Networking/SSH Problem

2014-01-20 Thread Jaime Melis

Hi,

apologies for the huge delay. Have you solved this issue? To debug this
kind of problems it would be best to run "ip route" in the frontend,
hypervisor and virtual machine. If you can send those outputs to the
mailing list we will probably be able to help you out.

Cheers,
Jaime


On Sat, Dec 21, 2013 at 3:56 PM, Br4ve  wrote:

> Hi,
> I got some issues with my Opennebula installation I think. First of all,
> I'm running Opennebula 4.4 and I got 2 machines ( 1 FrontEnd and 1 Node).
> These machines have 2 network interfaces (a direct crossover connection
> between them and an interface connected to the network and internet). Via
> Sunstone Marketplace I created a ttylinux vm, which worked fine so far. I
> am able to connect to the VM via VNC but not through SSH. Using VNC, I
> noticed I couldn't even ping the VM from the Frontend or the node, neither
> ping from the VM to the machines. Because of that I assumed the problem to
> be in the bridge. Then I pinged another IP(XXX.XXX.XXX.190) and suddenly it
> was succesful. After some testing via traceroute I found out that this IP
> has to be a router, because if I traceroute from the node with the frontend
> IP, it connects to exactly that  IP(190) first and then it goes on to the
> specified Frontend-IP. Having this in mind, I am kind of confused now,
> because the bridge seems to work then? I'm not a networking specialist at
> all, but it seems to me as if there was a DNS or a routing problem? Any
> ideas how to fix that?
>
> Best regards
>
> ___
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>


-- 
Jaime Melis
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | jme...@opennebula.org
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] how to run vm on top of lvm on a single host?

2014-01-20 Thread Jaime Melis

Hi,

you can check out the single lock shared lvm addon:
http://wiki.opennebula.org/shared_lvm
https://github.com/OpenNebula/addon-shared-lvm-single-lock

cheers,
Jaime


On Tue, Jan 21, 2014 at 6:32 AM, darkblue  wrote:

> hi, all
>
> I prefer to run vm on top of lvm on host, but I don't like cLVM, so, which
> tm I should use ?
>
> ___
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>


-- 
Jaime Melis
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | jme...@opennebula.org
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN

2014-01-20 Thread Gerry O'Brien


Hi Javier,

  See my previous email. Another scenario is when 
"/tmp/one-collectd-client.pid" does not exist due to issues with /tmp.


   A change seems to have been made to put a pid file in /tmp instead 
of /run or /var/run.


Regards,
  Gerry


On 20/01/2014 17:44, Javier Fontan wrote:

I've been trying to reproduce the problem, that is, making OpenNebula
start a high amount of collectd-client processes. The only way I was
able to do it is when the file "/tmp/one-collectd-client.pid" exists
and has wrong permissions. Can you check the ownership and permissions
of that file?

On Mon, Jan 20, 2014 at 4:15 PM, Javier Fontan  wrote:

The problem seems to be the high amount of collectd processes running.
Try killing all "collectd-client.rb" processes. There should be only
one running per host.

In case you want to use the old method of monitoring you can follow this guide:

http://docs.opennebula.org/stable/administration/monitoring/imsshpullg.html#imsshpullg

On Mon, Jan 20, 2014 at 2:17 PM, Gerry O'Brien  wrote:

Hi Ruben,

 Below is the output of 'ps -ef | grep one' on a host that has been
disabled, rebooted and enabled. There are multiple versions of
collectd-client.rb kvm running.


 We have discovered today a serious issue that is having an adverse
effect on our DNS system. When the machines below was enabled, immediately
our DNS server is flooded with requests from the host (see a sample below).
  Our logs show that this has only started happening since the upgrade to
4.4. If we don't get a fix for this we will have to go back to 4.2, which is
something I really don't want to do.

 Regards,
 Gerry




oneadmin  3628 1  0 13:04 ?00:00:00 ruby
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin  4600 1  0 13:05 ?00:00:00 ruby
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin  6400 1  0 13:07 ?00:00:00 ruby
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin  9003 1  0 13:08 ?00:00:00 ruby
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12953  3628  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12955  6400  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12969 12953  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12970 12969  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12972 12955  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12973 12972  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 13029 12973  0 13:10 ?00:00:00 /bin/bash ./monitor_ds.sh
kvm-probes /var/lib/one//datastores 4124 20 0 host101.scss.tcd.ie
oneadmin 13030 12970  0 13:10 ?00:00:00 /bin/bash ./monitor_ds.sh
kvm-probes /var/lib/one//datastores 4124 20 0 host101.scss.tcd.ie



-2014 13:14:26.675 client 134.226.59.101#52314: query: host101.scss.tcd.ie
IN  + (134.226.32.57)
20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.824 client 134.226.59.101#58734: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.825 client 134.226.59.101#58734: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.952 client 134.226.59.101#53975: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.953 client 134.226.59.101#53975: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:27.108 client 134.226.59.101#36294: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:27.108 client 134.226.59.101#36294: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:27.109 client 134.226.59.101#59277: query:
host101.scss.tcd.ie IN A + (134.

[one-users] how to run vm on top of lvm on a single host?

2014-01-20 Thread darkblue

hi, all

I prefer to run vm on top of lvm on host, but I don't like cLVM, so, which
tm I should use ?
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

[one-users] Safe Live Migration

2014-01-20 Thread Igor Laskovy

Hello list,

Could anybody clarify how to separate live migration traffic to dedicated
interface?

-- 
Igor Laskovy
facebook.com/igor.laskovy
studiogrizzly.com
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN

2014-01-20 Thread Javier Fontan

I've been trying to reproduce the problem, that is, making OpenNebula
start a high amount of collectd-client processes. The only way I was
able to do it is when the file "/tmp/one-collectd-client.pid" exists
and has wrong permissions. Can you check the ownership and permissions
of that file?

On Mon, Jan 20, 2014 at 4:15 PM, Javier Fontan  wrote:
> The problem seems to be the high amount of collectd processes running.
> Try killing all "collectd-client.rb" processes. There should be only
> one running per host.
>
> In case you want to use the old method of monitoring you can follow this 
> guide:
>
> http://docs.opennebula.org/stable/administration/monitoring/imsshpullg.html#imsshpullg
>
> On Mon, Jan 20, 2014 at 2:17 PM, Gerry O'Brien  wrote:
>> Hi Ruben,
>>
>> Below is the output of 'ps -ef | grep one' on a host that has been
>> disabled, rebooted and enabled. There are multiple versions of
>> collectd-client.rb kvm running.
>>
>>
>> We have discovered today a serious issue that is having an adverse
>> effect on our DNS system. When the machines below was enabled, immediately
>> our DNS server is flooded with requests from the host (see a sample below).
>>  Our logs show that this has only started happening since the upgrade to
>> 4.4. If we don't get a fix for this we will have to go back to 4.2, which is
>> something I really don't want to do.
>>
>> Regards,
>> Gerry
>>
>>
>>
>>
>> oneadmin  3628 1  0 13:04 ?00:00:00 ruby
>> /var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin  4600 1  0 13:05 ?00:00:00 ruby
>> /var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin  6400 1  0 13:07 ?00:00:00 ruby
>> /var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin  9003 1  0 13:08 ?00:00:00 ruby
>> /var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin 12953  3628  0 13:10 ?00:00:00 /bin/bash
>> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin 12955  6400  0 13:10 ?00:00:00 /bin/bash
>> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin 12969 12953  0 13:10 ?00:00:00 /bin/bash
>> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin 12970 12969  0 13:10 ?00:00:00 /bin/bash
>> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin 12972 12955  0 13:10 ?00:00:00 /bin/bash
>> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin 12973 12972  0 13:10 ?00:00:00 /bin/bash
>> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
>> 20 0 host101.scss.tcd.ie
>> oneadmin 13029 12973  0 13:10 ?00:00:00 /bin/bash ./monitor_ds.sh
>> kvm-probes /var/lib/one//datastores 4124 20 0 host101.scss.tcd.ie
>> oneadmin 13030 12970  0 13:10 ?00:00:00 /bin/bash ./monitor_ds.sh
>> kvm-probes /var/lib/one//datastores 4124 20 0 host101.scss.tcd.ie
>>
>>
>>
>> -2014 13:14:26.675 client 134.226.59.101#52314: query: host101.scss.tcd.ie
>> IN  + (134.226.32.57)
>> 20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query:
>> host101.scss.tcd.ie IN A + (134.226.32.57)
>> 20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query:
>> host101.scss.tcd.ie IN  + (134.226.32.57)
>> 20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query:
>> host101.scss.tcd.ie IN A + (134.226.32.57)
>> 20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query:
>> host101.scss.tcd.ie IN  + (134.226.32.57)
>> 20-Jan-2014 13:14:26.824 client 134.226.59.101#58734: query:
>> host101.scss.tcd.ie IN A + (134.226.32.57)
>> 20-Jan-2014 13:14:26.825 client 134.226.59.101#58734: query:
>> host101.scss.tcd.ie IN  + (134.226.32.57)
>> 20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query:
>> host101.scss.tcd.ie IN A + (134.226.32.57)
>> 20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query:
>> host101.scss.tcd.ie IN  + (134.226.32.57)
>> 20-Jan-2014 13:14:26.952 client 134.226.59.101#53975: query:
>> host101.scss.tcd.ie IN A + (134.226.32.57)
>> 20-Jan-2014 13:14:26.953 client 134.226.59.101#53975: query:
>> host101.scss.tcd.ie IN  + (134.226.32.57)
>> 20-Jan-2014 13:14:27.108 client 134.226.59.101#36294: query:
>> host101.scss.tcd.ie IN A + (134.226.32.57)
>> 20-Jan-2014 13:14:27.108 client 134.226.59.101#36294: query:
>> host101.scss.tcd.ie IN  + (134.226.32.57)
>> 20-Jan-2014 13:14:27.109 client 134.226.59.101#59277: query:
>> host101.scss.tcd.ie IN A + (134.226.32.57)
>> 20-Jan-2014 13:14:27.109 client 134.226.

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN - Possibly solved

2014-01-20 Thread Gerry O'Brien


Hi,

I think we've figured out the cause of the issues reported above 
and they are particular to our installation.


All our hosts use an NFS mounted root partition. The reasons for 
using this approach are historical and were supposed to make it easier 
to keep the hosts equally up-to-date.
   The issue here was that /tmp was the same for every host which 
caused collectd-client_control.sh to run multiple instances of 
collectd-client.rb as it writes its PID in /tmp and 
collectd-client_control.sh couldn't find the PID of the already running 
collectd-client.rb.


My guess is that the DNS issue is related to the explicit use of 
the hostname  in ruby /var/tmp/one/im/kvm.d/collectd-client.rb kvm 
/var/lib/one//datastores 4124 20 3 host104.scss.tcd.ie. This seems to 
have changed since 4.2.
The multiple copies of collectd-client.rb only exacerbated the 
problem. As we have a single hosts file for every host the solution was 
to place DNS entries for all hosts in /etc/hosts


Regards,
  Gerry


On 20/01/2014 15:15, Javier Fontan wrote:

The problem seems to be the high amount of collectd processes running.
Try killing all "collectd-client.rb" processes. There should be only
one running per host.

In case you want to use the old method of monitoring you can follow this guide:

http://docs.opennebula.org/stable/administration/monitoring/imsshpullg.html#imsshpullg

On Mon, Jan 20, 2014 at 2:17 PM, Gerry O'Brien  wrote:

Hi Ruben,

 Below is the output of 'ps -ef | grep one' on a host that has been
disabled, rebooted and enabled. There are multiple versions of
collectd-client.rb kvm running.


 We have discovered today a serious issue that is having an adverse
effect on our DNS system. When the machines below was enabled, immediately
our DNS server is flooded with requests from the host (see a sample below).
  Our logs show that this has only started happening since the upgrade to
4.4. If we don't get a fix for this we will have to go back to 4.2, which is
something I really don't want to do.

 Regards,
 Gerry




oneadmin  3628 1  0 13:04 ?00:00:00 ruby
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin  4600 1  0 13:05 ?00:00:00 ruby
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin  6400 1  0 13:07 ?00:00:00 ruby
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin  9003 1  0 13:08 ?00:00:00 ruby
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12953  3628  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12955  6400  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12969 12953  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12970 12969  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12972 12955  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 12973 12972  0 13:10 ?00:00:00 /bin/bash
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
20 0 host101.scss.tcd.ie
oneadmin 13029 12973  0 13:10 ?00:00:00 /bin/bash ./monitor_ds.sh
kvm-probes /var/lib/one//datastores 4124 20 0 host101.scss.tcd.ie
oneadmin 13030 12970  0 13:10 ?00:00:00 /bin/bash ./monitor_ds.sh
kvm-probes /var/lib/one//datastores 4124 20 0 host101.scss.tcd.ie



-2014 13:14:26.675 client 134.226.59.101#52314: query: host101.scss.tcd.ie
IN  + (134.226.32.57)
20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.824 client 134.226.59.101#58734: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.825 client 134.226.59.101#58734: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query:
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query:
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.952 client 134.226.59.101#53975: query:
host101.scss.tcd.ie IN A + (

[one-users] Manually migrate a VM

2014-01-20 Thread Stuart Kenny

Hi, is it possible to tell OpenNebula that a VM that is in the unknown 
state on a failed host is now running on a new host? It doesn't seem to 
be possible to edit the database to do this as the changes get overwritten.


Thanks,
Stuart.
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN

2014-01-20 Thread Javier Fontan

The problem seems to be the high amount of collectd processes running.
Try killing all "collectd-client.rb" processes. There should be only
one running per host.

In case you want to use the old method of monitoring you can follow this guide:

http://docs.opennebula.org/stable/administration/monitoring/imsshpullg.html#imsshpullg

On Mon, Jan 20, 2014 at 2:17 PM, Gerry O'Brien  wrote:
> Hi Ruben,
>
> Below is the output of 'ps -ef | grep one' on a host that has been
> disabled, rebooted and enabled. There are multiple versions of
> collectd-client.rb kvm running.
>
>
> We have discovered today a serious issue that is having an adverse
> effect on our DNS system. When the machines below was enabled, immediately
> our DNS server is flooded with requests from the host (see a sample below).
>  Our logs show that this has only started happening since the upgrade to
> 4.4. If we don't get a fix for this we will have to go back to 4.2, which is
> something I really don't want to do.
>
> Regards,
> Gerry
>
>
>
>
> oneadmin  3628 1  0 13:04 ?00:00:00 ruby
> /var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin  4600 1  0 13:05 ?00:00:00 ruby
> /var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin  6400 1  0 13:07 ?00:00:00 ruby
> /var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin  9003 1  0 13:08 ?00:00:00 ruby
> /var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin 12953  3628  0 13:10 ?00:00:00 /bin/bash
> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin 12955  6400  0 13:10 ?00:00:00 /bin/bash
> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin 12969 12953  0 13:10 ?00:00:00 /bin/bash
> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin 12970 12969  0 13:10 ?00:00:00 /bin/bash
> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin 12972 12955  0 13:10 ?00:00:00 /bin/bash
> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin 12973 12972  0 13:10 ?00:00:00 /bin/bash
> /var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 4124
> 20 0 host101.scss.tcd.ie
> oneadmin 13029 12973  0 13:10 ?00:00:00 /bin/bash ./monitor_ds.sh
> kvm-probes /var/lib/one//datastores 4124 20 0 host101.scss.tcd.ie
> oneadmin 13030 12970  0 13:10 ?00:00:00 /bin/bash ./monitor_ds.sh
> kvm-probes /var/lib/one//datastores 4124 20 0 host101.scss.tcd.ie
>
>
>
> -2014 13:14:26.675 client 134.226.59.101#52314: query: host101.scss.tcd.ie
> IN  + (134.226.32.57)
> 20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query:
> host101.scss.tcd.ie IN A + (134.226.32.57)
> 20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query:
> host101.scss.tcd.ie IN  + (134.226.32.57)
> 20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query:
> host101.scss.tcd.ie IN A + (134.226.32.57)
> 20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query:
> host101.scss.tcd.ie IN  + (134.226.32.57)
> 20-Jan-2014 13:14:26.824 client 134.226.59.101#58734: query:
> host101.scss.tcd.ie IN A + (134.226.32.57)
> 20-Jan-2014 13:14:26.825 client 134.226.59.101#58734: query:
> host101.scss.tcd.ie IN  + (134.226.32.57)
> 20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query:
> host101.scss.tcd.ie IN A + (134.226.32.57)
> 20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query:
> host101.scss.tcd.ie IN  + (134.226.32.57)
> 20-Jan-2014 13:14:26.952 client 134.226.59.101#53975: query:
> host101.scss.tcd.ie IN A + (134.226.32.57)
> 20-Jan-2014 13:14:26.953 client 134.226.59.101#53975: query:
> host101.scss.tcd.ie IN  + (134.226.32.57)
> 20-Jan-2014 13:14:27.108 client 134.226.59.101#36294: query:
> host101.scss.tcd.ie IN A + (134.226.32.57)
> 20-Jan-2014 13:14:27.108 client 134.226.59.101#36294: query:
> host101.scss.tcd.ie IN  + (134.226.32.57)
> 20-Jan-2014 13:14:27.109 client 134.226.59.101#59277: query:
> host101.scss.tcd.ie IN A + (134.226.32.57)
> 20-Jan-2014 13:14:27.109 client 134.226.59.101#59277: query:
> host101.scss.tcd.ie IN  + (134.226.32.57)
> 20-Jan-2014 13:14:27.347 client 134.226.59.101#49614: query:
> host101.scss.tcd.ie IN A + (134.226.32.57)
> 20-Jan-2014 13:14:27.348 client 134.226.59.101#49614: query:
> host101.scss.tcd.ie IN  + (134.226.32.57)
> 20-Jan-2014 13:14:27.350 client 134.226.59.101#44058: query:
> host101.scss.tcd.ie IN A + (134.226.32.57)
> 20-Jan-2014 13:14:27.357 client 134.226.59.101#44058: q

Re: [one-users] VM remains in status BOOT

2014-01-20 Thread Daems Dirk

Hi Tino,

In the mean time I deployed and undeployed some VMs, so the ID used is now 38 
instead of 26.
If I execute the commands using the virsh shell, the VM gets deployed in VMWare 
and I can see it running in the vSphere client.
See below:

virsh # define /var/lib/one/vms/38/deployment.0
Domain one-38 defined from /var/lib/one/vms/38/deployment.0

virsh # start one-38
Domain one-38 started

Best regards,
Dirk

From: Tino Vazquez [cvazq...@c12g.com]
Sent: Monday, January 20, 2014 3:27 PM
To: Daems Dirk
Cc: users@lists.opennebula.org
Subject: Re: [one-users] VM remains in status BOOT

Hi Dirk,

Excellent, let's see what happens when libvirt is invoked directly. As
oneadmin, in the front-end:

 $ virsh -c esx://devmesx1.intern.vgt.vito.be/?no_verify=1&auto_answer=1
define /var/lib/one/vms/26/deployment.0

and then

 $ virsh -c esx://devmesx1.intern.vgt.vito.be/?no_verify=1&auto_answer=1
start one-26

Best 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 ab...@c12g.com and delete the e-mail and
attachments and any copy from your system. C12G thanks you for your
cooperation.


On Mon, Jan 20, 2014 at 11:08 AM, Daems Dirk  wrote:
> Hi Tino,
>
>
>
> The deployment file is created.
>
> See the contents below:
>
>
>
> 
>
> one-26
>
> 524288
>
> 
>
> hvm
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
>
>
> Best regards,
>
> Dirk
>
> 
>
> From: Tino Vazquez [cvazq...@c12g.com]
>
> Sent: Monday, January 20, 2014 11:04 AM
>
> To: Daems Dirk
>
> Cc: users@lists.opennebula.org
>
> Subject: Re: [one-users] VM remains in status BOOT
>
>
>
> Hi Dirk,
>
>
>
> That means that the ESX is not even trying to boot up the VM. Let's
>
> see if at least the deployment file is generated, in the front-end,
>
> what are the contents of :
>
>
>
> /var/lib/one/vms/26/deployment.0
>
>
>
> 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 ab...@c12g.com and delete the e-mail and
>
> attachments and any copy from your system. C12G thanks you for your
>
> cooperation.
>
>
>
>
>
> On Mon, Jan 20, 2014 at 9:19 AM, Daems Dirk  wrote:
>
>> Hi Tino,
>
>>
>
>>
>
>>
>
>> I don't see a vmware.log file in that directory:
>
>>
>
>>
>
>>
>
>> ~ # ls -al /vmfs/volumes/135/27/disk.0/
>
>>
>
>> drwxr-xr-x1 root root   560 Jan 17 12:28 .
>
>>
>
>> drwxr-xr-x1 root root   700 Jan 17 12:29 ..
>
>>
>
>> -rw---1 root root 107374080 Jan 17 12:28 disk-flat.vmdk
>
>>
>
>> -rw---1 root root   505 Jan 17 12:28 disk.vmdk
>
>>
>
>> ~ #
>
>>
>
>>
>
>>
>
>> FYI: I use the ttylinx VMWare image which is available in the OpenNebula
>
>> marketplace.
>
>>
>
>>
>
>>
>
>> Best regards,
>
>>
>
>> Dirk
>
>>
>
>> 
>
>>
>
>> From: Tino Vazquez [cvazq...@c12g.com]
>
>>
>
>> Sent: Friday, January 17, 2014 6:47 PM
>
>>
>
>> To: Daems Dirk
>
>>
>
>> Cc: users@lists.opennebula.org
>
>>
>
>> Subject: Re: [one-users] VM remains in status BOOT
>
>>
>
>>
>
>>
>
>> Hi,
>
>>
>
>>
>
>>
>
>> Ok, let's see if we get more info from

Re: [one-users] VM remains in status BOOT

2014-01-20 Thread Tino Vazquez

Hi Dirk,

Excellent, let's see what happens when libvirt is invoked directly. As
oneadmin, in the front-end:

 $ virsh -c esx://devmesx1.intern.vgt.vito.be/?no_verify=1&auto_answer=1
define /var/lib/one/vms/26/deployment.0

and then

 $ virsh -c esx://devmesx1.intern.vgt.vito.be/?no_verify=1&auto_answer=1
start one-26

Best 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 ab...@c12g.com and delete the e-mail and
attachments and any copy from your system. C12G thanks you for your
cooperation.


On Mon, Jan 20, 2014 at 11:08 AM, Daems Dirk  wrote:
> Hi Tino,
>
>
>
> The deployment file is created.
>
> See the contents below:
>
>
>
> 
>
> one-26
>
> 524288
>
> 
>
> hvm
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
>
>
> Best regards,
>
> Dirk
>
> 
>
> From: Tino Vazquez [cvazq...@c12g.com]
>
> Sent: Monday, January 20, 2014 11:04 AM
>
> To: Daems Dirk
>
> Cc: users@lists.opennebula.org
>
> Subject: Re: [one-users] VM remains in status BOOT
>
>
>
> Hi Dirk,
>
>
>
> That means that the ESX is not even trying to boot up the VM. Let's
>
> see if at least the deployment file is generated, in the front-end,
>
> what are the contents of :
>
>
>
> /var/lib/one/vms/26/deployment.0
>
>
>
> 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 ab...@c12g.com and delete the e-mail and
>
> attachments and any copy from your system. C12G thanks you for your
>
> cooperation.
>
>
>
>
>
> On Mon, Jan 20, 2014 at 9:19 AM, Daems Dirk  wrote:
>
>> Hi Tino,
>
>>
>
>>
>
>>
>
>> I don't see a vmware.log file in that directory:
>
>>
>
>>
>
>>
>
>> ~ # ls -al /vmfs/volumes/135/27/disk.0/
>
>>
>
>> drwxr-xr-x1 root root   560 Jan 17 12:28 .
>
>>
>
>> drwxr-xr-x1 root root   700 Jan 17 12:29 ..
>
>>
>
>> -rw---1 root root 107374080 Jan 17 12:28 disk-flat.vmdk
>
>>
>
>> -rw---1 root root   505 Jan 17 12:28 disk.vmdk
>
>>
>
>> ~ #
>
>>
>
>>
>
>>
>
>> FYI: I use the ttylinx VMWare image which is available in the OpenNebula
>
>> marketplace.
>
>>
>
>>
>
>>
>
>> Best regards,
>
>>
>
>> Dirk
>
>>
>
>> 
>
>>
>
>> From: Tino Vazquez [cvazq...@c12g.com]
>
>>
>
>> Sent: Friday, January 17, 2014 6:47 PM
>
>>
>
>> To: Daems Dirk
>
>>
>
>> Cc: users@lists.opennebula.org
>
>>
>
>> Subject: Re: [one-users] VM remains in status BOOT
>
>>
>
>>
>
>>
>
>> Hi,
>
>>
>
>>
>
>>
>
>> Ok, let's see if we get more info from the vmware.log (please send it
>
>>
>
>> through), which can be found under the following path in the ESX:
>
>>
>
>>
>
>>
>
>> /vmfs/volumes//27/disk.0/vmware.log
>
>>
>
>>
>
>>
>
>> Best 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, un

Re: [one-users] Questions on shared_lvm setup

2014-01-20 Thread Ed Stafford

Thank you.  I'm hoping to get some clarity in the next day or so on this
matter.


On Mon, Jan 20, 2014 at 4:26 AM, Jaime Melis  wrote:

> Hi Ed,
>
> I think this would be better answered by the author of that drivers. I've
> CC'd him.
>
> By the way, as far as I know, he is working on this addon:
> https://github.com/OpenNebula/addon-shared-lvm-single-lock
> Which is the same as described in that wiki page.
>
> Cheers,
> Jaime
>
>
> On Fri, Jan 17, 2014 at 6:29 PM, Ed Stafford wrote:
>
>> In building out a fresh OpenNebula cluster, I came across
>> http://wiki.opennebula.org/shared_lvm which I thought was an excellent
>> choice for my particular setup, especially not having to fight cman/clvmd
>> oddities.  The post, though very good, still left me with some questions in
>> the how-to range; likely to do with my not knowing OpenNebula internals
>> very well.
>>
>> That being said, I do have some questions regarding the setup for it on a
>> 4.4 install (CentOS):
>>
>> 1) The lvm.tar.gz and livemigration.tar.gz files contain lvm/ and shared/
>> directories, but the instructions talk about putting these files in the
>> remote/datastores/shared_lvm and remote/tm/shared_lvm directories.  How
>> exactly should those files be installed into them?
>>
>> 2) Using sunstone to configure the datastores, I figured I would need to
>> use the Custom method, but I don't have any idea how to point that
>> datastore to a particular VM.
>>
>> Any help on this would be appreciative.
>>
>> Thanks
>>
>> --
>> Ed Stafford
>>
>> ___
>> Users mailing list
>> Users@lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>
>>
>
>
> --
> Jaime Melis
> Project Engineer
> OpenNebula - Flexible Enterprise Cloud Made Simple
> www.OpenNebula.org | jme...@opennebula.org
>



-- 
Ed Stafford
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] VMs not deploying because of datastore error

2014-01-20 Thread Javier


Hi Javier,

Even though I updated to 4.4 after the problem appeared, it looks like 
'onehost sync' has solved the issue.


Thank you,

Javier

On 20/01/14 12:25, Javier Fontan wrote:

Have you upgraded to 4.4 from an older version? In previous versions
system datastores are not monitored and old probes do not get that
information. In this case execute:

$ onehost sync

It should copy the new ones to the hosts.

On Mon, Jan 20, 2014 at 12:09 PM, Javier  wrote:

Hi Ruben,

Thank you for your reply. Here it is what I found out:

1- I had a cluster defined but I deleted it, so right now I don't have any.

2- The only host I have at the moment is correctly monitored. And the output
of monitor_ds.sh is correctly showing info about the datastore (I cannot run
anything else from the script because I don't have root privileges):

DS_LOCATION_USED_MB=34417
DS_LOCATION_TOTAL_MB=32802826
DS_LOCATION_FREE_MB=18826318

However OpenNebula is not monitoring datastore 0 as it does with the others.

3- I haven't set DATASTORE_LOCATION. I have a self-contained installation
and it should default to $ONE_LOCATION/var/datastores, which resides in a
network shared partition. And yes, the datastore is mounted.

Regards,

Javier


On 17/01/14 18:39, Ruben S. Montero wrote:

Hi Javier,

A couple of ideas:

1.- System DS needs to be associated to a cluster. Sometimes this may cause
problems if a host is in a cluster but the cluster hasn't got any system DS.
(This seems not to be your problem, but just double checking)

2.- System DS information is gathered through the motorization process. You
need to check: 1.- hosts are being monitored, 2.- the monitor message
includes information about the DS. You can debug this by executing
monitor_ds.sh script at the hosts. Monitor DS is a bash script, at the top
you can find out the arguments you need to pass to it

3.- Did you set DATASTORE_LOCATION? Maybe the monitor script is not looking
at the right place. (Also could you double check that the datastore is
actually mounted?)

Hope it helps

Ruben


On Fri, Jan 17, 2014 at 5:42 PM, Javier  wrote:

Hello,

After a reboot my VMs started getting stuck in PENDING state. Watching at
the log files I noticed that the problem was that the system datastore was
not being correctly monitored:

onedatastore list
   ID NAMESIZE AVAIL CLUSTER  IMAGES TYPE DS   TM
0 system0M - - 0 sys -
shared
1 default31.3T 57%   -12 img fs
shared
2 files  31.3T 57%   - 2 fil fs   ssh

And I was getting the following error:

Fri Jan 17 17:32:02 2014 [SCHED][D]: VM 2794: Local Datastore 0 in Host 8
filtered out. Not enough capacity.

Now, if I create a new system datastore, it happens the same as with
datastore 0. However, creating an image datastore and then changing its type
to SYSTEM_DS makes it work fine and VMs start being deployed again using
that alternative system datastore.

My question is if this is a bug or if I am making some mistake.

Thank you,

Javier

WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.

http://www.bsc.es/disclaimer
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org




--
--
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | rsmont...@opennebula.org | @OpenNebula




WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain information
which is privileged, confidential, proprietary, or exempt from disclosure
under applicable law. If you are not the intended recipient or the person
responsible for delivering the message to the intended recipient, you are
strictly prohibited from disclosing, distributing, copying, or in any way
using this message. If you have received this communication in error, please
notify the sender and destroy and delete any copies you may have received.

http://www.bsc.es/disclaimer

___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org







WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileg

[one-users] OpenNebula and Qemu Guest Agent

2014-01-20 Thread Igor Laskovy

Hello list,

Could anybody clarify, currently does OpenNebula support Qemu Guest Agent (
http://wiki.libvirt.org/page/Qemu_guest_agent) in someway?

-- 
Igor Laskovy
facebook.com/igor.laskovy
studiogrizzly.com
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN

2014-01-20 Thread Gerry O'Brien


Hi Ruben,

Below is the output of 'ps -ef | grep one' on a host that has been 
disabled, rebooted and enabled. There are multiple versions of  
collectd-client.rb kvm running.



We have discovered today a serious issue that is having an adverse 
effect on our DNS system. When the machines below was enabled, 
immediately our DNS server is flooded with requests from the host (see a 
sample below).
 Our logs show that this has only started happening since the 
upgrade to 4.4. If we don't get a fix for this we will have to go back 
to 4.2, which is something I really don't want to do.


Regards,
Gerry




oneadmin  3628 1  0 13:04 ?00:00:00 ruby 
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin  4600 1  0 13:05 ?00:00:00 ruby 
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin  6400 1  0 13:07 ?00:00:00 ruby 
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin  9003 1  0 13:08 ?00:00:00 ruby 
/var/tmp/one/im/kvm.d/collectd-client.rb kvm /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin 12953  3628  0 13:10 ?00:00:00 /bin/bash 
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin 12955  6400  0 13:10 ?00:00:00 /bin/bash 
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin 12969 12953  0 13:10 ?00:00:00 /bin/bash 
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin 12970 12969  0 13:10 ?00:00:00 /bin/bash 
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin 12972 12955  0 13:10 ?00:00:00 /bin/bash 
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin 12973 12972  0 13:10 ?00:00:00 /bin/bash 
/var/tmp/one/im/kvm.d/../run_probes kvm-probes /var/lib/one//datastores 
4124 20 0 host101.scss.tcd.ie
oneadmin 13029 12973  0 13:10 ?00:00:00 /bin/bash 
./monitor_ds.sh kvm-probes /var/lib/one//datastores 4124 20 0 
host101.scss.tcd.ie
oneadmin 13030 12970  0 13:10 ?00:00:00 /bin/bash 
./monitor_ds.sh kvm-probes /var/lib/one//datastores 4124 20 0 
host101.scss.tcd.ie




-2014 13:14:26.675 client 134.226.59.101#52314: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.680 client 134.226.59.101#51356: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.822 client 134.226.59.101#47870: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.824 client 134.226.59.101#58734: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.825 client 134.226.59.101#58734: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.952 client 134.226.59.101#39659: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:26.952 client 134.226.59.101#53975: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:26.953 client 134.226.59.101#53975: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:27.108 client 134.226.59.101#36294: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:27.108 client 134.226.59.101#36294: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:27.109 client 134.226.59.101#59277: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:27.109 client 134.226.59.101#59277: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:27.347 client 134.226.59.101#49614: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:27.348 client 134.226.59.101#49614: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:27.350 client 134.226.59.101#44058: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:27.357 client 134.226.59.101#44058: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:27.458 client 134.226.59.101#51830: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:27.458 client 134.226.59.101#51830: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:27.461 client 134.226.59.101#38419: query: 
host101.scss.tcd.ie IN A + (134.226.32.57)
20-Jan-2014 13:14:27.461 client 134.226.59.101#38419: query: 
host101.scss.tcd.ie IN  + (134.226.32.57)
20-Jan-2014 13:14:31.184 client

[one-users] OpenNebula over Huawei

2014-01-20 Thread Juan José Fuentes

Hi everybody,

Is someone using hardware of Huawei for your OpenNebula infrastructure? We're 
thinking about evaluating Huawei Blade chasis with a NAS storage server, and 
I'd like to know if someone have experience with this hardware.

Thank you,

Juanjo Fuentes
SIGMA Gestion Universitaria

De: users-boun...@lists.opennebula.org 
[mailto:users-boun...@lists.opennebula.org] En nombre de Jaime Melis
Enviado el: lunes, 20 de enero de 2014 12:33
Para: Users OpenNebula
Asunto: [one-users] OpenNebula at CentOS Brussels Dojo and FOSDEM 2014

Dear all,

we will participate at the next CentOS Dojo in Brussels (31st January), and in 
the FOSDEM the following day.

More information: 
http://opennebula.org/opennebula-at-centos-brussels-dojo-and-fosdem-2014/

Hope to see you there!

cheers,
Jaime

--
Jaime Melis
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | 
jme...@opennebula.org
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

[one-users] OpenNebula at CentOS Brussels Dojo and FOSDEM 2014

2014-01-20 Thread Jaime Melis

Dear all,

we will participate at the next CentOS Dojo in Brussels (31st January), and
in the FOSDEM the following day.

More information:
http://opennebula.org/opennebula-at-centos-brussels-dojo-and-fosdem-2014/

Hope to see you there!

cheers,
Jaime

-- 
Jaime Melis
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | jme...@opennebula.org
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] VMs not deploying because of datastore error

2014-01-20 Thread Javier Fontan

Have you upgraded to 4.4 from an older version? In previous versions
system datastores are not monitored and old probes do not get that
information. In this case execute:

$ onehost sync

It should copy the new ones to the hosts.

On Mon, Jan 20, 2014 at 12:09 PM, Javier  wrote:
> Hi Ruben,
>
> Thank you for your reply. Here it is what I found out:
>
> 1- I had a cluster defined but I deleted it, so right now I don't have any.
>
> 2- The only host I have at the moment is correctly monitored. And the output
> of monitor_ds.sh is correctly showing info about the datastore (I cannot run
> anything else from the script because I don't have root privileges):
>
> DS_LOCATION_USED_MB=34417
> DS_LOCATION_TOTAL_MB=32802826
> DS_LOCATION_FREE_MB=18826318
>
> However OpenNebula is not monitoring datastore 0 as it does with the others.
>
> 3- I haven't set DATASTORE_LOCATION. I have a self-contained installation
> and it should default to $ONE_LOCATION/var/datastores, which resides in a
> network shared partition. And yes, the datastore is mounted.
>
> Regards,
>
> Javier
>
>
> On 17/01/14 18:39, Ruben S. Montero wrote:
>
> Hi Javier,
>
> A couple of ideas:
>
> 1.- System DS needs to be associated to a cluster. Sometimes this may cause
> problems if a host is in a cluster but the cluster hasn't got any system DS.
> (This seems not to be your problem, but just double checking)
>
> 2.- System DS information is gathered through the motorization process. You
> need to check: 1.- hosts are being monitored, 2.- the monitor message
> includes information about the DS. You can debug this by executing
> monitor_ds.sh script at the hosts. Monitor DS is a bash script, at the top
> you can find out the arguments you need to pass to it
>
> 3.- Did you set DATASTORE_LOCATION? Maybe the monitor script is not looking
> at the right place. (Also could you double check that the datastore is
> actually mounted?)
>
> Hope it helps
>
> Ruben
>
>
> On Fri, Jan 17, 2014 at 5:42 PM, Javier  wrote:
>>
>> Hello,
>>
>> After a reboot my VMs started getting stuck in PENDING state. Watching at
>> the log files I noticed that the problem was that the system datastore was
>> not being correctly monitored:
>>
>> onedatastore list
>>   ID NAMESIZE AVAIL CLUSTER  IMAGES TYPE DS   TM
>>0 system0M - - 0 sys -
>> shared
>>1 default31.3T 57%   -12 img fs
>> shared
>>2 files  31.3T 57%   - 2 fil fs   ssh
>>
>> And I was getting the following error:
>>
>> Fri Jan 17 17:32:02 2014 [SCHED][D]: VM 2794: Local Datastore 0 in Host 8
>> filtered out. Not enough capacity.
>>
>> Now, if I create a new system datastore, it happens the same as with
>> datastore 0. However, creating an image datastore and then changing its type
>> to SYSTEM_DS makes it work fine and VMs start being deployed again using
>> that alternative system datastore.
>>
>> My question is if this is a bug or if I am making some mistake.
>>
>> Thank you,
>>
>> Javier
>>
>> WARNING / LEGAL TEXT: This message is intended only for the use of the
>> individual or entity to which it is addressed and may contain
>> information which is privileged, confidential, proprietary, or exempt
>> from disclosure under applicable law. If you are not the intended
>> recipient or the person responsible for delivering the message to the
>> intended recipient, you are strictly prohibited from disclosing,
>> distributing, copying, or in any way using this message. If you have
>> received this communication in error, please notify the sender and
>> destroy and delete any copies you may have received.
>>
>> http://www.bsc.es/disclaimer
>> ___
>> Users mailing list
>> Users@lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
>
>
> --
> --
> Ruben S. Montero, PhD
> Project co-Lead and Chief Architect
> OpenNebula - Flexible Enterprise Cloud Made Simple
> www.OpenNebula.org | rsmont...@opennebula.org | @OpenNebula
>
>
>
>
> WARNING / LEGAL TEXT: This message is intended only for the use of the
> individual or entity to which it is addressed and may contain information
> which is privileged, confidential, proprietary, or exempt from disclosure
> under applicable law. If you are not the intended recipient or the person
> responsible for delivering the message to the intended recipient, you are
> strictly prohibited from disclosing, distributing, copying, or in any way
> using this message. If you have received this communication in error, please
> notify the sender and destroy and delete any copies you may have received.
>
> http://www.bsc.es/disclaimer
>
> ___
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>



-- 
Javier Fontán Muiños
Developer
OpenNebula - The Open Source Toolkit for Data Center Virtuali

Re: [one-users] VMs not deploying because of datastore error

2014-01-20 Thread Javier


Hi Ruben,

Thank you for your reply. Here it is what I found out:

1- I had a cluster defined but I deleted it, so right now I don't have any.

2- The only host I have at the moment is correctly monitored. And the 
output of monitor_ds.sh is correctly showing info about the datastore (I 
cannot run anything else from the script because I don't have root 
privileges):


DS_LOCATION_USED_MB=34417
DS_LOCATION_TOTAL_MB=32802826
DS_LOCATION_FREE_MB=18826318

However OpenNebula is not monitoring datastore 0 as it does with the others.

3- I haven't set DATASTORE_LOCATION. I have a self-contained 
installation and it should default to $ONE_LOCATION/var/datastores, 
which resides in a network shared partition. And yes, the datastore is 
mounted.


Regards,

Javier

On 17/01/14 18:39, Ruben S. Montero wrote:

Hi Javier,

A couple of ideas:

1.- System DS needs to be associated to a cluster. Sometimes this may 
cause problems if a host is in a cluster but the cluster hasn't got 
any system DS. (This seems not to be your problem, but just double 
checking)


2.- System DS information is gathered through the motorization 
process. You need to check: 1.- hosts are being monitored, 2.- the 
monitor message includes information about the DS. You can debug this 
by executing monitor_ds.sh script at the hosts. Monitor DS is a bash 
script, at the top you can find out the arguments you need to pass to it


3.- Did you set DATASTORE_LOCATION? Maybe the monitor script is not 
looking at the right place. (Also could you double check that the 
datastore is actually mounted?)


Hope it helps

Ruben


On Fri, Jan 17, 2014 at 5:42 PM, Javier > wrote:


Hello,

After a reboot my VMs started getting stuck in PENDING state.
Watching at the log files I noticed that the problem was that the
system datastore was not being correctly monitored:

onedatastore list
  ID NAMESIZE AVAIL CLUSTER  IMAGES TYPE DS  
TM
   0 system0M - - 0 sys -
   shared
   1 default31.3T 57%   -12 img fs
  shared
   2 files  31.3T 57%   - 2 fil fs
  ssh


And I was getting the following error:

Fri Jan 17 17:32:02 2014 [SCHED][D]: VM 2794: Local Datastore 0 in
Host 8 filtered out. Not enough capacity.

Now, if I create a new system datastore, it happens the same as
with datastore 0. However, creating an image datastore and then
changing its type to SYSTEM_DS makes it work fine and VMs start
being deployed again using that alternative system datastore.

My question is if this is a bug or if I am making some mistake.

Thank you,

Javier

WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.

http://www.bsc.es/disclaimer
___
Users mailing list
Users@lists.opennebula.org 
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org




--
--
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org  | 
rsmont...@opennebula.org  | @OpenNebula




WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.

http://www.bsc.es/disclaimer___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] Questions on shared_lvm setup

2014-01-20 Thread Jaime Melis

Hi Ed,

I think this would be better answered by the author of that drivers. I've
CC'd him.

By the way, as far as I know, he is working on this addon:
https://github.com/OpenNebula/addon-shared-lvm-single-lock
Which is the same as described in that wiki page.

Cheers,
Jaime


On Fri, Jan 17, 2014 at 6:29 PM, Ed Stafford  wrote:

> In building out a fresh OpenNebula cluster, I came across
> http://wiki.opennebula.org/shared_lvm which I thought was an excellent
> choice for my particular setup, especially not having to fight cman/clvmd
> oddities.  The post, though very good, still left me with some questions in
> the how-to range; likely to do with my not knowing OpenNebula internals
> very well.
>
> That being said, I do have some questions regarding the setup for it on a
> 4.4 install (CentOS):
>
> 1) The lvm.tar.gz and livemigration.tar.gz files contain lvm/ and shared/
> directories, but the instructions talk about putting these files in the
> remote/datastores/shared_lvm and remote/tm/shared_lvm directories.  How
> exactly should those files be installed into them?
>
> 2) Using sunstone to configure the datastores, I figured I would need to
> use the Custom method, but I don't have any idea how to point that
> datastore to a particular VM.
>
> Any help on this would be appreciative.
>
> Thanks
>
> --
> Ed Stafford
>
> ___
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>


-- 
Jaime Melis
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | jme...@opennebula.org
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] VM remains in status BOOT

2014-01-20 Thread Tino Vazquez

Hi Dirk,

That means that the ESX is not even trying to boot up the VM. Let's
see if at least the deployment file is generated, in the front-end,
what are the contents of :

 /var/lib/one/vms/26/deployment.0

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 ab...@c12g.com and delete the e-mail and
attachments and any copy from your system. C12G thanks you for your
cooperation.


On Mon, Jan 20, 2014 at 9:19 AM, Daems Dirk  wrote:
> Hi Tino,
>
>
>
> I don't see a vmware.log file in that directory:
>
>
>
> ~ # ls -al /vmfs/volumes/135/27/disk.0/
>
> drwxr-xr-x1 root root   560 Jan 17 12:28 .
>
> drwxr-xr-x1 root root   700 Jan 17 12:29 ..
>
> -rw---1 root root 107374080 Jan 17 12:28 disk-flat.vmdk
>
> -rw---1 root root   505 Jan 17 12:28 disk.vmdk
>
> ~ #
>
>
>
> FYI: I use the ttylinx VMWare image which is available in the OpenNebula
> marketplace.
>
>
>
> Best regards,
>
> Dirk
>
> 
>
> From: Tino Vazquez [cvazq...@c12g.com]
>
> Sent: Friday, January 17, 2014 6:47 PM
>
> To: Daems Dirk
>
> Cc: users@lists.opennebula.org
>
> Subject: Re: [one-users] VM remains in status BOOT
>
>
>
> Hi,
>
>
>
> Ok, let's see if we get more info from the vmware.log (please send it
>
> through), which can be found under the following path in the ESX:
>
>
>
> /vmfs/volumes//27/disk.0/vmware.log
>
>
>
> Best 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 ab...@c12g.com and delete the e-mail and
>
> attachments and any copy from your system. C12G thanks you for your
>
> cooperation.
>
>
>
>
>
> On Fri, Jan 17, 2014 at 2:01 PM, Daems Dirk  wrote:
>
>> Hi Tino,
>
>>
>
>>
>
>>
>
>> No, the VM is even not visible in the VSphere client.
>
>>
>
>> See the outputs of the onevm list and show commands below:
>
>>
>
>>
>
>>
>
>> -bash-4.1$ onevm list
>
>>
>
>> ID USER GROUPNAMESTAT UCPUUMEM HOST
>
>> TIME
>
>>
>
>> 27 oneadmin oneadmin MinimalVM   boot0  0K devmesx1.i   0d
>
>> 00h29
>
>>
>
>>
>
>>
>
>>
>
>>
>
>> -bash-4.1$ onevm show 27
>
>>
>
>> VIRTUAL MACHINE 27 INFORMATION
>
>>
>
>> ID  : 27
>
>>
>
>> NAME: MinimalVM
>
>>
>
>> USER: oneadmin
>
>>
>
>> GROUP   : oneadmin
>
>>
>
>> STATE   : ACTIVE
>
>>
>
>> LCM_STATE   : BOOT
>
>>
>
>> RESCHED : No
>
>>
>
>> HOST: devmesx1.intern.vgt.vito.be
>
>>
>
>> START TIME  : 01/17 13:28:37
>
>>
>
>> END TIME: -
>
>>
>
>> DEPLOY ID   : -
>
>>
>
>>
>
>>
>
>> VIRTUAL MACHINE MONITORING
>
>>
>
>> NET_TX  : 0K
>
>>
>
>> USED CPU: 0
>
>>
>
>> USED MEMORY : 0K
>
>>
>
>> NET_RX  : 0K
>
>>
>
>>
>
>>
>
>> PERMISSIONS
>
>>
>
>> OWNER   : um-
>
>>
>
>> GROUP   : ---
>
>>
>
>> OTHER   : ---
>
>>
>
>>
>
>>
>
>> VM DISKS
>
>>
>
>>  ID TARGET IMAGE   TYPE SAVE SAVE_AS
>
>>
>
>>   0 hdattylinux - VMware   file   NO   -
>
>>
>
>>
>
>>
>
>> VM NICS
>
>>
>
>>  ID NETWORK  VLAN BRIDGE   IP  MAC
>
>>
>
>>   0 VMWareNetwork yes vSwitch2 192.168.10.229
>> 02:00:c0:a8:0a:e5
>
>>
>
>>fe80::400:c0ff:fea8:ae5
>
>>
>
>>
>
>>
>
>> VIRTUAL MACHINE HISTORY
>
>>
>
>> SEQ HOSTACTION   REAS

Re: [one-users] Cloud assurance compliance - cloudcontrols.org

2014-01-20 Thread Carlos Martín Sánchez

Hi Stefan,

Thank you for sharing this, we'll keep an eye on this initiative.

Regards

--
Carlos Martín, MSc
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | cmar...@opennebula.org |
@OpenNebula


On Fri, Jan 17, 2014 at 10:01 AM, Stefan Kooman  wrote:

> Hi List,
>
> Some of you might be familiar with ISO27001, an ISO standard for
> information security. To control risks specifically related to clouds an
> initiative called "CloudControls" has been released [1]. They aim to
> develop a comprehensive quality standard for infrastructure as a service
> (IaaS) providers. They have provided a spreadsheet with "Cloudcontrols"
> that might help us cloud providers design a better cloud and reduce
> risks [2].
>
> FYI.
>
> Gr. Stefan
>
> [1]:http://www.cloudcontrols.org/
> [2]:
>
> http://www.cloudcontrols.org/wp-content/uploads/2013/06/Cloud-Control-Framework-Risks-Questions-and-Controls-V3.0-EN-29052013.xlsx
>
>
>
> --
> | BIT BV  http://www.bit.nl/Kamer van Koophandel 09090351
> | GPG: 0xD14839C6   +31 318 648 688 / i...@bit.nl
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iF4EAREIAAYFAlLY8VgACgkQTyGgYdFIOcbaTAEAs3Jb7kfrMKJTA5db5mQt2i5N
> ds54AaaXGUgHhyrXGHEA/jXun7YQ0Q2ZNVHj+V8naJ9ZvXECHbSEN8Xp5rb9uThQ
> =PK+W
> -END PGP SIGNATURE-
>
> ___
> Users mailing list
> Users@lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Re: [one-users] VM remains in status BOOT

2014-01-20 Thread Daems Dirk

Hi Tino,



I don't see a vmware.log file in that directory:



~ # ls -al /vmfs/volumes/135/27/disk.0/

drwxr-xr-x1 root root   560 Jan 17 12:28 .

drwxr-xr-x1 root root   700 Jan 17 12:29 ..

-rw---1 root root 107374080 Jan 17 12:28 disk-flat.vmdk

-rw---1 root root   505 Jan 17 12:28 disk.vmdk

~ #



FYI: I use the ttylinx VMWare image which is available in the OpenNebula 
marketplace.



Best regards,

Dirk



From: Tino Vazquez [cvazq...@c12g.com]

Sent: Friday, January 17, 2014 6:47 PM

To: Daems Dirk

Cc: users@lists.opennebula.org

Subject: Re: [one-users] VM remains in status BOOT



Hi,



Ok, let's see if we get more info from the vmware.log (please send it

through), which can be found under the following path in the ESX:



/vmfs/volumes//27/disk.0/vmware.log



Best 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 ab...@c12g.com and delete the 
e-mail and

attachments and any copy from your system. C12G thanks you for your

cooperation.





On Fri, Jan 17, 2014 at 2:01 PM, Daems Dirk 
mailto:dirk.da...@vito.be>> wrote:

> Hi Tino,

>

>

>

> No, the VM is even not visible in the VSphere client.

>

> See the outputs of the onevm list and show commands below:

>

>

>

> -bash-4.1$ onevm list

>

> ID USER GROUPNAMESTAT UCPUUMEM HOST

> TIME

>

> 27 oneadmin oneadmin MinimalVM   boot0  0K devmesx1.i   0d

> 00h29

>

>

>

>

>

> -bash-4.1$ onevm show 27

>

> VIRTUAL MACHINE 27 INFORMATION

>

> ID  : 27

>

> NAME: MinimalVM

>

> USER: oneadmin

>

> GROUP   : oneadmin

>

> STATE   : ACTIVE

>

> LCM_STATE   : BOOT

>

> RESCHED : No

>

> HOST: devmesx1.intern.vgt.vito.be

>

> START TIME  : 01/17 13:28:37

>

> END TIME: -

>

> DEPLOY ID   : -

>

>

>

> VIRTUAL MACHINE MONITORING

>

> NET_TX  : 0K

>

> USED CPU: 0

>

> USED MEMORY : 0K

>

> NET_RX  : 0K

>

>

>

> PERMISSIONS

>

> OWNER   : um-

>

> GROUP   : ---

>

> OTHER   : ---

>

>

>

> VM DISKS

>

>  ID TARGET IMAGE   TYPE SAVE SAVE_AS

>

>   0 hdattylinux - VMware   file   NO   -

>

>

>

> VM NICS

>

>  ID NETWORK  VLAN BRIDGE   IP  MAC

>

>   0 VMWareNetwork yes vSwitch2 192.168.10.229  02:00:c0:a8:0a:e5

>

>fe80::400:c0ff:fea8:ae5

>

>

>

> VIRTUAL MACHINE HISTORY

>

> SEQ HOSTACTION   REAS   STARTTIME

> PROLOG

>

>   0 devmesx1.intern none none  01/17 13:28:38   0d 00h29m

> 0h01m22s

>

>

>

> VIRTUAL MACHINE TEMPLATE

>

> AUTOMATIC_REQUIREMENTS="CLUSTER_ID = 120"

>

> CONTEXT=[

>

>   DISK_ID="1",

>

>   ETH0_IP="192.168.10.229",

>

>   NETWORK="YES",

>

>   TARGET="hdb" ]

>

> CPU="1"

>

> MEMORY="512"

>

> OS=[

>

>   ARCH="i686" ]

>

> TEMPLATE_ID="8"

>

> VMID="27"

>

>

>

> Regards,

>

> Dirk

>

>

>

> -Original Message-

>

> From: Tino Vazquez [mailto:cvazq...@c12g.com]

>

> Sent: vrijdag 17 januari 2014 13:48

>

> To: Daems Dirk

>

> Cc: users@lists.opennebula.org

>

> Subject: Re: [one-users] VM remains in status BOOT

>

>

>

> Hi Dirk,

>

>

>

> Just checking, if you connect with the vSphere client, the VM is the _not_

> running in the ESX?

>

>

>

> 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

Re: [one-users] Networking/SSH Problem

Re: [one-users] how to run vm on top of lvm on a single host?

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN

[one-users] how to run vm on top of lvm on a single host?

[one-users] Safe Live Migration

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN - Possibly solved

[one-users] Manually migrate a VM

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN

Re: [one-users] VM remains in status BOOT

Re: [one-users] VM remains in status BOOT

Re: [one-users] Questions on shared_lvm setup

Re: [one-users] VMs not deploying because of datastore error

[one-users] OpenNebula and Qemu Guest Agent

Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN

[one-users] OpenNebula over Huawei

[one-users] OpenNebula at CentOS Brussels Dojo and FOSDEM 2014

Re: [one-users] VMs not deploying because of datastore error

Re: [one-users] VMs not deploying because of datastore error

Re: [one-users] Questions on shared_lvm setup

Re: [one-users] VM remains in status BOOT

Re: [one-users] Cloud assurance compliance - cloudcontrols.org

Re: [one-users] VM remains in status BOOT

23 matches

Site Navigation

Mail list logo

Footer information