Verified on these components: 2 Hosts with: Linux version 2.6.32-431.23.3.el6.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-4) (GCC) ) #1 SMP Wed Jul 16 06:12:23 EDT 2014 vdsm-4.14.13-1.el6ev.x86_64 qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 ovirt-hosted-engine-setup-1.1.5-1.el6ev.noarch ovirt-host-deploy-1.3.0-0.0.master.20140629072144.gitdc1f589.el6.noarch libvirt-0.10.2-29.el6_5.10.x86_64 sanlock-2.8-1.el6.x86_64 ovirt-hosted-engine-ha-1.1.5-1.el6ev.noarch qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64 ovirt-host-deploy-java-1.3.0-0.0.master.20140629072144.gitdc1f589.el6.noarch Engine av11: Linux version 2.6.32-431.23.3.el6.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-4) (GCC) ) #1 SMP Wed Jul 16 06:12:23 EDT 2014 rhevm-3.4.2-0.1.el6ev.noarch
Cause: agent doesn't wait long enough for vdsm to connect the storage Consequence: agent tries to access the storage before it's ready Fix: wait longer and retry a few times (this is configurable in case some systems needs a different grace time) Result: agent waits long enough and the storage is successfully connected (note: yes, this is similar to 1119702, but the fix was on a different place)
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-1155.html