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

ASF GitHub Bot commented on CLOUDSTACK-8272:
--------------------------------------------

Github user pdion891 commented on the pull request:

    https://github.com/apache/cloudstack/pull/106#issuecomment-78049653
  
    @bhaisaab, can you confirm that if the password is not grap after a certain 
period it expired (ex: 15mins), and also if the password is grap once, it is 
not available anymore and have to be reset again. Looks like it is the current 
approach.  Does the current script use inside VMs will remain functional?
    
    Thanks
    



> Improve password serving script by making it non-blocking non-locking 
> concurrent server
> ---------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-8272
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8272
>             Project: CloudStack
>          Issue Type: Improvement
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>    Affects Versions: 4.5.0, 4.6.0, 4.4.2, 4.3.2
>            Reporter: Rohit Yadav
>            Assignee: Rohit Yadav
>              Labels: virtualrouter
>             Fix For: 4.5.0, 4.6.0
>
>
> The current reset password server serves one user VM at a time, uses a global 
> lock per VR and slows up VM starting process for a VM that is created by a 
> template with reset password scripts. No only reset password option, but when 
> the VM starts for the first time this happens. The way it serves password 
> uses forking the process/scripts which eats up resources in both process 
> table and memory. For a concurrent launch of 30+ VM the VR hangs/fails. 
> Possible solution in the past includes increase the VR memory.
> The solution would be to implement a concurrent single-process multi-threaded 
> password server that works both in basic/isolated network and in VPCs. It's 
> hard to do this in bash, so we can either implement a backward compatible 
> python script that replaces the present bash script, or a compiled program 
> (like a native tool) in C/C++/Go/Rust.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to