[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 |
--_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@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@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_--
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> 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] *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 |
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>> 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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Dafna Ron
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@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@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://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <pre wrap=""> </pre> </blockquote> </body> </html> --------------070103070602010902060501--
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@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@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@ovirt.org> [mailto:users-bounces@ovirt.org <users-bounces@ovirt.org> <mailto:users-bounces@ovirt.org> <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 listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
-- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
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@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@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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Dafna Ron
participants (3)
-
Alex Leonhardt -
Dafna Ron -
Jonathan Horne