You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "Rohit Yadav (JIRA)" <ji...@apache.org> on 2015/03/12 10:28:38 UTC
[jira] [Closed] (CLOUDSTACK-8272) Improve password serving script
by making it non-blocking non-locking concurrent server
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rohit Yadav closed CLOUDSTACK-8272.
-----------------------------------
Resolution: Fixed
Fixed on 4.5 and master branches.
> 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)