Re: [VOTE] Apache CloudStack 4.5.0 RC1
Just to add to the confusion, RHEL 6.3+ has had support for kvmclock, even though it's version number is older, due to how they backport things. It's a big mess. Ubuntu 12.04 is still behind on it though. I'm remembering now that kvmclock was first merged for 4.1, then backed out because of the Ubuntu 12.04 incompatibility. I think it was around that time that the minimum versions were adopted, but it's not until now in 4.5 that kvmclock is back and will require Ubuntu 12.04 users to either upgrade to a newer Ubuntu or run non-distro packages. I'm game to back out kvmclock yet again, but I'd prefer to see us update our recommended platforms. Maybe we should ask people what they've been running. Is anyone still testing against 12.04? On Sun, Feb 1, 2015 at 1:08 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: If it helps, I've actually just set this Ubuntu system up recently. It has never been used with CloudStack before (and I haven't quite got it working due to that exception when I try to run a VM). Basically I was setting up a new KVM env so I could test this code: https://reviews.apache.org/r/30239/ I was planning on pulling out the iSCSI storage adaptor and using your dynamic-loading facility to make it integrate with the agent. On Sun, Feb 1, 2015 at 1:03 AM, Marcus shadow...@gmail.com wrote: Looking at the code, it looks like this IS new for 4.5, I forget that feature merge for this release was LAST SPRING! On Sun, Feb 1, 2015 at 12:56 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Thanks, Marcus Yeah, I'm looking through some of those old threads now. I don't see how they resolved the issue, though. This is what I see version wise (on Ubuntu 12.04.1): cloudstack@cloudstack-kvm1:/var/log/cloudstack/agent$ sudo kvm --version QEMU emulator version 1.0 (qemu-kvm-1.0), Copyright (c) 2003-2008 Fabrice Bellard cloudstack@cloudstack-kvm1:/var/log/cloudstack/agent$ sudo libvirtd --version libvirtd (libvirt) 0.9.8 On Sun, Feb 1, 2015 at 12:51 AM, Marcus shadow...@gmail.com wrote: The minimum versions aren't always what is shipped with the OS. There's a thread from awhile back about this, and about how difficult it was to target the disparate shipping versions with how quickly things were changing. There were some basic incompatibilities between the centos and Ubuntu versions, and on top of that there were issues around missing functionality. Ubuntu is easy if I recall, as there are special repos that most Ubuntu virt users leverage anyway. With centos it is a bit trickier to dig up the minimum requirements. I'd like to see more guidance in the docs on that. At any rate, none of this should be new to 4.5, kvmclock has been in place for longer than that. The previous issue with 4.5 and the referenced fix was that a recent libvirt version added XML checking that didn't like our XML. So if you were running 0.9.11 through 1.2.? you would not have seen any problem, but anything newer would fail the validation. The patch updates the XML. These are the same sort of problems that led to a minimum version, rather than working out the idiosyncrasies between distros. On Jan 31, 2015 11:37 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: It looks like our 4.4 docs say we should be at 0.9.11 or later (of libvirt). I see I'm at 0.9.8, but when I run sudo apt-get install libvirt-bin, it says I'm at the latest. What am I missing there? :) On Sun, Feb 1, 2015 at 12:09 AM, Marcus shadow...@gmail.com wrote: That's a different error. It says you don't even have kvmclock. Please see the minimum libvirt/qemu versions required since ACS 4.0: http://cloudstack-installation.readthedocs.org/en/4.3/hypervisor_installation.html On Jan 31, 2015 10:51 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Interesting...I should be a week past that commit, but still see the following: 2015-01-31 00:35:50,403 INFO [kvm.storage.LibvirtStorageAdaptor] (agentRequest-Handler-3:null) Attempting to create volume b4cd55ca-1df0-4bfb-a2b2-0bf3d582 (Filesystem) in pool b9bd94e9-b55a-43a6-b4db-56f24ebf135a with size 1073741824 2015-01-31 00:35:50,633 WARN [kvm.resource.LibvirtComputingResource] (agentRequest-Handler-4:null) LibvirtException org.libvirt.LibvirtException: internal error unknown timer name 'kvmclock' at org.libvirt.ErrorHandler.processError(Unknown Source) at org.libvirt.Connect.processError(Unknown Source) at org.libvirt.Connect.processError(Unknown Source) at org.libvirt.Connect.domainCreateXML(Unknown Source) at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.startVM(LibvirtComputingResource.java:1257) at
Re: [VOTE] Apache CloudStack 4.5.0 RC1
Looking at the code, it looks like this IS new for 4.5, I forget that feature merge for this release was LAST SPRING! On Sun, Feb 1, 2015 at 12:56 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Thanks, Marcus Yeah, I'm looking through some of those old threads now. I don't see how they resolved the issue, though. This is what I see version wise (on Ubuntu 12.04.1): cloudstack@cloudstack-kvm1:/var/log/cloudstack/agent$ sudo kvm --version QEMU emulator version 1.0 (qemu-kvm-1.0), Copyright (c) 2003-2008 Fabrice Bellard cloudstack@cloudstack-kvm1:/var/log/cloudstack/agent$ sudo libvirtd --version libvirtd (libvirt) 0.9.8 On Sun, Feb 1, 2015 at 12:51 AM, Marcus shadow...@gmail.com wrote: The minimum versions aren't always what is shipped with the OS. There's a thread from awhile back about this, and about how difficult it was to target the disparate shipping versions with how quickly things were changing. There were some basic incompatibilities between the centos and Ubuntu versions, and on top of that there were issues around missing functionality. Ubuntu is easy if I recall, as there are special repos that most Ubuntu virt users leverage anyway. With centos it is a bit trickier to dig up the minimum requirements. I'd like to see more guidance in the docs on that. At any rate, none of this should be new to 4.5, kvmclock has been in place for longer than that. The previous issue with 4.5 and the referenced fix was that a recent libvirt version added XML checking that didn't like our XML. So if you were running 0.9.11 through 1.2.? you would not have seen any problem, but anything newer would fail the validation. The patch updates the XML. These are the same sort of problems that led to a minimum version, rather than working out the idiosyncrasies between distros. On Jan 31, 2015 11:37 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: It looks like our 4.4 docs say we should be at 0.9.11 or later (of libvirt). I see I'm at 0.9.8, but when I run sudo apt-get install libvirt-bin, it says I'm at the latest. What am I missing there? :) On Sun, Feb 1, 2015 at 12:09 AM, Marcus shadow...@gmail.com wrote: That's a different error. It says you don't even have kvmclock. Please see the minimum libvirt/qemu versions required since ACS 4.0: http://cloudstack-installation.readthedocs.org/en/4.3/hypervisor_installation.html On Jan 31, 2015 10:51 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Interesting...I should be a week past that commit, but still see the following: 2015-01-31 00:35:50,403 INFO [kvm.storage.LibvirtStorageAdaptor] (agentRequest-Handler-3:null) Attempting to create volume b4cd55ca-1df0-4bfb-a2b2-0bf3d582 (Filesystem) in pool b9bd94e9-b55a-43a6-b4db-56f24ebf135a with size 1073741824 2015-01-31 00:35:50,633 WARN [kvm.resource.LibvirtComputingResource] (agentRequest-Handler-4:null) LibvirtException org.libvirt.LibvirtException: internal error unknown timer name 'kvmclock' at org.libvirt.ErrorHandler.processError(Unknown Source) at org.libvirt.Connect.processError(Unknown Source) at org.libvirt.Connect.processError(Unknown Source) at org.libvirt.Connect.domainCreateXML(Unknown Source) at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.startVM(LibvirtComputingResource.java:1257) at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:3811) at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1351) at com.cloud.agent.Agent.processRequest(Agent.java:503) at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:808) at com.cloud.utils.nio.Task.run(Task.java:84) 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) On Sat, Jan 31, 2015 at 6:57 AM, Rajani Karuturi raj...@apache.org wrote: I think the below commits from marcus addresses them. https://git1-us-west.apache.org/repos/asf?p=cloudstack.git;a=commit;h=35ede041 https://git1-us-west.apache.org/repos/asf?p=cloudstack.git;a=commit;h=455998ce ~Rajani On Sat, Jan 31, 2015 at 1:31 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: I should point out that I'm on master. On Saturday, January 31, 2015, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi everyone, Any news on this? I am still having trouble creating a VM on local storage on KVM (with or without kvmclock.disable=true in agent.properties). I'm on Ubuntu 12.04.1.
Re: [VOTE] Apache CloudStack 4.5.0 RC1
If it helps, I've actually just set this Ubuntu system up recently. It has never been used with CloudStack before (and I haven't quite got it working due to that exception when I try to run a VM). Basically I was setting up a new KVM env so I could test this code: https://reviews.apache.org/r/30239/ I was planning on pulling out the iSCSI storage adaptor and using your dynamic-loading facility to make it integrate with the agent. On Sun, Feb 1, 2015 at 1:03 AM, Marcus shadow...@gmail.com wrote: Looking at the code, it looks like this IS new for 4.5, I forget that feature merge for this release was LAST SPRING! On Sun, Feb 1, 2015 at 12:56 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Thanks, Marcus Yeah, I'm looking through some of those old threads now. I don't see how they resolved the issue, though. This is what I see version wise (on Ubuntu 12.04.1): cloudstack@cloudstack-kvm1:/var/log/cloudstack/agent$ sudo kvm --version QEMU emulator version 1.0 (qemu-kvm-1.0), Copyright (c) 2003-2008 Fabrice Bellard cloudstack@cloudstack-kvm1:/var/log/cloudstack/agent$ sudo libvirtd --version libvirtd (libvirt) 0.9.8 On Sun, Feb 1, 2015 at 12:51 AM, Marcus shadow...@gmail.com wrote: The minimum versions aren't always what is shipped with the OS. There's a thread from awhile back about this, and about how difficult it was to target the disparate shipping versions with how quickly things were changing. There were some basic incompatibilities between the centos and Ubuntu versions, and on top of that there were issues around missing functionality. Ubuntu is easy if I recall, as there are special repos that most Ubuntu virt users leverage anyway. With centos it is a bit trickier to dig up the minimum requirements. I'd like to see more guidance in the docs on that. At any rate, none of this should be new to 4.5, kvmclock has been in place for longer than that. The previous issue with 4.5 and the referenced fix was that a recent libvirt version added XML checking that didn't like our XML. So if you were running 0.9.11 through 1.2.? you would not have seen any problem, but anything newer would fail the validation. The patch updates the XML. These are the same sort of problems that led to a minimum version, rather than working out the idiosyncrasies between distros. On Jan 31, 2015 11:37 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: It looks like our 4.4 docs say we should be at 0.9.11 or later (of libvirt). I see I'm at 0.9.8, but when I run sudo apt-get install libvirt-bin, it says I'm at the latest. What am I missing there? :) On Sun, Feb 1, 2015 at 12:09 AM, Marcus shadow...@gmail.com wrote: That's a different error. It says you don't even have kvmclock. Please see the minimum libvirt/qemu versions required since ACS 4.0: http://cloudstack-installation.readthedocs.org/en/4.3/hypervisor_installation.html On Jan 31, 2015 10:51 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Interesting...I should be a week past that commit, but still see the following: 2015-01-31 00:35:50,403 INFO [kvm.storage.LibvirtStorageAdaptor] (agentRequest-Handler-3:null) Attempting to create volume b4cd55ca-1df0-4bfb-a2b2-0bf3d582 (Filesystem) in pool b9bd94e9-b55a-43a6-b4db-56f24ebf135a with size 1073741824 2015-01-31 00:35:50,633 WARN [kvm.resource.LibvirtComputingResource] (agentRequest-Handler-4:null) LibvirtException org.libvirt.LibvirtException: internal error unknown timer name 'kvmclock' at org.libvirt.ErrorHandler.processError(Unknown Source) at org.libvirt.Connect.processError(Unknown Source) at org.libvirt.Connect.processError(Unknown Source) at org.libvirt.Connect.domainCreateXML(Unknown Source) at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.startVM(LibvirtComputingResource.java:1257) at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:3811) at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1351) at com.cloud.agent.Agent.processRequest(Agent.java:503) at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:808) at com.cloud.utils.nio.Task.run(Task.java:84) 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) On Sat, Jan 31, 2015 at 6:57 AM, Rajani Karuturi raj...@apache.org wrote: I think the below commits from marcus addresses them.
Re: [VOTE] Apache CloudStack 4.5.0 RC1
I just happen to be using 12.04.1, but I'm personally fine with upgrading. I know that upgrading is sometimes easier said than done in production environments, though, so it would be interesting to get feedback from users on this. On Sunday, February 1, 2015, Marcus shadow...@gmail.com wrote: Just to add to the confusion, RHEL 6.3+ has had support for kvmclock, even though it's version number is older, due to how they backport things. It's a big mess. Ubuntu 12.04 is still behind on it though. I'm remembering now that kvmclock was first merged for 4.1, then backed out because of the Ubuntu 12.04 incompatibility. I think it was around that time that the minimum versions were adopted, but it's not until now in 4.5 that kvmclock is back and will require Ubuntu 12.04 users to either upgrade to a newer Ubuntu or run non-distro packages. I'm game to back out kvmclock yet again, but I'd prefer to see us update our recommended platforms. Maybe we should ask people what they've been running. Is anyone still testing against 12.04? On Sun, Feb 1, 2015 at 1:08 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: If it helps, I've actually just set this Ubuntu system up recently. It has never been used with CloudStack before (and I haven't quite got it working due to that exception when I try to run a VM). Basically I was setting up a new KVM env so I could test this code: https://reviews.apache.org/r/30239/ I was planning on pulling out the iSCSI storage adaptor and using your dynamic-loading facility to make it integrate with the agent. On Sun, Feb 1, 2015 at 1:03 AM, Marcus shadow...@gmail.com wrote: Looking at the code, it looks like this IS new for 4.5, I forget that feature merge for this release was LAST SPRING! On Sun, Feb 1, 2015 at 12:56 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Thanks, Marcus Yeah, I'm looking through some of those old threads now. I don't see how they resolved the issue, though. This is what I see version wise (on Ubuntu 12.04.1): cloudstack@cloudstack-kvm1:/var/log/cloudstack/agent$ sudo kvm --version QEMU emulator version 1.0 (qemu-kvm-1.0), Copyright (c) 2003-2008 Fabrice Bellard cloudstack@cloudstack-kvm1:/var/log/cloudstack/agent$ sudo libvirtd --version libvirtd (libvirt) 0.9.8 On Sun, Feb 1, 2015 at 12:51 AM, Marcus shadow...@gmail.com wrote: The minimum versions aren't always what is shipped with the OS. There's a thread from awhile back about this, and about how difficult it was to target the disparate shipping versions with how quickly things were changing. There were some basic incompatibilities between the centos and Ubuntu versions, and on top of that there were issues around missing functionality. Ubuntu is easy if I recall, as there are special repos that most Ubuntu virt users leverage anyway. With centos it is a bit trickier to dig up the minimum requirements. I'd like to see more guidance in the docs on that. At any rate, none of this should be new to 4.5, kvmclock has been in place for longer than that. The previous issue with 4.5 and the referenced fix was that a recent libvirt version added XML checking that didn't like our XML. So if you were running 0.9.11 through 1.2.? you would not have seen any problem, but anything newer would fail the validation. The patch updates the XML. These are the same sort of problems that led to a minimum version, rather than working out the idiosyncrasies between distros. On Jan 31, 2015 11:37 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: It looks like our 4.4 docs say we should be at 0.9.11 or later (of libvirt). I see I'm at 0.9.8, but when I run sudo apt-get install libvirt-bin, it says I'm at the latest. What am I missing there? :) On Sun, Feb 1, 2015 at 12:09 AM, Marcus shadow...@gmail.com wrote: That's a different error. It says you don't even have kvmclock. Please see the minimum libvirt/qemu versions required since ACS 4.0: http://cloudstack-installation.readthedocs.org/en/4.3/hypervisor_installation.html On Jan 31, 2015 10:51 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Interesting...I should be a week past that commit, but still see the following: 2015-01-31 00:35:50,403 INFO [kvm.storage.LibvirtStorageAdaptor] (agentRequest-Handler-3:null) Attempting to create volume b4cd55ca-1df0-4bfb-a2b2-0bf3d582 (Filesystem) in pool b9bd94e9-b55a-43a6-b4db-56f24ebf135a with size 1073741824 2015-01-31 00:35:50,633 WARN [kvm.resource.LibvirtComputingResource] (agentRequest-Handler-4:null) LibvirtException org.libvirt.LibvirtException: internal error unknown timer name 'kvmclock' at org.libvirt.ErrorHandler.processError(Unknown
Re: eclipse build problems
Roger, eclipse needs some extra space but also the maven run. you should tweek it under run configurations. I don't run it from eclipse a lot and I don't know what option-values are good. On Sat, Jan 31, 2015 at 5:55 AM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Now that I think about it, I don't know if I ever bothered to get this working from Eclipse (starting the CloudStack Management Server from Eclipse, that is). I typically build and run it from a shell and then remotely connect to it from Eclipse for debugging purposes. On Fri, Jan 30, 2015 at 12:40 PM, Roger Crerie roger.cre...@hds.com wrote: Thanks for the reply Mike. I see though I am now running into the same problem you did when trying to start the client from eclipse. I have already edited my eclipse.ini file thusly. -startup plugins/org.eclipse.equinox.launcher_1.3.0.v20140415-2008.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.200.v20140603-1326 -product org.eclipse.epp.package.jee.product --launcher.defaultAction openFile --launcher.XXMaxPermSize 256M -showsplash org.eclipse.platform --launcher.XXMaxPermSize 2048m --launcher.defaultAction openFile --launcher.appendVmargs -vmargs -Dosgi.requiredJavaVersion=1.6 -Xms1024m -Xmx2048m And based on one of your emails I found on the web I also set the Environment variable MAVEN_OPTS to -XX:MaxPermSize=256m -Xmx1g I am still seeing OutOfMemoryErrors NFO [c.c.u.d.GenericDaoBase] (main:null) Cache created: [ name = UserDaoImpl status = STATUS_ALIVE eternal = false overflowToDisk = false maxEntriesLocalHeap = 5000 maxEntriesLocalDisk = 0 memoryStoreEvictionPolicy = LRU timeToLiveSeconds = 300 timeToIdleSeconds = 300 persistence = none diskExpiryThreadIntervalSeconds = 120 cacheEventListeners: net.sf.ehcache.statistics.LiveCacheStatisticsWrapper hitCount = 0 memoryStoreHitCount = 0 diskStoreHitCount = 0 missCountNotFound = 0 missCountExpired = 0 maxBytesLocalHeap = 0 overflowToOffHeap = false maxBytesLocalOffHeap = 0 maxBytesLocalDisk = 0 pinned = false ] 2015-01-30 14:32:30.297:WARN:oejw.WebAppContext:main: Failed startup of context o.e.j.m.p.JettyWebAppContext@14efeb2b {/client,file:/C:/workspaces/Cloudstack/WS1/cloudstack/client/target/generated-webapp/,STARTING}{file:/C:/workspaces/Cloudstack/WS1/cloudstack/client/target/generated-webapp/} org.springframework.context.ApplicationContextException: Failed to start bean 'cloudStackLifeCycle'; nested exception is java.lang.OutOfMemoryError: PermGen space at org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:170) at org.springframework.context.support.DefaultLifecycleProcessor.access$200(DefaultLifecycleProcessor.java:51) at org.springframework.context.support.DefaultLifecycleProcessor$LifecycleGroup.start(DefaultLifecycleProcessor.java:339) at org.springframework.context.support.DefaultLifecycleProcessor.startBeans(DefaultLifecycleProcessor.java:143) at org.springframework.context.support.DefaultLifecycleProcessor.onRefresh(DefaultLifecycleProcessor.java:108) at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:947) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:482) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet$2.with(DefaultModuleDefinitionSet.java:122) 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.loadContexts(DefaultModuleDefinitionSet.java:117) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.load(DefaultModuleDefinitionSet.java:79) at org.apache.cloudstack.spring.module.factory.ModuleBasedContextFactory.loadModules(ModuleBasedContextFactory.java:37) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:70) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:57) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:61) at
Not able to add CIFS primary Storage Cloudstack 4.4
Hello I have tried to create zone with hyper-v hypervisor. The Cloudstack agent is running on Windows Server. While adding CIFS primary storage I am getting error: *2015-02-01 13:23:05,010 DEBUG [c.c.h.h.r.HypervDirectConnectResource] (DirectAgent-468:ctx-e61355f1) POST response is [{com.cloud.agent.api.ModifyStoragePoolAnswer:{result:false,details:Failed to add storage pool 05b80c71-0137-3340-86a0-eba781508ccb, please verify your pool details,localPath:\\10.41.1.202\,templateInfo:{},poolInfo:{uuid:null,host:10.41.1.202,hostPath:?user=lexdomain=wfizmat,localPath:\\10.41.1.202\,poolType:SMB,capacityBytes:0,availableBytes:0},contextMap:{}}}]* *2015-02-01 13:23:05,012 DEBUG [c.c.a.t.Request] (DirectAgent-468:ctx-e61355f1) Seq 4-1728819306956851588: Processing: { Ans: , MgmtId: 85920263655407, via: 4, Ver: v1, Flags: 10, [{com.cloud.agent.api.ModifyStoragePoolAnswer:{poolInfo:{host:10.41.1.202,localPath:10.41.1.202\\,hostPath:?user=lexdomain=wfizmat,poolType:SMB,capacityBytes:0,availableBytes:0},templateInfo:{},result:false,details:Failed to add storage pool 05b80c71-0137-3340-86a0-eba781508ccb, please verify your pool details,wait:0}}] }* *2015-02-01 13:23:05,012 DEBUG [c.c.a.m.AgentManagerImpl] (catalina-exec-9:ctx-4ae5aa02 ctx-2f6fcc10) Details from executing class com.cloud.agent.api.ModifyStoragePoolCommand: Failed to add storage pool 05b80c71-0137-3340-86a0-eba781508ccb, please verify your pool details* *com.cloud.utils.exception.CloudRuntimeException: Unable establish connection from storage head to storage pool 33 due to Failed to add storage pool 05b80c71-0137-3340-86a0-eba781508ccb, please verify your pool details33* There are parameters, which I enter: Server: cifs://10.41.1.202/ Path: hypercloud1/primary SMB Username: lex SMB Password: *** SMB Domain: wfizmat If I add secondary storage with the same parameters, Cloudstack doesn't display any errors. Thanks for ideas. -- -- З повагою, Василь Олексюк
Re: [VOTE] Apache CloudStack 4.5.0 RC2
+1 (binding) Did test upgrade from 4.2.1 with XenServer 6.2, Management-server running on CentOs 6.6. The Release-notes as been updated. PL On Sat, Jan 31, 2015 at 8:49 AM, Pierre-Luc Dion pd...@cloudops.com wrote: Did upgraded from 4.3.1 to 4.5.0-snapshot with XenServer 6.2. Upgrade went smoothly, systemvm upgraded well so far I've only found 2 missing label in the UI: ( label.add.isolated.guest.network, label.password.reset.confirm). We need make sure to provide the systemvm template with the commit: 805704721fbbbcce7aecfaa8aa214cfc8ab3bdfc which should provide a working management VPN to Guest Network and VPC. I'm still testing over the weekend... For the Release-Notes, this jira filter: 12329800 does list 4.5.0 new features and Improvement, from it there is not much to say for the RN, but considering the huge amount of bug fixes contained in 4.5.0, does anyone have insight on new stuff in this release to spice up the What's new section? thanks On Thu, Jan 29, 2015 at 3:30 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: It definitely wouldn't break my heart if we had until Monday close of business (say, Pacific Time) to vote. I haven't been able to focus as much on testing this build as I would have liked and could use the weekend. On Thursday, January 29, 2015, Rohit Yadav rohit.ya...@shapeblue.com wrote: Please note the RC2 works fine on fresh installations but failed on upgrade for a packaging related issue (fixable manually CLOUDSTACK-7316, this has been fixed on 4.5 now). Before voting I want to confirm if anyone can reproduce the following: - Register new 4.5 template, upgrade from 4.3.2 to 4.5.0 RC2 and destroy old systemvms - New secondary storage VM starts but agent status gets stuck in connecting state sometimes. After this I'm unable to register new templates though starting VMs using existing templates work. - Rapid logs are seen: https://issues.apache.org/jira/browse/CLOUDSTACK-8183 (I'm not sure how to fix this, still exploring) - Likely an environment issue, console proxy did not work in advance zone for me though it worked for me in basic zone On Tuesday 27 January 2015 09:53 AM, David Nalley wrote: Hi folks, I've created a 4.5.0 release candidate, with the following artifacts up for a vote: Git Branch and Commit SH: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a= tree;h=refs/heads/4.5-RC20150127T0405;hb=4.5-RC20150127T0405 Commit: dbfb78d4b8ad074f602540002e8678432d258bb5 Source release (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.5.0-rc2/ PGP release keys (signed using 6FE50F1C): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for at least 72 hours. For sanity in tallying the vote, can PMC members please be sure to indicate (binding) with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) -- Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 8826230892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab PS. If you see any footer below, I did not add it :) Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/ iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineering http://shapeblue.com/cloudstack-software- engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/ cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/ cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud
Re: [VOTE] Apache CloudStack 4.5.0 RC1
Thanks, Rohit As Marcus later commented, it's a compatibility issue with Ubuntu 12.04 (which is what I'm running). On Sun, Feb 1, 2015 at 6:30 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi Mike, I’ve tested 4.5 branch with KVM/Ubuntu 14.04 and local storage seems to work for me. I’ve not tested it thoroughly things like migration, attaching/detach localstorage disks etc. On 31-Jan-2015, at 1:10 pm, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi everyone, Any news on this? I am still having trouble creating a VM on local storage on KVM (with or without kvmclock.disable=true in agent.properties). I'm on Ubuntu 12.04.1. Thanks! Mike On Sat, Jan 24, 2015 at 2:19 AM, Wilder Rodrigues wrodrig...@schubergphilis.com wrote: Okay, thanks for the clarification. I will test it over the weekend. Cheers, Wilder On 22 Jan 2015, at 15:20, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi Wilder, If you’re testing please use latest 4.5 branch which should become the next RC. At the moment the latest is SHA d08369ad06b6d5ef801f79493c2aa4bdaeab1b83. Thanks. On 22-Jan-2015, at 6:29 pm, Wilder Rodrigues wrodrig...@schubergphilis.com wrote: Hi Rohit, Tests were based on the commit id gave put in the RC1: 8db3cbd4ff62b17a8b496026b68cf60ee0c76740 Please let me know if there is a new commit ID to be used and I will test it. Apologies for the misunderstanding, I have been a bit away from the list. :) Cheers, Wilder On 22 Jan 2015, at 12:29, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi Wilder, Thanks for sharing, but I’m confused if these tests were against latest 4.5 branch or the RC1? Looking forward to your tests (on latest 4.5). Thanks. Regards. On 22-Jan-2015, at 4:24 pm, Wilder Rodrigues wrodrig...@schubergphilis.com wrote: Hi all, Sorry for the delay on the tests and also coming to it only after the RC has been cancelled, but I was way too busy with the redundant VPC work. Remarks: * I will test Basic Zone later today * For those willing to read, I added the whole events log after the tests results. :) There go my results: :: Environment :: Host: XenServer 6.2 - running under a VMware zone within our ACS Beta-Cloud infra Management Server: MacBook Pro Database: MySQL running locally on my MacBook Pro :: Advanced Zone :: === Test Create Account and user for that account ... === TestName: test_01_create_account | Status : SUCCESS === ok Test Sub domain allowed to launch VM when a Domain level zone is created ... === TestName: test_01_add_vm_to_subdomain | Status : SUCCESS === ok Test delete domain without force option ... === TestName: test_DeleteDomain | Status : SUCCESS === ok Test delete domain with force option ... === TestName: test_forceDeleteDomain | Status : SUCCESS === ok Test update admin details ... === TestName: test_updateAdminDetails | Status : SUCCESS === ok Test update domain admin details ... === TestName: test_updateDomainAdminDetails | Status : SUCCESS === ok Test user update API ... === TestName: test_updateUserDetails | Status : SUCCESS === ok Test login API with domain ... === TestName: test_LoginApiDomain | Status : SUCCESS === ok Test if Login API does not return UUID's ... === TestName: test_LoginApiUuidResponse | Status : SUCCESS === ok -- Ran 9 tests in 1094.799s OK Test reset virtual machine on reboot ... === TestName: test_01_reset_vm_on_reboot | Status : SUCCESS === ok -- Ran 1 test in 217.296s OK Test advanced zone virtual router ... === TestName: test_advZoneVirtualRouter | Status : SUCCESS === ok Test Deploy Virtual Machine ... === TestName: test_deploy_vm | Status : SUCCESS === ok Test Multiple Deploy Virtual Machine ... === TestName: test_deploy_vm_multiple | Status : SUCCESS === ok Test Stop Virtual Machine ... === TestName: test_01_stop_vm | Status : SUCCESS === ok Test Start Virtual Machine ... === TestName: test_02_start_vm | Status : SUCCESS === ok Test Reboot Virtual Machine ... === TestName: test_03_reboot_vm | Status : SUCCESS === ok Test destroy Virtual Machine ... === TestName: test_06_destroy_vm | Status : SUCCESS === ok Test recover Virtual Machine ... === TestName: test_07_restore_vm | Status : SUCCESS === ok Test migrate VM ... SKIP: At least two hosts should be present in the zone for migration Test destroy(expunge) Virtual Machine ... === TestName: test_09_expunge_vm | Status : SUCCESS === ok
Re: [VOTE] Apache CloudStack 4.5.0 RC2
-1 A build blocker was fixed - the issue was after upgrade usage server failed to start. Fixed on latest 4.5 now (CLOUDSTACK-7316). Please still continue to test. On 02-Feb-2015, at 7:42 am, Pierre-Luc Dion pdion...@apache.org wrote: +1 (binding) Did test upgrade from 4.2.1 with XenServer 6.2, Management-server running on CentOs 6.6. The Release-notes as been updated. PL On Sat, Jan 31, 2015 at 8:49 AM, Pierre-Luc Dion pd...@cloudops.com wrote: Did upgraded from 4.3.1 to 4.5.0-snapshot with XenServer 6.2. Upgrade went smoothly, systemvm upgraded well so far I've only found 2 missing label in the UI: ( label.add.isolated.guest.network, label.password.reset.confirm). We need make sure to provide the systemvm template with the commit: 805704721fbbbcce7aecfaa8aa214cfc8ab3bdfc which should provide a working management VPN to Guest Network and VPC. I'm still testing over the weekend... For the Release-Notes, this jira filter: 12329800 does list 4.5.0 new features and Improvement, from it there is not much to say for the RN, but considering the huge amount of bug fixes contained in 4.5.0, does anyone have insight on new stuff in this release to spice up the What's new section? thanks On Thu, Jan 29, 2015 at 3:30 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: It definitely wouldn't break my heart if we had until Monday close of business (say, Pacific Time) to vote. I haven't been able to focus as much on testing this build as I would have liked and could use the weekend. On Thursday, January 29, 2015, Rohit Yadav rohit.ya...@shapeblue.com wrote: Please note the RC2 works fine on fresh installations but failed on upgrade for a packaging related issue (fixable manually CLOUDSTACK-7316, this has been fixed on 4.5 now). Before voting I want to confirm if anyone can reproduce the following: - Register new 4.5 template, upgrade from 4.3.2 to 4.5.0 RC2 and destroy old systemvms - New secondary storage VM starts but agent status gets stuck in connecting state sometimes. After this I'm unable to register new templates though starting VMs using existing templates work. - Rapid logs are seen: https://issues.apache.org/jira/browse/CLOUDSTACK-8183 (I'm not sure how to fix this, still exploring) - Likely an environment issue, console proxy did not work in advance zone for me though it worked for me in basic zone On Tuesday 27 January 2015 09:53 AM, David Nalley wrote: Hi folks, I've created a 4.5.0 release candidate, with the following artifacts up for a vote: Git Branch and Commit SH: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a= tree;h=refs/heads/4.5-RC20150127T0405;hb=4.5-RC20150127T0405 Commit: dbfb78d4b8ad074f602540002e8678432d258bb5 Source release (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.5.0-rc2/ PGP release keys (signed using 6FE50F1C): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for at least 72 hours. For sanity in tallying the vote, can PMC members please be sure to indicate (binding) with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) -- Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 8826230892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab PS. If you see any footer below, I did not add it :) Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/ iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineering http://shapeblue.com/cloudstack-software- engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/ cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/ cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. --
Re: [VOTE] Apache CloudStack 4.5.0 RC1
Also, just as an FYI, after I upgraded Ubuntu from 12.04 to 14.04, I was able to create a VM using CS 4.6 (as we expected would be the case). As Marcus mentioned, we should try to determine if Ubuntu 12.04 should be a supported platform for CS 4.5. On Sun, Feb 1, 2015 at 7:12 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Thanks, Rohit As Marcus later commented, it's a compatibility issue with Ubuntu 12.04 (which is what I'm running). On Sun, Feb 1, 2015 at 6:30 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi Mike, I’ve tested 4.5 branch with KVM/Ubuntu 14.04 and local storage seems to work for me. I’ve not tested it thoroughly things like migration, attaching/detach localstorage disks etc. On 31-Jan-2015, at 1:10 pm, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi everyone, Any news on this? I am still having trouble creating a VM on local storage on KVM (with or without kvmclock.disable=true in agent.properties). I'm on Ubuntu 12.04.1. Thanks! Mike On Sat, Jan 24, 2015 at 2:19 AM, Wilder Rodrigues wrodrig...@schubergphilis.com wrote: Okay, thanks for the clarification. I will test it over the weekend. Cheers, Wilder On 22 Jan 2015, at 15:20, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi Wilder, If you’re testing please use latest 4.5 branch which should become the next RC. At the moment the latest is SHA d08369ad06b6d5ef801f79493c2aa4bdaeab1b83. Thanks. On 22-Jan-2015, at 6:29 pm, Wilder Rodrigues wrodrig...@schubergphilis.com wrote: Hi Rohit, Tests were based on the commit id gave put in the RC1: 8db3cbd4ff62b17a8b496026b68cf60ee0c76740 Please let me know if there is a new commit ID to be used and I will test it. Apologies for the misunderstanding, I have been a bit away from the list. :) Cheers, Wilder On 22 Jan 2015, at 12:29, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi Wilder, Thanks for sharing, but I’m confused if these tests were against latest 4.5 branch or the RC1? Looking forward to your tests (on latest 4.5). Thanks. Regards. On 22-Jan-2015, at 4:24 pm, Wilder Rodrigues wrodrig...@schubergphilis.com wrote: Hi all, Sorry for the delay on the tests and also coming to it only after the RC has been cancelled, but I was way too busy with the redundant VPC work. Remarks: * I will test Basic Zone later today * For those willing to read, I added the whole events log after the tests results. :) There go my results: :: Environment :: Host: XenServer 6.2 - running under a VMware zone within our ACS Beta-Cloud infra Management Server: MacBook Pro Database: MySQL running locally on my MacBook Pro :: Advanced Zone :: === Test Create Account and user for that account ... === TestName: test_01_create_account | Status : SUCCESS === ok Test Sub domain allowed to launch VM when a Domain level zone is created ... === TestName: test_01_add_vm_to_subdomain | Status : SUCCESS === ok Test delete domain without force option ... === TestName: test_DeleteDomain | Status : SUCCESS === ok Test delete domain with force option ... === TestName: test_forceDeleteDomain | Status : SUCCESS === ok Test update admin details ... === TestName: test_updateAdminDetails | Status : SUCCESS === ok Test update domain admin details ... === TestName: test_updateDomainAdminDetails | Status : SUCCESS === ok Test user update API ... === TestName: test_updateUserDetails | Status : SUCCESS === ok Test login API with domain ... === TestName: test_LoginApiDomain | Status : SUCCESS === ok Test if Login API does not return UUID's ... === TestName: test_LoginApiUuidResponse | Status : SUCCESS === ok -- Ran 9 tests in 1094.799s OK Test reset virtual machine on reboot ... === TestName: test_01_reset_vm_on_reboot | Status : SUCCESS === ok -- Ran 1 test in 217.296s OK Test advanced zone virtual router ... === TestName: test_advZoneVirtualRouter | Status : SUCCESS === ok Test Deploy Virtual Machine ... === TestName: test_deploy_vm | Status : SUCCESS === ok Test Multiple Deploy Virtual Machine ... === TestName: test_deploy_vm_multiple | Status : SUCCESS === ok Test Stop Virtual Machine ... === TestName: test_01_stop_vm | Status : SUCCESS === ok Test Start Virtual Machine ... === TestName: test_02_start_vm | Status : SUCCESS === ok Test Reboot Virtual Machine ... === TestName: test_03_reboot_vm | Status : SUCCESS === ok Test destroy Virtual Machine ... === TestName: test_06_destroy_vm | Status : SUCCESS === ok Test recover Virtual
RE: Not able to add CIFS primary Storage Cloudstack 4.4
Can you try Server as 10.41.1.202 without appending cifs to it? -Original Message- From: Oleksyuk, Vasyl [mailto:oleks...@fizmat.tnpu.edu.ua] Sent: Sunday, February 01, 2015 6:58 PM To: dev@cloudstack.apache.org Subject: Not able to add CIFS primary Storage Cloudstack 4.4 Hello I have tried to create zone with hyper-v hypervisor. The Cloudstack agent is running on Windows Server. While adding CIFS primary storage I am getting error: *2015-02-01 13:23:05,010 DEBUG [c.c.h.h.r.HypervDirectConnectResource] (DirectAgent-468:ctx-e61355f1) POST response is [{com.cloud.agent.api.ModifyStoragePoolAnswer:{result:false,details:Failed to add storage pool 05b80c71-0137-3340-86a0-eba781508ccb, please verify your pool details,localPath:\\10.41.1.202\,templateInfo:{},poolInfo:{uuid:null,host:10.41.1.202,hostPath:?user=lexdomain=wfizmat,localPath:\\10.41.1.202\,poolType:SMB,capacityBytes:0,availableBytes:0},contextMap:{}}}]* *2015-02-01 13:23:05,012 DEBUG [c.c.a.t.Request] (DirectAgent-468:ctx-e61355f1) Seq 4-1728819306956851588: Processing: { Ans: , MgmtId: 85920263655407, via: 4, Ver: v1, Flags: 10, [{com.cloud.agent.api.ModifyStoragePoolAnswer:{poolInfo:{host:10.41.1.202,localPath:10.41.1.202\\,hostPath:?user=lexdomain=wfizmat,poolType:SMB,capacityBytes:0,availableBytes:0},templateInfo:{},result:false,details:Failed to add storage pool 05b80c71-0137-3340-86a0-eba781508ccb, please verify your pool details,wait:0}}] }* *2015-02-01 13:23:05,012 DEBUG [c.c.a.m.AgentManagerImpl] (catalina-exec-9:ctx-4ae5aa02 ctx-2f6fcc10) Details from executing class com.cloud.agent.api.ModifyStoragePoolCommand: Failed to add storage pool 05b80c71-0137-3340-86a0-eba781508ccb, please verify your pool details* *com.cloud.utils.exception.CloudRuntimeException: Unable establish connection from storage head to storage pool 33 due to Failed to add storage pool 05b80c71-0137-3340-86a0-eba781508ccb, please verify your pool details33* There are parameters, which I enter: Server: cifs://10.41.1.202/ Path: hypercloud1/primary SMB Username: lex SMB Password: *** SMB Domain: wfizmat If I add secondary storage with the same parameters, Cloudstack doesn't display any errors. Thanks for ideas. -- -- З повагою, Василь Олексюк