<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">No I'm running just one iscsi target
service:<br>
<br>
root@leonard:~# netstat -antp | grep 3260<br>
tcp 0 0 0.0.0.0:3260
0.0.0.0:* LISTEN 8927/tgtd <br>
tcp6 0 0 :::3260
:::* LISTEN 8927/tgtd<br>
<br>
<br>
<br>
Here is my cinder.conf:<br>
root@leonard:~# cat /etc/cinder/cinder.conf <br>
[DEFAULT]<br>
rootwrap_config = /etc/cinder/rootwrap.conf<br>
api_paste_confg = /etc/cinder/api-paste.ini<br>
iscsi_helper = tgtadm<br>
volume_name_template = volume-%s<br>
volume_group = cinder-volumes<br>
verbose = True<br>
auth_strategy = keystone<br>
state_path = /var/lib/cinder<br>
lock_path = /var/lock/cinder<br>
volumes_dir = /var/lib/cinder/volumes<br>
sql_connection = mysql://cinder:grizzly@leonard/cinder<br>
rabbit_password = grizzly<br>
iscsi_ip_address=192.168.203.103<br>
<br>
So how can the compute node try to reach the public interface of
the controller? How can it possibly even know this IP?<br>
<br>
<br>
<br>
<pre class="moz-signature" cols="72">Michaël Van de Borne
R&D Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
<a class="moz-txt-link-abbreviated" href="http://www.cetic.be">www.cetic.be</a>, rue des Frères Wright, 29/3, B-6041 Charleroi
</pre>
Le 26/04/2013 20:22, K, Shanthakumar a écrit :<br>
</div>
<blockquote
cite="mid:23261B8C079082499641DD0AE94EA2BF04B7309B@G4W3300.americas.hpqcorp.net"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<meta name="Generator" content="Microsoft Word 14 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I
believe you are using both iscsitarget and tgt in your
configuration, that’s why you are getting this issue.<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Stop
any one target and mark the current target in cinder.conf
iscsihelper=<targetname><o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Example
: iscsi_helper=tgtadm<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Then
restart the all the services, hopefully this will work.<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Shanthakumar
K<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">
Openstack
[<a class="moz-txt-link-freetext" href="mailto:openstack-bounces+sk13=hp.com@lists.launchpad.net">mailto:openstack-bounces+sk13=hp.com@lists.launchpad.net</a>]
<b>On Behalf Of </b>Michaël Van de Borne<br>
<b>Sent:</b> Friday, April 26, 2013 8:11 PM<br>
<b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
<b>Subject:</b> [Openstack] [Grizzly] cannot attach
volume to instance due to wrong iscsi target<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Hi all,<br>
<br>
I installed three nodes like this topology:<br>
<a moz-do-not-send="true"
href="http://docs.openstack.org/trunk/openstack-network/admin/content/connectivity.html">http://docs.openstack.org/trunk/openstack-network/admin/content/connectivity.html</a><br>
<br>
Here are my subnets:<br>
management: 192.168.203.X/24<br>
data: 192.168.201.X/24<br>
external & API: 192.168.202.X/24<br>
<br>
I'm running ubuntu 12.04.<br>
<br>
When I try to attach a volume to a VM, I get the following
error in nova-compute.log:<br>
2013-04-26 16:27:59.439 WARNING nova.virt.libvirt.volume
[req-f5b4e121-a3ac-456d-b5cb-ba389c7fb409
6d72da42f39648c48d3dfb4cd190107d
93a48de7ef674f07a96e169383c34399] ISCSI volume not yet found
at: vdr. Will rescan & retry. Try number: 0<br>
2013-04-26 16:27:59.490 ERROR nova.compute.manager
[req-f5b4e121-a3ac-456d-b5cb-ba389c7fb409
6d72da42f39648c48d3dfb4cd190107d
93a48de7ef674f07a96e169383c34399] [instance:
05141f81-04cc-4493-86da-d2c05fd8a2f9] Failed to attach volume
d9424219-33f6-40c8-88d9-ecba4c8aa6be at /dev/vdr<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] Traceback
(most recent call last):<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] File
"/usr/lib/python2.7/dist-packages/nova/compute/manager.py",
line 2859, in _attach_volume<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9]
mountpoint)<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] File
"/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py",
line 957, in attach_volume<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9]
disk_info)<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] File
"/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py",
line 943, in volume_driver_method<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] return
method(connection_info, *args, **kwargs)<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] File
"/usr/lib/python2.7/dist-packages/nova/openstack/common/lockutils.py",
line 242, in inner<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] retval =
f(*args, **kwargs)<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] File
"/usr/lib/python2.7/dist-packages/nova/virt/libvirt/volume.py",
line 245, in connect_volume<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9]
self._run_iscsiadm(iscsi_properties, ("--rescan",))<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] File
"/usr/lib/python2.7/dist-packages/nova/virt/libvirt/volume.py",
line 179, in _run_iscsiadm<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9]
check_exit_code=check_exit_code)<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] File
"/usr/lib/python2.7/dist-packages/nova/utils.py", line 239, in
execute<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] cmd='
'.join(cmd))<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9]
ProcessExecutionError: Unexpected error while running command.<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] Command: sudo
nova-rootwrap /etc/nova/rootwrap.conf iscsiadm -m node -T
iqn.2010-10.org.openstack:volume-d9424219-33f6-40c8-88d9-ecba4c8aa6be
-p
<b><i><u><span style="font-size:13.5pt">192.168.202.103</span></u></i></b>:3260
--rescan<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] Exit code:
255<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] Stdout: ''<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9] Stderr:
'iscsiadm: No portal found.\n'<br>
2013-04-26 16:27:59.490 30092 TRACE nova.compute.manager
[instance: 05141f81-04cc-4493-86da-d2c05fd8a2f9]
<br>
2013-04-26 16:27:59.849 ERROR nova.openstack.common.rpc.amqp
[req-f5b4e121-a3ac-456d-b5cb-ba389c7fb409
6d72da42f39648c48d3dfb4cd190107d
93a48de7ef674f07a96e169383c34399] Exception during message
handling<br>
<br>
<br>
As we can see, the compute node tries to reach the API
interface (192.168.202.103) of the controller node. Of course,
it cannot, since the compute node only knows the data and the
management subnets.<br>
<br>
Is this the default behaviour and I'm missing a parameter
somewhere?<br>
I set this key in nova.conf:<br>
iscsi_ip_address=192.168.203.103<br>
<br>
but still no luck<br>
<br>
any clue?<br>
<br>
yours,<br>
<br>
michaël<br>
<br>
<br>
<br>
<o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Michaël Van de Borne<o:p></o:p></pre>
<pre>R&D Engineer, SOA team, CETIC<o:p></o:p></pre>
<pre>Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli<o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://www.cetic.be">www.cetic.be</a>, rue des Frères Wright, 29/3, B-6041 Charleroi<o:p></o:p></pre>
</div>
</blockquote>
<br>
</body>
</html>