[
https://issues.apache.org/jira/browse/VCL-1000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15995788#comment-15995788
]
ASF subversion and git services commented on VCL-1000:
------------------------------------------------------
Commit 1793726 from [email protected] in branch 'vcl/trunk'
[ https://svn.apache.org/r1793726 ]
VCL-1000
Renamed:
* OS.pm::run_management_node_tools_scripts --> run_stage_scripts_on_computer
* ManagementNode.pm::run_management_node_stage_scripts -->
run_stage_scripts_on_management_node
Added:
* OS.pm::run_stage_scripts
run_stage_scripts which calls both run_stage_scripts_on_computer and
run_stage_scripts_on_management_node to avoid making the same 2 calls in many
locations. Replaced individual calls with single call to run_stage_scripts.
The following were added and only contain a call to OS.pm::run_stage_scripts
with the corresponding stage argument:
* OS.pm::post_load
* OS.pm::post_reserve
* OS.pm::post_initial_connection
* OS.pm::post_reservation
* OS.pm::pre_reload
Removed calls to the run*scripts subroutines and added calls to the new
subroutines in OS.pm:
* Linux.pm::post_load --> $self->SUPER::post_load
* Linux.pm::post_reserve --> $self->SUPER::post_reserve
* Linux.pm::post_reservation --> $self->SUPER::post_reservation
* ESXi.pm::post_load --> $self->SUPER::post_load (Note: this module is not
supported yet)
* OSX.pm::post_load --> $self->SUPER::post_load
* Windows.pm::post_load --> $self->SUPER::post_load
* Windows.pm::post_reserve --> $self->SUPER::post_reserve
* Windows.pm::post_reservation --> $self->SUPER::post_reservation
* Windows.pm::pre_reload --> $self->SUPER::pre_reload
* Version_5.pm.pm::pre_reload --> $self->SUPER::pre_reload
* Version_6.pm.pm::pre_reload --> $self->SUPER::pre_reload
Replaced call to run_management_node_tools_scripts with
OS.pm::post_initial_connection in reserved.pm::process causing both computer
and management node scripts to be executed.
Changed location where scripts reside that are executed on the management node
during the stages to better align with other directories under tools:
* tools/mn_stage_scripts --> tools/ManagementNode/Scripts
Moved execution of vcl_post_load.cmd from Version_5.pm and Version_6.pm to
Windows.pm::post_load.
Other
Fixed bug in Windows.pm::_get_os_perl_package. It was using the wrong package
for Windows 10 and 2016.
Updated utils.pm::help to include information for all command line options.
Cleaned up and added debugging information to utils.pm::check_time.
Parameterized timing window for when preloads are processed to make it easier
to configure it to use the variable table in the future.
> Run custom scripts at various stages on the management node
> -----------------------------------------------------------
>
> Key: VCL-1000
> URL: https://issues.apache.org/jira/browse/VCL-1000
> Project: VCL
> Issue Type: New Feature
> Components: vcld (backend)
> Reporter: Andy Kurth
> Assignee: Andy Kurth
> Fix For: 2.5
>
>
> There are cases where it would be useful to be able to have scripts executed
> on the management at various stages of reservations. For example, a script
> could be executed to configure an external firewall or provision storage when
> a computer is reserved. Whatever was configured specifically for the
> reservation could be reverted when the reservation ends by another script.
> We already have this functionality for scripts that get executed on the
> computer ([VCL-564|https://issues.apache.org/jira/browse/VCL-564]). However,
> there are situations where you would need to perform actions from the
> management node.
> The script would need access to information about the reservation. Since it
> resides and is executed on the management node, the script could call mysql
> to query the database. This isn't the safest way of handling things.
> Another option could be to create a text file on the management node prior to
> executing the script(s). The script could parse the text file to extract the
> information it requires.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
