Re: Properly remove VMs in inconsistent states
Uhm, I thought there was some kind of garbage collector that, in case I set the removed time to "now", Cloudstack itself would do the dirty job or some kind of script/magic recipe given by the cloudstack developers that would guide me throught the cleaning process without harming the database. It seems too dangerous if I have to do that database rows comparison by myself. El 05/07/2018 a las 11:05, Andrija Panic escribió: Hi Natalia, perhaps not much of a help - but I usually try to reproduce "good" records - in your case by deploying a VM, then destroy it, wait for some time (expunge, cleanup, etc...i.e. wait 24h) and then get these "good" records and compare against other records that you want to change. This is good practice anytime you need to do DB change Cheers On Thu, 5 Jul 2018 at 10:02, Natalia Costas Lago wrote: Hi, We have several virtual machines in unconsistent state. - Two of them are system VMs in Expunging state. I think this VM lost its root disk due to a host server that was removed. - Two of them are User VMs that cannot be deleted because their network was removed first. Cloudstack did not warn that the network was used by several VMs. I can change their status from Destroyed to Stopped, but I cannot delete them. Our cloudstack version is 4.9. I read about setting the removed date to NULL in Expunging VMs. But only in case there are no async_jobs pending. Here is the info: http://mail-archives.apache.org/mod_mbox/cloudstack-users/201504.mbox/%3cblu184-w501fd6ea1e037b10cf01e3b4...@phx.gbl%3E So I cannot follow this procedure. How can I remove these VMs and their associated resources? Thanking you in advance, Kind regards, NOTA: Para cualquier incidencia/consulta/petición que requiera seguimiento por favor enviar a helpdesk_comunicacio...@cesga.es -- ============ Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. NOTA: Para cualquier incidencia/consulta/petición que requiera seguimiento por favor enviar a helpdesk_comunicacio...@cesga.es -- ============ Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Properly remove VMs in unconsistent states
Hi, We have several virtual machines in unconsistent state. - Two of them are system VMs in Expunging state. I think this VM lost its root disk due to a host server that was removed. - Two of them are User VMs that cannot be deleted because their network was removed first. Cloudstack did not warn that the network was used by several VMs. I can change their status from Destroyed to Stopped, but I cannot delete them. Our cloudstack version is 4.9. I read about setting the removed date to NULL in Expunging VMs. But only in case there are no async_jobs pending. Here is the info: http://mail-archives.apache.org/mod_mbox/cloudstack-users/201504.mbox/%3cblu184-w501fd6ea1e037b10cf01e3b4...@phx.gbl%3E So I cannot follow this procedure. How can I remove these VMs and their associated resources? Thanking you in advance, Kind regards, NOTA: Para cualquier incidencia/consulta/petición que requiera seguimiento por favor enviar a helpdesk_comunicacio...@cesga.es -- Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Re: Cloudtack manager UI returns Error 404
Hi, We finally were able to recover the manager :/ The problem was due to a database modification made by hand a couple of months ago in order to eliminate one of the zombie virtual machines (machines that cannot be expunged because they are dependent on a network that was deleted before). The state of one of the machines was modified and Cloudstack did not like that change (setting a VM state as Destroyed), this eliminated the VM for the web interface but we did not detect the problem as we did not restart the management server. All backups since then were wrong and for some reason the management server crashed last week. Now it is fully operational :) Thank you, Kind regards, El 21/05/2018 a las 12:19, Natalia Costas Lago escribió: This is what I can see in localhost log: cat /var/log/cloudstack/management/localhost.2018-05-21.log [...] SEVERE: Exception sending context initialized event to listener instance of class org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener java.lang.NullPointerException at com.cloud.vm.UserVmManagerImpl.loadVmDetailsInMapForExternalDhcpIp(UserVmManagerImpl.java:2019) at com.cloud.vm.UserVmManagerImpl.start(UserVmManagerImpl.java:1999) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle$1.with(CloudStackExtendedLifeCycle.java:75) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.with(CloudStackExtendedLifeCycle.java:154) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.startBeans(CloudStackExtendedLifeCycle.java:72) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycleStart.run(CloudStackExtendedLifeCycleStart.java:46) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet$1.with(DefaultModuleDefinitionSet.java:105) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:245) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:233) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.startContexts(DefaultModuleDefinitionSet.java:97) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.load(DefaultModuleDefinitionSet.java:80) at org.apache.cloudstack.spring.module.factory.ModuleBasedContextFactory.loadModules(ModuleBasedContextFactory.java:37) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:71) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.(CloudStackSpringContext.java:58) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.(CloudStackSpringContext.java:62) at org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener.contextInitialized(CloudStackContextLoaderListener.java:52) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:5118) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5634) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1260) at org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:2002) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:473) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:622) at java.lang.Thread.run(Thread.java:748) El 21/05/2018 a las 9:21, Natalia Costas Lago escribió: It has been working with 1.8 for long... I switched to java 1.7, but java errors persist. We recovered backups from a couple of days prior to the disaster, but we are still unlucky, it seems the problem is also in the backups copy. I installed a fresh cloudstack and copied a recent database and the manager still gives and Exception but to a later point in the execution: May 21 09:19:53 cldmanager.srv.cesga.es server: INFO [o.a.c.s.l.CloudStackExtendedLifeCycle] (localhost-startStop-1:null) (logid:) Configuring CloudStack
Re: Cloudtack manager UI returns Error 404
This is what I can see in localhost log: cat /var/log/cloudstack/management/localhost.2018-05-21.log [...] SEVERE: Exception sending context initialized event to listener instance of class org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener java.lang.NullPointerException at com.cloud.vm.UserVmManagerImpl.loadVmDetailsInMapForExternalDhcpIp(UserVmManagerImpl.java:2019) at com.cloud.vm.UserVmManagerImpl.start(UserVmManagerImpl.java:1999) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle$1.with(CloudStackExtendedLifeCycle.java:75) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.with(CloudStackExtendedLifeCycle.java:154) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.startBeans(CloudStackExtendedLifeCycle.java:72) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycleStart.run(CloudStackExtendedLifeCycleStart.java:46) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet$1.with(DefaultModuleDefinitionSet.java:105) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:245) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:233) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.startContexts(DefaultModuleDefinitionSet.java:97) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.load(DefaultModuleDefinitionSet.java:80) at org.apache.cloudstack.spring.module.factory.ModuleBasedContextFactory.loadModules(ModuleBasedContextFactory.java:37) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:71) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.(CloudStackSpringContext.java:58) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.(CloudStackSpringContext.java:62) at org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener.contextInitialized(CloudStackContextLoaderListener.java:52) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:5118) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5634) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1260) at org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:2002) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:473) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:622) at java.lang.Thread.run(Thread.java:748) El 21/05/2018 a las 9:21, Natalia Costas Lago escribió: It has been working with 1.8 for long... I switched to java 1.7, but java errors persist. We recovered backups from a couple of days prior to the disaster, but we are still unlucky, it seems the problem is also in the backups copy. I installed a fresh cloudstack and copied a recent database and the manager still gives and Exception but to a later point in the execution: May 21 09:19:53 cldmanager.srv.cesga.es server: INFO [o.a.c.s.l.CloudStackExtendedLifeCycle] (localhost-startStop-1:null) (logid:) Configuring CloudStack Components May 21 09:19:53 cldmanager.srv.cesga.es server: INFO [o.a.c.s.l.CloudStackExtendedLifeCycle] (localhost-startStop-1:null) (logid:) Done Configuring CloudStack Components May 21 09:19:53 cldmanager.srv.cesga.es server: INFO [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] (localhost-startStop-1:null) (logid:) Loaded module context [ipmitool] in 171 ms May 21 09:19:53 cldmanager.srv.cesga.es server: INFO [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] (localhost-startStop-1:null) (logid:) Starting module [system] May 21 09:19:53 cldmanager.srv.cesga.es server: INFO [o.a.c.s.l.CloudStackExtendedLifeCycle] (localhost-startStop-1:null) (logid:) Starting CloudStack Components May 21 09:19:53 cldmanager.srv.cesga.es server: INFO
Re: Cloudtack manager UI returns Error 404
server: at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1892) May 21 09:19:55 cldmanager.srv.cesga.es server: at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1735) May 21 09:19:55 cldmanager.srv.cesga.es server: ... 4 more El 17/05/2018 a las 7:39, ilya musayev escribió: You must be running java 1.7 - I assume Suresh was alluding to this. We’ve seen this error with 1.8... On Wed, May 16, 2018 at 10:36 PM Suresh Kumar Anaparti < sureshkumar.anapa...@gmail.com> wrote: Hi Natalia, Any changes in the java version or system configuration? -Suresh On Thu, May 17, 2018 at 4:14 AM, Dag Sonstebo wrote: Hi Natalia, My guess is you have some sort of corruption on your original host. Since the management service itself is stateless it’s generally much quicker just building a new one than trying to recover the old one. So my suggestions would be: - Recover your DB to a dedicated DB host if you haven’t done so already. - Build a new management server and just point this to the original DB as described in http://docs.cloudstack.apache.org/projects/cloudstack- installation/en/4.9/management-server/index.html# additional-management-servers NOTE: do not use the “–deploy-as” option as this will write a new blank database. If you used encryption keys during the original setup you also need to specify these. Once you have these two speaking you should in theory be back up and running again. Regards, Dag Sonstebo Cloud Architect ShapeBlue dag.sonst...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue On 16/05/2018, 16:44, "Natalia Costas Lago" wrote: Dear all, For some reason our cloudstack manager died and now we are not able to make it work. Our cloudstack version is 4.9.0. We tried to do a clean install of the manager and recover the database from the last backup, but we were not able to recover the service. At present we can see in the logs that it almost boot, but at the end we get this error: May 16 17:33:51 cldmanager.srv.cesga.es server: INFO [o.a.c.e.o.NetworkOrchestrator] (localhost-startStop-1:null) (logid:) Network Manager will run the NetworkGarbageCollector every '600' seconds. May 16 17:33:51 cldmanager.srv.cesga.es server: INFO [c.c.a.ApiServer] (Thread-12:null) (logid:) ApiServer listening on port 8096 May 16 17:33:51 cldmanager.srv.cesga.es server: INFO [o.a.c.s.SecondaryStorageManagerImpl] (localhost-startStop-1:null) (logid:) Start secondary storage vm manager May 16 17:33:52 cldmanager.srv.cesga.es server: log4j:WARN No appenders could be found for logger (com.cloud.utils.db.ConnectionConcierge). May 16 17:33:52 cldmanager.srv.cesga.es server: log4j:WARN Please initialize the log4j system properly. May 16 17:33:52 cldmanager.srv.cesga.es server: log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. May 16 17:34:20 cldmanager.srv.cesga.es server: Exception in thread "CapacityChecker" java.lang.NoClassDefFoundError: org/apache/cloudstack/managed/context/ManagedContextTimerTask$1 May 16 17:34:20 cldmanager.srv.cesga.es server: at org.apache.cloudstack.managed.context.ManagedContextTimerTask.run( ManagedContextTimerTask.java:27) May 16 17:34:20 cldmanager.srv.cesga.es server: at java.util.TimerThread.mainLoop(Timer.java:555) May 16 17:34:20 cldmanager.srv.cesga.es server: at java.util.TimerThread.run(Timer.java:505) May 16 17:34:20 cldmanager.srv.cesga.es server: Caused by: java.lang.ClassNotFoundException: org.apache.cloudstack.managed.context.ManagedContextTimerTask$1 May 16 17:34:20 cldmanager.srv.cesga.es server: at org.apache.catalina.loader.WebappClassLoaderBase.loadClass( WebappClassLoaderBase.java:1892) May 16 17:34:20 cldmanager.srv.cesga.es server: at org.apache.catalina.loader.WebappClassLoaderBase.loadClass( WebappClassLoaderBase.java:1735) May 16 17:34:20 cldmanager.srv.cesga.es server: ... 3 more May 16 17:34:24 cldmanager.srv.cesga.es server: Exception in thread "Timer-1" java.lang.NoClassDefFoundError: org/apache/cloudstack/managed/context/ManagedContextTimerTask$1 May 16 17:34:24 cldmanager.srv.cesga.es server: at org.apache.cloudstack.managed.context.ManagedContextTimerTask.run( ManagedContextTimerTask.java:27) May 16 17:34:24 cldmanager.srv.cesga.es server: at java.util.TimerThread.mainLoop(Timer.java:555) May 16 17:34:24 cldmanager.srv.cesga.es server: at java.util.TimerThread.run(Timer.java:505) Any help is appreciated.. Kind regards, NOTA: Para cualquier incidencia/consulta/petición que requiera seguimiento por favor enviar a helpdesk_comunicacio...@cesga.es -- =========
Cloudtack manager UI returns Error 404
Dear all, For some reason our cloudstack manager died and now we are not able to make it work. Our cloudstack version is 4.9.0. We tried to do a clean install of the manager and recover the database from the last backup, but we were not able to recover the service. At present we can see in the logs that it almost boot, but at the end we get this error: May 16 17:33:51 cldmanager.srv.cesga.es server: INFO [o.a.c.e.o.NetworkOrchestrator] (localhost-startStop-1:null) (logid:) Network Manager will run the NetworkGarbageCollector every '600' seconds. May 16 17:33:51 cldmanager.srv.cesga.es server: INFO [c.c.a.ApiServer] (Thread-12:null) (logid:) ApiServer listening on port 8096 May 16 17:33:51 cldmanager.srv.cesga.es server: INFO [o.a.c.s.SecondaryStorageManagerImpl] (localhost-startStop-1:null) (logid:) Start secondary storage vm manager May 16 17:33:52 cldmanager.srv.cesga.es server: log4j:WARN No appenders could be found for logger (com.cloud.utils.db.ConnectionConcierge). May 16 17:33:52 cldmanager.srv.cesga.es server: log4j:WARN Please initialize the log4j system properly. May 16 17:33:52 cldmanager.srv.cesga.es server: log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. May 16 17:34:20 cldmanager.srv.cesga.es server: Exception in thread "CapacityChecker" java.lang.NoClassDefFoundError: org/apache/cloudstack/managed/context/ManagedContextTimerTask$1 May 16 17:34:20 cldmanager.srv.cesga.es server: at org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27) May 16 17:34:20 cldmanager.srv.cesga.es server: at java.util.TimerThread.mainLoop(Timer.java:555) May 16 17:34:20 cldmanager.srv.cesga.es server: at java.util.TimerThread.run(Timer.java:505) May 16 17:34:20 cldmanager.srv.cesga.es server: Caused by: java.lang.ClassNotFoundException: org.apache.cloudstack.managed.context.ManagedContextTimerTask$1 May 16 17:34:20 cldmanager.srv.cesga.es server: at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1892) May 16 17:34:20 cldmanager.srv.cesga.es server: at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1735) May 16 17:34:20 cldmanager.srv.cesga.es server: ... 3 more May 16 17:34:24 cldmanager.srv.cesga.es server: Exception in thread "Timer-1" java.lang.NoClassDefFoundError: org/apache/cloudstack/managed/context/ManagedContextTimerTask$1 May 16 17:34:24 cldmanager.srv.cesga.es server: at org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27) May 16 17:34:24 cldmanager.srv.cesga.es server: at java.util.TimerThread.mainLoop(Timer.java:555) May 16 17:34:24 cldmanager.srv.cesga.es server: at java.util.TimerThread.run(Timer.java:505) Any help is appreciated.. Kind regards, NOTA: Para cualquier incidencia/consulta/petición que requiera seguimiento por favor enviar a helpdesk_comunicacio...@cesga.es -- ============ Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Cannot change service offering
Hi, For some reason I cannot change the service offering (set to custom when the VM was created) of a VM that runs at local storage. What can I do? The last time I needed to increase the resources of a VM that run locally I had to create a template and reinstantiate from scratch. It is quite annoying. Thank you in advance for your help, Kind regards, -- Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Add additional local storage
Hi, We added a new raid volume as local storage in our nodes that is faster than the local storage we have been using so far. We would like to add this new "Local-SSD" storage volume but it seems it is not possible without replacing the old one. We do not want to replace the default /var/lib/libvirt storage, we want to add a new alternative directory for faster local storage and choose to deploy between the slow or the fast one. Is that possible? Kind regards, -- ======== Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Re: VM in incorrect state
I did nothing unsual to the nic. What it is true is that: I had two sessions opened: - 1 session as user. This user owns two specific networks. And this VM had two nics on those networks. - 1 session ad Admin The user belongs to a specific domain. Therefore the admin cannot do all operations the user or de domain-admin can do. I cannot say if I stopped the VM as user or as admin. But for any reason something strange happened to the nic. I will check the database... El 14/02/2017 a las 18:17, Sergey Levitskiy escribió: I saw something like this when VM ‘lost’ a NIC somehow. Can you check if there is at least one NIC assigned to the VM? Fix was to restore NIC record for that VM in the DB. Another option (if VM is slated for destruction) is just to change VM state to ‘Destroyed’ and garbage collector thread will cleanup volumes and other artifacts. On 2/14/17, 9:09 AM, "Rafael Weingärtner" wrote: Hi Natalia, This problem is caused at class method “org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.releaseNic(VirtualMachineProfile, long)” line 1631 as you can see by the stack trace. Did you change something else in the database or ACS while these VMs were stuck in "stopping"? The code at that line is the following: updateNic(nic, network.getId(), -1); For some reason the network object is null. The line that creates the “network” object is 1609. The code is the following: final NetworkVO network = _networksDao.findById(nic.getNetworkId()); It seems that the network that was used to assign the IPs for the VMs NIC was deleted/removed? Could you check that? The network interface card table is “nics”, you can look for the NICs of your VM by filtering for “instance_id”. Also, if you want to check the networks table is “networks”. On Tue, Feb 14, 2017 at 11:52 AM, Natalia Costas Lago wrote: > Dear Rafael, > > Thre requested information: > > ACS version: 4.9.0 > > hypervisors used: kvm > storage systems used: gluster as primary > networking: advanced > > And this is the error... > > > > 2017-02-14 17:48:56,112 DEBUG [c.c.u.d.T.Transaction] > (API-Job-Executor-2:ctx-4eca9fd0 job-1329 ctx-39cd3fd6) (logid:2eed47c7) > Rolling back the transaction: Time = 1 Name = API-Job-Executor-2; called by > -TransactionLegacy.rollback:879-TransactionLegacy.removeUpTo > :822-TransactionLegacy.close:646-Transaction.execute:43-Tra > nsaction.execute:47-NetworkOrchestrator.releaseNic:1600-Netw > orkOrchestrator.release:1588-UserVmManagerImpl.releaseNetwo > rkResourcesOnExpunge:2102-UserVmManagerImpl.expunge: > 2050-UserVmManagerImpl.destroyVm:2636-NativeMethodAccessorImpl.invok > e0:-2-NativeMethodAccessorImpl.invoke:62 > 2017-02-14 17:48:56,156 ERROR [c.c.a.ApiAsyncJobDispatcher] > (API-Job-Executor-2:ctx-4eca9fd0 job-1329) (logid:2eed47c7) Unexpected > exception while executing org.apache.cloudstack.api.comm > and.user.vm.DestroyVMCmd > java.lang.NullPointerException > at org.apache.cloudstack.engine.orchestration.NetworkOrchestrat > or$6.doInTransaction(NetworkOrchestrator.java:1631) > at org.apache.cloudstack.engine.orchestration.NetworkOrchestrat > or$6.doInTransaction(NetworkOrchestrator.java:1600) > at com.cloud.utils.db.Transaction$2.doInTransaction(Transaction > .java:50) > at com.cloud.utils.db.Transaction.execute(Transaction.java:40) > at com.cloud.utils.db.Transaction.execute(Transaction.java:47) > at org.apache.cloudstack.engine.orchestration.NetworkOrchestrat > or.releaseNic(NetworkOrchestrator.java:1600) > at org.apache.cloudstack.engine.orchestration.NetworkOrchestrat > or.release(NetworkOrchestrator.java:1588) > at com.cloud.vm.UserVmManagerImpl.releaseNetworkResourcesOnExpu > nge(UserVmManagerImpl.java:2102) > at com.cloud.vm.UserVmManagerImpl.expunge(UserVmManagerImpl. > java:2050) > at com.cloud.vm.UserVmManagerImpl.destroyVm(UserVmManagerImpl. > java:2636) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce > ssorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe > thodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.springframework.aop.support.AopUtils.invokeJoinpointUsin > gRe
Re: VM in incorrect state
DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-2:ctx-4eca9fd0 job-1329) (logid:2eed47c7) Complete
async job-1329, jobStatus: FAILED, resultCode: 530, result:
org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530}
2017-02-14 17:48:56,158 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-2:ctx-4eca9fd0 job-1329) (logid:2eed47c7) Publish
async job-1329 complete on message bus
2017-02-14 17:48:56,158 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-2:ctx-4eca9fd0 job-1329) (logid:2eed47c7) Wake up jobs
related to job-1329
2017-02-14 17:48:56,158 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-2:ctx-4eca9fd0 job-1329) (logid:2eed47c7) Update db
status for job-1329
2017-02-14 17:48:56,159 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-2:ctx-4eca9fd0 job-1329) (logid:2eed47c7) Wake up jobs
joined with job-1329 and disjoin all subjobs created from job- 1329
2017-02-14 17:48:56,186 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-2:ctx-4eca9fd0 job-1329) (logid:2eed47c7) Done
executing org.apache.cloudstack.api.command.user.vm.DestroyVMCmd for
job-1329
2017-02-14 17:48:56,186 INFO [o.a.c.f.j.i.AsyncJobMonitor]
(API-Job-Executor-2:ctx-4eca9fd0 job-1329) (logid:2eed47c7) Remove
job-1329 from job monitoring
2017-02-14 17:48:59,082 DEBUG [c.c.a.ApiServlet]
(http-nio-6443-exec-14:ctx-dc7db42c) (logid:078a1edc) ===START===
193.144.34.125 -- GET
command=queryAsyncJobResult&jobId=2eed47c7-4e14-49fb-830e-b24eb785f678&response=json&_=1487090924322
El 13/02/2017 a las 20:34, Rafael Weingärtner escribió:
Could you share the error here?
Could you also post some more information (stack trace of the erro, ACS
version, hypervisors used, storage systems used, networking
configuration[advanced or basic])?
On Mon, Feb 13, 2017 at 2:31 PM, Natalia Costas Lago
wrote:
I did that. Now I am able to Destroy the VM... but I get an error when I
try to expunge. I can recover the VM.. destroy.. .but not expunge.
El 13/02/2017 a las 20:22, Rafael Weingärtner escribió:
I have already had this experience of VMs getting stuck in “Stopping”
state. It is quite trivial the task, you just have to make sure you are
changing the states of the right VMs. You just have to change the state to
“Stopped” on the database.
On Mon, Feb 13, 2017 at 2:07 PM, Natalia Costas Lago
wrote:
Dear all,
I stopped two VMs and it seems they where stopped but they appear
"Stopping" in the user interface. I have seen workarounds to this issue
that update the status of the VM directly in the database.. but this
seems
risky to me.
How should I proceed? Is that the only way?
Thanx,
Kind regards,
--
============
Natalia Costas Lago
Senior Communications Technician
Galicia Supercomputing Centre (CESGA)
(CESGA on Twitter <https://twitter.com/#%21/CESGA_> | CESGA on
Facebook <
https://www.facebook.com/profile.php?id=10707537407>)
Avenida de Vigo, s/n (Campus Vida)
15705 Santiago de Compostela - SPAIN
E-mail: nata...@cesga.es
Cell: +34 981 56 98 10 (ext. 237)
Fax: +34 981 59 46 16
Web: https://www.cesga.es/
[IMPORTANTE] La información contenida en este mensaje y
sus posibles documentos adjuntos es privada y confidencial
y está dirigida únicamente a su destinatario/a. Si usted no
es el/la destinatario/a original de este mensaje, por favor
elimínelo. La distribución o copia de este mensaje no está
autorizada.
--
========
Natalia Costas Lago
Senior Communications Technician
Galicia Supercomputing Centre (CESGA)
(CESGA on Twitter <https://twitter.com/#%21/CESGA_> | CESGA on Facebook <
https://www.facebook.com/profile.php?id=10707537407>)
Avenida de Vigo, s/n (Campus Vida)
15705 Santiago de Compostela - SPAIN
E-mail: nata...@cesga.es
Cell: +34 981 56 98 10 (ext. 237)
Fax: +34 981 59 46 16
Web: https://www.cesga.es/
[IMPORTANTE] La información contenida en este mensaje y
sus posibles documentos adjuntos es privada y confidencial
y está dirigida únicamente a su destinatario/a. Si usted no
es el/la destinatario/a original de este mensaje, por favor
elimínelo. La distribución o copia de este mensaje no está
autorizada.
--
====
Natalia Costas Lago
Senior Communications Technician
Galicia Supercomputing Centre (CESGA)
(CESGA on Twitter <https://twitter.com/#%21/CESGA_> | CESGA on Facebook
<https://www.facebook.com/profile.php?id=10707537407>)
Avenida de Vigo, s/n (Campus Vida)
15705 Santiago de Compostela - SPAIN
E-mail: nata...@cesga.es
Cell: +34 981 56 98 10 (ext. 237)
Fax: +34 981 59 46 16
Web: https://www.cesga.es/
[IMPORTANTE] La información contenida en es
Re: VM in incorrect state
I did that. Now I am able to Destroy the VM... but I get an error when I try to expunge. I can recover the VM.. destroy.. .but not expunge. El 13/02/2017 a las 20:22, Rafael Weingärtner escribió: I have already had this experience of VMs getting stuck in “Stopping” state. It is quite trivial the task, you just have to make sure you are changing the states of the right VMs. You just have to change the state to “Stopped” on the database. On Mon, Feb 13, 2017 at 2:07 PM, Natalia Costas Lago wrote: Dear all, I stopped two VMs and it seems they where stopped but they appear "Stopping" in the user interface. I have seen workarounds to this issue that update the status of the VM directly in the database.. but this seems risky to me. How should I proceed? Is that the only way? Thanx, Kind regards, -- ======== Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter <https://twitter.com/#%21/CESGA_> | CESGA on Facebook < https://www.facebook.com/profile.php?id=10707537407>) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. -- ============ Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter <https://twitter.com/#%21/CESGA_> | CESGA on Facebook <https://www.facebook.com/profile.php?id=10707537407>) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
VM in incorrect state
Dear all, I stopped two VMs and it seems they where stopped but they appear "Stopping" in the user interface. I have seen workarounds to this issue that update the status of the VM directly in the database.. but this seems risky to me. How should I proceed? Is that the only way? Thanx, Kind regards, -- ======== Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter <https://twitter.com/#%21/CESGA_> | CESGA on Facebook <https://www.facebook.com/profile.php?id=10707537407>) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
deattached storage volumes
HI, I have seen that when a VM that has attached an additional disk is expunged the volume that has attached remains in the storage. Most of the times I end up with many volumes that we are unsure if they should be deleted or not. The information about the VM that has been connected to the data volume is lost. How do you handle cleaning up of those data volumes? Thanx, Regards, -- Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter <https://twitter.com/#%21/CESGA_> | CESGA on Facebook <https://www.facebook.com/profile.php?id=10707537407>) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Move resources from project to default view or other projects
Dear all, I have seen from the list archives that time ago a VM or template from a project cannot be moved to a different project or default view. Is that still the current situation? I have several VMs running under a project (and also templates) that need to be reasigned... how can I do that? Thank you in advance, Kind regards, -- Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter <https://twitter.com/#%21/CESGA_> | CESGA on Facebook <https://www.facebook.com/profile.php?id=10707537407>) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Re: Some texts not translated
So Rafael helped me to fix it, and it was easy :)). The procedure I followed: a) Edit the file: /usr/share/cloudstack-management/webapps/client/WEB-INF/classes/resources/messages_es.properties b) Search the key "message.installWizard.copy.whatIsCloudStack" and replace the text. Where it says: "como privadas.\nCloudStack&\#8482 gestiona la red" replace it by: "como privadas.CloudStackk&\#8482 gestiona la red" c) Refresh the javascript cache on the client and check :) More info about the issue can be found here: (http://markmail.org/message/lywieba2nxlrbyzf?q=list:org%2Eapache%2Eincubator%2Ecloudstack-%2A+%5BVOTE%5D+Apache+Cloudstack+4%2E9%2E2%2E0+%28RC2%29 <http://markmail.org/message/lywieba2nxlrbyzf?q=list:org%2Eapache%2Eincubator%2Ecloudstack-%2A+%5BVOTE%5D+Apache+Cloudstack+4%2E9%2E2%2E0+%28RC2%29>), Thanx, Kind regards, -- Natalia Costas Lago
Re: Some texts not translated
Uhm, Yes... and our release is 4.9.0. We will wait for the stable release with the fix. Thanx a lot, Regards El 04/01/2017 a las 17:16, Rafael Weingärtner escribió: By any change are you using Spanish language? It may due to the problem reported here: http://markmail.org/message/lywieba2nxlrbyzf?q=list:org%2Eapache%2Eincubator%2Ecloudstack-%2A+%5BVOTE%5D+Apache+Cloudstack+4%2E9%2E2%2E0+%28RC2%29 On Wed, Jan 4, 2017 at 11:12 AM, Natalia Costas Lago <mailto:nata...@cesga.es>> wrote: Hi, Some texts are not translated. I can see the proper translations in the language file, but for some reason they are not diplayed. How can I fix this? Kind regards, -- Natalia Costas -- Rafael Weingärtner -- ==== Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Some texts not translated
Hi, Some texts are not translated. I can see the proper translations in the language file, but for some reason they are not diplayed. How can I fix this? Kind regards, -- Natalia Costas
Re: Cannot delete account that is not bound to project anymore
Hi, My fault in this case, the account was actually bound to another project. Apologies :) Thanx, El 04/01/2017 a las 12:26, Natalia Costas Lago escribió: Hi, I have removed an account from a project and tried to delete the account... without success :( The account id=13 manages project(s) with ids 3, and can't be removed Any hints? Thanx, Kind regards, -- Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Cannot delete account that is not bound to project anymore
Hi, I have removed an account from a project and tried to delete the account... without success :( The account id=13 manages project(s) with ids 3, and can't be removed Any hints? Thanx, Kind regards, -- Natalia Costas Lago
Cannot revert template from public to private in a project
Dear all, I have changed a template to public but I cannot unset it. The user and the template is under a project. The error message: "Unable to grant permission to account comunicaciones as it is neither admin nor owner or the template" The user that created the template belongs to "comunicaciones" account, so its the owner of the template. It is weird also that the admin user (root admin) can change its view to the specific project, but it cannot see its public templates. I cannot understand why the root admin does not have visibility of certain things like networks that belong to specific domains, or in this case public templates of a project... -- ======== Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
agent does not connect properly, Another active pool with the same uuid already exists
Context.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) 2017-01-02 23:16:01,812 INFO [c.c.u.e.CSExceptionErrorCode] (AgentConnectTaskPool-1208:ctx-b95fb6f1) (logid:3c2b146e) Could not find exception: com.cloud.exception.ConnectionException in error code list for exceptions 2017-01-02 23:16:01,812 WARN [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-1208:ctx-b95fb6f1) (logid:3c2b146e) Monitor LocalStoragePoolListener says there is an error in the connect process for 1 due to Unable to setup the local storage pool for Host[-1-Routing] -- Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Re: Deletion of expunged volumes
It seems that is the issue we are suffering. We expunged VMs prior to secondary storage cleanup. Is there a way to delete those volumes manually or to force cleaning them up? El 22/11/2016 a las 11:55, Koushik Das escribió: There is an open PR which fixes a similar issue https://github.com/apache/cloudstack/pull/1726. Check it out. -Koushik On 22/11/16, 4:05 PM, "Natalia Costas Lago" wrote: Hi Dag, It is expunged..., but "removed" it is not set to a date.. ** In the database: MariaDB [cloud]> select * from volumes where name="ROOT-1241"\G; *** 1. row *** id: 1283 account_id: 2 domain_id: 1 pool_id: 9 last_pool_id: NULL instance_id: 1241 device_id: 0 name: ROOT-1241 uuid: 88f8e37d-8d84-48d5-9671-912e5749a288 size: 10737418240 folder: NULL path: 88f8e37d-8d84-48d5-9671-912e5749a288 pod_id: NULL data_center_id: 1 iscsi_name: NULL host_ip: NULL volume_type: ROOT pool_type: NULL disk_offering_id: 23 template_id: 245 first_snapshot_backup_uuid: NULL recreatable: 0 created: 2016-11-09 13:16:48 attached: NULL updated: 2016-11-09 15:44:53 removed: NULL state: Expunged chain_info: NULL update_count: 8 disk_type: NULL vm_snapshot_chain_size: NULL iso_id: NULL display_volume: 1 format: QCOW2 min_iops: NULL max_iops: NULL hv_ss_reserve: NULL provisioning_type: sparse 1 row in set (0.00 sec) MariaDB [cloud]> select * from volume_view where name="ROOT-1241"\G; *** 1. row *** id: 1283 uuid: 88f8e37d-8d84-48d5-9671-912e5749a288 name: ROOT-1241 device_id: 0 volume_type: ROOT provisioning_type: sparse size: 10737418240 min_iops: NULL max_iops: NULL created: 2016-11-09 13:16:48 state: Expunged attached: NULL removed: NULL pod_id: NULL display_volume: 1 format: QCOW2 path: 88f8e37d-8d84-48d5-9671-912e5749a288 chain_info: NULL account_id: 2 account_uuid: f1252dbd-7d0f-11e6-a07c-02000a700064 account_name: admin account_type: 1 domain_id: 1 domain_uuid: c8665aea-7c12-11e6-a07c-02000a700064 domain_name: ROOT domain_path: / project_id: NULL project_uuid: NULL project_name: NULL data_center_id: 1 data_center_uuid: 07c2912e-fbd4-43fc-8279-083ed6342817 data_center_name: zona1 data_center_type: Advanced vm_id: 1241 vm_uuid: d4215497-d009-4349-8fb4-c4a739d50d6d vm_name: test-qcow2-kk vm_state: Expunging vm_type: User vm_display_name: test-qcow2-kk volume_store_size: 0 download_pct: 0 download_state: NULL error_str: NULL created_on_store: 2016-11-09 13:19:13 disk_offering_id: 23 disk_offering_uuid: 5cc82a5d-2755-42a0-880f-4b0c6c86936a disk_offering_name: Standard IO, shared storage, sparse volume disk_offering_display_text: Standard IO, shared storage, sparse volume use_local_storage: 0 system_use: 0 bytes_read_rate: NULL bytes_write_rate: NULL iops_read_rate: NULL iops_write_rate: NULL cache_mode: NULL pool_id: 9
Re: Deletion of expunged volumes
ULL
job_uuid: NULL
job_status: NULL
job_account_id: NULL
1 row in set (0.00 sec)
ERROR: No query specified
** In the user interface:
NameROOT-1241
ID 88f8e37d-8d84-48d5-9671-912e5749a288
Zonezona1
State Expunged
Status
Disk Offering
TypeROOT
Storage Typeshared
Provisioning Type sparse
Hypervisor KVM
Size10.00 GB
Min IOPS
Max IOPS
VM ID d4215497-d009-4349-8fb4-c4a739d50d6d
VM display name test-qcow2-kk
VM stateExpunging
Device ID 0
Storage almacenamiento-primario-gluster
Created 09 Nov 2016 14:16:48
Domain ROOT
Account admin
** In the primary gluster storage:
[root@c11-37 ~]# ls -lah
/mnt/c69fb76e-f2f9-359e-bda0-1259786717af/730001de-bdd9-464e-ba7b-f38668953e6d
-rwxr--r-- 1 root root 3.8G Nov 9 12:41
/mnt/c69fb76e-f2f9-359e-bda0-1259786717af/730001de-bdd9-464e-ba7b-f38668953e6d
El 22/11/2016 a las 10:14, Dag Sonstebo escribió:
Hi Natalia,
So in other words the database shows the volumes as “expunged” and removed set
to a date, but you can still find the volumes on your primary storage?
Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
dag.sonst...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London WC2N 4HSUK
@shapeblue
On 21/11/2016, 20:33, "Natalia Costas Lago" wrote:
Dear Dag,
Those parameters are set to 86400, but before I also tried setting them
to 60 seconds and restarting the management server. I have also been out
of the office for a week so the volumes have been there long enough to
be actually deleted.
Regards,
El 21/11/2016 a las 19:30, Dag Sonstebo escribió:
> Natalia,
>
> What are your expunge.delay and expunge.interval global settings set to?
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London WC2N 4HSUK
> @shapeblue
>
>
>
> On 21/11/2016, 18:13, "Natalia Costas Lago" wrote:
>
>
> Hi,
>
>
> At our cloudstack deployment we have volumes that have been
expunged but
> not deleted. I think the problem is related with the next
documented issue:
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-9119
>
> Is there a way to force the deletion of expunged volumes in this
situation?
>
> Thanx in advance
>
> --
>
> Natalia Costas Lago
> Senior Communications Technician
> Galicia Supercomputing Centre (CESGA)
> (CESGA on Twitter | CESGA on Facebook)
>
> Avenida de Vigo, s/n (Campus Vida)
> 15705 Santiago de Compostela - SPAIN
>
> E-mail: nata...@cesga.es
> Cell: +34 981 56 98 10 (ext. 237)
> Fax: +34 981 59 46 16
> Web: https://www.cesga.es/
>
> [IMPORTANTE] La información contenida en este mensaje y
> sus posibles documentos adjuntos es privada y confidencial
> y está dirigida únicamente a su destinatario/a. Si usted no
> es el/la destinatario/a original de este mensaje, por favor
> elimínelo. La distribución o copia de este mensaje no está
> autorizada.
>
>
>
--
Natalia Costas Lago
Senior Communications Technician
Galicia Supercomputing Centre (CESGA)
(CESGA on Twitter | CESGA on Facebook)
Avenida de Vigo, s/n (Campus Vida)
15705 Santiago de Compostela - SPAIN
E-mail: nata...@cesga.es
Cell: +34 981 56 98 10 (ext. 237)
Fax: +34 981 59 46 16
Web: https://www.cesga.es/
[IMPORTANTE] La información contenida en este mensaje y
sus posibles documentos adjuntos es privada y confidencial
y está dirigida únicamente a su destinatario/a. Si usted no
es el/la destinatario/a original de este mensaje, por favor
elimínelo. La distribución o copia de este mensaje no está
autorizada.
--
Natalia Costas Lago
Senior Communications Technician
Galicia Supercomputing Centre (CESGA)
(CESGA on Twitter | CESGA on Facebook)
Avenida de Vigo, s/n (Campus Vida)
15705 Santiago de Compostela - SPAIN
E-mail: nata...@cesga.es
Cell: +34 981 56 98 10 (ext. 237)
Fax: +34 981 59 46 16
Web: https://www.
Re: Deletion of expunged volumes
Dear Dag,
Those parameters are set to 86400, but before I also tried setting them
to 60 seconds and restarting the management server. I have also been out
of the office for a week so the volumes have been there long enough to
be actually deleted.
Regards,
El 21/11/2016 a las 19:30, Dag Sonstebo escribió:
Natalia,
What are your expunge.delay and expunge.interval global settings set to?
Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
dag.sonst...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London WC2N 4HSUK
@shapeblue
On 21/11/2016, 18:13, "Natalia Costas Lago" wrote:
Hi,
At our cloudstack deployment we have volumes that have been expunged but
not deleted. I think the problem is related with the next documented issue:
https://issues.apache.org/jira/browse/CLOUDSTACK-9119
Is there a way to force the deletion of expunged volumes in this situation?
Thanx in advance
--
Natalia Costas Lago
Senior Communications Technician
Galicia Supercomputing Centre (CESGA)
(CESGA on Twitter | CESGA on Facebook)
Avenida de Vigo, s/n (Campus Vida)
15705 Santiago de Compostela - SPAIN
E-mail: nata...@cesga.es
Cell: +34 981 56 98 10 (ext. 237)
Fax: +34 981 59 46 16
Web: https://www.cesga.es/
[IMPORTANTE] La información contenida en este mensaje y
sus posibles documentos adjuntos es privada y confidencial
y está dirigida únicamente a su destinatario/a. Si usted no
es el/la destinatario/a original de este mensaje, por favor
elimínelo. La distribución o copia de este mensaje no está
autorizada.
--
========
Natalia Costas Lago
Senior Communications Technician
Galicia Supercomputing Centre (CESGA)
(CESGA on Twitter | CESGA on Facebook)
Avenida de Vigo, s/n (Campus Vida)
15705 Santiago de Compostela - SPAIN
E-mail: nata...@cesga.es
Cell: +34 981 56 98 10 (ext. 237)
Fax: +34 981 59 46 16
Web: https://www.cesga.es/
[IMPORTANTE] La información contenida en este mensaje y
sus posibles documentos adjuntos es privada y confidencial
y está dirigida únicamente a su destinatario/a. Si usted no
es el/la destinatario/a original de este mensaje, por favor
elimínelo. La distribución o copia de este mensaje no está
autorizada.
Deletion of expunged volumes
Hi, At our cloudstack deployment we have volumes that have been expunged but not deleted. I think the problem is related with the next documented issue: https://issues.apache.org/jira/browse/CLOUDSTACK-9119 Is there a way to force the deletion of expunged volumes in this situation? Thanx in advance -- Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Re: Anyone wishing to help with spanish language console proxy?
Dear Milamber: I think I went through that procedure already. Where it says: "However, for the value of output_keycode, it is tricky. It is more of a trial and error process. We can search the keyboard standard key document, and try various values. We can try pressing different keys and see what input_keycode generates what output on console. Using these trials we can get the output_code of the key. " https://cwiki.apache.org/confluence/display/CLOUDSTACK/Adding+support+for+non-US+Keyboard+for+Console+Proxy Following that I ended up in a more or less working Chrome Spanish support (it works in my PC with Centos7 and Ubuntu16 guests, but not when I connect from remote desktop or any other browser). I wonder if someone else has worked on the spanish keycodes so we can complete the functionality. El 10/11/2016 a las 19:29, Milamber escribió: You can find some indications in this PR https://github.com/apache/cloudstack/pull/669 (not yet into 4.9) On 10/11/2016 08:07, Natalia Costas Lago wrote: Our production is 4.4. But we are deploying a new platform with 4.9. El 10/11/2016 a las 9:03, Milamber escribió: What is your CloudStack version? On 07/11/2016 12:03, Natalia Costas Lago wrote: Hi, We tried to guess the keycodes for spanish. I ended up in a partially working console proxy for chrome but it works awfully in firefox or through remote desktop... Has anyone worked on this? Is there any way to get the codes easily and not by test and error methodology? Thanx in advance, -- ======== Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Re: Problem downloading volume with gluster as primary storage
Dear all, It seems... that we have found the issue.. Our setup is gluster 3.8 + cloudstack 4.9 + centos7 with kernel upgraded to 4.8 (we upgraded the kernel as we saw improvements in network performance in other scenarios) It seems the new Linux kernel 4.8 breaks Qemu reading from gluster volumes. Back to 3.10 everything seems to be back to normal. Anyone has deployed over Ubuntu16 + gluster as primary storage? Ubuntu 16 comes with the newer kernel by default. Thanx, El 05/11/2016 a las 23:22, Natalia Costas Lago escribió: Dear all, We have deployed a new cloudstack platform based on 4.9 version. Our primary storage is based on glusterFS. Everything seemed ok (imported a centos7 template from our old Cloudstack deployment and deployed VMs). However we are having trouble downloading templates (this implies migrating qcow images from primary to secondary storage). The error we get is: Nov 5 00:01:22 c11-2 sh: ERROR [kvm.storage.LibvirtStorageAdaptor] (agentRequest-Handler-5:) (logid:c1f9652d) Failed to convert /mnt/c69fb76e-f2f9-359e-bda0-1259786717af/b51aea8e-d60d-4bff-8e8d-3429a98df2ba to /mnt/38f76a26-3a3b-380f-aa69-38bcef0550a6/0e3a90fb-57b7-4c09-9ef9-5d5c90fb438f.qcow2 the error was: qemu-img: block/raw-posix.c:1353: find_allocation: Assertion `offs >= start' failed. It seems is due to qemu-img dealing with qcow images from the gluster volume. Any hint about this? Anyone has analogue deployment? Thanking you in advance, Kind regards, -- ==== Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Re: Anyone wishing to help with spanish language console proxy?
Our production is 4.4. But we are deploying a new platform with 4.9. El 10/11/2016 a las 9:03, Milamber escribió: What is your CloudStack version? On 07/11/2016 12:03, Natalia Costas Lago wrote: Hi, We tried to guess the keycodes for spanish. I ended up in a partially working console proxy for chrome but it works awfully in firefox or through remote desktop... Has anyone worked on this? Is there any way to get the codes easily and not by test and error methodology? Thanx in advance, -- Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Anyone wishing to help with spanish language console proxy?
Hi, We tried to guess the keycodes for spanish. I ended up in a partially working console proxy for chrome but it works awfully in firefox or through remote desktop... Has anyone worked on this? Is there any way to get the codes easily and not by test and error methodology? Thanx in advance, -- Natalia Costas Lago Senior Communications Technician Galicia Supercomputing Centre (CESGA) (CESGA on Twitter | CESGA on Facebook) Avenida de Vigo, s/n (Campus Vida) 15705 Santiago de Compostela - SPAIN E-mail: nata...@cesga.es Cell: +34 981 56 98 10 (ext. 237) Fax: +34 981 59 46 16 Web: https://www.cesga.es/ [IMPORTANTE] La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
Problem downloading volume with gluster as primary storage
Dear all, We have deployed a new cloudstack platform based on 4.9 version. Our primary storage is based on glusterFS. Everything seemed ok (imported a centos7 template from our old Cloudstack deployment and deployed VMs). However we are having trouble downloading templates (this implies migrating qcow images from primary to secondary storage). The error we get is: Nov 5 00:01:22 c11-2 sh: ERROR [kvm.storage.LibvirtStorageAdaptor] (agentRequest-Handler-5:) (logid:c1f9652d) Failed to convert /mnt/c69fb76e-f2f9-359e-bda0-1259786717af/b51aea8e-d60d-4bff-8e8d-3429a98df2ba to /mnt/38f76a26-3a3b-380f-aa69-38bcef0550a6/0e3a90fb-57b7-4c09-9ef9-5d5c90fb438f.qcow2 the error was: qemu-img: block/raw-posix.c:1353: find_allocation: Assertion `offs >= start' failed. It seems is due to qemu-img dealing with qcow images from the gluster volume. Any hint about this? Anyone has analogue deployment? Thanking you in advance, Kind regards,
