Re: Deploying Linux/Windows Vm's on hypervisors
ACC can only route provisioning based on the tags ( compute and storage) assigned to a service offering so if you are looking at mandatory automatic assignment based on guest OS provisioning it is not possible without segregating your environment. If you are OK with soft segregation then you can create 2 sets of service offerings. http://docs.cloudstack.apache.org/en/4.11.1.0/adminguide/service_offerings.html Thanks, Sergey On 9/15/20, 7:36 AM, "Rakesh Venkatesh" wrote: Hello All I want your opinion on how you organize deploying different types of VM's(Linux, windows) on a specific set of hypervisors. In our setup, we have added a tag "Linux,Unix" on few hypervisors and also on templates so that when we create a vm using these templates then it will be deployed on HV's matching that tag only. If there is no tag on the template then it can be deployed on any hypervisor. We have some windows templates which do not have a tag as they are uploaded by customers and when VM is created from that template, it will be deployed in any suitable hypervisor but we want it to be deployed on a hypervisor having "Windows" tag. Is there any way to achieve this apart from using template tag? Another way is to use the OS type and match with hypervisor tags but that may not be a suitable solution. So if anyone has managed to deploy windows vm's on windows tagged hypervisor and linux vm's on linux/unix tagged hypervisor then please let me know -- Thanks and regards Rakesh
Re: BUILD FAILURE
Rohit Yadav, I was looking ( with the help of a search engine) around and that page raised up and was so interesting. Maybe a bit of explanation of what I want to achieve can help you to guide me to right place. I have a server lab at home, and recently I was moving away from Opennebula, I don't like the fremiun they are moving on. That's a personal opinion and since I'm free to choose I want to stick into a solution as opensource as possible, and not wait for patches until next roll up or pay for them. I understatn that a company has to get money to pay developers, but I just don't like the way they are moving on now. I like to contribute in the same way, not with code because I don't code but I was writing articles about how to do things. So I was exploring other solutions for my home lab, and one of the requirements is to be able to use my favourite distribution and stay as far away from systemd as possible. I use Devuan. So that's the reason to build it, just because the DEB is the repos from shapeblue.com has a strong deps from systemd and is impossible to use them on Devuan. So I decided to give a test and prepare a baremetal server to test it. I just realized that there is more to learn than I expected so I will consider the mokeybox solution to rise up a dev-test to learn how to do things and them move on to baremetal, I need ti understand how all the pieces are placed, my last build of the UI was ok, but no UI rised in web browser, looking into messages it was a "no existent user for batabase" but now I'm happy to be able to build, that's a beginning of a long journey into a systemd free apache cloudstack solution for home. ;) 2020-09-15 14:27 GMT+02:00, Rohit Yadav : > Ala, if you want to setup a local dev-test environment against KVM I have > created an appliance-based dev-guide here: > https://github.com/rhtyd/monkeybox > > > Regards. > > > From: Ala de Dragón > Sent: Tuesday, September 15, 2020 16:18 > To: users@cloudstack.apache.org > Subject: Re: BUILD FAILURE > > Thank you to all for the answers. > I foun this document: > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack > > From Rohit Yadav very helpfull. > > The Magic was done with HEAD git: > > Building Apache CloudStack 4.15.0.0-SNAPSHOT > [...] > [INFO] BUILD SUCCESS > [INFO] > > [INFO] Total time: 25:03 min > [INFO] Finished at: 2020-09-15T12:12:59+02:00 > [INFO] > > > > :D > > Thank you to all > > 2020-09-15 6:05 GMT+02:00, David Jumani : >> Hi Ala, >> >> You can also skip the tests using the skipTests flag >> >> mvn -DskipTests >> >> Thanks, >> David >> >> >> From: Pearl d'Silva >> Sent: Tuesday, September 15, 2020 8:54 AM >> To: users@cloudstack.apache.org >> Subject: Re: BUILD FAILURE >> >> Hi Ala, >> >> Please ensure you are using the latest 4.14 branch of CloudStack which >> includes a fix for the 2 tests that seem to be failing >> https://github.com/apache/cloudstack/pull/4226/commits/2454b3ae971c418e54f738659c89312f143ac378 >> >> >> Thanks, >> Pearl >> >> From: Ala de Dragón >> Sent: Tuesday, September 15, 2020 1:59 AM >> To: users@cloudstack.apache.org >> Subject: Re: BUILD FAILURE >> >> Hello I was following your link but stuck at the same place: >> >> [INFO] BUILD FAILURE >> [INFO] >> >> [INFO] Total time: 07:28 min (Wall Clock) >> [INFO] Finished at: 2020-09-14T22:21:59+02:00 >> [INFO] >> >> [ERROR] Failed to execute goal >> org.apache.maven.plugins:maven-surefire-plugin:2.22.2:test >> (default-test) on project cloud-plugin-ca-rootca: There are test >> failures. >> [ERROR] >> [ERROR] Please refer to >> /root/cloudstack/plugins/ca/root-ca/target/surefire-reports for the >> individual test results. >> [ERROR] Please refer to dump files (if any exist) [date].dump, >> [date]-jvmRun[N].dump and [date].dumpstream. >> [ERROR] -> [Help 1] >> [ERROR] >> [ERROR] To see the full stack trace of the errors, re-run Maven with >> the -e switch. >> un Maven using the -X switch to enable full debug logging. >> Downloaded from central: >> https://repo.maven.apache.org/maven2/com/sun/istack/istack-commons-runtime/3.0.5/istack-commons-runtime-3.0.5.pom >> (3.4 kB at 8.9 kB/s) >> Downloading from central: >> https://repo.maven.apache.org/maven2/com/sun/istack/istack-commons/3.0.5/istack-commons-3.0.5.pom >> [ERROR] >> [ERROR] For more information about the errors and possible solutions, >> please read the following articles: >> [ERROR] [Help 1] >> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException >> [ERROR] >> [ERROR] After correcting the problems, you can resume the build with the >>
Re: Instance with 2 Network
Hi, Cristian, Which template you use? Does it has cloud-init? I was also testing the same thing... both interfaces where on the VM but only the first one was initialized (with both debian and ubuntu templates). I used cloud-init user-data to add an interface file that initializes the interface with DHCP and creates the right routes / gateway so that it works. as other users commented the actual routes and gateways depend on your network setup, and also the template you use needs to have cloud-init for this to work (assuming it is linux) I did it with ansible, but I think you can just add user data when creating the instance, this kind of... - name: Create the Test Instance cs_instance: name: test template: openvm-debian-9-x86_64 ssh_key: admin@test zone: z1 service_offering: micro-ssd networks: - net1 - net2 user_data: #cloud-config write_files: - content: | auto eth1 iface eth1 inet dhcp up route add -net 10.129.0.0 netmask 255.255.0.0 gw 10.129.1.1 path: /etc/network/interfaces.d/eth1.cfg permissions: '0644' power_state: mode: reboot On Mon, 2020-09-14 03:01 PM, cristian.c@istream.today wrote: > Hello, > > > > I have a "problem" I started to test some new network configuration > and I found out that if I add a secondary NIC from ACS only the one which is > set as default is reachable from external, why? When I select "set default > NIC" what is happening in the backend? > > > > > > Thank you, > Cristian > >
Deploying Linux/Windows Vm's on hypervisors
Hello All I want your opinion on how you organize deploying different types of VM's(Linux, windows) on a specific set of hypervisors. In our setup, we have added a tag "Linux,Unix" on few hypervisors and also on templates so that when we create a vm using these templates then it will be deployed on HV's matching that tag only. If there is no tag on the template then it can be deployed on any hypervisor. We have some windows templates which do not have a tag as they are uploaded by customers and when VM is created from that template, it will be deployed in any suitable hypervisor but we want it to be deployed on a hypervisor having "Windows" tag. Is there any way to achieve this apart from using template tag? Another way is to use the OS type and match with hypervisor tags but that may not be a suitable solution. So if anyone has managed to deploy windows vm's on windows tagged hypervisor and linux vm's on linux/unix tagged hypervisor then please let me know -- Thanks and regards Rakesh
Re: [PROPOSE] Code freeze for 4.15
+1 on a couple of weeks and then freeze On Tue, Sep 15, 2020, 10:07 Sven Vogel wrote: > Hi Paul, Hi Rohit, > > > for me too. > > > > Cheers, > > Sven Vogel > Apache CloudStack PMC member > > > > On Tuesday, 09/08/2020 at 14:31 Paul Angus wrote: > > > > > Hi all, > > > > > > > > Its around that time of year again. We owe the world a GA version of > Primate + there is support for Ubuntu 20.04, CentOS 8 and > XenServer/XCP-ng 8, a massive update to the vSphere capabilities and > many fixes…. > > > > > > > > So, I’d like to propose a feature freeze in two or three weeks’ > time (depending how everyone else is looking with any features). For > people who are a still way out with anything that they’re working > on; I’d hope to get back on track with the next release *early* in > the new year. > > > > > > > > Unless there are any objections, I’ll go ahead with getting a freeze > date out sooner rather than later… > > > > > > > > Kind regards > > > > > > > > > > > > Paul Angus > > > > >
Re: [PROPOSE] Code freeze for 4.15
Hi Paul, Hi Rohit, for me too. Cheers, Sven Vogel Apache CloudStack PMC member On Tuesday, 09/08/2020 at 14:31 Paul Angus wrote: Hi all, Its around that time of year again. We owe the world a GA version of Primate + there is support for Ubuntu 20.04, CentOS 8 and XenServer/XCP-ng 8, a massive update to the vSphere capabilities and many fixes…. So, I’d like to propose a feature freeze in two or three weeks’ time (depending how everyone else is looking with any features). For people who are a still way out with anything that they’re working on; I’d hope to get back on track with the next release *early* in the new year. Unless there are any objections, I’ll go ahead with getting a freeze date out sooner rather than later… Kind regards Paul Angus
Re: BUILD FAILURE
Ala, if you want to setup a local dev-test environment against KVM I have created an appliance-based dev-guide here: https://github.com/rhtyd/monkeybox Regards. From: Ala de Dragón Sent: Tuesday, September 15, 2020 16:18 To: users@cloudstack.apache.org Subject: Re: BUILD FAILURE Thank you to all for the answers. I foun this document: https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack >From Rohit Yadav very helpfull. The Magic was done with HEAD git: Building Apache CloudStack 4.15.0.0-SNAPSHOT [...] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: 25:03 min [INFO] Finished at: 2020-09-15T12:12:59+02:00 [INFO] :D Thank you to all 2020-09-15 6:05 GMT+02:00, David Jumani : > Hi Ala, > > You can also skip the tests using the skipTests flag > > mvn -DskipTests > > Thanks, > David > > > From: Pearl d'Silva > Sent: Tuesday, September 15, 2020 8:54 AM > To: users@cloudstack.apache.org > Subject: Re: BUILD FAILURE > > Hi Ala, > > Please ensure you are using the latest 4.14 branch of CloudStack which > includes a fix for the 2 tests that seem to be failing > https://github.com/apache/cloudstack/pull/4226/commits/2454b3ae971c418e54f738659c89312f143ac378 > > > Thanks, > Pearl > > From: Ala de Dragón > Sent: Tuesday, September 15, 2020 1:59 AM > To: users@cloudstack.apache.org > Subject: Re: BUILD FAILURE > > Hello I was following your link but stuck at the same place: > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 07:28 min (Wall Clock) > [INFO] Finished at: 2020-09-14T22:21:59+02:00 > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-surefire-plugin:2.22.2:test > (default-test) on project cloud-plugin-ca-rootca: There are test > failures. > [ERROR] > [ERROR] Please refer to > /root/cloudstack/plugins/ca/root-ca/target/surefire-reports for the > individual test results. > [ERROR] Please refer to dump files (if any exist) [date].dump, > [date]-jvmRun[N].dump and [date].dumpstream. > [ERROR] -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with > the -e switch. > un Maven using the -X switch to enable full debug logging. > Downloaded from central: > https://repo.maven.apache.org/maven2/com/sun/istack/istack-commons-runtime/3.0.5/istack-commons-runtime-3.0.5.pom > (3.4 kB at 8.9 kB/s) > Downloading from central: > https://repo.maven.apache.org/maven2/com/sun/istack/istack-commons/3.0.5/istack-commons-3.0.5.pom > [ERROR] > [ERROR] For more information about the errors and possible solutions, > please read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > [ERROR] > [ERROR] After correcting the problems, you can resume the build with the > command > [ERROR] mvn -rf :cloud-plugin-ca-rootca > Destroying 8 processes > > > org.apache.cloudstack.ca.provider.RootCACustomTrustManagerTest.txt > > Test set: org.apache.cloudstack.ca.provider.RootCACustomTrustManagerTest > --- > Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 22.863 > s - in org.apache.cloudstack.ca.provider.RootCACustomTrustManagerTest > > > > > > org.apache.cloudstack.ca.provider.RootCAProviderTest.txt > > --- > Test set: org.apache.cloudstack.ca.provider.RootCAProviderTest > --- > Tests run: 8, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 6.724 > s <<< FAILURE! - in > org.apache.cloudstack.ca.provider.RootCAProviderTest > testCreateSSLEngineWithAuthStrictness(org.apache.cloudstack.ca.provider.RootCAProviderTest) > Time elapsed: 1.242 s <<< FAILURE! > java.lang.AssertionError > at > org.apache.cloudstack.ca.provider.RootCAProviderTest.testCreateSSLEngineWithAuthStrictness(RootCAProviderTest.java:146) > > testCreateSSLEngineWithoutAuthStrictness(org.apache.cloudstack.ca.provider.RootCAProviderTest) > Time elapsed: 0.795 s <<< FAILURE! > java.lang.AssertionError > at > org.apache.cloudstack.ca.provider.RootCAProviderTest.testCreateSSLEngineWithoutAuthStrictness(RootCAProviderTest.java:138) > > > > > I'm not planing to deploy Certs with this system. I use let's encrypt > and certboot. Do I really need to compile this pluging witch is not > working for me? > I'm not able to understantd why it fails to compile. I don't > understand this logs. > As always any hint is wellcome. > :D > > 2020-09-14 14:16 GMT+02:00, Ala de Dragón : >>
Re: BUILD FAILURE
Thank you to all for the answers. I foun this document: https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack >From Rohit Yadav very helpfull. The Magic was done with HEAD git: Building Apache CloudStack 4.15.0.0-SNAPSHOT [...] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: 25:03 min [INFO] Finished at: 2020-09-15T12:12:59+02:00 [INFO] :D Thank you to all 2020-09-15 6:05 GMT+02:00, David Jumani : > Hi Ala, > > You can also skip the tests using the skipTests flag > > mvn -DskipTests > > Thanks, > David > > > From: Pearl d'Silva > Sent: Tuesday, September 15, 2020 8:54 AM > To: users@cloudstack.apache.org > Subject: Re: BUILD FAILURE > > Hi Ala, > > Please ensure you are using the latest 4.14 branch of CloudStack which > includes a fix for the 2 tests that seem to be failing > https://github.com/apache/cloudstack/pull/4226/commits/2454b3ae971c418e54f738659c89312f143ac378 > > > Thanks, > Pearl > > From: Ala de Dragón > Sent: Tuesday, September 15, 2020 1:59 AM > To: users@cloudstack.apache.org > Subject: Re: BUILD FAILURE > > Hello I was following your link but stuck at the same place: > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 07:28 min (Wall Clock) > [INFO] Finished at: 2020-09-14T22:21:59+02:00 > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-surefire-plugin:2.22.2:test > (default-test) on project cloud-plugin-ca-rootca: There are test > failures. > [ERROR] > [ERROR] Please refer to > /root/cloudstack/plugins/ca/root-ca/target/surefire-reports for the > individual test results. > [ERROR] Please refer to dump files (if any exist) [date].dump, > [date]-jvmRun[N].dump and [date].dumpstream. > [ERROR] -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with > the -e switch. > un Maven using the -X switch to enable full debug logging. > Downloaded from central: > https://repo.maven.apache.org/maven2/com/sun/istack/istack-commons-runtime/3.0.5/istack-commons-runtime-3.0.5.pom > (3.4 kB at 8.9 kB/s) > Downloading from central: > https://repo.maven.apache.org/maven2/com/sun/istack/istack-commons/3.0.5/istack-commons-3.0.5.pom > [ERROR] > [ERROR] For more information about the errors and possible solutions, > please read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > [ERROR] > [ERROR] After correcting the problems, you can resume the build with the > command > [ERROR] mvn -rf :cloud-plugin-ca-rootca > Destroying 8 processes > > > org.apache.cloudstack.ca.provider.RootCACustomTrustManagerTest.txt > > Test set: org.apache.cloudstack.ca.provider.RootCACustomTrustManagerTest > --- > Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 22.863 > s - in org.apache.cloudstack.ca.provider.RootCACustomTrustManagerTest > > > > > > org.apache.cloudstack.ca.provider.RootCAProviderTest.txt > > --- > Test set: org.apache.cloudstack.ca.provider.RootCAProviderTest > --- > Tests run: 8, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 6.724 > s <<< FAILURE! - in > org.apache.cloudstack.ca.provider.RootCAProviderTest > testCreateSSLEngineWithAuthStrictness(org.apache.cloudstack.ca.provider.RootCAProviderTest) > Time elapsed: 1.242 s <<< FAILURE! > java.lang.AssertionError > at > org.apache.cloudstack.ca.provider.RootCAProviderTest.testCreateSSLEngineWithAuthStrictness(RootCAProviderTest.java:146) > > testCreateSSLEngineWithoutAuthStrictness(org.apache.cloudstack.ca.provider.RootCAProviderTest) > Time elapsed: 0.795 s <<< FAILURE! > java.lang.AssertionError > at > org.apache.cloudstack.ca.provider.RootCAProviderTest.testCreateSSLEngineWithoutAuthStrictness(RootCAProviderTest.java:138) > > > > > I'm not planing to deploy Certs with this system. I use let's encrypt > and certboot. Do I really need to compile this pluging witch is not > working for me? > I'm not able to understantd why it fails to compile. I don't > understand this logs. > As always any hint is wellcome. > :D > > 2020-09-14 14:16 GMT+02:00, Ala de Dragón : >> Hi Rohit, thank yo for your response. I was reding this manual you >> told me, I was following the one in >> https://buildmedia.readthedocs.org/media/pdf/cloudstack-installation/latest/cloudstack-installation.pdf >> >> but the one you told seems better in my case. >> I have a few questions, regarding to the flags, I saw
