cinder incremental backup fails with ceph "dict' object has no attribute 'name'""

[maestropandy]

Hi helen,

Here my setup, devstack+ceph, where enable cinder backup services did below things

ubuntu@slave:~/cinderback$ cinder backup-list
+----+-----------+--------+------+------+--------------+-----------+
| ID | Volume ID | Status | Name | Size | Object Count | Container |
+----+-----------+--------+------+------+--------------+-----------+
+----+-----------+--------+------+------+--------------+-----------+
ubuntu@slave:~/cinderback$ cinder list
+--------------------------------------+-----------+------+------+-------------+----------+-------------+
| ID | Status | Name | Size | Volume Type | Bootable | Attached to |
+--------------------------------------+-----------+------+------+-------------+----------+-------------+
| 2688b075-af7e-4988-9d32-930faf793e8e | available | test | 1 | ceph | false | |
+--------------------------------------+-----------+------+------+-------------+----------+-------------+
ubuntu@slave:~/cinderback$ cinder backup-create 2688b075-af7e-4988-9d32-930faf793e8e
+-----------+--------------------------------------+
| Property | Value |
+-----------+--------------------------------------+
| id | 7a984b15-16d9-4f16-bc0e-c7c9a2040a73 |
| name | None |
| volume_id | 2688b075-af7e-4988-9d32-930faf793e8e |
+-----------+--------------------------------------+
ubuntu@slave:~/cinderback$ cinder backup-list
+--------------------------------------+--------------------------------------+----------+------+------+--------------+-----------+
| ID | Volume ID | Status | Name | Size | Object Count | Container |
+--------------------------------------+--------------------------------------+----------+------+------+--------------+-----------+
| 7a984b15-16d9-4f16-bc0e-c7c9a2040a73 | 2688b075-af7e-4988-9d32-930faf793e8e | creating | - | 1 | 0 | backups |
+--------------------------------------+--------------------------------------+----------+------+------+--------------+-----------+
ubuntu@slave:~/cinderback$ cinder backup-create 2688b075-af7e-4988-9d32-930faf793e8e --force --incremental
+-----------+--------------------------------------+
| Property | Value |
+-----------+--------------------------------------+
| id | d0181918-9d2d-4790-b40e-a53ece4bae81 |
| name | None |
| volume_id | 2688b075-af7e-4988-9d32-930faf793e8e |
+-----------+--------------------------------------+
ubuntu@slave:~/cinderback$ cinder backup-list
+--------------------------------------+--------------------------------------+-----------+------+------+--------------+-----------+
| ID | Volume ID | Status | Name | Size | Object Count | Container |
+--------------------------------------+--------------------------------------+-----------+------+------+--------------+-----------+
| 7a984b15-16d9-4f16-bc0e-c7c9a2040a73 | 2688b075-af7e-4988-9d32-930faf793e8e | available | - | 1 | 0 | backups |
| d0181918-9d2d-4790-b40e-a53ece4bae81 | 2688b075-af7e-4988-9d32-930faf793e8e | error | - | 1 | 0 | backups |
+--------------------------------------+--------------------------------------+-----------+------+------+--------------+-----------+
ubuntu@slave:~/cinderback$ cinder backup-show 7a984b15-16d9-4f16-bc0e-c7c9a2040a73
+-----------------------+--------------------------------------+
| Property | Value |
+-----------------------+--------------------------------------+
| availability_zone | nova |
| container | backups |
| created_at | 2018-02-05T10:56:33.000000 |
| data_timestamp | 2018-02-05T10:56:33.000000 |
| description | None |
| fail_reason | None |
| has_dependent_backups | False |
| id | 7a984b15-16d9-4f16-bc0e-c7c9a2040a73 |
| is_incremental | False |
| name | None |
| object_count | 0 |
| size | 1 |
| snapshot_id | None |
| status | available |
| updated_at | 2018-02-05T10:56:40.000000 |
| volume_id | 2688b075-af7e-4988-9d32-930faf793e8e |
+-----------------------+--------------------------------------+
ubuntu@slave:~/cinderback$ cinder backup-show d0181918-9d2d-4790-b40e-a53ece4bae81
+-----------------------+---------------------------------------+
| Property | Value |
+-----------------------+---------------------------------------+
| availability_zone | nova |
| container | backups |
| created_at | 2018-02-05T10:56:59.000000 |
| data_timestamp | 2018-02-05T10:56:59.000000 |
| description | None |
| fail_reason | 'dict' object has no attribute 'name' |
| has_dependent_backups | False |
| id | d0181918-9d2d-4790-b40e-a53ece4bae81 |
| is_incremental | True |
| name | None |
| object_count | 0 |
| size | 1 |
| snapshot_id | None |
| status | error |
| updated_at | 2018-02-05T10:57:00.000000 |
| volume_id | 2688b075-af7e-4988-9d32-930faf793e8e |
+-----------------------+---------------------------------------+

While taking incremental backup it got failed with "'dict' object has no attribute 'name'" and also tried with --parent ( as like trove), still no luck.

Where fullbackup and restore work fine. Only with incremental getting isssue as above.

[Gorka Eguileor (gorka)]

Are the volumes stored in a Ceph backup as well? Because the Ceph backup driver doesn't need the "--incremental" parameter to do incremental backups if the source volume is also stored in Ceph, and it doesn't do incremental for non Ceph volumes.

Where did you get that error? On the client? The API? Scheduler? Backup? Volume?

Could you include the traceback? Because I have just tested RBD incremental to incremental with devstack+ceph and it worked just fine with the CLI commands you mentioned.

[Jason Dillaman (jdillaman)]

See issue #1681895

[maestropandy (maestropandy)]

I am trying in ocata version, I have tried without incremental still getting same error

ubuntu@slave:~$ openstack volume create pandy --size 1
+---------------------+--------------------------------------+
| Field | Value |
+---------------------+--------------------------------------+
| attachments | [] |
| availability_zone | nova |
| bootable | false |
| consistencygroup_id | None |
| created_at | 2018-02-05T16:39:42.323571 |
| description | None |
| encrypted | False |
| id | 2e3ec7ca-cf4a-48d1-99fc-124891476004 |
| migration_status | None |
| multiattach | False |
| name | pandy |
| properties | |
| replication_status | None |
| size | 1 |
| snapshot_id | None |
| source_volid | None |
| status | creating |
| type | ceph |
| updated_at | None |
| user_id | dc95d85fcd354a93b19c6a0807de63b1 |
+---------------------+--------------------------------------+
ubuntu@slave:~$ cinder list
+--------------------------------------+-----------+-------+------+-------------+----------+-------------+
| ID | Status | Name | Size | Volume Type | Bootable | Attached to |
+--------------------------------------+-----------+-------+------+-------------+----------+-------------+
| 2e3ec7ca-cf4a-48d1-99fc-124891476004 | available | pandy | 1 | ceph | false | |
+--------------------------------------+-----------+-------+------+-------------+----------+-------------+
ubuntu@slave:~$ cinder backup-create 2e3ec7ca-cf4a-48d1-99fc-124891476004
+-----------+--------------------------------------+
| Property | Value |
+-----------+--------------------------------------+
| id | d7503c9c-5fc0-4fe7-b373-972830b52e4a |
| name | None |
| volume_id | 2e3ec7ca-cf4a-48d1-99fc-124891476004 |
+-----------+--------------------------------------+
ubuntu@slave:~$ cinder backup-list
+--------------------------------------+--------------------------------------+-----------+------+------+--------------+-----------+
| ID | Volume ID | Status | Name | Size | Object Count | Container |
+--------------------------------------+--------------------------------------+-----------+------+------+--------------+-----------+
| d7503c9c-5fc0-4fe7-b373-972830b52e4a | 2e3ec7ca-cf4a-48d1-99fc-124891476004 | available | - | 1 ...

[maestropandy (maestropandy)]

It will be fixed in ocata release after changing "snap_name" to snap['name'] in ceph.py, will submit changes