[
https://issues.apache.org/jira/browse/VCL-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14256193#comment-14256193
]
ASF subversion and git services commented on VCL-781:
-----------------------------------------------------
Commit 1647402 from [~arkurth] in branch 'vcl/trunk'
[ https://svn.apache.org/r1647402 ]
VCL-781
Added OS.minram column to database. Added explicit get_image_minram subroutine
to DataStructure.pm which returns the larger of the image.minram and OS.minram
values. Removed code from VMware.pm which determined minimum OS RAM values as
it is now replaced by OS.minram.
> Add ability for provisioning modules to retrieve minimum hardware
> requirements for a particular OS
> --------------------------------------------------------------------------------------------------
>
> Key: VCL-781
> URL: https://issues.apache.org/jira/browse/VCL-781
> Project: VCL
> Issue Type: Improvement
> Components: vcld (backend)
> Affects Versions: 2.3.2
> Reporter: Andy Kurth
> Priority: Minor
> Fix For: 2.4
>
>
> Problems occur if the image.minram value it the database is set to a low
> value and a provisoning module creates a VM with too little RAM. There are
> no checks on the frontend when a new image is created. By default, images
> get set to 512 MB of RAM or less.
> This can obviously cause VMs to fail to boot and slow running VMs if the boot
> succeeds. Another side effect is failed image captures. A VM may be able to
> boot with too little RAM due to the pagefile being used. When an image is
> captured, the pagefile is disabled and the VM is rebooted. The image capture
> may fail because the VM has trouble booting without a pagefile.
> The VMware.pm module has code to prevent this, but the minimum RAM values are
> hard-coded in this module which isn't ideal.
> It would be better if the provisioning module had a way to query either the
> OS module or the OS table in the database for a more appropriate value.
> There are tradeoffs for each method.
> Storing the values in the database allows the values to be easily adjusted.
> The difficulty would be having to add additional entries for multiple
> architectures such as win7-32bit and win7-64bit. I'd rather not do this
> until the OS table is redesigned. The OS table is already a horrible mess.
> See https://issues.apache.org/jira/browse/VCL-566
> Having each OS module provide a get_minimum_ram subroutine is another option.
> This means hard-coding the values but would allow the OS module to logically
> figure out the minimum RAM. I think this is a better approach until the OS
> table is fixed.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
