<div dir="ltr">Hi Dafna,<br><br>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.<br>
<br>Thanks,<br>Alex<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 22 February 2013 17:14, Alex Leonhardt <span dir="ltr"><<a href="mailto:alex.tuxx@gmail.com" target="_blank">alex.tuxx@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<font size="-1"><font face="Tahoma">Will do when back on it early
next week. <br><span class="HOEnZb"><font color="#888888">
<br>
Alex<br>
</font></span></font></font><div><div class="h5"><br>
On 02/20/2013 03:22 PM, Dafna Ron wrote:
<blockquote type="cite">
<pre>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>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 href="mailto:jhorne@skopos.us" target="_blank">jhorne@skopos.us</a>
<a href="mailto:jhorne@skopos.us" target="_blank"><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:*<a href="mailto:users-bounces@ovirt.org" target="_blank">users-bounces@ovirt.org</a> <a href="mailto:users-bounces@ovirt.org" target="_blank"><mailto:users-bounces@ovirt.org></a>
[<a href="mailto:users-bounces@ovirt.org" target="_blank">mailto:users-bounces@ovirt.org</a> <a href="mailto:users-bounces@ovirt.org" target="_blank"><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 href="http://www.vcore.co" target="_blank">www.vcore.co</a>
<a href="http://www.vcore.co" target="_blank"><http://www.vcore.co></a> | <a href="http://www.vsearchcloud.com" target="_blank">www.vsearchcloud.com</a>
<a href="http://www.vsearchcloud.com" target="_blank"><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 href="http://www.vcore.co" target="_blank">www.vcore.co</a> <a href="http://www.vcore.co" target="_blank"><http://www.vcore.co></a>
| <a href="http://www.vsearchcloud.com" target="_blank">www.vsearchcloud.com</a> <a href="http://www.vsearchcloud.com" target="_blank"><http://www.vsearchcloud.com></a> |
_______________________________________________
Users mailing list
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<pre>
</pre>
</blockquote>
</div></div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div><br></div>| RHCE | Senior Systems Engineer | <a href="http://www.vcore.co" target="_blank">www.vcore.co</a> | <a href="http://www.vsearchcloud.com" target="_blank">www.vsearchcloud.com</a> | <br>
</div>
</div>