Uploaded image for project: 'VCL'
  1. VCL
  2. VCL-94

Rework image capture flow

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Resolved
    • Minor
    • Resolution: Fixed
    • 2.0
    • 2.2
    • vcld (backend)
    • None

    Description

      xCAT.pm expects the OS to reboot when the OS capture tasks are done and vmware.pm needs the OS to shut down. xCAT.pm is currently the only provisioning module which has had the OS-specific code removed and is fully modularized. vmware.pm still contains OS code. It will be difficult to modularize vmware.pm and the ESX.pm module that Brian and Andrew are working on because of this.

      Proposed changes below were accepted on the dev list:

      1. The name of the OS module's capture_prepare subroutine will be changed to pre_capture(). The reason for this is to align the name of the main OS capture subroutine with the main OS load subroutine - pre_capture() and post_load().

      2. image.pm will no longer call the OS::pre_capture() subroutine. It will be the provisioning module's responsibility to do this. This allows the provisioning module to have greater control over the capture sequence. image.pm will only call the provisioning module's capture() subroutine. This makes better sense to me because provisioning engines can be quite varied and the sequence should really be driven by the provisioning module.

      3. OS::pre_capture() will accept an optional argument named 'end_state' with possible values 'on', 'off', 'reboot'. This instructs OS::pre_capture() what to do after completing its image capture steps. Because pre_capture() will be called by the provisioning module, the provisioning module will be able to have the computer left in the state it requires. The default value will be off, meaning the OS will shut the computer down after its pre_capture() tasks are done.

      4. OS::capture_start() will be eliminated. All OS capture steps will be handled by a single subroutine - pre_capture() including the final steps of calling sysprep.exe if Windows and leaving the computer in the state described in #3. I don't see a need to separate pre_capture() and capture_start().

      5. Provisioning::capture_monitor() will be eliminated. Control is passed from image.pm to the provisioning module's capture() subroutine. If capture() needs to monitor the image being saved, it can either do so directly in capture() or call another subroutine within the provisioning module.

      Attachments

        Activity

          People

            arkurth Andrew Kurth
            arkurth Andrew Kurth
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: