RE: Templates on http://jenkins.openvm.eu/cloudstack/
Thank you Nux. BTW, I was able to reset password and use the templates. Just another point: The Core OS production template for VMware cannot be downloaded. There is something wrong. Would you prefer me to file a bug so that you can track this issue? Rashmi -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: Monday, June 12, 2017 2:45 PM To: dev Subject: Re: Templates on http://jenkins.openvm.eu/cloudstack/ Hello and apologies for not replying sooner. I should really put this info up on the main page. For the various templates, the default user name is their name of the distro, so ubuntu for Ubunto, debian for Debian and so on. Please test before you put in production and report any bugs so I can make these better. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - > From: "Rashmi Dixit" <rashmi_di...@accelerite.com> > To: "dev" <dev@cloudstack.apache.org> > Sent: Wednesday, 7 June, 2017 14:31:46 > Subject: Templates on http://jenkins.openvm.eu/cloudstack/ > Hi Folks, > > Can anyone let me know if there is a default root password for the > templates created on http://jenkins.openvm.eu/cloudstack/? I haven't > been able to locate any documentation on the same. > > Rashmi > > Rashmi Dixit > Principal Product Engineer | CloudPlatform | www.accelerite.com > > > > > DISCLAIMER > == > This e-mail may contain privileged and confidential information which > is the property of Accelerite, a Persistent Systems business. It is > intended only for the use of the individual or entity to which it is > addressed. If you are not the intended recipient, you are not > authorized to read, retain, copy, print, distribute or use this > message. If you have received this communication in error, please notify the > sender and delete all copies of this message. > Accelerite, a Persistent Systems business does not accept any > liability for virus infected mails. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
RE: Templates on http://jenkins.openvm.eu/cloudstack/
Thanks Ivan. I tried ubuntu/ubuntu or centos/centos but that hasn’t worked either. I will just go ahead with it being password enabled. Rashmi -Original Message- From: Ivan Kudryavtsev [mailto:kudryavtsev...@bw-sw.com] Sent: Wednesday, June 07, 2017 7:18 PM To: dev@cloudstack.apache.org Subject: Re: Templates on http://jenkins.openvm.eu/cloudstack/ Hi. They are password-enabled, just login is not a root but, ubuntu for ubuntu, etc... 7 июн. 2017 г. 20:32 пользователь "Rashmi Dixit" < rashmi_di...@accelerite.com> написал: > Hi Folks, > > Can anyone let me know if there is a default root password for the > templates created on http://jenkins.openvm.eu/cloudstack/? I haven't > been able to locate any documentation on the same. > > Rashmi > > Rashmi Dixit > Principal Product Engineer | CloudPlatform | www.accelerite.com > > > > > DISCLAIMER > == > This e-mail may contain privileged and confidential information which > is the property of Accelerite, a Persistent Systems business. It is > intended only for the use of the individual or entity to which it is > addressed. If you are not the intended recipient, you are not > authorized to read, retain, copy, print, distribute or use this > message. If you have received this communication in error, please > notify the sender and delete all copies of this message. Accelerite, a > Persistent Systems business does not accept any liability for virus infected > mails. > DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
RE: Templates on http://jenkins.openvm.eu/cloudstack/
Thanks! That was the first thing I tried :) Unfortunately that didn’t work. Nor did something like root/root. Rashmi -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: Wednesday, June 07, 2017 11:52 PM To: dev Subject: Re: Templates on http://jenkins.openvm.eu/cloudstack/ Hello, Can you try "password"? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - > From: "Rashmi Dixit" <rashmi_di...@accelerite.com> > To: "dev" <dev@cloudstack.apache.org> > Sent: Wednesday, 7 June, 2017 14:31:46 > Subject: Templates on http://jenkins.openvm.eu/cloudstack/ > Hi Folks, > > Can anyone let me know if there is a default root password for the > templates created on http://jenkins.openvm.eu/cloudstack/? I haven't > been able to locate any documentation on the same. > > Rashmi > > Rashmi Dixit > Principal Product Engineer | CloudPlatform | www.accelerite.com > > > > > DISCLAIMER > == > This e-mail may contain privileged and confidential information which > is the property of Accelerite, a Persistent Systems business. It is > intended only for the use of the individual or entity to which it is > addressed. If you are not the intended recipient, you are not > authorized to read, retain, copy, print, distribute or use this > message. If you have received this communication in error, please notify the > sender and delete all copies of this message. > Accelerite, a Persistent Systems business does not accept any > liability for virus infected mails. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
Templates on http://jenkins.openvm.eu/cloudstack/
Hi Folks, Can anyone let me know if there is a default root password for the templates created on http://jenkins.openvm.eu/cloudstack/? I haven't been able to locate any documentation on the same. Rashmi Rashmi Dixit Principal Product Engineer | CloudPlatform | www.accelerite.com DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
RE: Alternative Cloudstack UI for KVM and Basic Zones (with SG)
Congratulations! This looks really good. Plus it's on the latest (& greatest) stack. Good stuff! Rashmi -Original Message- From: Ivan Kudryavtsev [mailto:kudryavtsev...@bw-sw.com] Sent: Tuesday, April 25, 2017 12:42 PM To: dev@cloudstack.apache.org; us...@cloudstack.apache.org Subject: Alternative Cloudstack UI for KVM and Basic Zones (with SG) Hello, Cloudstack community. We are proud to present our last development effort to you. During the last 5 months we spend some time to develop alternative Cloudstack UI for basic zones with KVM hypervisor and security groups. This is basically the thing we are using in our clouds. During the design of the software we tried to fulfill the expectations of our average cloud users and simplify operations as much as possible. The project is OSS and can be found at GitHub with bunch of screenshots and deployment guide. It's under active development so, we will ge glad if you join and provide us with additional feedback, UX considerations and other interesting information. Project page at GitHub: https://bwsw.github.io/cloudstack-ui/ Source code: https://github.com/bwsw/cloudstack-ui Have a good day. Looking forward hearing your feedback. -- With best regards, Ivan Kudryavtsev Bitworks Software, Ltd. Cell: +7-923-414-1515 WWW: http://bw-sw.com/ DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
JIRA access please
Hi, I created a bug in JIRA and would like to assign it to myself. However, it doesn't look like I have the appropriate rights. Can someone please grant them to me? My username is "rashmi.dixit". Thanks! Rashmi Rashmi Dixit Principal Product Engineer | CloudPlatform | www.accelerite.com DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
RE: Hiding buttons based on role
Hi Marty,
We could add an "actionPreFilter" for "actions" defined in the widgets which
will filter out the buttons based on role.
There are preFilters already implemented for fields in a listView - we need to
follow the same principle. We need to check for this filter where the buttons
are built in the listView (look for "if (listViewData.actions) {" in
listView.js).
Hope this helps!
Rashmi
-Original Message-
From: Marty Godsey [mailto:ma...@gonsource.com]
Sent: Thursday, August 18, 2016 6:04 AM
To: dev@cloudstack.apache.org
Subject: RE: Hiding buttons based on role
Not elegant but will work. This is not a one off to a degree. It's for my own
servers but I will have at least 10-20 management server across the country in
different zones but this allows me to "hide" some elements that won't be used
until a more elegant way is created/available.
Thank you for the direction Will.
Regards,
Marty Godsey
-Original Message-
From: Will Stevens [mailto:williamstev...@gmail.com]
Sent: Wednesday, August 17, 2016 8:29 PM
To: dev@cloudstack.apache.org
Subject: RE: Hiding buttons based on role
If I was doing a one off solution for my own use case with a limited scope, I
would do it he following.
Apply a CSS class to the tag which corresponds to the role. Then I would
use CSS to 'display:none' on the elements you want to turn off by referencing
the body role class (and keep the permissions applied so if they unhide it
won't work).
It is not an elegant solution, but it will work.
On Aug 17, 2016 8:19 PM, "Marty Godsey" wrote:
>
> Ok. Thank you.
>
> I think for the time being I will enable all the project APIs again
> but
deny access to create a project.. this way at least he API errors on page load
go away.
>
> This is something I think would be nice to have in the permissions
> area
now since we have granular rules. A way to "turn off" certain areas of the GUI
and/or ACS functionality.
>
> Regards,
> Marty Godsey
>
> -Original Message-
> From: Will Stevens [mailto:williamstev...@gmail.com]
> Sent: Wednesday, August 17, 2016 8:10 PM
> To: dev@cloudstack.apache.org
> Subject: RE: Hiding buttons based on role
>
> Yes. Most of the UI is built using huge json structures. These will
> need
to be adapted to account for a user's role. I don't think there has been work
done on that yet, but I could be wrong.
>
> @rohit, do you know if anyone has looked into this at all yet?
>
> On Aug 17, 2016 7:41 PM, "Marty Godsey" wrote:
>
> > With that being said, we are now getting into the area of UI
> > modification to hide the button huh?
> >
> > Regards,
> > Marty Godsey
> >
> > -Original Message-
> > From: Will Stevens [mailto:williamstev...@gmail.com]
> > Sent: Wednesday, August 17, 2016 7:23 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: Hiding buttons based on role
> >
> > My understanding is that the permissions can be set, but they
> > currently do not modify the UI in any way. I believe what you are
> > experiencing is the expected behavior.
> >
> > Cheers,
> >
> > Will
> >
> > On Aug 17, 2016 6:47 PM, "Marty Godsey" wrote:
> >
> > > Is it possible to hide a button based upon a role? As an example I
> > > want to hide and deny access to the projects tab. I can modify the
> > > role access to the API but the button is still present. In fact I
> > > get an API error that states I don't have access.
> > >
> > > Regards,
> > > Marty Godsey
> > >
> > >
> >
DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the
property of Accelerite, a Persistent Systems business. It is intended only for
the use of the individual or entity to which it is addressed. If you are not
the intended recipient, you are not authorized to read, retain, copy, print,
distribute or use this message. If you have received this communication in
error, please notify the sender and delete all copies of this message.
Accelerite, a Persistent Systems business does not accept any liability for
virus infected mails.
RE: [ANNOUNCE] Will Stevens as new Apache CloudStack VP
Congratulations Will! -Original Message- From: Sebastien Goasguen [mailto:run...@gmail.com] Sent: Thursday, May 19, 2016 12:27 PM To: dev@cloudstack.apache.org; market...@cloudstack.apache.org; us...@cloudstack.apache.org Subject: [ANNOUNCE] Will Stevens as new Apache CloudStack VP Morning Everyone, Yesterday at the ASF board meeting, the board passed the resolution making Will Stevens the new Vice President of the Apache CloudStack project. Join me in congratulating Will on this appointment, wish him luck and bring your unwavering support ! You may have noticed that Will took on RM duties for the new releases going forward and has also taken a very active role to finish bringing us to github based workflow and CI. Will has some updates on that front that I am sure you will all like. -Sebastien Former VP CloudStack DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
RE: Metrics UI - Incorrect metrics data for zone/cluster
Thank you Rohit. The workaround you have provided works. -Original Message- From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] Sent: Thursday, May 12, 2016 12:32 PM To: dev@cloudstack.apache.org Subject: RE: Metrics UI - Incorrect metrics data for zone/cluster Rashmi, I've left comments on the JIRA ticket you've created. Can you follow them and let me know if the workaround (with pagesize=-1) works for you. Since we're doing the calculations and performing HTTP requests on UI/client side, it's a known limitation that it will perform O(m*n) http requests where m is number of clusters and n is avg hosts per cluster. Regards. Regards, Rohit Yadav rohit.ya...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue -Original Message- From: Rashmi Dixit [mailto:rashmi_di...@accelerite.com] Sent: Thursday, May 12, 2016 11:59 AM To: dev@cloudstack.apache.org Subject: RE: Metrics UI - Incorrect metrics data for zone/cluster Thanks Rohit. Once you play with the page size - set it to say 40, then the issues show up. This also affects the number of cluster calculations as well. -Original Message- From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] Sent: Thursday, May 12, 2016 11:44 AM To: dev@cloudstack.apache.org Subject: RE: Metrics UI - Incorrect metrics data for zone/cluster Rashmi, Originally, the feature was implemented using all the available list APIs in future we may have a backend metrics API instead of aggregation in the UI/client side (done right now). This feature assumes that no single cluster would have 500 hosts (also not supported by many hypervisors to have 500+ hosts in a single cluster), the calculations are done for each cluster in the cluster metrics view; similarly in zones metrics view calculations are done looping through clusters per zone. Feel free to assign the issue to me, I'll get back to you later. Regards. Regards, Rohit Yadav rohit.ya...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue -Original Message- From: Rashmi Dixit [mailto:rashmi_di...@accelerite.com] Sent: Thursday, May 12, 2016 10:12 AM To: dev@cloudstack.apache.org Subject: Metrics UI - Incorrect metrics data for zone/cluster Hi, I came across an issue in the metrics for zone and cluster. I have logged a bug for the same. https://issues.apache.org/jira/browse/CLOUDSTACK-9377 To quickly summarize the issue: APIs have a pagesize restriction - the default.page.size global setting is used as the max result count - value is typically 500. In this case, listClusters and listHosts APIS are used to gather metrics data for zone and clusters. If there are 600 hosts, then one call to listHosts will only return 500 hosts. The usage data is summed up for 500 hosts, however average is calculated based the total hosts which is 600. To correct this, UI should fetch ALL hosts for ALL clusters to get the right result. Ideally this kind of calculation should be done at the API level - large number of hosts will result in performance degradation. The right way to fix this would be to add a new API for metrics calculations at zones/cluster level. @Rohit, since you are the original contributor, can you help me with the background on this? Any comments/suggestions on doing this differently are most welcome. Thanks! Rashmi Rashmi Dixit Principal Product Engineer | CloudPlatform | www.accelerite.com DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print
RE: Metrics UI - Incorrect metrics data for zone/cluster
Thanks Rohit. Once you play with the page size - set it to say 40, then the issues show up. This also affects the number of cluster calculations as well. -Original Message- From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] Sent: Thursday, May 12, 2016 11:44 AM To: dev@cloudstack.apache.org Subject: RE: Metrics UI - Incorrect metrics data for zone/cluster Rashmi, Originally, the feature was implemented using all the available list APIs in future we may have a backend metrics API instead of aggregation in the UI/client side (done right now). This feature assumes that no single cluster would have 500 hosts (also not supported by many hypervisors to have 500+ hosts in a single cluster), the calculations are done for each cluster in the cluster metrics view; similarly in zones metrics view calculations are done looping through clusters per zone. Feel free to assign the issue to me, I'll get back to you later. Regards. Regards, Rohit Yadav rohit.ya...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue -Original Message- From: Rashmi Dixit [mailto:rashmi_di...@accelerite.com] Sent: Thursday, May 12, 2016 10:12 AM To: dev@cloudstack.apache.org Subject: Metrics UI - Incorrect metrics data for zone/cluster Hi, I came across an issue in the metrics for zone and cluster. I have logged a bug for the same. https://issues.apache.org/jira/browse/CLOUDSTACK-9377 To quickly summarize the issue: APIs have a pagesize restriction - the default.page.size global setting is used as the max result count - value is typically 500. In this case, listClusters and listHosts APIS are used to gather metrics data for zone and clusters. If there are 600 hosts, then one call to listHosts will only return 500 hosts. The usage data is summed up for 500 hosts, however average is calculated based the total hosts which is 600. To correct this, UI should fetch ALL hosts for ALL clusters to get the right result. Ideally this kind of calculation should be done at the API level - large number of hosts will result in performance degradation. The right way to fix this would be to add a new API for metrics calculations at zones/cluster level. @Rohit, since you are the original contributor, can you help me with the background on this? Any comments/suggestions on doing this differently are most welcome. Thanks! Rashmi Rashmi Dixit Principal Product Engineer | CloudPlatform | www.accelerite.com DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
Metrics UI - Incorrect metrics data for zone/cluster
Hi, I came across an issue in the metrics for zone and cluster. I have logged a bug for the same. https://issues.apache.org/jira/browse/CLOUDSTACK-9377 To quickly summarize the issue: APIs have a pagesize restriction - the default.page.size global setting is used as the max result count - value is typically 500. In this case, listClusters and listHosts APIS are used to gather metrics data for zone and clusters. If there are 600 hosts, then one call to listHosts will only return 500 hosts. The usage data is summed up for 500 hosts, however average is calculated based the total hosts which is 600. To correct this, UI should fetch ALL hosts for ALL clusters to get the right result. Ideally this kind of calculation should be done at the API level - large number of hosts will result in performance degradation. The right way to fix this would be to add a new API for metrics calculations at zones/cluster level. @Rohit, since you are the original contributor, can you help me with the background on this? Any comments/suggestions on doing this differently are most welcome. Thanks! Rashmi Rashmi Dixit Principal Product Engineer | CloudPlatform | www.accelerite.com DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
Introduction
Hello! I am Rashmi Dixit and have recently joined the CloudPlatform team in Accelerite. I have worked on a hybrid cloud management solution supporting hypervisors such as KVM, Xen, VMware, HyperV and public clouds such as EC2. My areas of interest are User Interface, networking. I am really looking forward to contributing on CloudStack. See you around! Rashmi Rashmi Dixit Principal Product Engineer | CloudPlatform | www.accelerite.com DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Accelerite, a Persistent Systems business. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent Systems business does not accept any liability for virus infected mails.
