[jira] [Commented] (CLOUDSTACK-9976) Redirect saml2 failed login message to a configurable URL

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-9976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16622749#comment-16622749
 ] 

ASF GitHub Bot commented on CLOUDSTACK-9976:


GabrielBrascher edited a comment on issue #2185: CLOUDSTACK-9976: Redirect 
saml2 failed login message to a configurable URL
URL: https://github.com/apache/cloudstack/pull/2185#issuecomment-423305729
 
 
   @rhtyd rebased against latest master. Sorry for taking too long. I am now 
checking the CI errors.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Redirect saml2 failed login message to a configurable URL
> -
>
> Key: CLOUDSTACK-9976
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9976
> Project: CloudStack
>  Issue Type: New Feature
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Gabriel Beims Bräscher
>Assignee: Gabriel Beims Bräscher
>Priority: Minor
> Fix For: 4.10.1.0
>
> Attachments: samlLoginResponse.png
>
>
> When a user fails to authenticate with SAML2, it returns an error page 
> showing the content of the attached image.
> To make it more user-friendly and customizable, one could configure a 
> desirable URL to redirect when such authentication failure happens.
> This ticket proposes a global settings variable 
> (saml2.failed.login.redirect.url). If null, the SAML2 authentication flow 
> does not change from the current; however, if the user configures an URL then 
> ACS redirects to that URL.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-9976) Redirect saml2 failed login message to a configurable URL

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-9976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16622586#comment-16622586
 ] 

ASF GitHub Bot commented on CLOUDSTACK-9976:


GabrielBrascher commented on issue #2185: CLOUDSTACK-9976: Redirect saml2 
failed login message to a configurable URL
URL: https://github.com/apache/cloudstack/pull/2185#issuecomment-423305729
 
 
   @rhtyd rebased against latest master. Sorry for taking too long.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Redirect saml2 failed login message to a configurable URL
> -
>
> Key: CLOUDSTACK-9976
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9976
> Project: CloudStack
>  Issue Type: New Feature
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Gabriel Beims Bräscher
>Assignee: Gabriel Beims Bräscher
>Priority: Minor
> Fix For: 4.10.1.0
>
> Attachments: samlLoginResponse.png
>
>
> When a user fails to authenticate with SAML2, it returns an error page 
> showing the content of the attached image.
> To make it more user-friendly and customizable, one could configure a 
> desirable URL to redirect when such authentication failure happens.
> This ticket proposes a global settings variable 
> (saml2.failed.login.redirect.url). If null, the SAML2 authentication flow 
> does not change from the current; however, if the user configures an URL then 
> ACS redirects to that URL.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-10260) Introducing a new API to collect and list CPU Sockets Metrics information for all Hypervisors.

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16622035#comment-16622035
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10260:
-

GabrielBrascher commented on issue #2440: CLOUDSTACK-10260 : Introducing a new 
API to collect and list CPU Sockets Metrics information for all Hypervisors.
URL: https://github.com/apache/cloudstack/pull/2440#issuecomment-423182345
 
 
   @niteshsarda is this still relevant? If so, can you please resolve the 
conflicts? Thanks!


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Introducing a new API to collect and list CPU Sockets Metrics information for 
> all Hypervisors.
> --
>
> Key: CLOUDSTACK-10260
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10260
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Nitesh Sarda
>Priority: Major
>
> *Requirement :*
> Introduce a new API to collect and list CPU Sockets Metrics information for 
> each hypervisor. Currently, listHosts API is fired for each hypervisor 
> seprately to retrieve the count of CPU sockets. So, with this fix instead of 
> multiple API execution, single API query will be executed to reterieve 
> information for all the hypervisors.
>  
> *Implementation :*
>  * Introduced a new API namely "listCpuSocketsMetrics", which will fetch 
> details of CPU Sockets for all the hypervisors in a single run.
>  * In this API, a query will be fired on a host table to fetch details based 
> on grouping of Hypervisor type and Hypervisor version.
>  * This API will prevent multiple calls of listHosts API and thus will 
> improve performance of the infrastructure tab.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-8900) listLdapUsers with listType=new only filters users for logged-in user account

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-8900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16622005#comment-16622005
 ] 

ASF GitHub Bot commented on CLOUDSTACK-8900:


GabrielBrascher commented on issue #2400: CLOUDSTACK-8900 listLdapUsers with 
listType=new only filters users for logged-in user account
URL: https://github.com/apache/cloudstack/pull/2400#issuecomment-423177854
 
 
   Ping @SudharmaJain.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> listLdapUsers with listType=new only filters users for logged-in user account
> -
>
> Key: CLOUDSTACK-8900
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8900
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.5.0
>Reporter: sudharma jain
>Priority: Major
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-10380) changing passwordenabled to true while guest vm is running causes unexpected passwordreset again in startvm

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16621957#comment-16621957
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10380:
-

borisstoyanov commented on issue #2743: CLOUDSTACK-10380: Fix startvm giving 
another pw after pw reset
URL: https://github.com/apache/cloudstack/pull/2743#issuecomment-423170631
 
 
   I guess this needs further investigation, as it's showing a problem in 
config drive (either test or code). I don't find anything related to different 
setup between both the test environments... :( 


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> changing passwordenabled to true while guest vm is running causes unexpected 
> passwordreset again in startvm
> ---
>
> Key: CLOUDSTACK-10380
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10380
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.12, 4.11.1.0
>Reporter: Raf Smeets
>Assignee: Frank Maximus
>Priority: Major
>
> changing passwordenabled to true while guest vm is running causes 
> passwordreset again in startvm
> Steps to reproduce:
>  # Template passwordenabled flag is set to false
>  # Start Vm
>  # Set template passwordenabled flag to true
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordA.
>  # StartVm. Password is PasswordB.  This should not happen!!
>  # SSH into VM only works with PasswordB.
> Next steps are as expected.
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordC.
>  # 1StartVm. No change in password.
>  # SSH into VM works with PasswordC.
> This was found when 
> test/integration/plugins/nuagevsp/test_nuage_passwordreset.py started to fail 
> after merging of PR2651 [https://github.com/apache/cloudstack/pull/2651].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-10380) changing passwordenabled to true while guest vm is running causes unexpected passwordreset again in startvm

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16621923#comment-16621923
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10380:
-

smeetsr edited a comment on issue #2743: CLOUDSTACK-10380: Fix startvm giving 
another pw after pw reset
URL: https://github.com/apache/cloudstack/pull/2743#issuecomment-423162073
 
 
   My setup is centos7 based 2 KVM hypervisors with Advanced VLAN networking, 
nfs storage. To download the test_template from outside, I had to update the 
ACS global settings secstorage.proxy and secstorage.allowed.internal.sites with 
our internal proxy. 


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> changing passwordenabled to true while guest vm is running causes unexpected 
> passwordreset again in startvm
> ---
>
> Key: CLOUDSTACK-10380
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10380
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.12, 4.11.1.0
>Reporter: Raf Smeets
>Assignee: Frank Maximus
>Priority: Major
>
> changing passwordenabled to true while guest vm is running causes 
> passwordreset again in startvm
> Steps to reproduce:
>  # Template passwordenabled flag is set to false
>  # Start Vm
>  # Set template passwordenabled flag to true
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordA.
>  # StartVm. Password is PasswordB.  This should not happen!!
>  # SSH into VM only works with PasswordB.
> Next steps are as expected.
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordC.
>  # 1StartVm. No change in password.
>  # SSH into VM works with PasswordC.
> This was found when 
> test/integration/plugins/nuagevsp/test_nuage_passwordreset.py started to fail 
> after merging of PR2651 [https://github.com/apache/cloudstack/pull/2651].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-10380) changing passwordenabled to true while guest vm is running causes unexpected passwordreset again in startvm

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16621916#comment-16621916
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10380:
-

smeetsr commented on issue #2743: CLOUDSTACK-10380: Fix startvm giving another 
pw after pw reset
URL: https://github.com/apache/cloudstack/pull/2743#issuecomment-423162073
 
 
   My setup is centos7 based 2 KVM hypervisors with Advanced VLAN networking, 
nfs storage.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> changing passwordenabled to true while guest vm is running causes unexpected 
> passwordreset again in startvm
> ---
>
> Key: CLOUDSTACK-10380
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10380
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.12, 4.11.1.0
>Reporter: Raf Smeets
>Assignee: Frank Maximus
>Priority: Major
>
> changing passwordenabled to true while guest vm is running causes 
> passwordreset again in startvm
> Steps to reproduce:
>  # Template passwordenabled flag is set to false
>  # Start Vm
>  # Set template passwordenabled flag to true
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordA.
>  # StartVm. Password is PasswordB.  This should not happen!!
>  # SSH into VM only works with PasswordB.
> Next steps are as expected.
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordC.
>  # 1StartVm. No change in password.
>  # SSH into VM works with PasswordC.
> This was found when 
> test/integration/plugins/nuagevsp/test_nuage_passwordreset.py started to fail 
> after merging of PR2651 [https://github.com/apache/cloudstack/pull/2651].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-10380) changing passwordenabled to true while guest vm is running causes unexpected passwordreset again in startvm

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16621908#comment-16621908
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10380:
-

borisstoyanov commented on issue #2743: CLOUDSTACK-10380: Fix startvm giving 
another pw after pw reset
URL: https://github.com/apache/cloudstack/pull/2743#issuecomment-423160448
 
 
   @smeetsr can you give more details around you setup? What deployment are you 
using, hypervisors networks, storage and etc. I'm assuming we're using the same 
code since you're referring it to this PR? 


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> changing passwordenabled to true while guest vm is running causes unexpected 
> passwordreset again in startvm
> ---
>
> Key: CLOUDSTACK-10380
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10380
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.12, 4.11.1.0
>Reporter: Raf Smeets
>Assignee: Frank Maximus
>Priority: Major
>
> changing passwordenabled to true while guest vm is running causes 
> passwordreset again in startvm
> Steps to reproduce:
>  # Template passwordenabled flag is set to false
>  # Start Vm
>  # Set template passwordenabled flag to true
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordA.
>  # StartVm. Password is PasswordB.  This should not happen!!
>  # SSH into VM only works with PasswordB.
> Next steps are as expected.
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordC.
>  # 1StartVm. No change in password.
>  # SSH into VM works with PasswordC.
> This was found when 
> test/integration/plugins/nuagevsp/test_nuage_passwordreset.py started to fail 
> after merging of PR2651 [https://github.com/apache/cloudstack/pull/2651].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-10380) changing passwordenabled to true while guest vm is running causes unexpected passwordreset again in startvm

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16621905#comment-16621905
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10380:
-

smeetsr commented on issue #2743: CLOUDSTACK-10380: Fix startvm giving another 
pw after pw reset
URL: https://github.com/apache/cloudstack/pull/2743#issuecomment-423159912
 
 
   Here are the results of component/test_config_drive.py on my nativeACS setup 
with this PR.
   [results.txt](https://github.com/apache/cloudstack/files/2401185/results.txt)
   [runinfo.txt](https://github.com/apache/cloudstack/files/2401187/runinfo.txt)


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> changing passwordenabled to true while guest vm is running causes unexpected 
> passwordreset again in startvm
> ---
>
> Key: CLOUDSTACK-10380
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10380
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.12, 4.11.1.0
>Reporter: Raf Smeets
>Assignee: Frank Maximus
>Priority: Major
>
> changing passwordenabled to true while guest vm is running causes 
> passwordreset again in startvm
> Steps to reproduce:
>  # Template passwordenabled flag is set to false
>  # Start Vm
>  # Set template passwordenabled flag to true
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordA.
>  # StartVm. Password is PasswordB.  This should not happen!!
>  # SSH into VM only works with PasswordB.
> Next steps are as expected.
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordC.
>  # 1StartVm. No change in password.
>  # SSH into VM works with PasswordC.
> This was found when 
> test/integration/plugins/nuagevsp/test_nuage_passwordreset.py started to fail 
> after merging of PR2651 [https://github.com/apache/cloudstack/pull/2651].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-10380) changing passwordenabled to true while guest vm is running causes unexpected passwordreset again in startvm

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16621899#comment-16621899
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10380:
-

fmaximus commented on issue #2743: CLOUDSTACK-10380: Fix startvm giving another 
pw after pw reset
URL: https://github.com/apache/cloudstack/pull/2743#issuecomment-423158125
 
 
   @borisstoyanov @PaulAngus That seems to be an issue in Cloudstack, not in 
the test.
   The VM doesn't seem to have the config drive attached. 


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> changing passwordenabled to true while guest vm is running causes unexpected 
> passwordreset again in startvm
> ---
>
> Key: CLOUDSTACK-10380
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10380
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.12, 4.11.1.0
>Reporter: Raf Smeets
>Assignee: Frank Maximus
>Priority: Major
>
> changing passwordenabled to true while guest vm is running causes 
> passwordreset again in startvm
> Steps to reproduce:
>  # Template passwordenabled flag is set to false
>  # Start Vm
>  # Set template passwordenabled flag to true
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordA.
>  # StartVm. Password is PasswordB.  This should not happen!!
>  # SSH into VM only works with PasswordB.
> Next steps are as expected.
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordC.
>  # 1StartVm. No change in password.
>  # SSH into VM works with PasswordC.
> This was found when 
> test/integration/plugins/nuagevsp/test_nuage_passwordreset.py started to fail 
> after merging of PR2651 [https://github.com/apache/cloudstack/pull/2651].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (CLOUDSTACK-10380) changing passwordenabled to true while guest vm is running causes unexpected passwordreset again in startvm

2018-09-20 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16621730#comment-16621730
 ] 

ASF GitHub Bot commented on CLOUDSTACK-10380:
-

fmaximus commented on issue #2743: CLOUDSTACK-10380: Fix startvm giving another 
pw after pw reset
URL: https://github.com/apache/cloudstack/pull/2743#issuecomment-423113533
 
 
   @borisstoyanov, are you ok with the latest changes?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> changing passwordenabled to true while guest vm is running causes unexpected 
> passwordreset again in startvm
> ---
>
> Key: CLOUDSTACK-10380
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10380
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.12, 4.11.1.0
>Reporter: Raf Smeets
>Assignee: Frank Maximus
>Priority: Major
>
> changing passwordenabled to true while guest vm is running causes 
> passwordreset again in startvm
> Steps to reproduce:
>  # Template passwordenabled flag is set to false
>  # Start Vm
>  # Set template passwordenabled flag to true
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordA.
>  # StartVm. Password is PasswordB.  This should not happen!!
>  # SSH into VM only works with PasswordB.
> Next steps are as expected.
>  # StopVm
>  # ResetPassword for Stopped Vm. Password is PasswordC.
>  # 1StartVm. No change in password.
>  # SSH into VM works with PasswordC.
> This was found when 
> test/integration/plugins/nuagevsp/test_nuage_passwordreset.py started to fail 
> after merging of PR2651 [https://github.com/apache/cloudstack/pull/2651].



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)