This is an automatically generated e-mail. To reply, visit: http://reviewboard-openlmi.rhcloud.com/r/583/

On July 23rd, 2013, 11:53 a.m. CEST, Jan Safranek wrote:

src/lmi/storage/LMI_ExtentEncryptionConfigurationService.py (Diff revision 1)
133
        except:
134
            rval = self.CreateEncryptionFormat.Failed
135
            state = Job.STATE_FAILED
136
            err = pywbem.CIMError(pywbem.CIM_ERR_FAILED,
137
                                  "Can't format LUKS device.")
I usually let all blivet exceptions pass through, they are caught by job processor, which then shows error string from the exception (-> usually stderr of cmdline), which is sometimes more useful than generic "Can't format LUKS".
In that case, I don't have to care about the job's return value, state and the return error. If that is true, Job.finish_method() doesn't have to have those as well. Is that right or am I missing something?

- Jan


On July 22nd, 2013, 9:57 a.m. CEST, Jan Synacek wrote:

Review request for OpenLMI Developers.
By Jan Synacek.

Updated July 22, 2013, 9:57 a.m.

Repository: openlmi-storage

Description

Add LUKS version 1.

Only LMI_LUKSFormat and LMI_ExtentEncryptionConfigurationService are
implemented. Howerever, these two classes add most of the LUKS
functionality. Setting and Capability classes were omitted.

Diffs

  • mof/LMI_Storage-Luks.mof (3b7ba8e4fd000acdb1cf4232b8ec18120c4a5029)
  • mof/LMI_Storage.reg (cf690b166800bd3e4d15da506d86e60777215080)
  • src/lmi/storage/LMI_ExtentEncryptionConfigurationService.py (PRE-CREATION)
  • src/lmi/storage/LMI_LUKSFormat.py (PRE-CREATION)
  • src/lmi/storage/cimom_entry.py (a7c765244cd4fee2308a42c9147c15f1ff07a98f)

View Diff