1:13 p.m.
Hi All,
I've successfully discovered a ISCSI target, however, when I tried to add
it as storage to the engine, it complained of being too small, so I resized
the file and restarted tgtd on the server.
The problem is that the engine doesnt seem to bother re-discoverying the
target ? How can I remove its cache / current entries ? It never added it
as a storage domain, so it is safe to remove that entry I suppose ?
Why would the engine not try to re-read the device stats when "adding a
storage domain" ?
Thanks
Alex
--
| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
5:01 p.m.
--_000_9BE6F493F83A594DA60C45E6A09DC5AC017665CDAUSP01DAG0201co_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I have seem the same thing in the past, you might try to get on the node it=
self and issue a logout command : iscsiadm -m node --logout
Then retry the discovery.
From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of=
Alex Leonhardt
Sent: Wednesday, February 20, 2013 4:13 AM
To: oVirt Mailing List
Subject: [Users] iscsi discovery issue
Hi All,
I've successfully discovered a ISCSI target, however, when I tried to add i=
t as storage to the engine, it complained of being too small, so I resized =
the file and restarted tgtd on the server.
The problem is that the engine doesnt seem to bother re-discoverying the ta=
rget ? How can I remove its cache / current entries ? It never added it as =
a storage domain, so it is safe to remove that entry I suppose ?
Why would the engine not try to re-read the device stats when "adding a sto=
rage domain" ?
Thanks
Alex
--
| RHCE | Senior Systems Engineer | www.vcore.co<http://www.vcore.co> | www.=
vsearchcloud.com<http://www.vsearchcloud.com> |
________________________________
This is a PRIVATE message. If you are not the intended recipient, please de=
lete without copying and kindly advise us by e-mail of the mistake in deliv=
ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO=
POS to any order or other contract unless pursuant to explicit written agre=
ement or government initiative expressly permitting the use of e-mail for s=
uch purpose.
--_000_9BE6F493F83A594DA60C45E6A09DC5AC017665CDAUSP01DAG0201co_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html <head <meta http-equiv=3D"Content-Type"
content=3D"text/html; charset=3Dus-ascii"=
<style <!--
@font-face
{font-family:Calibri}
@font-face
{font-family:Tahoma}
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif"}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline}
a:visited, span.MsoHyperlinkFollowed
{color:purple;
text-decoration:underline}
span.EmailStyle17
{font-family:"Calibri","sans-serif";
color:#1F497D}
.MsoChpDefault
{font-family:"Calibri","sans-serif"}
@page WordSection1
{margin:1.0in 1.0in 1.0in 1.0in}
div.WordSection1
{}
-- </style
</head <body lang=3D"EN-US"
link=3D"blue" vlink=3D"purple" <div
class=3D"WordSection1" <p
class=3D"MsoNormal"><span style=3D"font-size:11.0pt;
font-family:"C=
alibri","sans-serif"; color:#1F497D">I have seem the
same th=
ing in the past, you might try to get on the node itself and issue a logout=
command : iscsiadm -m node --logout</span></p <p
class=3D"MsoNormal"><span style=3D"font-size:11.0pt;
font-family:"C=
alibri","sans-serif";
color:#1F497D"> </span></p <p
class=3D"MsoNormal"><span style=3D"font-size:11.0pt;
font-family:"C=
alibri","sans-serif"; color:#1F497D">Then retry the
discover=
y.</span></p <p
class=3D"MsoNormal"><span style=3D"font-size:11.0pt;
font-family:"C=
alibri","sans-serif";
color:#1F497D"> </span></p <p
class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;
font-family:&quo=
t;Tahoma","sans-serif"">From:</span></b><span
style=3D"font-=
size:10.0pt;
font-family:"Tahoma","sans-serif""> users-=
bounces(a)ovirt.org [mailto:users-bounces@ovirt.org]
<b>On Behalf Of </b>Alex Leonhardt<br
<b>Sent:</b> Wednesday, February 20, 2013 4:13 AM<br <b>To:</b> oVirt Mailing List<br <b>Subject:</b> [Users] iscsi discovery
issue</span></p <p
class=3D"MsoNormal"> </p
<div <p
class=3D"MsoNormal">Hi All,</p
<div <p
class=3D"MsoNormal"> </p
</div <div <p
class=3D"MsoNormal">I've successfully discovered a ISCSI target,
however=
, when I tried to add it as storage to the engine, it complained of being t=
oo small, so I resized the file and restarted tgtd on the server. </p </div
<div <p
class=3D"MsoNormal"> </p
</div <div <p
class=3D"MsoNormal">The problem is that the engine doesnt seem to bother=
re-discoverying the target ? How can I remove its cache / current entries =
? It never added it as a storage domain, so it is safe to remove that entry=
I suppose ? </p </div <div <p
class=3D"MsoNormal"> </p
</div <div <p
class=3D"MsoNormal">Why would the engine not try to re-read the device s=
tats when "adding a storage domain" ? </p </div
<div <p
class=3D"MsoNormal"> </p
</div <div <p
class=3D"MsoNormal">Thanks</p
</div <div <p
class=3D"MsoNormal">Alex<br clear=3D"all" </p <div <p
class=3D"MsoNormal"> </p
</div <p
class=3D"MsoNormal">-- </p
<div <div <p
class=3D"MsoNormal"> </p
</div <p
class=3D"MsoNormal">| RHCE | Senior Systems Engineer | <a
href=3D"http:/=
/www.vcore.co" target=3D"_blank"
www.vcore.co</a> | <a href=3D"http://www.vsearchcloud.com"
target=3D"_blank=
">www.vsearchcloud.com</a> |
</p </div
</div </div </div
<br <hr <font
color=3D"Gray" face=3D"Arial" size=3D"1">This is a
PRIVATE message. I=
f you are not the intended recipient, please delete without copying and kin=
dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con=
tent, this e-mail shall not operate to
bind SKOPOS to any order or other contract unless pursuant to explicit wri=
tten agreement or government initiative expressly permitting the use of e-m=
ail for such purpose.</font </body </html
--_000_9BE6F493F83A594DA60C45E6A09DC5AC017665CDAUSP01DAG0201co_--
5:26 p.m.
I thought of that, however, the node wasn't logged in to anything, in fact,
it didnt even know about the target / disk. I dont think it got that far.
Then I checked the engine host too, but nothing there either.
I wont be doing much more testing today / this week, but really hope
someone can shed some light here as will have to pick this up again
beginning of next week.
It's fair enough and not a biggie if it's simply a bug, but there simply
must be some record of where these things are being written to ?
Alex
On 20 February 2013 14:01, Jonathan Horne <jhorne(a)skopos.us> wrote:
I have seem the same thing in the past, you might try to get on the
node
itself and issue a logout command : iscsiadm -m node --logout
Then retry the discovery.
*From:* users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] *On
Behalf Of *Alex Leonhardt
*Sent:* Wednesday, February 20, 2013 4:13 AM
*To:* oVirt Mailing List
*Subject:* [Users] iscsi discovery issue
Hi All,
I've successfully discovered a ISCSI target, however, when I tried to add
it as storage to the engine, it complained of being too small, so I resized
the file and restarted tgtd on the server.
The problem is that the engine doesnt seem to bother re-discoverying the
target ? How can I remove its cache / current entries ? It never added it
as a storage domain, so it is safe to remove that entry I suppose ?
Why would the engine not try to re-read the device stats when "adding a
storage domain" ?
Thanks
Alex
--
| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
------------------------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind SKOPOS to any order or other contract unless pursuant to explicit
written agreement or government initiative expressly permitting the use of
e-mail for such purpose.
--
| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
6:22 p.m.
Hi Alex,
theoretically, even if the target is already logged in, engine is
sending a query called getDeviceList which should update the information
that was changed for the target.
can you please attach the logs (both engine and vdsm)?
also, if you can give me more information on what storage are you using
and what exact commands (or steps) you did it would be most appreciated.
Thanks,
Dafna
On 02/20/2013 04:26 PM, Alex Leonhardt wrote:
I thought of that, however, the node wasn't logged in to
anything, in
fact, it didnt even know about the target / disk. I dont think it got
that far. Then I checked the engine host too, but nothing there either.
I wont be doing much more testing today / this week, but really hope
someone can shed some light here as will have to pick this up again
beginning of next week.
It's fair enough and not a biggie if it's simply a bug, but there
simply must be some record of where these things are being written to ?
Alex
On 20 February 2013 14:01, Jonathan Horne <jhorne(a)skopos.us
<mailto:jhorne@skopos.us>> wrote:
I have seem the same thing in the past, you might try to get on
the node itself and issue a logout command : iscsiadm -m node --logout
Then retry the discovery.
*From:*users-bounces@ovirt.org <mailto:users-bounces@ovirt.org>
[mailto:users-bounces@ovirt.org <mailto:users-bounces@ovirt.org>]
*On Behalf Of *Alex Leonhardt
*Sent:* Wednesday, February 20, 2013 4:13 AM
*To:* oVirt Mailing List
*Subject:* [Users] iscsi discovery issue
Hi All,
I've successfully discovered a ISCSI target, however, when I tried
to add it as storage to the engine, it complained of being too
small, so I resized the file and restarted tgtd on the server.
The problem is that the engine doesnt seem to bother
re-discoverying the target ? How can I remove its cache / current
entries ? It never added it as a storage domain, so it is safe to
remove that entry I suppose ?
Why would the engine not try to re-read the device stats when
"adding a storage domain" ?
Thanks
Alex
--
| RHCE | Senior Systems Engineer | www.vcore.co
<http://www.vcore.co> | www.vsearchcloud.com
<http://www.vsearchcloud.com> |
------------------------------------------------------------------------
This is a PRIVATE message. If you are not the intended recipient,
please delete without copying and kindly advise us by e-mail of
the mistake in delivery. NOTE: Regardless of content, this e-mail
shall not operate to bind SKOPOS to any order or other contract
unless pursuant to explicit written agreement or government
initiative expressly permitting the use of e-mail for such purpose.
--
| RHCE | Senior Systems Engineer | www.vcore.co <http://www.vcore.co>
| www.vsearchcloud.com <http://www.vsearchcloud.com> |
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Dafna Ron
8:14 p.m.
This is a multi-part message in MIME format.
--------------070103070602010902060501
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Will do when back on it early next week.
Alex
On 02/20/2013 03:22 PM, Dafna Ron wrote:
Hi Alex,
theoretically, even if the target is already logged in, engine is
sending a query called getDeviceList which should update the information
that was changed for the target.
can you please attach the logs (both engine and vdsm)?
also, if you can give me more information on what storage are you using
and what exact commands (or steps) you did it would be most appreciated.
Thanks,
Dafna
On 02/20/2013 04:26 PM, Alex Leonhardt wrote:
> I thought of that, however, the node wasn't logged in to anything, in
> fact, it didnt even know about the target / disk. I dont think it got
> that far. Then I checked the engine host too, but nothing there either.
>
> I wont be doing much more testing today / this week, but really hope
> someone can shed some light here as will have to pick this up again
> beginning of next week.
>
> It's fair enough and not a biggie if it's simply a bug, but there
> simply must be some record of where these things are being written to ?
>
> Alex
>
>
>
> On 20 February 2013 14:01, Jonathan Horne<jhorne(a)skopos.us
> <mailto:jhorne@skopos.us>> wrote:
>
> I have seem the same thing in the past, you might try to get on
> the node itself and issue a logout command : iscsiadm -m node --logout
>
>
>
> Then retry the discovery.
>
>
>
> *From:*users-bounces@ovirt.org<mailto:users-bounces@ovirt.org>
> [mailto:users-bounces@ovirt.org<mailto:users-bounces@ovirt.org>]
> *On Behalf Of *Alex Leonhardt
> *Sent:* Wednesday, February 20, 2013 4:13 AM
> *To:* oVirt Mailing List
> *Subject:* [Users] iscsi discovery issue
>
>
>
> Hi All,
>
>
>
> I've successfully discovered a ISCSI target, however, when I tried
> to add it as storage to the engine, it complained of being too
> small, so I resized the file and restarted tgtd on the server.
>
>
>
> The problem is that the engine doesnt seem to bother
> re-discoverying the target ? How can I remove its cache / current
> entries ? It never added it as a storage domain, so it is safe to
> remove that entry I suppose ?
>
>
>
> Why would the engine not try to re-read the device stats when
> "adding a storage domain" ?
>
>
>
> Thanks
>
> Alex
>
>
>
> --
>
>
>
> | RHCE | Senior Systems Engineer | www.vcore.co
> <http://www.vcore.co> | www.vsearchcloud.com
> <http://www.vsearchcloud.com> |
>
>
> ------------------------------------------------------------------------
> This is a PRIVATE message. If you are not the intended recipient,
> please delete without copying and kindly advise us by e-mail of
> the mistake in delivery. NOTE: Regardless of content, this e-mail
> shall not operate to bind SKOPOS to any order or other contract
> unless pursuant to explicit written agreement or government
> initiative expressly permitting the use of e-mail for such purpose.
>
>
>
>
> --
>
> | RHCE | Senior Systems Engineer | www.vcore.co<http://www.vcore.co>
> | www.vsearchcloud.com<http://www.vsearchcloud.com> |
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
--------------070103070602010902060501
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font size="-1"><font face="Tahoma">Will do when back
on it early
next week. <br>
<br>
Alex<br>
</font></font><br>
On 02/20/2013 03:22 PM, Dafna Ron wrote:
<blockquote cite="mid:5124EA2A.6020201@redhat.com"
type="cite">
<pre wrap="">Hi Alex,
theoretically, even if the target is already logged in, engine is
sending a query called getDeviceList which should update the information
that was changed for the target.
can you please attach the logs (both engine and vdsm)?
also, if you can give me more information on what storage are you using
and what exact commands (or steps) you did it would be most appreciated.
Thanks,
Dafna
On 02/20/2013 04:26 PM, Alex Leonhardt wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I thought of that, however, the node wasn't
logged in to anything, in
fact, it didnt even know about the target / disk. I dont think it got
that far. Then I checked the engine host too, but nothing there either.
I wont be doing much more testing today / this week, but really hope
someone can shed some light here as will have to pick this up again
beginning of next week.
It's fair enough and not a biggie if it's simply a bug, but there
simply must be some record of where these things are being written to ?
Alex
On 20 February 2013 14:01, Jonathan Horne <<a
class="moz-txt-link-abbreviated"
href="mailto:jhorne@skopos.us">jhorne@skopos.us</a>
<a class="moz-txt-link-rfc2396E"
href="mailto:jhorne@skopos.us"><mailto:jhorne@skopos.us></a>>
wrote:
I have seem the same thing in the past, you might try to get on
the node itself and issue a logout command : iscsiadm -m node --logout
Then retry the discovery.
*From:*users-bounces@ovirt.org <a class="moz-txt-link-rfc2396E"
href="mailto:users-bounces@ovirt.org"><mailto:users-bounces@ovirt.org></a>
[<a class="moz-txt-link-freetext"
href="mailto:users-bounces@ovirt.org">mailto:users-bounces@ovirt.org</a>
<a class="moz-txt-link-rfc2396E"
href="mailto:users-bounces@ovirt.org"><mailto:users-bounces@ovirt.org></a>]
*On Behalf Of *Alex Leonhardt
*Sent:* Wednesday, February 20, 2013 4:13 AM
*To:* oVirt Mailing List
*Subject:* [Users] iscsi discovery issue
Hi All,
I've successfully discovered a ISCSI target, however, when I tried
to add it as storage to the engine, it complained of being too
small, so I resized the file and restarted tgtd on the server.
The problem is that the engine doesnt seem to bother
re-discoverying the target ? How can I remove its cache / current
entries ? It never added it as a storage domain, so it is safe to
remove that entry I suppose ?
Why would the engine not try to re-read the device stats when
"adding a storage domain" ?
Thanks
Alex
--
| RHCE | Senior Systems Engineer | <a class="moz-txt-link-abbreviated"
href="http://www.vcore.co">www.vcore.co</a>
<a class="moz-txt-link-rfc2396E"
href="http://www.vcore.co"><http://www.vcore.co></a> |
<a class="moz-txt-link-abbreviated"
href="http://www.vsearchcloud.com">www.vsearchcloud.com</a>
<a class="moz-txt-link-rfc2396E"
href="http://www.vsearchcloud.com"><http://www.vsearchcloud.com></a>
|
------------------------------------------------------------------------
This is a PRIVATE message. If you are not the intended recipient,
please delete without copying and kindly advise us by e-mail of
the mistake in delivery. NOTE: Regardless of content, this e-mail
shall not operate to bind SKOPOS to any order or other contract
unless pursuant to explicit written agreement or government
initiative expressly permitting the use of e-mail for such purpose.
--
| RHCE | Senior Systems Engineer | <a class="moz-txt-link-abbreviated"
href="http://www.vcore.co">www.vcore.co</a> <a
class="moz-txt-link-rfc2396E"
href="http://www.vcore.co"><http://www.vcore.co></a>
| <a class="moz-txt-link-abbreviated"
href="http://www.vsearchcloud.com">www.vsearchcloud.com</a> <a
class="moz-txt-link-rfc2396E"
href="http://www.vsearchcloud.com"><http://www.vsearchcloud.com></a>
|
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
</body>
</html>
--------------070103070602010902060501--
5:11 p.m.
Hi Dafna,
I just started working on this again, and it now did pick up the change -
so my assumption for now is that it must have been locally cached on the
Hyper-Visor... I'll do some more testing to re-create this and if it
happens again, i'll email you the logs.
Thanks,
Alex
On 22 February 2013 17:14, Alex Leonhardt <alex.tuxx(a)gmail.com> wrote:
Will do when back on it early next week.
Alex
On 02/20/2013 03:22 PM, Dafna Ron wrote:
Hi Alex,
theoretically, even if the target is already logged in, engine is
sending a query called getDeviceList which should update the information
that was changed for the target.
can you please attach the logs (both engine and vdsm)?
also, if you can give me more information on what storage are you using
and what exact commands (or steps) you did it would be most appreciated.
Thanks,
Dafna
On 02/20/2013 04:26 PM, Alex Leonhardt wrote:
I thought of that, however, the node wasn't logged in to anything, in
fact, it didnt even know about the target / disk. I dont think it got
that far. Then I checked the engine host too, but nothing there either.
I wont be doing much more testing today / this week, but really hope
someone can shed some light here as will have to pick this up again
beginning of next week.
It's fair enough and not a biggie if it's simply a bug, but there
simply must be some record of where these things are being written to ?
Alex
On 20 February 2013 14:01, Jonathan Horne
<jhorne@skopos.us<mailto:jhorne@skopos.us> <jhorne(a)skopos.us>> wrote:
I have seem the same thing in the past, you might try to get on
the node itself and issue a logout command : iscsiadm -m node --logout
Then retry the discovery.
*From:*users-bounces@ovirt.org <mailto:users-bounces@ovirt.org>
<users-bounces(a)ovirt.org>
[mailto:users-bounces@ovirt.org <users-bounces(a)ovirt.org>
<mailto:users-bounces@ovirt.org> <users-bounces(a)ovirt.org>]
*On Behalf Of *Alex Leonhardt
*Sent:* Wednesday, February 20, 2013 4:13 AM
*To:* oVirt Mailing List
*Subject:* [Users] iscsi discovery issue
Hi All,
I've successfully discovered a ISCSI target, however, when I tried
to add it as storage to the engine, it complained of being too
small, so I resized the file and restarted tgtd on the server.
The problem is that the engine doesnt seem to bother
re-discoverying the target ? How can I remove its cache / current
entries ? It never added it as a storage domain, so it is safe to
remove that entry I suppose ?
Why would the engine not try to re-read the device stats when
"adding a storage domain" ?
Thanks
Alex
--
| RHCE | Senior Systems Engineer | www.vcore.co
<http://www.vcore.co> <http://www.vcore.co> | www.vsearchcloud.com
<http://www.vsearchcloud.com> <http://www.vsearchcloud.com> |
------------------------------------------------------------------------
This is a PRIVATE message. If you are not the intended recipient,
please delete without copying and kindly advise us by e-mail of
the mistake in delivery. NOTE: Regardless of content, this e-mail
shall not operate to bind SKOPOS to any order or other contract
unless pursuant to explicit written agreement or government
initiative expressly permitting the use of e-mail for such purpose.
--
| RHCE | Senior Systems Engineer | www.vcore.co <http://www.vcore.co>
<http://www.vcore.co>
| www.vsearchcloud.com <http://www.vsearchcloud.com>
<http://www.vsearchcloud.com> |
_______________________________________________
Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
--
| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
5:47 p.m.
Hi Alex,
glad that it worked out.
if you do manage to reproduce you know where to find me :)
thanks,
Dafna
On 02/25/2013 04:11 PM, Alex Leonhardt wrote:
Hi Dafna,
I just started working on this again, and it now did pick up the
change - so my assumption for now is that it must have been locally
cached on the Hyper-Visor... I'll do some more testing to re-create
this and if it happens again, i'll email you the logs.
Thanks,
Alex
On 22 February 2013 17:14, Alex Leonhardt <alex.tuxx(a)gmail.com
<mailto:alex.tuxx@gmail.com>> wrote:
Will do when back on it early next week.
Alex
On 02/20/2013 03:22 PM, Dafna Ron wrote:
> Hi Alex,
>
> theoretically, even if the target is already logged in, engine is
> sending a query called getDeviceList which should update the information
> that was changed for the target.
>
> can you please attach the logs (both engine and vdsm)?
> also, if you can give me more information on what storage are you using
> and what exact commands (or steps) you did it would be most appreciated.
>
> Thanks,
>
> Dafna
>
>
>
> On 02/20/2013 04:26 PM, Alex Leonhardt wrote:
>> I thought of that, however, the node wasn't logged in to anything, in
>> fact, it didnt even know about the target / disk. I dont think it got
>> that far. Then I checked the engine host too, but nothing there either.
>>
>> I wont be doing much more testing today / this week, but really hope
>> someone can shed some light here as will have to pick this up again
>> beginning of next week.
>>
>> It's fair enough and not a biggie if it's simply a bug, but there
>> simply must be some record of where these things are being written to ?
>>
>> Alex
>>
>>
>>
>> On 20 February 2013 14:01, Jonathan Horne <jhorne(a)skopos.us
<mailto:jhorne@skopos.us>
>> <mailto:jhorne@skopos.us>> wrote:
>>
>> I have seem the same thing in the past, you might try to get on
>> the node itself and issue a logout command : iscsiadm -m node --logout
>>
>>
>>
>> Then retry the discovery.
>>
>>
>>
>> *From:*users-bounces@ovirt.org <mailto:users-bounces@ovirt.org>
<mailto:users-bounces@ovirt.org>
>> [mailto:users-bounces@ovirt.org <mailto:users-bounces@ovirt.org>]
>> *On Behalf Of *Alex Leonhardt
>> *Sent:* Wednesday, February 20, 2013 4:13 AM
>> *To:* oVirt Mailing List
>> *Subject:* [Users] iscsi discovery issue
>>
>>
>>
>> Hi All,
>>
>>
>>
>> I've successfully discovered a ISCSI target, however, when I tried
>> to add it as storage to the engine, it complained of being too
>> small, so I resized the file and restarted tgtd on the server.
>>
>>
>>
>> The problem is that the engine doesnt seem to bother
>> re-discoverying the target ? How can I remove its cache / current
>> entries ? It never added it as a storage domain, so it is safe to
>> remove that entry I suppose ?
>>
>>
>>
>> Why would the engine not try to re-read the device stats when
>> "adding a storage domain" ?
>>
>>
>>
>> Thanks
>>
>> Alex
>>
>>
>>
>> --
>>
>>
>>
>> | RHCE | Senior Systems Engineer | www.vcore.co
<http://www.vcore.co>
>> <http://www.vcore.co> | www.vsearchcloud.com
<http://www.vsearchcloud.com>
>> <http://www.vsearchcloud.com> |
>>
>>
>> ------------------------------------------------------------------------
>> This is a PRIVATE message. If you are not the intended recipient,
>> please delete without copying and kindly advise us by e-mail of
>> the mistake in delivery. NOTE: Regardless of content, this e-mail
>> shall not operate to bind SKOPOS to any order or other contract
>> unless pursuant to explicit written agreement or government
>> initiative expressly permitting the use of e-mail for such purpose.
>>
>>
>>
>>
>> --
>>
>> | RHCE | Senior Systems Engineer | www.vcore.co <http://www.vcore.co>
<http://www.vcore.co>
>> | www.vsearchcloud.com <http://www.vsearchcloud.com>
<http://www.vsearchcloud.com> |
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
--
| RHCE | Senior Systems Engineer | www.vcore.co <http://www.vcore.co>
| www.vsearchcloud.com <http://www.vsearchcloud.com> |
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Dafna Ron
4288
days inactive
4293
days old
6 comments
3 participants
participants (3)
-
Alex Leonhardt -
Dafna Ron -
Jonathan Horne