Re: [one-users] VM remains in status BOOT
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.orgmailto: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/system-ds-id/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.comhttp://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.commailto: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 dirk.da...@vito.bemailto: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.orgmailto: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.comhttp://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
Re: [one-users] Cloud assurance compliance - cloudcontrols.org
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 | @OpenNebulahttp://twitter.com/opennebulacmar...@opennebula.org On Fri, Jan 17, 2014 at 10:01 AM, Stefan Kooman ste...@bit.nl 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
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 dirk.da...@vito.be 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/system-ds-id/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 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 ]
Re: [one-users] Questions on shared_lvm setup
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 ed.staff...@gmail.com 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] VMs not deploying because of datastore error
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 javier.alva...@bsc.es mailto:javier.alva...@bsc.es 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 mailto: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 http://www.OpenNebula.org | rsmont...@opennebula.org mailto: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] VMs not deploying because of datastore error
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 javier.alva...@bsc.es 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 javier.alva...@bsc.es 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 Virtualization www.OpenNebula.org | @OpenNebula | github.com/jfontan ___ Users mailing list
[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 over Huawei
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.orghttp://www.OpenNebula.org | jme...@opennebula.orgmailto: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
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
[one-users] OpenNebula and Qemu Guest Agent
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] VMs not deploying because of datastore error
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 javier.alva...@bsc.es 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 javier.alva...@bsc.es 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
Re: [one-users] Questions on shared_lvm setup
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 jme...@opennebula.org 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 ed.staff...@gmail.comwrote: 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] 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=1auto_answer=1 define /var/lib/one/vms/26/deployment.0 and then $ virsh -c esx://devmesx1.intern.vgt.vito.be/?no_verify=1auto_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 dirk.da...@vito.be wrote: Hi Tino, The deployment file is created. See the contents below: domain type='vmware' nameone-26/name memory524288/memory os type arch='i686'hvm/type /os devices disk type='file' device='disk' source file='[135] 26/disk.0/disk.vmdk'/ target dev='hda'/ /disk disk type='file' device='cdrom' source file='[135] 26/disk.1.iso'/ target dev='hdb'/ readonly/ /disk interface type='bridge' source bridge='one-pg-7'/ mac address='02:00:c0:a8:0a:e5'/ /interface /devices /domain 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 dirk.da...@vito.be 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/system-ds-id/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,
Re: [one-users] VM remains in status BOOT
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=1auto_answer=1 define /var/lib/one/vms/26/deployment.0 and then $ virsh -c esx://devmesx1.intern.vgt.vito.be/?no_verify=1auto_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 dirk.da...@vito.be wrote: Hi Tino, The deployment file is created. See the contents below: domain type='vmware' nameone-26/name memory524288/memory os type arch='i686'hvm/type /os devices disk type='file' device='disk' source file='[135] 26/disk.0/disk.vmdk'/ target dev='hda'/ /disk disk type='file' device='cdrom' source file='[135] 26/disk.1.iso'/ target dev='hdb'/ readonly/ /disk interface type='bridge' source bridge='one-pg-7'/ mac address='02:00:c0:a8:0a:e5'/ /interface /devices /domain 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 dirk.da...@vito.be 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] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN
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 ge...@scss.tcd.ie 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: query: host101.scss.tcd.ie IN + (134.226.32.57) 20-Jan-2014 13:14:27.458
[one-users] Manually migrate a VM
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 - Possibly solved
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 ge...@scss.tcd.ie 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:
Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN
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 jfon...@opennebula.org 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 ge...@scss.tcd.ie 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:
[one-users] Safe Live Migration
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
[one-users] how to run vm on top of lvm on a single host?
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
Re: [one-users] Monitor continually cycles through finding machines RUNNING and stat UNKNOWN
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 jfon...@opennebula.org 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 ge...@scss.tcd.ie 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:
Re: [one-users] how to run vm on top of lvm on a single host?
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 darkblue2...@gmail.com 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] Networking/SSH Problem
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 bendix_harr...@web.de 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