Bug #1368

Clone image stores bad source

Added by Joaquin Villanueva almost 9 years ago. Updated almost 9 years ago.

Status:ClosedStart date:07/17/2012
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:Drivers - Auth
Target version:Release 3.8
Resolution:worksforme Pull request:
Affected Versions:OpenNebula 3.6

Description

Hi,

I'm developing a new datastore driver for Equallogic iSCSI devices.

Testing the clone feature, seems the Source field of the new image is filled with the datastore real path, but must be filled with the destination value echoed from the clone script:

Source image:
Name: test01
Source: 172.30.0.1:iqn.2001-05.com.equallogic:0-8a0906-d3b445203-ed60016ef1250005-test01
Path: --

Cloned image:
Name: test05
Source: /var/lib/one/datastores/104
Path: 172.30.0.1:iqn.2001-05.com.equallogic:0-8a0906-d3b445203-ed60016ef1250005-test01

Source value in the cloned image must be 172.30.0.1:iqn.2001-05.com.equallogic:0-8a0906-ad4445203-2500016ef2a50051-test05, but /var/lib/one/datastores/104 is stored. Correct value is returned at the end of the clone script, as shown in the log


Log:
Tue Jul 17 09:58:47 2012 [ReM][D]: ImageClone method invoked
Tue Jul 17 09:58:47 2012 [ImM][I]: Cloning image 172.30.0.1:iqn.2001-05.com.equallogic:0-8a0906-d3b445203-ed60016ef1250005-test01 to repository as image 89
Tue Jul 17 09:58:49 2012 [ReM][D]: ImagePoolInfo method invoked
Tue Jul 17 09:58:52 2012 [ImG][D]: Message received: LOG I 89 clone: Cloning volume test01 on 172.30.0.1 to test05
Tue Jul 17 09:58:52 2012 [ImM][I]: clone: Cloning volume test01 on 172.30.0.1 to test05
Tue Jul 17 09:58:52 2012 [ImG][D]: Message received: LOG I 89 clone: Cloned image iqn.2001-05.com.equallogic:0-8a0906-ad4445203-2500016ef2a50051-test05
Tue Jul 17 09:58:52 2012 [ImM][I]: clone: Cloned image iqn.2001-05.com.equallogic:0-8a0906-ad4445203-2500016ef2a50051-test05
Tue Jul 17 09:58:52 2012 [ImG][D]: Message received: LOG I 89 clone: Setting multihost access for volume test05 on 172.30.0.1
Tue Jul 17 09:58:52 2012 [ImM][I]: clone: Setting multihost access for volume test05 on 172.30.0.1
Tue Jul 17 09:58:52 2012 [ImG][D]: Message received: LOG I 89 clone: Setting security access for volume test05 on 172.30.0.1
Tue Jul 17 09:58:52 2012 [ImM][I]: clone: Setting security access for volume test05 on 172.30.0.1
Tue Jul 17 09:58:52 2012 [ImG][D]: Message received: LOG I 89 ExitCode: 0
Tue Jul 17 09:58:52 2012 [ImM][I]: ExitCode: 0
Tue Jul 17 09:58:52 2012 [ImG][D]: Message received: CLONE SUCCESS 89 /var/lib/one/datastores/104 test05 172.30.0.1:iqn.2001-05.com.equallogic:0-8a0906-d3b445203-ed60016ef1250005-test01 5120 test01
Tue Jul 17 09:58:52 2012 [ImM][I]: Image cloned and ready to use.
Tue Jul 17 09:58:52 2012 [ImG][D]: Message received: 172.30.0.1:iqn.2001-05.com.equallogic:0-8a0906-ad4445203-2500016ef2a50051-test05

The clone operation seems to ignore the extra parameters shown at the CLONE SUCCESS log message. I don't know if the iscsi datastore driver is also affected for this behavior (i can't test it).

This error makes unusable the cloned image, as the source field points to the datastore path at /var/lib/one, not to the host:target needed to locate the image.

I hope to end development of the eqlscsi datastore driver and the eqliscsi transfer driver in the next days. Almost finished, now testing all the functions with the new 3.6 release and ironing the last bugs.

Best regards,

Joaquin Villanueva
ACB

History

#1 Updated by Ruben S. Montero almost 9 years ago

  • Target version set to Release 3.8

#2 Updated by Joaquin Villanueva almost 9 years ago

Hi,

After a more thorough debugging session of my datastore scripts, seems the bug reported was my fault. After restructuring some helper functions, the message received at the datastore controller now is clean and only returns the HOST:IQN data needed. There was some extra data leaking to stdout merged with the correct data echoed by the script.

Sorry for the inconvenience, please mark this bug as solved.

Best regards,

Joaquin Villanueva
ACB

#3 Updated by Ruben S. Montero almost 9 years ago

  • Status changed from New to Closed
  • Resolution set to worksforme

Hi,

Yes, checking the OpenNebula core it sets the source. Closing this one...

Thanks for your feedback!

Also available in: Atom PDF