[Users] iscsi discovery issue

[Alex Leonhardt]

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 at 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 at ovirt.org [mailto:users-bounces at 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 |
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130220/255b3e45/attachment-0001.html>