Deleting Compute Offering
Hi, I need to delete a Compute Offering because it is using a storage tag of a primary storage which we want to get rid of in the future and I do not want users to still be able to deploy new VMs on this primary storage. Of course it is easy to delete the offering, but what will happen with existing VMs using this offering? Will I be still able to use live migration and start/stop them? We re using CS 4.3 Mit freundlichen Grüßen / With kind regards, Swen Brüseke - proIO GmbH - Geschäftsführer: Swen Brüseke Sitz der Gesellschaft: Frankfurt am Main USt-IdNr. DE 267 075 918 Registergericht: Frankfurt am Main - HRB 86239 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
RE: Register iso so slow.
Use route -n to see what your default gateway is. If you have wrong GW - you will not be able to reach anything outside network. It should not be always x.x.x.1, but usually is. Vadim. -Original Message- From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com] Sent: Wednesday, August 12, 2015 8:57 PM To: users@cloudstack.apache.org Subject: Re: Register iso so slow. my gateway is 192.168.76.2, could the problem cause the Gateway? i read in quick installation need /24 network with gateway XXX.XXX.XXX.1. i install centos 6.6 on vmware workstation. and setup cloud stack on it. On Wed, Aug 12, 2015 at 10:23 PM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: hi Sam yes i did it. but still the problem exist. On Wed, Aug 12, 2015 at 10:15 PM, Sam Ceylani s...@mistercertified.com wrote: Borhan, did you try running your server at port 8080? there are some hard coded stuff for this port in the code and secstorage allowed sites etc. I asked this yesterday but couldnt get an answer from you :) Sent from my iPhone On Aug 12, 2015, at 1:02 PM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: sorry set secstorage.allowed.internal.sites to 192.168.76.0/24 http://192.168.76.9/24 On Wed, Aug 12, 2015 at 9:07 PM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: hi this is ssvm check result and of course i set secstorage.allowed.internal.sites to 192.168.76.9/24. but after register iso it just create empty file in 192.168.76.5:/secondary (i mean the size of file 0kb) First DNS server is 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 48 data bytes 56 bytes from 8.8.8.8: icmp_seq=0 ttl=128 time=670.263 ms 56 bytes from 8.8.8.8: icmp_seq=1 ttl=128 time=749.591 ms --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 670.263/709.927/749.591/39.664 ms Good: Can ping DNS server Good: DNS resolves download.cloud.com nfs is currently mounted Mount point is /mnt/SecStorage/74b7fe22-5937-3f2a-b2a2-8f9dbdc54631 Good: Can write to mount point Management server is 192.168.76.5. Checking connectivity. Good: Can connect to management server port 8250 Good: Java process is running Tests Complete. Look for ERROR or WARNING above. On Wed, Aug 12, 2015 at 7:32 PM, Somesh Naidu somesh.na...@citrix.com wrote: Hi Borhan, i figure out when i try get iso file on SSVM by wget command (wget http://192.168.76.5/isoname.iso) http://10.39.1.9/isoname.iso say cannot write to 'isoname http://10.39.1.9/isoname.iso.iso' (No space left on device). This probably won't work if you were using SSVM's root disk as a target for download as it size is limited to 2 GB. I believe this is internal IP 192.168.76.5, if that's true, have you added this IP to the global config secstorage.allowed.internal.sites? Also, as Prashant and Sam recommended, validate all is fine with SSVM by performing troubleshooting as mentioned on the wiki. Regards, Somesh -Original Message- From: Sam Ceylani [mailto:s...@mistercertified.com] Sent: Wednesday, August 12, 2015 2:58 AM To: users@cloudstack.apache.org Subject: RE: Register iso so slow. It only accepts it on port 8080 don’t ask me why, in theory yes port 80 is ok and yes you can but I never get it to work, try running your web server on port 8080 and give it a try :) -Original Message- From: Vadim Kimlaychuk [mailto:vadim.kimlayc...@elion.ee] Sent: Wednesday, August 12, 2015 2:55 AM To: users@cloudstack.apache.org Subject: RE: Register iso so slow. Hi, Borhan Is your SSVM up and agent status is connected? Can you confirm that troubleshooting SSVM ( https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+template s,+Secondary+storage+troubleshooting ) gives OK status? Regards, Vadim. -Original Message- From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com] Sent: Wednesday, August 12, 2015 9:44 AM To: users@cloudstack.apache.org Subject: Re: Register iso so slow. Hi Vadiam The SSVM and CPVM is running and up. The status of registering iso is null, and i figure out when i try get iso file on SSVM by wget command (wget http://192.168.76.5/isoname.iso) http://10.39.1.9/isoname.iso say cannot write to 'isoname http://10.39.1.9/isoname.iso.iso' (No space left on device). i have problem to register iso could you please tell me what can i do. by the way i have about 400 GB free space on secondary storage. On Wed, Aug 12, 2015 at 9:45 AM, Vadim Kimlaychuk vadim.kimlayc...@elion.ee wrote: Hello Borhan,
Re: Register iso so slow.
Hi My Problem already exist. As I check ssvm troubleshooting i notice something about systemVM.ISO What is it and how check if it is patch correct in my cloudstack. i see it in my management server and it has 54.6 MB size /usr/share/cloudstack-common/vms/systemvm.iso. On Thu, Aug 13, 2015 at 12:40 AM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: not working at all. On Wed, Aug 12, 2015 at 11:44 PM, Sam Ceylani s...@mistercertified.com wrote: First you need to tell me if it is slow or not working at all? Both requires different troubleshooting... -Original Message- From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com] Sent: Wednesday, August 12, 2015 1:57 PM To: users@cloudstack.apache.org Subject: Re: Register iso so slow. my gateway is 192.168.76.2, could the problem cause the Gateway? i read in quick installation need /24 network with gateway XXX.XXX.XXX.1. i install centos 6.6 on vmware workstation. and setup cloud stack on it. On Wed, Aug 12, 2015 at 10:23 PM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: hi Sam yes i did it. but still the problem exist. On Wed, Aug 12, 2015 at 10:15 PM, Sam Ceylani s...@mistercertified.com wrote: Borhan, did you try running your server at port 8080? there are some hard coded stuff for this port in the code and secstorage allowed sites etc. I asked this yesterday but couldnt get an answer from you :) Sent from my iPhone On Aug 12, 2015, at 1:02 PM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: sorry set secstorage.allowed.internal.sites to 192.168.76.0/24 http://192.168.76.9/24 On Wed, Aug 12, 2015 at 9:07 PM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: hi this is ssvm check result and of course i set secstorage.allowed.internal.sites to 192.168.76.9/24. but after register iso it just create empty file in 192.168.76.5:/secondary (i mean the size of file 0kb) First DNS server is 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 48 data bytes 56 bytes from 8.8.8.8: icmp_seq=0 ttl=128 time=670.263 ms 56 bytes from 8.8.8.8: icmp_seq=1 ttl=128 time=749.591 ms --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 670.263/709.927/749.591/39.664 ms Good: Can ping DNS server Good: DNS resolves download.cloud.com nfs is currently mounted Mount point is /mnt/SecStorage/74b7fe22-5937-3f2a-b2a2-8f9dbdc54631 Good: Can write to mount point Management server is 192.168.76.5. Checking connectivity. Good: Can connect to management server port 8250 Good: Java process is running Tests Complete. Look for ERROR or WARNING above. On Wed, Aug 12, 2015 at 7:32 PM, Somesh Naidu somesh.na...@citrix.com wrote: Hi Borhan, i figure out when i try get iso file on SSVM by wget command (wget http://192.168.76.5/isoname.iso) http://10.39.1.9/isoname.iso say cannot write to 'isoname http://10.39.1.9/isoname.iso.iso' (No space left on device). This probably won't work if you were using SSVM's root disk as a target for download as it size is limited to 2 GB. I believe this is internal IP 192.168.76.5, if that's true, have you added this IP to the global config secstorage.allowed.internal.sites? Also, as Prashant and Sam recommended, validate all is fine with SSVM by performing troubleshooting as mentioned on the wiki. Regards, Somesh -Original Message- From: Sam Ceylani [mailto:s...@mistercertified.com] Sent: Wednesday, August 12, 2015 2:58 AM To: users@cloudstack.apache.org Subject: RE: Register iso so slow. It only accepts it on port 8080 don’t ask me why, in theory yes port 80 is ok and yes you can but I never get it to work, try running your web server on port 8080 and give it a try :) -Original Message- From: Vadim Kimlaychuk [mailto:vadim.kimlayc...@elion.ee] Sent: Wednesday, August 12, 2015 2:55 AM To: users@cloudstack.apache.org Subject: RE: Register iso so slow. Hi, Borhan Is your SSVM up and agent status is connected? Can you confirm that troubleshooting SSVM ( https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+template s,+Secondary+storage+troubleshooting ) gives OK status? Regards, Vadim. -Original Message- From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com] Sent: Wednesday, August 12, 2015 9:44 AM To: users@cloudstack.apache.org Subject: Re: Register iso so slow. Hi Vadiam The SSVM and CPVM is running and up. The status of registering iso is
RE: Deleting Compute Offering
Hello Swen, If I am not mistaken - you can't delete offering if it is used. You will get an error. First -- you must assign new offering and then remove the old one Vadim. -Original Message- From: S. Brüseke - proIO GmbH [mailto:s.brues...@proio.com] Sent: Thursday, August 13, 2015 1:29 PM To: users@cloudstack.apache.org Subject: Deleting Compute Offering Hi, I need to delete a Compute Offering because it is using a storage tag of a primary storage which we want to get rid of in the future and I do not want users to still be able to deploy new VMs on this primary storage. Of course it is easy to delete the offering, but what will happen with existing VMs using this offering? Will I be still able to use live migration and start/stop them? We re using CS 4.3 Mit freundlichen Grüßen / With kind regards, Swen Brüseke - proIO GmbH - Geschäftsführer: Swen Brüseke Sitz der Gesellschaft: Frankfurt am Main USt-IdNr. DE 267 075 918 Registergericht: Frankfurt am Main - HRB 86239 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
[PROMOTE] CloudStack Silicon Valley User Group Meetup - September 10th, 2015
Hi all, If you’re going to be in the Silicon Valley on September 10th - then join us! The next CloudStack Silicon Valley Meetup has been scheduled for Thursday, September 10th at Nuage Networks in Mountain View, CA. We have a packed agenda with talks around CloudStack, SDN, NFV and Virtualization. Date: Thursday, September 10th Time: 6:00pm – 9:00pm Address: Nuage Networks, 755 Ravendale Dr., Mountain View, CA Event link: http://www.meetup.com/CloudStack-Silicon-Valley-User-Group/events/224611294/ Help Promote: Click-to-tweet: http://ctt.ec/UN6Yb - RSVP now for the #CloudStack Silicon Valley meetup on Sept 10! #NFV #SDN #Virtualization #Cloud all in one meetup - clds.co/1gDYDmT Click-to-tweet: http://ctt.ec/5ytK8 - Join the #CloudStack Silicon Valley meetup on Sept 10! Thanks to @nuagenetworks for sponsoring - clds.co/1gDYDmT #NFV #SDN #Cloud Thanks, Karen
RE: CloudStack安装后，系统vm无法启动
HI Tony我觉得你可以按照如下思路去检查：1. 在仪表盘查看二级存储有无容量显示2. 手动在虚拟化主机mount
nfs的路径，看能否mount，并检查是否可以写入3. 在虚拟化节点上查看有无自动挂载主存储，并检查主存储是否可以写入
希望能够帮到你，谢谢！
Date: Wed, 12 Aug 2015 10:53:36 +0800
From: xutao3...@sina.com
To: users-cn@cloudstack.apache.org
Subject: CloudStack安装后，系统vm无法启动
如题：安装之后，系统vm无法启动，请各位大神帮忙看看
tail -100f /var/log/cloudstack/management/management-server.log
2015-08-12 10:46:04,414 ERROR [c.c.v.VmWorkJobDispatcher]
(Work-Job-Executor-89:ctx-8e8e74c8 job-1/job-265) Unable to complete AsyncJobVO
{id:265, userId: 1, accountId: 1, instanceType: null, instanceId: null, cmd:
com.cloud.vm.VmWorkStart, cmdInfo:
rO0ABXNyABhjb20uY2xvdWQudm0uVm1Xb3JrU3RhcnR9cMGsvxz73gIAC0oABGRjSWRMAAZhdm9pZHN0ADBMY29tL2Nsb3VkL2RlcGxveS9EZXBsb3ltZW50UGxhbm5lciRFeGNsdWRlTGlzdDtMAAljbHVzdGVySWR0ABBMamF2YS9sYW5nL0xvbmc7TAAGaG9zdElkcQB-AAJMAAtqb3VybmFsTmFtZXQAEkxqYXZhL2xhbmcvU3RyaW5nO0wAEXBoeXNpY2FsTmV0d29ya0lkcQB-AAJMAAdwbGFubmVycQB-AANMAAVwb2RJZHEAfgACTAAGcG9vbElkcQB-AAJMAAlyYXdQYXJhbXN0AA9MamF2YS91dGlsL01hcDtMAA1yZXNlcnZhdGlvbklkcQB-AAN4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1lcQB-AAN4cAABAAEANHQAGVZpcnR1YWxNYWNoaW5lTWFuYWdlckltcGwAAHBwcHBwcHBwcHA,
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 75489454944000, completeMsid: null, lastUpdated: null,
lastPolled: null, created: Wed Aug 12 10:45:59 CST 2015}, job origin:1
com.cloud.exception.InsufficientServerCapacityException: Unable to create a
deployment for VM[SecondaryStorageVm|s-52-VM]Scope=interface
com.cloud.dc.DataCenter; id=1
at
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:947)
at
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:4480)
at sun.reflect.GeneratedMethodAccessor254.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
at
com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:4636)
at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:103)
at
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:537)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.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
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:494)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
2015-08-12 10:46:04,416 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(Work-Job-Executor-89:ctx-8e8e74c8 job-1/job-265) Complete async job-265,
jobStatus: FAILED, resultCode: 0, result:
RE: Register iso so slow.
@Sam, About running the webserver on port 80, we have this running in multiple environments when using internal sites and it seems to work fine. @Borhan, 1. have you ever been able to register a template/ISO in this environment? 2. what hypervisor is being used? Xenserver? 3. have you tried to recreate SSVM to see if that helps? 4. were you able to spot any errors in either management or agent (SSVM) logs related to this operation? 5. look for this template in template_store_ref, what state is it in? Regards, Somesh -Original Message- From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com] Sent: Thursday, August 13, 2015 4:55 AM To: users@cloudstack.apache.org Subject: Re: Register iso so slow. Hi My Problem already exist. As I check ssvm troubleshooting i notice something about systemVM.ISO What is it and how check if it is patch correct in my cloudstack. i see it in my management server and it has 54.6 MB size /usr/share/cloudstack-common/vms/systemvm.iso. On Thu, Aug 13, 2015 at 12:40 AM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: not working at all. On Wed, Aug 12, 2015 at 11:44 PM, Sam Ceylani s...@mistercertified.com wrote: First you need to tell me if it is slow or not working at all? Both requires different troubleshooting... -Original Message- From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com] Sent: Wednesday, August 12, 2015 1:57 PM To: users@cloudstack.apache.org Subject: Re: Register iso so slow. my gateway is 192.168.76.2, could the problem cause the Gateway? i read in quick installation need /24 network with gateway XXX.XXX.XXX.1. i install centos 6.6 on vmware workstation. and setup cloud stack on it. On Wed, Aug 12, 2015 at 10:23 PM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: hi Sam yes i did it. but still the problem exist. On Wed, Aug 12, 2015 at 10:15 PM, Sam Ceylani s...@mistercertified.com wrote: Borhan, did you try running your server at port 8080? there are some hard coded stuff for this port in the code and secstorage allowed sites etc. I asked this yesterday but couldnt get an answer from you :) Sent from my iPhone On Aug 12, 2015, at 1:02 PM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: sorry set secstorage.allowed.internal.sites to 192.168.76.0/24 http://192.168.76.9/24 On Wed, Aug 12, 2015 at 9:07 PM, Borhan Asgharnejad b.asgharne...@gmail.com wrote: hi this is ssvm check result and of course i set secstorage.allowed.internal.sites to 192.168.76.9/24. but after register iso it just create empty file in 192.168.76.5:/secondary (i mean the size of file 0kb) First DNS server is 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 48 data bytes 56 bytes from 8.8.8.8: icmp_seq=0 ttl=128 time=670.263 ms 56 bytes from 8.8.8.8: icmp_seq=1 ttl=128 time=749.591 ms --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 670.263/709.927/749.591/39.664 ms Good: Can ping DNS server Good: DNS resolves download.cloud.com nfs is currently mounted Mount point is /mnt/SecStorage/74b7fe22-5937-3f2a-b2a2-8f9dbdc54631 Good: Can write to mount point Management server is 192.168.76.5. Checking connectivity. Good: Can connect to management server port 8250 Good: Java process is running Tests Complete. Look for ERROR or WARNING above. On Wed, Aug 12, 2015 at 7:32 PM, Somesh Naidu somesh.na...@citrix.com wrote: Hi Borhan, i figure out when i try get iso file on SSVM by wget command (wget http://192.168.76.5/isoname.iso) http://10.39.1.9/isoname.iso say cannot write to 'isoname http://10.39.1.9/isoname.iso.iso' (No space left on device). This probably won't work if you were using SSVM's root disk as a target for download as it size is limited to 2 GB. I believe this is internal IP 192.168.76.5, if that's true, have you added this IP to the global config secstorage.allowed.internal.sites? Also, as Prashant and Sam recommended, validate all is fine with SSVM by performing troubleshooting as mentioned on the wiki. Regards, Somesh -Original Message- From: Sam Ceylani [mailto:s...@mistercertified.com] Sent: Wednesday, August 12, 2015 2:58 AM To: users@cloudstack.apache.org Subject: RE: Register iso so slow. It only accepts it on port 8080 don’t ask me why, in theory yes port 80 is ok and yes you can but I never get it to work, try running your web server on port 8080 and give it a try :) -Original Message- From: Vadim Kimlaychuk
Urgent Issue : Cloudstack VM HA not working
hello , I'm working on cloudstack 4.4.2 and xenserver 6.2 cluster with 5 hosts, i deployed many virtual machines with compute offerings having ha feature enabled. But when i stops one of the pools hosts , happens all VM steel set to running on cloudstack and no ha is done. Even when i stop a vm from the inside (setting command init 0 ) ,cloudstack suppose to restart the VM ,but he is not doing so. This is very weird but can any one help ,this sooo urgent . Thx
