On Mon, Nov 30, 2015 at 01:20:57AM +0200, Nir Soffer wrote:
> Since we merged https://gerrit.ovirt.org/48446, pyflakes is complaining:
>
> ./lib/vdsm/constants.py.in:26:29: invalid syntax
> GLUSTER_MGMT_ENABLED = bool(@GLUSTER_MGMT@)
> ^
> Pyflakes is right the syntax,
2015-11-29 8:59 GMT+01:00 Dan Kenigsberg :
> On Sat, Nov 28, 2015 at 08:10:06PM +0530, mad Engineer wrote:
>> hello all i am having strange network issue with vms that are running on
>> centos 6.7 ovirt nodes.
>>
>> I recently added one more ovirt node which is running centos6.7 and
>> upgraded fro
Running centos 6.7 and trying to PXE boot centos 6.5 vms but some of
them are stuck with this in boot message:
[drm] fb: depth 24,pitch 4096
screenshot of vm console:
http://snag.gy/7Bhyc.jpg
tried restarting vms but its still stuck there
rpm -qa |grep kvm
qemu-kvm-rhev-tools-0.12.1.2-2.479.el6
Since we merged https://gerrit.ovirt.org/48446, pyflakes is complaining:
./lib/vdsm/constants.py.in:26:29: invalid syntax
GLUSTER_MGMT_ENABLED = bool(@GLUSTER_MGMT@)
^
Pyflakes is right the syntax, but is not Python module.
Why pflakes is looking in .in files?
Nir
___
each vm has 4 nics connected to 4 different bridges which is
connected to 4 different physical interface in access mode VLAN.No
bonding between interfaces.I have IP assigned on "ovirtmgmt" bridge
which is used for storage,migration,console and VM internet access.All
interfaces are 10G with MTU 900
On Sun, Nov 29, 2015 at 6:01 PM, Yaniv Kaul wrote:
> On Sun, Nov 29, 2015 at 5:37 PM, Nir Soffer wrote:
>>
>> On Sun, Nov 29, 2015 at 10:37 AM, Yaniv Kaul wrote:
>> >
>> > On Fri, Nov 27, 2015 at 6:55 PM, Francesco Romani
>> > wrote:
>> >>
>> >> Using taskset, the ip command now takes a little
On Sun, Nov 29, 2015 at 5:37 PM, Nir Soffer wrote:
> On Sun, Nov 29, 2015 at 10:37 AM, Yaniv Kaul wrote:
> >
> > On Fri, Nov 27, 2015 at 6:55 PM, Francesco Romani
> > wrote:
> >>
> >> Using taskset, the ip command now takes a little longer to complete.
> >
> >
> > Since we always use the same s
On Sun, Nov 29, 2015 at 10:37 AM, Yaniv Kaul wrote:
>
> On Fri, Nov 27, 2015 at 6:55 PM, Francesco Romani
> wrote:
>>
>> Using taskset, the ip command now takes a little longer to complete.
>
>
> Since we always use the same set of CPUs, I assume using a mask (for 0 & 1,
> just use 0x3, as the ma
Adding Dan, Ido
On Fri, Nov 27, 2015 at 8:09 PM, David Caro wrote:
>
> I see though that is leaving a bunch of test interfaces in the slave:
>
>
> 2753: vdsmtest-gNhf3: mtu 1500 qdisc
> noqueue state UNKNOWN group default
> link/ether 86:73:13:4c:e2:63 brd ff:ff:ff:ff:ff:ff
> 2767: vdsmtest
So is this a bug or something?
Can I do something to fix the bug?
btw, adding Michael Pasternak
On Thu, Nov 26, 2015 at 7:52 PM, Nir Soffer wrote:
> Thanks John, very interesting results.
>
> On Thu, Nov 26, 2015 at 3:17 AM, John Hunter wrote:
>
>> Hi Juan,
>>
>> On Thu, Nov 26, 2015 at 2:15
On Fri, Nov 27, 2015 at 6:55 PM, Francesco Romani
wrote:
> Using taskset, the ip command now takes a little longer to complete.
Since we always use the same set of CPUs, I assume using a mask (for 0 & 1,
just use 0x3, as the man suggests) might be a tiny of a fraction faster to
execute taskset
Now that we have members, we could also create teams to provide some
transparency to who does what in oVirt.
I've created a team of oVirt infra:
https://github.com/orgs/oVirt/teams/ovirt-infra and added the members
I could find. I suggest others follow suit and create their own teams.
On 21 Novem
On Sat, Nov 28, 2015 at 08:10:06PM +0530, mad Engineer wrote:
> hello all i am having strange network issue with vms that are running on
> centos 6.7 ovirt nodes.
>
> I recently added one more ovirt node which is running centos6.7 and
> upgraded from centos6.5 to centos6.7 on all other nodes.
>
>
13 matches
Mail list logo
