Re: CloudStack Mirrors
There's a mirror at http://mirrors.coreix.net/cloudstack.apt-get.eu/ as well. HTH Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Ian Duffy i...@ianduffy.ie To: CloudStack Dev dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 01:38:19 Subject: Re: CloudStack Mirrors Hi Mo, I'm downloading from http://cloudstack.apt-get.eu/systemvm/4.4/ Its pretty fast, can grab the systemvm in about 1 minute. The citrix guys have some on http://download.cloud.com/ as well. Hope this helps, Ian On 14 October 2014 01:18, Mo m...@daoenix.com wrote: Greetings, Has there been further discussion on setting up domains. Presently attempting to obtain the systemvm, and it’s saying 75 minute download time. I, know for sure it’s not my speed, which is 300mpbs. Has anyone else experienced this and/or have mirrors that I may not know about? // Mo — Sent from Mailbox
Re: Weird ssl keystore error while upgrading to 4.4.1
Cheers for that, in my setup I had this appended to my sudoers file (note the missing keytool): cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount Defaults !requiretty Adding keytool to that solved the problem. Thanks! Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Pierre-Luc Dion pdion...@apache.org To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 01:58:54 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 sudo line for user cloud should look like this: cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount, /usr/bin/keytool keytool was probably missing which cause the sudo error... On Mon, Oct 13, 2014 at 8:39 PM, Ian Duffy i...@ianduffy.ie wrote: AFAIK the sudo rights are given during the mgmt server install. Yes this happens during the cloud-setup-management stage. It modifies the sudoers file. There is one binary it attempts to execute using sudo that it doesn't have permission to do so. If memory serves me correctly its keytool. On 14 October 2014 00:54, Nux! n...@li.nux.ro wrote: Is this done automatically? If yes, we may have just found a bug. :-) Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Erik Weber terbol...@gmail.com To: dev dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 20:16:53 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 AFAIK the sudo rights are given during the mgmt server install. -- Erik On Mon, Oct 13, 2014 at 7:14 PM, Nux! n...@li.nux.ro wrote: Marcus, User cloud has no sudo rights, that might be one of the causes. I have never read that this user should have sudo access. Am I wrong? Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Marcus shadow...@gmail.com To: dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 18:01:15 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 2014-10-13 16:45:51,662 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo keytool -genkey -keystore /etc/cloudstack/management/cloud.keystore -storepass vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn=Cloudstack User,ou=management,o=management,c=Unknown 2014-10-13 16:45:51,675 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1 Not sure exactly, but I notice this. Run that command manually and see
Re: Weird ssl keystore error while upgrading to 4.4.1
adding it to server/conf/cloudstack-sudoers.in in 4.4 branch. Is this only an issue in the 4.4 branch? On Tue, Oct 14, 2014 at 9:48 AM, Nux! n...@li.nux.ro wrote: Cheers for that, in my setup I had this appended to my sudoers file (note the missing keytool): cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount Defaults !requiretty Adding keytool to that solved the problem. Thanks! Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Pierre-Luc Dion pdion...@apache.org To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 01:58:54 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 sudo line for user cloud should look like this: cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount, /usr/bin/keytool keytool was probably missing which cause the sudo error... On Mon, Oct 13, 2014 at 8:39 PM, Ian Duffy i...@ianduffy.ie wrote: AFAIK the sudo rights are given during the mgmt server install. Yes this happens during the cloud-setup-management stage. It modifies the sudoers file. There is one binary it attempts to execute using sudo that it doesn't have permission to do so. If memory serves me correctly its keytool. On 14 October 2014 00:54, Nux! n...@li.nux.ro wrote: Is this done automatically? If yes, we may have just found a bug. :-) Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Erik Weber terbol...@gmail.com To: dev dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 20:16:53 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 AFAIK the sudo rights are given during the mgmt server install. -- Erik On Mon, Oct 13, 2014 at 7:14 PM, Nux! n...@li.nux.ro wrote: Marcus, User cloud has no sudo rights, that might be one of the causes. I have never read that this user should have sudo access. Am I wrong? Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Marcus shadow...@gmail.com To: dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 18:01:15 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 2014-10-13 16:45:51,662 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo keytool -genkey -keystore /etc/cloudstack/management/cloud.keystore -storepass vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn=Cloudstack User,ou=management,o=management,c=Unknown 2014-10-13 16:45:51,675 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1 Not sure exactly, but I notice this. Run that command manually and see -- Daan
Re: Weird ssl keystore error while upgrading to 4.4.1
created https://issues.apache.org/jira/browse/CLOUDSTACK-7702 to add any comments On Tue, Oct 14, 2014 at 10:00 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: adding it to server/conf/cloudstack-sudoers.in in 4.4 branch. Is this only an issue in the 4.4 branch? On Tue, Oct 14, 2014 at 9:48 AM, Nux! n...@li.nux.ro wrote: Cheers for that, in my setup I had this appended to my sudoers file (note the missing keytool): cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount Defaults !requiretty Adding keytool to that solved the problem. Thanks! Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Pierre-Luc Dion pdion...@apache.org To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 01:58:54 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 sudo line for user cloud should look like this: cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount, /usr/bin/keytool keytool was probably missing which cause the sudo error... On Mon, Oct 13, 2014 at 8:39 PM, Ian Duffy i...@ianduffy.ie wrote: AFAIK the sudo rights are given during the mgmt server install. Yes this happens during the cloud-setup-management stage. It modifies the sudoers file. There is one binary it attempts to execute using sudo that it doesn't have permission to do so. If memory serves me correctly its keytool. On 14 October 2014 00:54, Nux! n...@li.nux.ro wrote: Is this done automatically? If yes, we may have just found a bug. :-) Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Erik Weber terbol...@gmail.com To: dev dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 20:16:53 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 AFAIK the sudo rights are given during the mgmt server install. -- Erik On Mon, Oct 13, 2014 at 7:14 PM, Nux! n...@li.nux.ro wrote: Marcus, User cloud has no sudo rights, that might be one of the causes. I have never read that this user should have sudo access. Am I wrong? Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Marcus shadow...@gmail.com To: dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 18:01:15 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 2014-10-13 16:45:51,662 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo keytool -genkey -keystore /etc/cloudstack/management/cloud.keystore -storepass vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn=Cloudstack User,ou=management,o=management,c=Unknown 2014-10-13 16:45:51,675 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1 Not sure exactly, but I notice this. Run that command manually and see -- Daan -- Daan
Re: Weird ssl keystore error while upgrading to 4.4.1
Well, I've started with 4.3.0 then upgraded, so it's in 4.3 as well, at least. Thanks, Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Daan Hoogland daan.hoogl...@gmail.com To: dev dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 09:00:43 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 adding it to server/conf/cloudstack-sudoers.in in 4.4 branch. Is this only an issue in the 4.4 branch? On Tue, Oct 14, 2014 at 9:48 AM, Nux! n...@li.nux.ro wrote: Cheers for that, in my setup I had this appended to my sudoers file (note the missing keytool): cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount Defaults !requiretty Adding keytool to that solved the problem. Thanks! Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Pierre-Luc Dion pdion...@apache.org To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 01:58:54 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 sudo line for user cloud should look like this: cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount, /usr/bin/keytool keytool was probably missing which cause the sudo error... On Mon, Oct 13, 2014 at 8:39 PM, Ian Duffy i...@ianduffy.ie wrote: AFAIK the sudo rights are given during the mgmt server install. Yes this happens during the cloud-setup-management stage. It modifies the sudoers file. There is one binary it attempts to execute using sudo that it doesn't have permission to do so. If memory serves me correctly its keytool. On 14 October 2014 00:54, Nux! n...@li.nux.ro wrote: Is this done automatically? If yes, we may have just found a bug. :-) Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Erik Weber terbol...@gmail.com To: dev dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 20:16:53 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 AFAIK the sudo rights are given during the mgmt server install. -- Erik On Mon, Oct 13, 2014 at 7:14 PM, Nux! n...@li.nux.ro wrote: Marcus, User cloud has no sudo rights, that might be one of the causes. I have never read that this user should have sudo access. Am I wrong? Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Marcus shadow...@gmail.com To: dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 18:01:15 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 2014-10-13 16:45:51,662 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo keytool -genkey -keystore /etc/cloudstack/management/cloud.keystore -storepass vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn=Cloudstack User,ou=management,o=management,c=Unknown 2014-10-13 16:45:51,675 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1 Not sure exactly, but I notice this. Run that command manually and see -- Daan
Re: Weird ssl keystore error while upgrading to 4.4.1
Should already be fixed in 4.4, but I don't know if it the code handles upgrades.. https://reviews.apache.org/r/24184/ was the relevant review -- Erik On Tue, Oct 14, 2014 at 10:00 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: adding it to server/conf/cloudstack-sudoers.in in 4.4 branch. Is this only an issue in the 4.4 branch? On Tue, Oct 14, 2014 at 9:48 AM, Nux! n...@li.nux.ro wrote: Cheers for that, in my setup I had this appended to my sudoers file (note the missing keytool): cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount Defaults !requiretty Adding keytool to that solved the problem. Thanks! Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Pierre-Luc Dion pdion...@apache.org To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 01:58:54 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 sudo line for user cloud should look like this: cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount, /usr/bin/keytool keytool was probably missing which cause the sudo error... On Mon, Oct 13, 2014 at 8:39 PM, Ian Duffy i...@ianduffy.ie wrote: AFAIK the sudo rights are given during the mgmt server install. Yes this happens during the cloud-setup-management stage. It modifies the sudoers file. There is one binary it attempts to execute using sudo that it doesn't have permission to do so. If memory serves me correctly its keytool. On 14 October 2014 00:54, Nux! n...@li.nux.ro wrote: Is this done automatically? If yes, we may have just found a bug. :-) Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Erik Weber terbol...@gmail.com To: dev dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 20:16:53 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 AFAIK the sudo rights are given during the mgmt server install. -- Erik On Mon, Oct 13, 2014 at 7:14 PM, Nux! n...@li.nux.ro wrote: Marcus, User cloud has no sudo rights, that might be one of the causes. I have never read that this user should have sudo access. Am I wrong? Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Marcus shadow...@gmail.com To: dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 18:01:15 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 2014-10-13 16:45:51,662 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo keytool -genkey -keystore /etc/cloudstack/management/cloud.keystore -storepass vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn=Cloudstack User,ou=management,o=management,c=Unknown 2014-10-13 16:45:51,675 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1 Not sure exactly, but I notice this. Run that command manually and see -- Daan
Re: CloudStack Mirrors
I'm not familiar with Apache policies in this regard, but is there any way we could establish a set of official / supported mirrors that all answer on the same DNS address? I.e. so that we only have to document one url -- Erik On Tue, Oct 14, 2014 at 9:42 AM, Nux! n...@li.nux.ro wrote: There's a mirror at http://mirrors.coreix.net/cloudstack.apt-get.eu/ as well. HTH Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Ian Duffy i...@ianduffy.ie To: CloudStack Dev dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 01:38:19 Subject: Re: CloudStack Mirrors Hi Mo, I'm downloading from http://cloudstack.apt-get.eu/systemvm/4.4/ Its pretty fast, can grab the systemvm in about 1 minute. The citrix guys have some on http://download.cloud.com/ as well. Hope this helps, Ian On 14 October 2014 01:18, Mo m...@daoenix.com wrote: Greetings, Has there been further discussion on setting up domains. Presently attempting to obtain the systemvm, and it’s saying 75 minute download time. I, know for sure it’s not my speed, which is 300mpbs. Has anyone else experienced this and/or have mirrors that I may not know about? // Mo — Sent from Mailbox
Re: CloudStack Mirrors
I think that would overcomplicate things and introduce a single point of failure while not necessarily solving the problem (RR DNS could still offer the slow site to a client). IMHO leave it as it is and perhaps make people aware that there are mirrors available so they can advise on the lists and so on. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Erik Weber terbol...@gmail.com To: dev dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 09:44:11 Subject: Re: CloudStack Mirrors I'm not familiar with Apache policies in this regard, but is there any way we could establish a set of official / supported mirrors that all answer on the same DNS address? I.e. so that we only have to document one url -- Erik On Tue, Oct 14, 2014 at 9:42 AM, Nux! n...@li.nux.ro wrote: There's a mirror at http://mirrors.coreix.net/cloudstack.apt-get.eu/ as well. HTH Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Ian Duffy i...@ianduffy.ie To: CloudStack Dev dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 01:38:19 Subject: Re: CloudStack Mirrors Hi Mo, I'm downloading from http://cloudstack.apt-get.eu/systemvm/4.4/ Its pretty fast, can grab the systemvm in about 1 minute. The citrix guys have some on http://download.cloud.com/ as well. Hope this helps, Ian On 14 October 2014 01:18, Mo m...@daoenix.com wrote: Greetings, Has there been further discussion on setting up domains. Presently attempting to obtain the systemvm, and it’s saying 75 minute download time. I, know for sure it’s not my speed, which is 300mpbs. Has anyone else experienced this and/or have mirrors that I may not know about? // Mo — Sent from Mailbox
Re: CloudStack Mirrors
On Oct 14, 2014, at 10:44 AM, Erik Weber terbol...@gmail.com wrote: I'm not familiar with Apache policies in this regard, but is there any way we could establish a set of official / supported mirrors that all answer on the same DNS address? I.e. so that we only have to document one url Typically the mirroring people use 302 redirects rather than DNS magic. Basically, to do it right, I think we should choose one route of 1. use existing apache mirror infrastructure * discuss with infrastructure@ the sanity of hosting systemvms on the existing mirrors, if ok, @see http://www.apache.org/info/how-to-mirror.html http://people.apache.org/~bodewig/mirror.html http://www.apache.org/dev/mirrors.html http://www.apache.org/dev/release-download-pages * release systemvms as actual/official apache artifacts * create a custom version of dyn.cgi/download.cgi if/as needed * update scripts to point at that CGI, i.e. http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2 2. use existing sourceforge mirror infrastructure * release systemvms as semi-official binaries built from apache source * create a project on sourceforge * use the sourceforge mirror infrastructure * example of apache project doing this http://www.openoffice.org/download/index.html http://sourceforge.net/projects/openofficeorg.mirror/ * update scripts to point at that magic, i.e. curl -o systemvm-4.4.1.xen.bz2 -L http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download * tell infrastructure@ we are doing this just so they’re aware of the need and how we addressed it The problem with using the apache mirrors is that traditionally apache promises to keep the total repo somewhat size-limited. Lot of sites mirror apache (and fsf) because its 50GB or so, as opposed to the 100s of GBs you need to be a source forge or linux mirror. The OpenOffice approach is interesting because before becoming an apache project they had huge mirror infrastructure (built with mirrorbrain), some of which actually migrated to apache hardware IIRC with quite a bit of invested effort, but now it seems they abandoned that, and are just using sourceforge. So I suggest learning their lessons and doing the same. All the people around the world providing mirroring for open source projects will probably appreciate not having another thing to configure :) cheers, Leo
Re: CloudStack Mirrors
302 redirects could still point you to the slow mirror, so the problem exists. Libreoffice still uses Mirrorbrain and it does do a good job (it looks at geoip, AS numbers etc), but I think it would be overkill for such a small project. sf.net is an option, though I don't think it has a bright future (or one at all for that matter, the present is not too great either), but definitely something to try. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Leo Simons lsim...@schubergphilis.com To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 11:13:46 Subject: Re: CloudStack Mirrors On Oct 14, 2014, at 10:44 AM, Erik Weber terbol...@gmail.com wrote: I'm not familiar with Apache policies in this regard, but is there any way we could establish a set of official / supported mirrors that all answer on the same DNS address? I.e. so that we only have to document one url Typically the mirroring people use 302 redirects rather than DNS magic. Basically, to do it right, I think we should choose one route of 1. use existing apache mirror infrastructure * discuss with infrastructure@ the sanity of hosting systemvms on the existing mirrors, if ok, @see http://www.apache.org/info/how-to-mirror.html http://people.apache.org/~bodewig/mirror.html http://www.apache.org/dev/mirrors.html http://www.apache.org/dev/release-download-pages * release systemvms as actual/official apache artifacts * create a custom version of dyn.cgi/download.cgi if/as needed * update scripts to point at that CGI, i.e. http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2 2. use existing sourceforge mirror infrastructure * release systemvms as semi-official binaries built from apache source * create a project on sourceforge * use the sourceforge mirror infrastructure * example of apache project doing this http://www.openoffice.org/download/index.html http://sourceforge.net/projects/openofficeorg.mirror/ * update scripts to point at that magic, i.e. curl -o systemvm-4.4.1.xen.bz2 -L http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download * tell infrastructure@ we are doing this just so they’re aware of the need and how we addressed it The problem with using the apache mirrors is that traditionally apache promises to keep the total repo somewhat size-limited. Lot of sites mirror apache (and fsf) because its 50GB or so, as opposed to the 100s of GBs you need to be a source forge or linux mirror. The OpenOffice approach is interesting because before becoming an apache project they had huge mirror infrastructure (built with mirrorbrain), some of which actually migrated to apache hardware IIRC with quite a bit of invested effort, but now it seems they abandoned that, and are just using sourceforge. So I suggest learning their lessons and doing the same. All the people around the world providing mirroring for open source projects will probably appreciate not having another thing to configure :) cheers, Leo
Re: Jenkins machines access
Raja, Don't forget to include the dev list in discussions on Jenkins. I'm currently in China on holiday and I have very limited access to Internet at the moment. There should r enough people on the dev list that can help with this. Cheers, Hugo Sent from my iPhone On 14 okt. 2014, at 13:10, Raja Pullela raja.pull...@citrix.com wrote: Hi Hugo, Hari is working on building templates for 4.5.0 release and is having an issue accessing the build machines/Jenkins’ jobs. Can you please help with the following: 1) Jenkins build machines access for Hari (Harikrishna) including the ability to add/modify Jenkins jobs. 2) Build machines seem to be offline and Rayees has sent an email to you on this. Please let me know if you have any questions, Thanks, Raja
Re: CloudStack Mirrors
Hi, We think one issue with current CloudStack repositories and hosting locations are that they are not very informative about what tag/commit was used to build the deb/rpms, systemvmtemplate etc and if they are oss or non-oss/noredist or if they were patched or built out of official CloudStack releases, and they may not host all the artifacts (templates, debs, rpms) since 4.0. ShapeBlue has a product patching service for their customers so we invested some time in last few weeks to build the infrastructure to solve these issues. To host this publicly for everyone (and yes including the patch repositories, since we try to do most of our work upstream and share our branches publicly https://github.com/shapeblue/cloudstack), we’re working on having a dedicated site/page that holds release notes and relevant information of all the things that we’ll host. The infrastructure is reliable and pretty fast, soon we’ll be able to add more nodes in other geographic locations and make it public. On 14-Oct-2014, at 3:43 pm, Leo Simons lsim...@schubergphilis.com wrote: On Oct 14, 2014, at 10:44 AM, Erik Weber terbol...@gmail.com wrote: I'm not familiar with Apache policies in this regard, but is there any way we could establish a set of official / supported mirrors that all answer on the same DNS address? I.e. so that we only have to document one url Typically the mirroring people use 302 redirects rather than DNS magic. Basically, to do it right, I think we should choose one route of 1. use existing apache mirror infrastructure * discuss with infrastructure@ the sanity of hosting systemvms on the existing mirrors, if ok, @see http://www.apache.org/info/how-to-mirror.html http://people.apache.org/~bodewig/mirror.html http://www.apache.org/dev/mirrors.html http://www.apache.org/dev/release-download-pages * release systemvms as actual/official apache artifacts * create a custom version of dyn.cgi/download.cgi if/as needed * update scripts to point at that CGI, i.e. http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2 2. use existing sourceforge mirror infrastructure * release systemvms as semi-official binaries built from apache source * create a project on sourceforge * use the sourceforge mirror infrastructure * example of apache project doing this http://www.openoffice.org/download/index.html http://sourceforge.net/projects/openofficeorg.mirror/ * update scripts to point at that magic, i.e. curl -o systemvm-4.4.1.xen.bz2 -L http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download * tell infrastructure@ we are doing this just so they’re aware of the need and how we addressed it The problem with using the apache mirrors is that traditionally apache promises to keep the total repo somewhat size-limited. Lot of sites mirror apache (and fsf) because its 50GB or so, as opposed to the 100s of GBs you need to be a source forge or linux mirror. The OpenOffice approach is interesting because before becoming an apache project they had huge mirror infrastructure (built with mirrorbrain), some of which actually migrated to apache hardware IIRC with quite a bit of invested effort, but now it seems they abandoned that, and are just using sourceforge. So I suggest learning their lessons and doing the same. All the people around the world providing mirroring for open source projects will probably appreciate not having another thing to configure :) cheers, Leo Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab 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 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
Re: git commit: updated refs/heads/master to e02c382
Anthony, why did you fix this in 441to450? 441 is not out yet and needs the fix! biligual spelling checker used.read at your own risk Op 13 okt. 2014 20:49 schreef anthon...@apache.org: Repository: cloudstack Updated Branches: refs/heads/master 95c7ffbd4 - e02c38246 change vlan_id in vlan table to format vlan:// Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/e02c3824 Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/e02c3824 Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/e02c3824 Branch: refs/heads/master Commit: e02c38246f57f5a22016f05afc7c5b97bab09024 Parents: 95c7ffb Author: Anthony Xu anthony...@citrix.com Authored: Mon Oct 13 11:48:46 2014 -0700 Committer: Anthony Xu anthony...@citrix.com Committed: Mon Oct 13 11:48:46 2014 -0700 -- setup/db/db/schema-441to450.sql | 2 ++ 1 file changed, 2 insertions(+) -- http://git-wip-us.apache.org/repos/asf/cloudstack/blob/e02c3824/setup/db/db/schema-441to450.sql -- diff --git a/setup/db/db/schema-441to450.sql b/setup/db/db/schema-441to450.sql index bdfb5b9..3c00948 100644 --- a/setup/db/db/schema-441to450.sql +++ b/setup/db/db/schema-441to450.sql @@ -747,6 +747,8 @@ INSERT IGNORE INTO `cloud`.`guest_os_hypervisor` (uuid,hypervisor_type, hypervis INSERT IGNORE INTO `cloud`.`hypervisor_capabilities`(uuid, hypervisor_type, hypervisor_version, max_guests_limit, security_group_enabled, max_data_volumes_limit, storage_motion_supported) VALUES (UUID(), 'XenServer', '6.5.0', 500, 1, 13, 1); +update vlan set vlan_id=concat('vlan://', vlan_id) where vlan_type = VirtualNetwork and vlan_id not like vlan://%; + CREATE TABLE `cloud`.`baremetal_rct` ( `id` bigint unsigned UNIQUE AUTO_INCREMENT, `uuid` varchar(40) UNIQUE NOT NULL,
Re: CloudStack Mirrors
That's very nice and certainly needed, but it may be a problem - i.e. a commercial entity distributing Cloudstack binaries, depending on the bureaucracy at the moment, it could be at best an unofficial solution. /imho -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Rohit Yadav rohit.ya...@shapeblue.com To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 12:05:48 Subject: Re: CloudStack Mirrors Hi, We think one issue with current CloudStack repositories and hosting locations are that they are not very informative about what tag/commit was used to build the deb/rpms, systemvmtemplate etc and if they are oss or non-oss/noredist or if they were patched or built out of official CloudStack releases, and they may not host all the artifacts (templates, debs, rpms) since 4.0. ShapeBlue has a product patching service for their customers so we invested some time in last few weeks to build the infrastructure to solve these issues. To host this publicly for everyone (and yes including the patch repositories, since we try to do most of our work upstream and share our branches publicly https://github.com/shapeblue/cloudstack), we’re working on having a dedicated site/page that holds release notes and relevant information of all the things that we’ll host. The infrastructure is reliable and pretty fast, soon we’ll be able to add more nodes in other geographic locations and make it public. On 14-Oct-2014, at 3:43 pm, Leo Simons lsim...@schubergphilis.com wrote: On Oct 14, 2014, at 10:44 AM, Erik Weber terbol...@gmail.com wrote: I'm not familiar with Apache policies in this regard, but is there any way we could establish a set of official / supported mirrors that all answer on the same DNS address? I.e. so that we only have to document one url Typically the mirroring people use 302 redirects rather than DNS magic. Basically, to do it right, I think we should choose one route of 1. use existing apache mirror infrastructure * discuss with infrastructure@ the sanity of hosting systemvms on the existing mirrors, if ok, @see http://www.apache.org/info/how-to-mirror.html http://people.apache.org/~bodewig/mirror.html http://www.apache.org/dev/mirrors.html http://www.apache.org/dev/release-download-pages * release systemvms as actual/official apache artifacts * create a custom version of dyn.cgi/download.cgi if/as needed * update scripts to point at that CGI, i.e. http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2 2. use existing sourceforge mirror infrastructure * release systemvms as semi-official binaries built from apache source * create a project on sourceforge * use the sourceforge mirror infrastructure * example of apache project doing this http://www.openoffice.org/download/index.html http://sourceforge.net/projects/openofficeorg.mirror/ * update scripts to point at that magic, i.e. curl -o systemvm-4.4.1.xen.bz2 -L http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download * tell infrastructure@ we are doing this just so they’re aware of the need and how we addressed it The problem with using the apache mirrors is that traditionally apache promises to keep the total repo somewhat size-limited. Lot of sites mirror apache (and fsf) because its 50GB or so, as opposed to the 100s of GBs you need to be a source forge or linux mirror. The OpenOffice approach is interesting because before becoming an apache project they had huge mirror infrastructure (built with mirrorbrain), some of which actually migrated to apache hardware IIRC with quite a bit of invested effort, but now it seems they abandoned that, and are just using sourceforge. So I suggest learning their lessons and doing the same. All the people around the world providing mirroring for open source projects will probably appreciate not having another thing to configure :) cheers, Leo Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab 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 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
Re: CloudStack Mirrors
Hi, On 14-Oct-2014, at 5:13 pm, Nux! n...@li.nux.ro wrote: That's very nice and certainly needed, but it may be a problem - i.e. a commercial entity distributing Cloudstack binaries, depending on the bureaucracy at the moment, it could be at best an unofficial solution. /imho You’re right, we’re not going to push it to make it official. It will a free hosted service that we (ShapeBlue) build and manage for our use-cases, at the same time we offer it publicly, claim to be reliable, trustworthy and good citizens, and maintain relevant information (such as release notes, information on builds etc) for the benefit of CloudStack users. Regards. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Rohit Yadav rohit.ya...@shapeblue.com To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 12:05:48 Subject: Re: CloudStack Mirrors Hi, We think one issue with current CloudStack repositories and hosting locations are that they are not very informative about what tag/commit was used to build the deb/rpms, systemvmtemplate etc and if they are oss or non-oss/noredist or if they were patched or built out of official CloudStack releases, and they may not host all the artifacts (templates, debs, rpms) since 4.0. ShapeBlue has a product patching service for their customers so we invested some time in last few weeks to build the infrastructure to solve these issues. To host this publicly for everyone (and yes including the patch repositories, since we try to do most of our work upstream and share our branches publicly https://github.com/shapeblue/cloudstack), we’re working on having a dedicated site/page that holds release notes and relevant information of all the things that we’ll host. The infrastructure is reliable and pretty fast, soon we’ll be able to add more nodes in other geographic locations and make it public. On 14-Oct-2014, at 3:43 pm, Leo Simons lsim...@schubergphilis.com wrote: On Oct 14, 2014, at 10:44 AM, Erik Weber terbol...@gmail.com wrote: I'm not familiar with Apache policies in this regard, but is there any way we could establish a set of official / supported mirrors that all answer on the same DNS address? I.e. so that we only have to document one url Typically the mirroring people use 302 redirects rather than DNS magic. Basically, to do it right, I think we should choose one route of 1. use existing apache mirror infrastructure * discuss with infrastructure@ the sanity of hosting systemvms on the existing mirrors, if ok, @see http://www.apache.org/info/how-to-mirror.html http://people.apache.org/~bodewig/mirror.html http://www.apache.org/dev/mirrors.html http://www.apache.org/dev/release-download-pages * release systemvms as actual/official apache artifacts * create a custom version of dyn.cgi/download.cgi if/as needed * update scripts to point at that CGI, i.e. http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.1/systemvm/systemvm-4.4.1.xen.bz2 2. use existing sourceforge mirror infrastructure * release systemvms as semi-official binaries built from apache source * create a project on sourceforge * use the sourceforge mirror infrastructure * example of apache project doing this http://www.openoffice.org/download/index.html http://sourceforge.net/projects/openofficeorg.mirror/ * update scripts to point at that magic, i.e. curl -o systemvm-4.4.1.xen.bz2 -L http://sourceforge.net/projects/cloudstack.mirror/files/4.4.1/systemvm/systemvm-4.4.1.xen.bz2/download * tell infrastructure@ we are doing this just so they’re aware of the need and how we addressed it The problem with using the apache mirrors is that traditionally apache promises to keep the total repo somewhat size-limited. Lot of sites mirror apache (and fsf) because its 50GB or so, as opposed to the 100s of GBs you need to be a source forge or linux mirror. The OpenOffice approach is interesting because before becoming an apache project they had huge mirror infrastructure (built with mirrorbrain), some of which actually migrated to apache hardware IIRC with quite a bit of invested effort, but now it seems they abandoned that, and are just using sourceforge. So I suggest learning their lessons and doing the same. All the people around the world providing mirroring for open source projects will probably appreciate not having another thing to configure :) cheers, Leo Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab 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 Infrastructure
Build failed in Jenkins: build-4.5 #17
See http://jenkins.buildacloud.org/job/build-4.5/17/changes Changes: [sanjay.tripathi] CLOUDSTACK-6650: Reorder Cluster list in deployment planner to protect -- [...truncated 1271 lines...] [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ cloud-engine-api --- [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-framework-security --- [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-engine-api --- [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-framework-security --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-framework-security --- [INFO] Compiling 7 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/framework/security/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-engine-api --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-engine-api --- [INFO] Compiling 107 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-framework-security --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/framework/security/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-framework-security --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-framework-security --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/framework/security/target/surefire-reports --- T E S T S --- Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-engine-api --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-engine-api --- [INFO] Compiling 2 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/target/test-classes [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-engine-api --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/target/surefire-reports --- T E S T S --- Running org.apache.cloudstack.engine.subsystem.api.storage.ScopeTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.165 sec Running org.apache.cloudstack.engine.subsystem.api.storage.type.VolumeTypeHelperTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.035 sec Results : Tests run: 11, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] [INFO] Building Apache CloudStack Core 4.5.0-SNAPSHOT [INFO] [INFO] [INFO] [INFO] Building Apache CloudStack Cloud Engine Schema Component 4.5.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-core --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/core/target (includes = [**/*], excludes = []) [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-engine-schema --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/engine/schema/target (includes = [**/*], excludes = []) [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/core (includes = [target, dist], excludes = []) [INFO] [INFO] ---
Re: Weird ssl keystore error while upgrading to 4.4.1
Erik, that seems to edit some agent or host utility, not an installation property. I think Lucian reported on an issue on the MS. both are needed I think. On Tue, Oct 14, 2014 at 10:23 AM, Erik Weber terbol...@gmail.com wrote: Should already be fixed in 4.4, but I don't know if it the code handles upgrades.. https://reviews.apache.org/r/24184/ was the relevant review -- Erik On Tue, Oct 14, 2014 at 10:00 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: adding it to server/conf/cloudstack-sudoers.in in 4.4 branch. Is this only an issue in the 4.4 branch? On Tue, Oct 14, 2014 at 9:48 AM, Nux! n...@li.nux.ro wrote: Cheers for that, in my setup I had this appended to my sudoers file (note the missing keytool): cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount Defaults !requiretty Adding keytool to that solved the problem. Thanks! Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Pierre-Luc Dion pdion...@apache.org To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 01:58:54 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 sudo line for user cloud should look like this: cloud ALL =NOPASSWD : /bin/chmod, /bin/cp, /bin/mkdir, /bin/mount, /bin/umount, /usr/bin/keytool keytool was probably missing which cause the sudo error... On Mon, Oct 13, 2014 at 8:39 PM, Ian Duffy i...@ianduffy.ie wrote: AFAIK the sudo rights are given during the mgmt server install. Yes this happens during the cloud-setup-management stage. It modifies the sudoers file. There is one binary it attempts to execute using sudo that it doesn't have permission to do so. If memory serves me correctly its keytool. On 14 October 2014 00:54, Nux! n...@li.nux.ro wrote: Is this done automatically? If yes, we may have just found a bug. :-) Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Erik Weber terbol...@gmail.com To: dev dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 20:16:53 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 AFAIK the sudo rights are given during the mgmt server install. -- Erik On Mon, Oct 13, 2014 at 7:14 PM, Nux! n...@li.nux.ro wrote: Marcus, User cloud has no sudo rights, that might be one of the causes. I have never read that this user should have sudo access. Am I wrong? Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Marcus shadow...@gmail.com To: dev@cloudstack.apache.org Sent: Monday, 13 October, 2014 18:01:15 Subject: Re: Weird ssl keystore error while upgrading to 4.4.1 2014-10-13 16:45:51,662 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo keytool -genkey -keystore /etc/cloudstack/management/cloud.keystore -storepass vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn=Cloudstack User,ou=management,o=management,c=Unknown 2014-10-13 16:45:51,675 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1 Not sure exactly, but I notice this. Run that command manually and see -- Daan -- Daan
[GitHub] cloudstack pull request: Vpc refactor clean for pr
Github user DaanHoogland commented on the pull request: https://github.com/apache/cloudstack/pull/22#issuecomment-59035961 two small conflicts with present master. Can you decide on them, Wilder? On Mon, Oct 13, 2014 at 1:49 PM, Wilder Rodrigues notificati...@github.com wrote: That would be really appreciated, as we have work on 2 other branches waiting to get upstream as well. If you need more tests, please do not hesitate to let me know: always willing to help. Cheers, Wilder â Reply to this email directly or view it on GitHub https://github.com/apache/cloudstack/pull/22#issuecomment-58881400. -- Daan --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack pull request: Vpc refactor clean for pr
Github user wilderrodrigues commented on the pull request: https://github.com/apache/cloudstack/pull/22#issuecomment-59036211 Sure, I will have a look now. Cheers, Wilder From: Daan Hoogland notificati...@github.commailto:notificati...@github.com Reply-To: apache/cloudstack re...@reply.github.commailto:re...@reply.github.com Date: Tuesday 14 October 2014 14:39 To: apache/cloudstack cloudst...@noreply.github.commailto:cloudst...@noreply.github.com Cc: Wilder Rodrigues wrodrig...@schubergphilis.commailto:wrodrig...@schubergphilis.com Subject: Re: [cloudstack] Vpc refactor clean for pr (#22) two small conflicts with present master. Can you decide on them, Wilder? On Mon, Oct 13, 2014 at 1:49 PM, Wilder Rodrigues notificati...@github.commailto:notificati...@github.com wrote: That would be really appreciated, as we have work on 2 other branches waiting to get upstream as well. If you need more tests, please do not hesitate to let me know: always willing to help. Cheers, Wilder â Reply to this email directly or view it on GitHub https://github.com/apache/cloudstack/pull/22#issuecomment-58881400. -- Daan â Reply to this email directly or view it on GitHubhttps://github.com/apache/cloudstack/pull/22#issuecomment-59035961. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] cloudstack pull request: Vpc refactor clean for pr
Github user wilderrodrigues commented on the pull request: https://github.com/apache/cloudstack/pull/22#issuecomment-59037299 Just a quick note: before pushing the rebase I will run the tests with Simulator + Xen Server on both Basic and Advanced network, so I know for sure everything is working. Once Iâm done and the conflictsâ resolution is pushed, I will let you know. Cheers, Wilder From: Daan Hoogland notificati...@github.commailto:notificati...@github.com Reply-To: apache/cloudstack re...@reply.github.commailto:re...@reply.github.com Date: Tuesday 14 October 2014 14:39 To: apache/cloudstack cloudst...@noreply.github.commailto:cloudst...@noreply.github.com Cc: Wilder Rodrigues wrodrig...@schubergphilis.commailto:wrodrig...@schubergphilis.com Subject: Re: [cloudstack] Vpc refactor clean for pr (#22) two small conflicts with present master. Can you decide on them, Wilder? On Mon, Oct 13, 2014 at 1:49 PM, Wilder Rodrigues notificati...@github.commailto:notificati...@github.com wrote: That would be really appreciated, as we have work on 2 other branches waiting to get upstream as well. If you need more tests, please do not hesitate to let me know: always willing to help. Cheers, Wilder â Reply to this email directly or view it on GitHub https://github.com/apache/cloudstack/pull/22#issuecomment-58881400. -- Daan â Reply to this email directly or view it on GitHubhttps://github.com/apache/cloudstack/pull/22#issuecomment-59035961. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
Re: [GitHub] cloudstack pull request: Vpc refactor clean for pr
:) github should tell me, shouldn't it? On Tue, Oct 14, 2014 at 2:50 PM, wilderrodrigues g...@git.apache.org wrote: Github user wilderrodrigues commented on the pull request: https://github.com/apache/cloudstack/pull/22#issuecomment-59037299 Just a quick note: before pushing the rebase I will run the tests with Simulator + Xen Server on both Basic and Advanced network, so I know for sure everything is working. Once I’m done and the conflicts’ resolution is pushed, I will let you know. Cheers, Wilder From: Daan Hoogland notificati...@github.commailto: notificati...@github.com Reply-To: apache/cloudstack re...@reply.github.commailto: re...@reply.github.com Date: Tuesday 14 October 2014 14:39 To: apache/cloudstack cloudst...@noreply.github.commailto: cloudst...@noreply.github.com Cc: Wilder Rodrigues wrodrig...@schubergphilis.commailto: wrodrig...@schubergphilis.com Subject: Re: [cloudstack] Vpc refactor clean for pr (#22) two small conflicts with present master. Can you decide on them, Wilder? On Mon, Oct 13, 2014 at 1:49 PM, Wilder Rodrigues notificati...@github.commailto:notificati...@github.com wrote: That would be really appreciated, as we have work on 2 other branches waiting to get upstream as well. If you need more tests, please do not hesitate to let me know: always willing to help. Cheers, Wilder — Reply to this email directly or view it on GitHub https://github.com/apache/cloudstack/pull/22#issuecomment-58881400 . -- Daan — Reply to this email directly or view it on GitHub https://github.com/apache/cloudstack/pull/22#issuecomment-59035961. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- -- Daan
Re: CloudStack Mirrors
Works for me, thanks! :) -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Rohit Yadav rohit.ya...@shapeblue.com To: dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 13:18:23 Subject: Re: CloudStack Mirrors Hi, On 14-Oct-2014, at 5:13 pm, Nux! n...@li.nux.ro wrote: That's very nice and certainly needed, but it may be a problem - i.e. a commercial entity distributing Cloudstack binaries, depending on the bureaucracy at the moment, it could be at best an unofficial solution. /imho You’re right, we’re not going to push it to make it official. It will a free hosted service that we (ShapeBlue) build and manage for our use-cases, at the same time we offer it publicly, claim to be reliable, trustworthy and good citizens, and maintain relevant information (such as release notes, information on builds etc) for the benefit of CloudStack users.
[MARVIN] Test Nuage VSP import failed
Hi all, Just running all smoking tests with the simulator and noticed that a new test is not okay: File /Users/wrodrigues/sbp_dev/cloudstack/test/integration/smoke/test_nuage_vsp.py, line 23, in module from marvin.cloudstackAPI import (listPhysicalNetworks, ImportError: cannot import name addNuageVspDevice I ran a mvn -P developer -pl :cloud-marvin” again just to make sure all source is generated, but the “addNuageVspDevice” is still not present. The Nuage VSP was added to the import list on October 7th, commit id 5408e0b8d195fa32a0a9a59ea2e3535ed083ee8e. Cheers, Wilder
Missing commit?
Hi Hugo, I was looking at the build failures and saw that commit 5990ed461049a51c57e76ff8c9ae1fb3355c3ea3 is not in master. Not sure if its intentional, can you please do a quick check? Thanks Amogh
Load Balancer Crosszone
Guys, There is any way to create a load balancer between zones, using shared network and advanced zone? This is not the idea of Global Load Balancer, is the same idea of Amazon LB cross zone. Att, Silvano Buback
[GitHub] cloudstack pull request: Vpc refactor clean for pr
Github user asfgit closed the pull request at: https://github.com/apache/cloudstack/pull/22 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
Review Request 26693: CLOUDSTACK-7718: No Field Validations on Zone Form
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26693/ --- Review request for cloudstack, Brian Federle and Jessica Wang. Bugs: CLOUDSTACK-7718 https://issues.apache.org/jira/browse/CLOUDSTACK-7718 Repository: cloudstack-git Description --- Added validation This patch depends on CLOUDSTACK-7659 (UI: Upgrade jquery-validate lib to the latest 1.13.0 version with the additional-methods included.) Diffs - ui/scripts/zoneWizard.js 2c90f2b084e914debd128110fca09f26ffdfcbac Diff: https://reviews.apache.org/r/26693/diff/ Testing --- Tested fields with modified validation on them having applied commit[1] for CLOUDSTACK-7659 before [1] https://reviews.apache.org/r/26053/ Thanks, Gabor Apati-Nagy
Review Request 26703: CLOUDSTACK-7720: No IP Address Validation for Acquire new secondary IP
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26703/ --- Review request for cloudstack, Brian Federle and Jessica Wang. Bugs: CLOUDSTACK-7720 https://issues.apache.org/jira/browse/CLOUDSTACK-7720 Repository: cloudstack-git Description --- Added validation for the secondary IP address field. Diffs - ui/scripts/network.js 9d79d3fa8b391ce0ad652ae35d9c3f52bae477a3 Diff: https://reviews.apache.org/r/26703/diff/ Testing --- Thanks, Gabor Apati-Nagy
Build failed in Jenkins: build-4.5 #18
See http://jenkins.buildacloud.org/job/build-4.5/18/changes Changes: [min.chen] CLOUDSTACK-7563: Fix potential NPE from FingBugs. -- [...truncated 1271 lines...] [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ cloud-engine-api --- [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-framework-security --- [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-engine-api --- [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-framework-security --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-framework-security --- [INFO] Compiling 7 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/framework/security/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-engine-api --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-engine-api --- [INFO] Compiling 107 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-framework-security --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/framework/security/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-framework-security --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-framework-security --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/framework/security/target/surefire-reports --- T E S T S --- Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-engine-api --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-engine-api --- [INFO] Compiling 2 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/target/test-classes [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-engine-api --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/target/surefire-reports --- T E S T S --- Running org.apache.cloudstack.engine.subsystem.api.storage.ScopeTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.359 sec Running org.apache.cloudstack.engine.subsystem.api.storage.type.VolumeTypeHelperTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.087 sec Results : Tests run: 11, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] [INFO] Building Apache CloudStack Core 4.5.0-SNAPSHOT [INFO] [INFO] [INFO] [INFO] Building Apache CloudStack Cloud Engine Schema Component 4.5.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-engine-schema --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/engine/schema/target (includes = [**/*], excludes = []) [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-core --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/core/target (includes = [**/*], excludes = []) [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/core (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle)
Issue VM Access
Hi all, We are using basic zone configuration in cloud infrastructure. We have VM deployed with Ubuntu OS. We are able to ping the VM IP (instanceVMNameNICsIP address) from local desktop in the same network. However, we are not able to remote access(or ssh) the VM using remote desktop software even though we disable the firewall in both management server and host in hypervisor . We also added the ingress rules for TCP port 22 0.0.0.0/0 at the default security group. Thanks in advance, Bikas
[MERGE][NOTICE]vpc manager refactor
H, I have merged the vpc refactor branch that has been worked on at Schuberg Philis' over some time. please let us (int-tool...@schubergphilis.com or me-or-hugo-at-sbp) know of any problems you encounter with it. regards, -- Daan
[VOTE][ACS44]Apache CloudStack 4.4.1 RC 3 in branch 4.4-RC20141014T2316
Hi All, As all open blocking issues were reported fixed today, I've created a 4.4.1 release, 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=shortlog;h=refs/heads/4.4-RC20141014T2316 Commit: 8db506b536f3139250d33df571c98c1c3fa83650 List of changes: http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/ Source release (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.4.1/ PGP release keys (signed using 4096R/AA4736F3): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for 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) may for(tun/c)e be with us, -- Daan
Build failed in Jenkins: build-4.5 #19
See http://jenkins.buildacloud.org/job/build-4.5/19/changes Changes: [jessicawang] CLOUDSTACK-7723: UI Storage detail view add Disk Offering field. -- [...truncated 1271 lines...] [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ cloud-engine-api --- [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-framework-security --- [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-engine-api --- [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-framework-security --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-framework-security --- [INFO] Compiling 7 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/framework/security/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-engine-api --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-engine-api --- [INFO] Compiling 107 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-framework-security --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/framework/security/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-framework-security --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-framework-security --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/framework/security/target/surefire-reports --- T E S T S --- [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-engine-api --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-engine-api --- [INFO] Compiling 2 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/target/test-classes Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-engine-api --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/engine/api/target/surefire-reports --- T E S T S --- Running org.apache.cloudstack.engine.subsystem.api.storage.ScopeTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.18 sec Running org.apache.cloudstack.engine.subsystem.api.storage.type.VolumeTypeHelperTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec Results : Tests run: 11, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] [INFO] [INFO] Building Apache CloudStack Cloud Engine Schema Component 4.5.0-SNAPSHOT [INFO] [INFO] [INFO] Building Apache CloudStack Core 4.5.0-SNAPSHOT [INFO] [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-core --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/core/target (includes = [**/*], excludes = []) [INFO] [INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-engine-schema --- [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/engine/schema/target (includes = [**/*], excludes = []) [INFO] Deleting http://jenkins.buildacloud.org/job/build-4.5/ws/core (includes = [target, dist], excludes = []) [INFO] [INFO] --- maven-checkstyle-plugin:2.11:check
Build failed in Jenkins: build-4.5 #20
See http://jenkins.buildacloud.org/job/build-4.5/20/changes Changes: [amogh.vasekar] Fixing possible formatting issue with license header, causing builds to fail. Works well locally -- [...truncated 1682 lines...] [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-usage --- [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-engine-network --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/engine/network/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-engine-network --- [INFO] Compiling 1 source file to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/network/target/classes [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-engine-orchestration --- [INFO] [INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-usage --- [INFO] Executing tasks main: [copy] Copying 2 files to http://jenkins.buildacloud.org/job/build-4.5/ws/usage/target/transformed [INFO] Executed tasks [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-usage --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-usage --- [INFO] Compiling 19 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/usage/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-engine-orchestration --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-engine-orchestration --- [INFO] Compiling 68 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/orchestration/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-engine-network --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/engine/network/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-engine-network --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-engine-network --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/engine/network/target/surefire-reports --- T E S T S --- Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-server --- [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-usage --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 8 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-usage --- [INFO] Compiling 4 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/usage/target/test-classes [INFO] [INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-server --- [INFO] Executing tasks main: [copy] Copying 3 files to http://jenkins.buildacloud.org/job/build-4.5/ws/server/target/conf [copy] Copying 1 file to http://jenkins.buildacloud.org/job/build-4.5/ws/server/target/conf [INFO] Executed tasks [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-server --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 30 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server --- [INFO] Compiling 367 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/server/target/classes [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-usage --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/usage/target/surefire-reports --- T E S T S --- Running com.cloud.usage.UsageSanityCheckerTest [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-engine-orchestration --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy
Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 3 in branch 4.4-RC20141014T2316
+1 from me mostly. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Daan Hoogland daan.hoogl...@gmail.com To: dev dev@cloudstack.apache.org Sent: Tuesday, 14 October, 2014 22:23:02 Subject: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 3 in branch 4.4-RC20141014T2316 Hi All, As all open blocking issues were reported fixed today, I've created a 4.4.1 release, 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=shortlog;h=refs/heads/4.4-RC20141014T2316 Commit: 8db506b536f3139250d33df571c98c1c3fa83650 List of changes: http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/ Source release (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.4.1/ PGP release keys (signed using 4096R/AA4736F3): https://dist.apache.org/repos/dist/release/cloudstack/KEYS Vote will be open for 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) may for(tun/c)e be with us, -- Daan
i18n issues in (master) GUI
Hi, Is anyone else noticing a lot of issues where text is not being found in the applicable properties file and so we end up with text like label.storage, label.volumes, label.upload.volume, etc. in the GUI? Thanks, -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play*™*
Re: i18n issues in (master) GUI
Weird...I logged out and back in and now it's OK. On Tue, Oct 14, 2014 at 7:40 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: Hi, Is anyone else noticing a lot of issues where text is not being found in the applicable properties file and so we end up with text like label.storage, label.volumes, label.upload.volume, etc. in the GUI? Thanks, -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play*™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud http://solidfire.com/solution/overview/?video=play*™*
Re: Issue VM Access
Try spawning another instance within the same network of above , then verify the connectivity between two vms. --- Thanks, Yitao(依涛 姜) jiangyt.github.io On Wed, Oct 15, 2014 at 2:46 AM, Bikas mbik...@uic.edu wrote: Hi all, We are using basic zone configuration in cloud infrastructure. We have VM deployed with Ubuntu OS. We are able to ping the VM IP (instanceVMNameNICsIP address) from local desktop in the same network. However, we are not able to remote access(or ssh) the VM using remote desktop software even though we disable the firewall in both management server and host in hypervisor . We also added the ingress rules for TCP port 22 0.0.0.0/0 at the default security group. Thanks in advance, Bikas
Re: Load Balancer Crosszone
AFAIK, currently ACS suport LoadBalancer among vms within same network of single advanced zone. Maybe you can hack system vm to meet your needs --- Thanks, Yitao(依涛 姜) jiangyt.github.io On Wed, Oct 15, 2014 at 1:31 AM, Silvano Nogueira Buback silv...@corp.globo.com wrote: Guys, There is any way to create a load balancer between zones, using shared network and advanced zone? This is not the idea of Global Load Balancer, is the same idea of Amazon LB cross zone. Att, Silvano Buback
Re: Load Balancer Crosszone
He wouldn't need to do that unless he wanted to hack cloudstack to manage it for him in the process. Cloudstack doesn't do it natively, but there is nothing to stop you from bringing up your own VM and making it into a cross zone loadbalancer. On Oct 14, 2014 9:09 PM, Yitao Jiang willier...@gmail.com wrote: AFAIK, currently ACS suport LoadBalancer among vms within same network of single advanced zone. Maybe you can hack system vm to meet your needs --- Thanks, Yitao(依涛 姜) jiangyt.github.io On Wed, Oct 15, 2014 at 1:31 AM, Silvano Nogueira Buback silv...@corp.globo.com wrote: Guys, There is any way to create a load balancer between zones, using shared network and advanced zone? This is not the idea of Global Load Balancer, is the same idea of Amazon LB cross zone. Att, Silvano Buback
RE: Load Balancer Crosszone
He seemed to not want to use GSLB for some reason. On Oct 14, 2014 9:40 PM, Rajesh Battala rajesh.batt...@citrix.com wrote: If you use Netscaler as LB provider in your cloudstack, Netscaler has a supported feature called GSLB. This feature is Load Balancer across zones. It's been in Cloudstack long back. Thanks Rajesh Battala -Original Message- From: Silvano Nogueira Buback [mailto:silv...@corp.globo.com] Sent: Tuesday, October 14, 2014 11:02 PM To: dev@cloudstack.apache.org Subject: Load Balancer Crosszone Guys, There is any way to create a load balancer between zones, using shared network and advanced zone? This is not the idea of Global Load Balancer, is the same idea of Amazon LB cross zone. Att, Silvano Buback
Re: Issue VM Access
Also try logging in from the console to verify ssh is running and also verify the IP address to make sure it has the ip it is supposed to. If it doesn't match there may be a rouge dhcp server. On Oct 14, 2014, at 7:41 PM, Yitao Jiang willier...@gmail.com wrote: Try spawning another instance within the same network of above , then verify the connectivity between two vms. --- Thanks, Yitao(依涛 姜) jiangyt.github.io On Wed, Oct 15, 2014 at 2:46 AM, Bikas mbik...@uic.edu wrote: Hi all, We are using basic zone configuration in cloud infrastructure. We have VM deployed with Ubuntu OS. We are able to ping the VM IP (instanceVMNameNICsIP address) from local desktop in the same network. However, we are not able to remote access(or ssh) the VM using remote desktop software even though we disable the firewall in both management server and host in hypervisor . We also added the ingress rules for TCP port 22 0.0.0.0/0 at the default security group. Thanks in advance, Bikas
Re: Review Request 26494: CLOUDSTACK-7693: Fixing pep8 issues
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26494/#review56664 --- Ship it! 159a372fddad93cababe64978f5c2b50b431db4f 4.5 35e05a69a51496c343cf3bf8545c9d3650d4c6e8 master - SrikanteswaraRao Talluri On Oct. 10, 2014, 7:11 a.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26494/ --- (Updated Oct. 10, 2014, 7:11 a.m.) Review request for cloudstack and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-7693 https://issues.apache.org/jira/browse/CLOUDSTACK-7693 Repository: cloudstack-git Description --- Will be adding pep8 fixes for regression and BVT test suites under task CLOUDSTACK-7693. Diffs - test/integration/component/test_recurring_snapshots.py faa6787 test/integration/component/test_routers.py 24f44b3 Diff: https://reviews.apache.org/r/26494/diff/ Testing --- Tested with pyflakes and python command. Thanks, Gaurav Aradhye
Re: Review Request 26489: CLOUDSTACK-7690: Added missing unittest import to test_escalations_volumes.py
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26489/#review56667 --- Ship it! ac820a3230cc8a7358a4d9d27039d69f230734ea 4.5 bd9d57e20c4f8bd49fd403841cff909016987ced master - SrikanteswaraRao Talluri On Oct. 9, 2014, 7:56 a.m., Gaurav Aradhye wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26489/ --- (Updated Oct. 9, 2014, 7:56 a.m.) Review request for cloudstack and SrikanteswaraRao Talluri. Bugs: CLOUDSTACK-7690 https://issues.apache.org/jira/browse/CLOUDSTACK-7690 Repository: cloudstack-git Description --- Below commit added functionality to skip the tests in case of hyperv and uses unittest.SkipTest but unittest import is absent. commit d7dea70e89e45b0864bfbcaab3b58f896a6c75c1 Author: VinayV vinay.vege...@citrix.com Date: Wed Oct 1 13:53:37 2014 +0530 CLOUDSTACK-6282-Added hyper-v hypervisor checks for automated tests\ Changes: 1. Added missing import 2. Fixed all pep8 issues Diffs - test/integration/component/test_escalations_volumes.py bf5e37c Diff: https://reviews.apache.org/r/26489/diff/ Testing --- Checked with pyflakes and python command. Thanks, Gaurav Aradhye
Build failed in Jenkins: build-4.5 #21
See http://jenkins.buildacloud.org/job/build-4.5/21/changes Changes: [talluri] CLOUDSTACK-7693: Fixing pep8 issues [talluri] CLOUDSTACK-7690: Added missing unittest import to test_escalations_volumes.py -- [...truncated 1689 lines...] [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-usage --- [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-engine-network --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/engine/network/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-engine-network --- [INFO] Compiling 1 source file to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/network/target/classes [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-engine-orchestration --- [INFO] [INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-usage --- [INFO] Executing tasks main: [copy] Copying 2 files to http://jenkins.buildacloud.org/job/build-4.5/ws/usage/target/transformed [INFO] Executed tasks [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-usage --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-usage --- [INFO] Compiling 19 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/usage/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-engine-orchestration --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-engine-orchestration --- [INFO] Compiling 68 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/engine/orchestration/target/classes [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-engine-network --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory http://jenkins.buildacloud.org/job/build-4.5/ws/engine/network/test/resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-engine-network --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-engine-network --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/engine/network/target/surefire-reports --- T E S T S --- Results : Tests run: 0, Failures: 0, Errors: 0, Skipped: 0 [INFO] Starting audit... Audit done. [INFO] [INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-server --- [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-usage --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 8 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ cloud-usage --- [INFO] Compiling 4 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/usage/target/test-classes [INFO] [INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-server --- [INFO] Executing tasks main: [copy] Copying 3 files to http://jenkins.buildacloud.org/job/build-4.5/ws/server/target/conf [copy] Copying 1 file to http://jenkins.buildacloud.org/job/build-4.5/ws/server/target/conf [INFO] Executed tasks [INFO] [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ cloud-server --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 30 resources [INFO] Copying 3 resources [INFO] [INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server --- [INFO] Compiling 367 source files to http://jenkins.buildacloud.org/job/build-4.5/ws/server/target/classes [INFO] [INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-usage --- [INFO] Surefire report directory: http://jenkins.buildacloud.org/job/build-4.5/ws/usage/target/surefire-reports --- T E S T S --- [INFO] [INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ cloud-engine-orchestration --- [debug] execute contextualize [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO]
Re: Review Request 26488: New Test to verify the fix for issue The ISO / Template is automatically deleted after download URL expires.
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26488/#review56669 --- Ship it! LGTM - SrikanteswaraRao Talluri On Oct. 9, 2014, 7:18 a.m., sanjeev n wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26488/ --- (Updated Oct. 9, 2014, 7:18 a.m.) Review request for cloudstack and SrikanteswaraRao Talluri. Repository: cloudstack-git Description --- Reproduce: Template created from volume Template is downloaded (should succeed the first time) 4 hours later the template vanishes. Now you cannot deploy from this template. Diffs - test/integration/smoke/misc/test_escalations_templates.py PRE-CREATION Diff: https://reviews.apache.org/r/26488/diff/ Testing --- test01_template_download_URL_expire (integration.smoke.misc.test_escalations_templates.TestTemplates) ... === TestName: test01_template_download_URL_expire | Status : SUCCESS === ok -- Ran 1 test in 651.143s OK Thanks, sanjeev n