Open Stack

Oh sorry, haven't read Vish answer, my bad :-)


> Shashank Sahni <mailto:shredder12 at linuxers.org>
> 14 mai 2012 23:30
> Thank you Vish. That did the trick :)
>
> Regards,
> Shashank Sahni
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
> Vishvananda Ishaya <mailto:vishvananda at gmail.com>
> 14 mai 2012 23:13
> you have to set iscsi_ip_address on the volume node.  The volume node 
> is the one that creates this db entry.
>
> Vish
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
> Shashank Sahni <mailto:shredder12 at linuxers.org>
> 14 mai 2012 22:54
> Hi Vish,
>
> Yeah you are right. I checked the settings in the volume database and 
> for all volumes the entry is similar to following.
>
> controller_node:3260,3 iqn.2010-10.org.openstack:volume-00000004
>
> But it seems these entries are being generated automatically, i.e. as 
> soon as I issue volume creation command. How do I fix this? I am 
> already using properly configured iscsi_ip_address option in the 
> controller's nova.conf file.
>
> Regards,
> Shashank Sahni
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
> Vishvananda Ishaya <mailto:vishvananda at gmail.com>
> 14 mai 2012 22:45
> It should be getting the connection properties via the call to the 
> volume node.  Is it possible your volume in the database has incorrect 
> properties stored in provider_location?
>
> It is set from the cofig iscsi_ip_address, so if you have not set that 
> configuration option to a routable ip from compute -> volume then it 
> will not work.  Also, changing the config option will not change the 
> existing values in the db, so you might have to change those manually.
>
> Vish
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
> Shashank Sahni <mailto:shredder12 at linuxers.org>
> 14 mai 2012 16:28
> Hi,
>
> Thanks for the reply.
>
> Yes, I've gone through the document. Volume creation and deletion are 
> working perfectly fine. When I run "iscsiadm -m discovery -t st -p 
> volume_node" on the compute node, I can see the volumes. But somehow 
> the compute node is being misinformed about the volume node after 
> giving the attach command.
>
> I'm not using iscsitarget as per that document. Installation of 
> nova-volume on ubuntu precise automatically took care of it using tgt.
>
> Kind Regards,
> Shashank Sahni
>
> On 05/14/2012 07:34 PM, raja.meena at wipro.com

-- 
Nuage & Co - Razique Mahroua
razique.mahroua at gmail.com



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120515/75824472/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: postbox-contact.jpg
Type: image/jpeg
Size: 1233 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120515/75824472/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: postbox-contact.jpg
Type: image/jpeg
Size: 1199 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120515/75824472/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.jpg
Type: image/jpeg
Size: 10122 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120515/75824472/attachment-0002.jpg>