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

ASF subversion and git services commented on VCL-170:
-----------------------------------------------------

Commit 1628507 from [~jfthomps] in branch 'vcl/trunk'
[ https://svn.apache.org/r1628507 ]

VCL-174 - NAT - support for sites that have small IP address ranges
VCL-706 - Allow a Connect Method to Specify a Port Range or Port List
VCL-170 - option to power off blades after reservation - new reload module
VCL-636 - Allow vCenter folder to be specified in VM profile
VCL-758 - VCL timings - make various timings to be variables and edited by admin

update-vcl.sql:
-modified DropExistingConstraints, DropExistingIndices, AddUniqueIndex, 
Add2ColUniqueIndexIfNotExist, and Add3ColUniqueIndexIfNotExist: updated length 
of several CHAR fields in stored procedures; there were some problems with 
names getting truncated
-added populateConnectMethodPort - populates connectmethodport, drops 
connectmethod.port and connectmethod.protocol
-changed ALTER TABLE for computer.predictivemoduleid to AddColumnIfNotExists 
-added connectmethodport table
-added DropColumnIfExists for imagemeta.usergroupid
-added DropColumnIfExists for managementnode.predictivemoduleid
-added nathost table
-added natlog table
-added natmap table
-added natport table
-added DropColumnIfExists for vmhost.vmkernalnic
-added DropColumnIfExists for vmhost.vmwaredisk
-added AddColumnIfNotExists for vmprofile.folderpath
-added 'INSERT IGNORE INTO nathost' to populate nathost table with entries from 
managementnode table
-added INSERT IGNORE's for connectmethodport
-added INSERT IGNORE's for 'Site Configuration...' entries for 
usergroupprivtype table

vcl.sql:
-moved managementnode.predictivemoduleid to end of table
-removed connectmethod.port and connectmethod.protocol
-added connectmethodport table
-added nathost table
-added natlog table
-added natmap table
-added natport table
-removed port values from INSERTs for connectmethod table
-added INSERTs for 'Site Configuration...' entries for usergroupprivtype table

> option to power off blades after reservation - new reload module
> ----------------------------------------------------------------
>
>                 Key: VCL-170
>                 URL: https://issues.apache.org/jira/browse/VCL-170
>             Project: VCL
>          Issue Type: New Feature
>          Components: database, vcld (backend), web gui (frontend)
>    Affects Versions: 2.2
>            Reporter: Aaron Peeler
>             Fix For: 2.4
>
>
> Changed to provide similar functionality by using the predictive reload 
> modules. Create a Level_2.pm which returns unload / power off node. 
> Major change as part of this is to move the predictive module setting from 
> the management node to the computer table. This will allow for finer control 
> over single or groups of computers. 
> changes:
> - add unload routine to each provisioning module
> DB - move predictivemoduleid to computer table from managementnode table, 
> update module table
> Backend - create Level_2.pm.
> - add an action return value to the array that is returned from the 
> predictive modules. (unload, reload) 
> - update code in Datastructure to pull predictive module info from request 
> data hash, instead of management hash.
> - frontend - add predictive reload module to computer information, remove 
> from management node interface
> - add code to the upgrade script to move the predictivemoduleid from the 
> management node table to the computer table
> Original:
> Add support for general power management.  power off idle blades based on 
> current usage levels
> Through the web-interface allow site admins to define a policy based on some 
> usage level value when and how many blades to shutdown. 
> requires a new computer state "offavailable" or something like it
> the backend would need to figure out the current load on the given system, 
> either locally or through xmlrpc calls.
> These are initial thoughts and should be discussed more



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

Reply via email to