Re: [Users] oVirt 3.3 and Neutron

[Mike Kolesnik]

- Original Message -
> Hi ricardo,
> 
> 
> On 09/28/2013 02:47 PM, riccardo.brune...@dnshosting.it wrote:
> > 
> > Dear all.
> > Please, does anybody have some suggestions? I'm getting stuck with this
> > issue.

Hi Ricardo,

Since this feature has been targeted as tech preview, such issues are 
unfortunately
happening as the current integration didn't count for L3 services yet.

> > 
> > Thank you very much
> > Riccardo
> > 
> > On 2013-09-27 14:09, Riccardo Brunetti wrote:
> >> Dear oVirt users.
> >> I'm trying to setup oVirt 3.3 using an OpenStack Neutron existing
> >> service as network provider.
> >> It works pretty well: I can use the networks defined in Neutron, import
> >> them and when I launch VM instances from oVirt they get an internal-IP
> >> address from Neutron.
> >> A can also associate a floating IP to the Neutron port and get inbound
> >> connectivity for the virtual machine.
> >> The problem is that if I shutdown the VM (both from inside the VM itself
> >> and from the oVirt WEB GUI) the association port/internal-IP/floating-IP
> >> is lost and when the VM is booted again It will get a different
> >> internal-IP on a different port and I have to manually re-associate the
> >> floating-IP.
> >>
> 
> It seems like we are currently creating a port on VM start and deleting
> the port on VM stop, which causes the behavior you described.

Yes this is the initial design of the feature. Since it didn't account for
L3 services, there is this side effect.

> 
> >> Is there a way to keep the IP addresses when the VM is simply shutted
> >> down and not deleted? This is the behavior when using OpenStack: if I
> >> poweroff the VM, the IPs are kept for the future.
> >>
> 
> There should be a way, would you mind reporting a bug on that?

In addition, do you mind trying to use static IPs inside the VMs and not DHCP
that is provided by neutron, and see if this would help?

> 
> >> Moreover: can you confirm that in oVirt 3.3 there is still no support
> >> for the Neutron security rules?
> >>
> 
> Unfortunately we did not get to handle that yet, but we are looking at
> that as part of extending the integration.
> 
> >> Thank you very much
> >> Best Regards
> >> Riccardo
> >>
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Bottleneck writing to a VM w/ mounted GlusterFS

[Steve Dainard]

Are you duplicating the traffic over the same physical network by relaying
through the VM, rather than writing directly to network storage, thereby
halving the write performance?

Assuming you're on a GigE network, are all the network devices running in
full duplex?

Just some guesses based on the fact that the throughput is almost exactly
half.

*Steve Dainard *
IT Infrastructure Manager
Miovision  | *Rethink Traffic*
519-513-2407 ex.250
877-646-8476 (toll-free)

*Blog   |
**LinkedIn  |
 Twitter   |
Facebook
*
--
 Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON,
Canada | N2C 1L3
This e-mail may contain information that is privileged or confidential. If
you are not the intended recipient, please delete the e-mail and any
attachments and notify us immediately.


On Thu, Sep 26, 2013 at 5:23 AM, Stefano Stagnaro
wrote:

> Hello,
>
> I'm testing oVirt 3.3 with GlusterFS libgfapi back-end. I'm using a node
> for engine and one for VDSM. From the VMs I'm mounting a second GlusterFS
> volume on a third storage server.
>
> I'm experiencing very bad transfer rates (38MB/s) writing from a client to
> a VM on the mounted GlusterFS. On the other hand, from the VM itself I can
> move a big file from the root vda (libgfapi) to the mounted GlusterFS at
> 70MB/s.
>
> I can't really figure out where the bottleneck could be. I'm using only
> the default ovirtmgmt network.
>
> Thank you for your help, any hint will be appreciated.
>
> Regards,
> --
> Stefano Stagnaro
> IT Manager
>
> Prisma Engineering S.r.l.
> Via Petrocchi, 4
> 20127 Milano – Italy
>
> Tel. 02 26113507 int 339
> e-mail: stefa...@prisma-eng.com
> skype: stefano.stagnaro
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Understanding Console Options

[Nicholas Kesick]

I'm trying to understand the various console options for a wiki page. Can 
someone make sure what I have in the attachments are right? 
 
Also when a VM is set to Spice and I open Console Options (at least in IE 10 
for me, need to test further), it opens to Remote Desktop. Are these active 
yet? I don't see RDP as an option under Edit > Console.
 
Finally, is there any way to get the VNC option that we had in oVirt 3.2 that 
would pop up with a port number and password to use with a local client?
 
- Nick
  <><><>___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Bottleneck writing to a VM w/ mounted GlusterFS

[Stefano Stagnaro]

Hello,

I'm testing oVirt 3.3 with GlusterFS libgfapi back-end. I'm using a node for 
engine and one for VDSM. From the VMs I'm mounting a second GlusterFS volume on 
a third storage server.

I'm experiencing very bad transfer rates (38MB/s) writing from a client to a VM 
on the mounted GlusterFS. On the other hand, from the VM itself I can move a 
big file from the root vda (libgfapi) to the mounted GlusterFS at 70MB/s.

I can't really figure out where the bottleneck could be. I'm using only the 
default ovirtmgmt network.

Thank you for your help, any hint will be appreciated.

Regards,
-- 
Stefano Stagnaro
IT Manager

Prisma Engineering S.r.l.
Via Petrocchi, 4
20127 Milano – Italy

Tel. 02 26113507 int 339
e-mail: stefa...@prisma-eng.com
skype: stefano.stagnaro




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] could not add iscsi disk in ovirt.

[Saurabh]

Hi guys,
I am running ovirt with NFS as storage pool. Everything is working quite 
fine for me. The only problem is I could not add the a new iscsi disk in 
Disk tab.
When I go to the Disk tab there is an option of adding new disk from 
internal storage and another option is add External (Direct Lun). When I 
opt for the External (Direct LUN), I am able to discover the Lun but 
could not log in to that lun using the ovirt web console. Whereas when I 
try to login to that lun using the isciadm in command line I am able to 
login.

Any help??
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Gluster network info

[Gianluca Cecchi]

Hello,
I remember in the past that could be a problem to have high usage of
ovirtmgmt network because engine sometimes detects hosts as
unresponsive.
And it should this the reason about bandwith limitation on vm
migration, until dedicated network for it has been released.
SO the question is : what about ovirtmgmt network for gluster
replication when gluster domain is provided by ovirt nodes?
I suppose it could be a problem too, couldn't it?
In case I have a dedicated network for gluster for the nodes, how can
i configure it?
Can I configure in this case Gluster storage domain from ovirt engine
or does it require to be on this network too?

Thanks in advance for any suggestion

Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.3 and Neutron

[Livnat Peer]

Hi ricardo,


On 09/28/2013 02:47 PM, riccardo.brune...@dnshosting.it wrote:
> 
> Dear all.
> Please, does anybody have some suggestions? I'm getting stuck with this
> issue.
> 
> Thank you very much
> Riccardo
> 
> On 2013-09-27 14:09, Riccardo Brunetti wrote:
>> Dear oVirt users.
>> I'm trying to setup oVirt 3.3 using an OpenStack Neutron existing
>> service as network provider.
>> It works pretty well: I can use the networks defined in Neutron, import
>> them and when I launch VM instances from oVirt they get an internal-IP
>> address from Neutron.
>> A can also associate a floating IP to the Neutron port and get inbound
>> connectivity for the virtual machine.
>> The problem is that if I shutdown the VM (both from inside the VM itself
>> and from the oVirt WEB GUI) the association port/internal-IP/floating-IP
>> is lost and when the VM is booted again It will get a different
>> internal-IP on a different port and I have to manually re-associate the
>> floating-IP.
>>

It seems like we are currently creating a port on VM start and deleting
the port on VM stop, which causes the behavior you described.

>> Is there a way to keep the IP addresses when the VM is simply shutted
>> down and not deleted? This is the behavior when using OpenStack: if I
>> poweroff the VM, the IPs are kept for the future.
>>

There should be a way, would you mind reporting a bug on that?

>> Moreover: can you confirm that in oVirt 3.3 there is still no support
>> for the Neutron security rules?
>>

Unfortunately we did not get to handle that yet, but we are looking at
that as part of extending the integration.

>> Thank you very much
>> Best Regards
>> Riccardo
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.3 and Neutron

[riccardo . brunetti]

Dear all.
Please, does anybody have some suggestions? I'm getting stuck with this 
issue.


Thank you very much
Riccardo

On 2013-09-27 14:09, Riccardo Brunetti wrote:

Dear oVirt users.
I'm trying to setup oVirt 3.3 using an OpenStack Neutron existing
service as network provider.
It works pretty well: I can use the networks defined in Neutron, import
them and when I launch VM instances from oVirt they get an internal-IP
address from Neutron.
A can also associate a floating IP to the Neutron port and get inbound
connectivity for the virtual machine.
The problem is that if I shutdown the VM (both from inside the VM 
itself
and from the oVirt WEB GUI) the association 
port/internal-IP/floating-IP

is lost and when the VM is booted again It will get a different
internal-IP on a different port and I have to manually re-associate the
floating-IP.

Is there a way to keep the IP addresses when the VM is simply shutted
down and not deleted? This is the behavior when using OpenStack: if I
poweroff the VM, the IPs are kept for the future.

Moreover: can you confirm that in oVirt 3.3 there is still no support
for the Neutron security rules?

Thank you very much
Best Regards
Riccardo

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users