Hi Nir, thanks for responding. That's what you asked me. vdms: [root@gauss vdsm]# rpm -qa | grep vdsm vdsm-xmlrpc-4.10.3-0.36.23.el6.noarch vdsm-cli-4.10.3-0.36.23.el6.noarch vdsm-python-4.10.3-0.36.23.el6.x86_64 vdsm-4.10.3-0.36.23.el6.x86_64 vdsm-hook-qos-4.10.3-0.36.23.el6.noarch vdsm-hook-nestedvt-4.10.3-0.36.23.el6.noarch vdsm-hook-hostusb-4.10.3-0.36.23.el6.noarch engine: [eduardo@ovirt-dir ~]$ rpm -qa|grep ovirt ovirt-engine-tools-3.2.2-1.1.43.el6.noarch ovirt-engine-backend-3.2.2-1.1.43.el6.noarch ovirt-engine-dwh-3.2.0-1.el6.noarch ovirt-engine-reports-3.2.0-2.el6.noarch ovirt-log-collector-3.2.0-1.el6.noarch ovirt-engine-cli-3.3.0.4-1.el6.noarch ovirt-host-deploy-1.1.0-0.0.master.el6.noarch ovirt-engine-dbscripts-3.2.2-1.1.43.el6.noarch ovirt-engine-genericapi-3.2.2-1.1.43.el6.noarch ovirt-iso-uploader-3.2.0-1.el6.noarch ovirt-engine-setup-3.2.2-1.1.43.el6.noarch ovirt-host-deploy-java-1.1.0-0.0.master.el6.noarch ovirt-engine-userportal-3.2.2-1.1.43.el6.noarch ovirt-engine-webadmin-portal-3.2.2-1.1.43.el6.noarch ovirt-engine-sdk-python-3.3.0.6-1.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-restapi-3.2.2-1.1.43.el6.noarch ovirt-engine-3.2.2-1.1.43.el6.noarch ovirt-image-uploader-3.2.0-1.el6.noarch ovirt-release-el6-10-1.noarch Follows the logs on my dropbox: https://www.dropbox.com/sh/cp93cqzs7ow4zp2/XRDsr_D1L3/ovirt On 02/08/2014 08:02 PM, Nir Soffer wrote:

----- Original Message -----

...

From: "Eduardo Ramos" <eduardo@freedominterface.org> To: "users" <users@ovirt.org> Sent: Friday, February 7, 2014 2:35:03 PM Subject: [Users] 'Drive' object has no attribute 'format'

Hi all!

I'm getting this strange message on my vdsm.log

Thread-187887::ERROR::2014-02-07 10:31:13,246::sampling::355::vm.Vm::(collect) vmId=`226fb21b-ce7e-45ec-8e6e-75b987374ead`::Stats function failed: <AdvancedStatsFunction _highWrite at 0x2d328f0> Traceback (most recent call last): File "/usr/share/vdsm/sampling.py", line 351, in collect statsFunction() File "/usr/share/vdsm/sampling.py", line 226, in __call__ retValue = self._function(*args, **kwargs) File "/usr/share/vdsm/vm.py", line 528, in _highWrite self._vm.extendDrivesIfNeeded() File "/usr/share/vdsm/vm.py", line 2285, in extendDrivesIfNeeded if not drive.blockDev or drive.format != 'cow': AttributeError: 'Drive' object has no attribute 'format'

Anyone know what could be happening? Hi Eduardo,

I'm afraid you have a vm with an invalid drive, created without the required "format" attribute.

We have seen this issue when upgrading from old versions, or when migrating vms. See https://bugzilla.redhat.com/show_bug.cgi?id=1055437

Can you add more information that will help debug this issue?

- ovirt-engine/vdsm versions - logs: engine.log, vdsm.log - what was the trigger of this error (e.g. started when migrating vm?)

If you think your case is not relevant to bug 1055437, please open a new bug.

Thanks, Nir

----- Original Message -----

----- Original Message -----

...

From: "Eduardo Ramos" <eduardo@freedominterface.org> To: "Nir Soffer" <nsoffer@redhat.com> Cc: "users" <users@ovirt.org> Sent: Monday, February 10, 2014 9:13:50 PM Subject: Re: [Users] 'Drive' object has no attribute 'format'

Hi Nir, thanks for responding.

That's what you asked me.

vdms: [root@gauss vdsm]# rpm -qa | grep vdsm vdsm-4.10.3-0.36.23.el6.x86_64

engine: [eduardo@ovirt-dir ~]$ rpm -qa|grep ovirt ovirt-engine-3.2.2-1.1.43.el6.noarch

A patch that may fix the root cause of this issue was just merged upstream: http://gerrit.ovirt.org/24202

This patch should be available soon in rhev-3.3.x release and ovirt-3.4.

The best way to handle this issue and get support would be to upgrade the vdsm on the host to a recent version.

the vdsm on *all* the hosts. also note that this affects only setups that have been upgraded from previous versions.

...

Follows the logs on my dropbox:

https://www.dropbox.com/sh/cp93cqzs7ow4zp2/XRDsr_D1L3/ovirt

I'll inspect these logs later.

You did not describe what you were doing with the system when the problem started. Can you add more information about it? What was the change or operation that triggered this issue?

Thanks, Nir _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

----- Original Message -----

----- Original Message -----

...

From: "Ayal Baron" <abaron@redhat.com> To: "Nir Soffer" <nsoffer@redhat.com> Cc: "Eduardo Ramos" <eduardo@freedominterface.org>, "users" <users@ovirt.org> Sent: Tuesday, February 11, 2014 8:17:53 PM Subject: Re: [Users] 'Drive' object has no attribute 'format'

----- Original Message -----

...

----- Original Message -----

...

From: "Eduardo Ramos" <eduardo@freedominterface.org> To: "Nir Soffer" <nsoffer@redhat.com> Cc: "users" <users@ovirt.org> Sent: Monday, February 10, 2014 9:13:50 PM Subject: Re: [Users] 'Drive' object has no attribute 'format'

Hi Nir, thanks for responding.

That's what you asked me.

vdms: [root@gauss vdsm]# rpm -qa | grep vdsm vdsm-4.10.3-0.36.23.el6.x86_64

engine: [eduardo@ovirt-dir ~]$ rpm -qa|grep ovirt ovirt-engine-3.2.2-1.1.43.el6.noarch

A patch that may fix the root cause of this issue was just merged upstream: http://gerrit.ovirt.org/24202

This patch should be available soon in rhev-3.3.x release and ovirt-3.4.

The best way to handle this issue and get support would be to upgrade the vdsm on the host to a recent version.

the vdsm on *all* the hosts. also note that this affects only setups that have been upgraded from previous versions.

Do you think this is an issue with old recovery files? https://bugzilla.redhat.com/show_bug.cgi?id=994534

No, the patch you referenced fixes a case where you start a VM in oVirt 3.2 and upgrade vdsm to 3.3 (or migrate the vm to a host running vdsm 3.3). The problem is that the path vdsm has on the newer host is out of sync with the libvirt xml and libvirt does not correlate the two paths despite them leading to the same disk. (i.e. libvirt assumes that after migration paths to disks remain the same).