From 723486b120f3b2cc106c94191e8de9dc0b4c185f Mon Sep 17 00:00:00 2001 From: John Griffith Date: Mon, 8 Jul 2013 19:22:34 -0600 Subject: [PATCH] SolidFire API RequestID is useless. The SolidFire API can take an int or a string for a request-id, when using an int however it needs to actually be a valid int. The driver currently was doing an int(uuid) which is too large and as a result get's truncated making it difficult or impossible to track request-ids. This patch chanes the generate request-id to form a hash of the uuid so that it can be tracked. Fixed bug: 1199198 Change-Id: I38d5e3d189e679678898c329a9fa173a47853d47 --- cinder/volume/drivers/solidfire.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cinder/volume/drivers/solidfire.py b/cinder/volume/drivers/solidfire.py index ce4d56af6..1018bfb52 100644 --- a/cinder/volume/drivers/solidfire.py +++ b/cinder/volume/drivers/solidfire.py @@ -117,7 +117,7 @@ class SolidFire(SanISCSIDriver): # can't be re-used retry_count = 5 while retry_count > 0: - request_id = int(uuid.uuid4()) # just generate a random number + request_id = hash(uuid.uuid4()) # just generate a random number command = {'method': method_name, 'id': request_id} -- 2.45.2