Activity log for bug #1774527

Date Who What changed Old value New value Message
2018-05-31 21:58:04 Joshua Harlow bug added bug
2018-05-31 21:59:11 Clint Byrum summary To many errors can trigger compute failed_builds to get incremented Too many errors can trigger compute failed_builds to get incremented
2018-05-31 22:01:02 Joshua Harlow description So let's analyze what can cause a compute managers failed_builds to get incremented and point out that some of them should not be causing failed_builds to get incremented (which then can have the nice effect of auto-disabling a nova-computer service). So the return code of self._do_build_and_run_instance returns a result code; the catch of all exceptions also triggers the setting of a result code to failed; when this is failed it will cause the failed_build counter to get incremented. Some unrelated to nova-compute exceptions that from reading the code can trigger this to happen: - Unable to base64 decode injected files. - Failure of notify_about_instance_create to actually send (some inner exception perhaps?) - exception.NoMoreNetworks, exception.NoMoreFixedIps - exception.FlavorDiskTooSmall, exception.FlavorMemoryTooSmall, exception.ImageNotActive, exception.ImageUnacceptable, exception.InvalidDiskInfo, exception.InvalidDiskFormat, cursive_exception.SignatureVerificationError, exception.VolumeEncryptionNotSupported, exception.InvalidInput, exception.RequestedVRamTooHigh --- these bubble up as BuildAbortException - exception.InstanceNotFound, exception.UnexpectedDeletingTaskStateError - Anything that pops out of _build_resources Any many more? So let's analyze what can cause a compute managers failed_builds to get incremented and point out that some of them should not be causing failed_builds to get incremented (which then can have the nice effect of auto-disabling a nova-computer service). So the return code of self._do_build_and_run_instance returns a result code; the catch of all exceptions also triggers the setting of a result code to failed; when this is failed it will cause the failed_build counter to get incremented. Some unrelated to nova-compute exceptions that from reading the code can trigger this to happen: - Unable to base64 decode injected files. - Failure of notify_about_instance_create to actually send (some inner exception perhaps?) - exception.NoMoreNetworks, exception.NoMoreFixedIps - exception.FlavorDiskTooSmall, exception.FlavorMemoryTooSmall,   exception.ImageNotActive, exception.ImageUnacceptable,   exception.InvalidDiskInfo, exception.InvalidDiskFormat,   cursive_exception.SignatureVerificationError,   exception.VolumeEncryptionNotSupported, exception.InvalidInput,   exception.RequestedVRamTooHigh --- these bubble up as BuildAbortException - exception.InstanceNotFound, exception.UnexpectedDeletingTaskStateError - Anything that pops out of _build_resources - Failed to allocate network Any many more?
2018-05-31 22:01:56 Joshua Harlow description So let's analyze what can cause a compute managers failed_builds to get incremented and point out that some of them should not be causing failed_builds to get incremented (which then can have the nice effect of auto-disabling a nova-computer service). So the return code of self._do_build_and_run_instance returns a result code; the catch of all exceptions also triggers the setting of a result code to failed; when this is failed it will cause the failed_build counter to get incremented. Some unrelated to nova-compute exceptions that from reading the code can trigger this to happen: - Unable to base64 decode injected files. - Failure of notify_about_instance_create to actually send (some inner exception perhaps?) - exception.NoMoreNetworks, exception.NoMoreFixedIps - exception.FlavorDiskTooSmall, exception.FlavorMemoryTooSmall,   exception.ImageNotActive, exception.ImageUnacceptable,   exception.InvalidDiskInfo, exception.InvalidDiskFormat,   cursive_exception.SignatureVerificationError,   exception.VolumeEncryptionNotSupported, exception.InvalidInput,   exception.RequestedVRamTooHigh --- these bubble up as BuildAbortException - exception.InstanceNotFound, exception.UnexpectedDeletingTaskStateError - Anything that pops out of _build_resources - Failed to allocate network Any many more? So let's analyze what can cause a compute managers failed_builds to get incremented and point out that some of them should not be causing failed_builds to get incremented (which then can have the nice effect of auto-disabling a nova-computer service). So the return code of self._do_build_and_run_instance returns a result code; the catch of all exceptions also triggers the setting of a result code to failed; when this is failed it will cause the failed_build counter to get incremented. Some unrelated to nova-compute exceptions that from reading the code can trigger this to happen: - Unable to base64 decode injected files. - Failure of notify_about_instance_create to actually send (some inner exception perhaps?) - exception.NoMoreNetworks, exception.NoMoreFixedIps - exception.FlavorDiskTooSmall, exception.FlavorMemoryTooSmall,   exception.ImageNotActive, exception.ImageUnacceptable,   exception.InvalidDiskInfo, exception.InvalidDiskFormat,   cursive_exception.SignatureVerificationError,   exception.VolumeEncryptionNotSupported, exception.InvalidInput,   exception.RequestedVRamTooHigh --- these bubble up as BuildAbortException - exception.InstanceNotFound, exception.UnexpectedDeletingTaskStateError - Anything that pops out of _build_resources    - Failed to allocate network And many more?
2018-05-31 22:02:01 Joshua Harlow description So let's analyze what can cause a compute managers failed_builds to get incremented and point out that some of them should not be causing failed_builds to get incremented (which then can have the nice effect of auto-disabling a nova-computer service). So the return code of self._do_build_and_run_instance returns a result code; the catch of all exceptions also triggers the setting of a result code to failed; when this is failed it will cause the failed_build counter to get incremented. Some unrelated to nova-compute exceptions that from reading the code can trigger this to happen: - Unable to base64 decode injected files. - Failure of notify_about_instance_create to actually send (some inner exception perhaps?) - exception.NoMoreNetworks, exception.NoMoreFixedIps - exception.FlavorDiskTooSmall, exception.FlavorMemoryTooSmall,   exception.ImageNotActive, exception.ImageUnacceptable,   exception.InvalidDiskInfo, exception.InvalidDiskFormat,   cursive_exception.SignatureVerificationError,   exception.VolumeEncryptionNotSupported, exception.InvalidInput,   exception.RequestedVRamTooHigh --- these bubble up as BuildAbortException - exception.InstanceNotFound, exception.UnexpectedDeletingTaskStateError - Anything that pops out of _build_resources    - Failed to allocate network And many more? So let's analyze what can cause a compute managers failed_builds to get incremented and point out that some of them should not be causing failed_builds to get incremented (which then can have the nice effect of auto-disabling a nova-compute service). So the return code of self._do_build_and_run_instance returns a result code; the catch of all exceptions also triggers the setting of a result code to failed; when this is failed it will cause the failed_build counter to get incremented. Some unrelated to nova-compute exceptions that from reading the code can trigger this to happen: - Unable to base64 decode injected files. - Failure of notify_about_instance_create to actually send (some inner exception perhaps?) - exception.NoMoreNetworks, exception.NoMoreFixedIps - exception.FlavorDiskTooSmall, exception.FlavorMemoryTooSmall,   exception.ImageNotActive, exception.ImageUnacceptable,   exception.InvalidDiskInfo, exception.InvalidDiskFormat,   cursive_exception.SignatureVerificationError,   exception.VolumeEncryptionNotSupported, exception.InvalidInput,   exception.RequestedVRamTooHigh --- these bubble up as BuildAbortException - exception.InstanceNotFound, exception.UnexpectedDeletingTaskStateError - Anything that pops out of _build_resources    - Failed to allocate network And many more?
2018-05-31 22:02:07 Joshua Harlow description So let's analyze what can cause a compute managers failed_builds to get incremented and point out that some of them should not be causing failed_builds to get incremented (which then can have the nice effect of auto-disabling a nova-compute service). So the return code of self._do_build_and_run_instance returns a result code; the catch of all exceptions also triggers the setting of a result code to failed; when this is failed it will cause the failed_build counter to get incremented. Some unrelated to nova-compute exceptions that from reading the code can trigger this to happen: - Unable to base64 decode injected files. - Failure of notify_about_instance_create to actually send (some inner exception perhaps?) - exception.NoMoreNetworks, exception.NoMoreFixedIps - exception.FlavorDiskTooSmall, exception.FlavorMemoryTooSmall,   exception.ImageNotActive, exception.ImageUnacceptable,   exception.InvalidDiskInfo, exception.InvalidDiskFormat,   cursive_exception.SignatureVerificationError,   exception.VolumeEncryptionNotSupported, exception.InvalidInput,   exception.RequestedVRamTooHigh --- these bubble up as BuildAbortException - exception.InstanceNotFound, exception.UnexpectedDeletingTaskStateError - Anything that pops out of _build_resources    - Failed to allocate network And many more? So let's analyze what can cause a compute managers failed_builds to get incremented and point out that some of them should not be causing failed_builds to get incremented (which then can have the 'nice' effect of auto-disabling a nova-compute service). So the return code of self._do_build_and_run_instance returns a result code; the catch of all exceptions also triggers the setting of a result code to failed; when this is failed it will cause the failed_build counter to get incremented. Some unrelated to nova-compute exceptions that from reading the code can trigger this to happen: - Unable to base64 decode injected files. - Failure of notify_about_instance_create to actually send (some inner exception perhaps?) - exception.NoMoreNetworks, exception.NoMoreFixedIps - exception.FlavorDiskTooSmall, exception.FlavorMemoryTooSmall,   exception.ImageNotActive, exception.ImageUnacceptable,   exception.InvalidDiskInfo, exception.InvalidDiskFormat,   cursive_exception.SignatureVerificationError,   exception.VolumeEncryptionNotSupported, exception.InvalidInput,   exception.RequestedVRamTooHigh --- these bubble up as BuildAbortException - exception.InstanceNotFound, exception.UnexpectedDeletingTaskStateError - Anything that pops out of _build_resources    - Failed to allocate network And many more?
2018-05-31 22:06:34 Clint Byrum bug added subscriber Clint Byrum
2018-05-31 22:06:48 Clint Byrum information type Public Private Security
2018-05-31 22:09:16 Clint Byrum bug added subscriber melanie witt
2018-05-31 22:18:22 Clint Byrum information type Private Security Public
2018-05-31 22:18:36 Clint Byrum marked as duplicate 1742102
2018-05-31 22:41:48 Tristan Cacqueray bug task added ossa