[Users] iscsi discovery issue

[Dafna Ron]

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 at gmail.com
> <mailto:alex.tuxx at 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 at skopos.us <mailto:jhorne at skopos.us>
>>>     <mailto: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> <mailto:users-bounces at ovirt.org>
>>>         [mailto: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 <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 at ovirt.org <mailto:Users at 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 at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


-- 
Dafna Ron