2:30 p.m.
Hi Y'all,
I've seen several folks on the net with this problem, but I'm still
flailing a bit as to what is really going on.
We are running RHEL 7 with RDO OpenStack Kilo.
We are setting this environment up still, not quite done yet. But in
our testing, we are experiencing very slow network performance when
downloading or uploading to and from VMs. We get like 300Kb/s or so.
We are using Neutron, MTU 9000 everywhere. I've tried disabling GSO,
LRO, TSO, GRO on the neutron interfaces, as well as the VM server
interfaces, still no improvement. I've tried lowing the VM MTU to 1500,
still no improvement. It's really strange. We do get connectivity, I
can ssh to the instances, but the network performance is just really,
really slow. It appears the instances can talk to each other very
quickly however. They just get slow network to the internet (i.e. when
packets go through the network node).
We are using VLAN tenant network isolation.
Can anyone point me in the right direction? I've been beating my head
against a wall and googling without avail for a week...
Many thanks,
erich
3:22 p.m.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Erich
Weiler <weiler(a)soe.ucsc.edu>
Sent: Wednesday, January 27, 2016 3:30 PM
To: rdo-list(a)redhat.com
Subject: [Rdo-list] Slow network performance on Kilo?
Hi Y'all,
I've seen several folks on the net with this problem, but I'm still
flailing a bit as to what is really going on.
We are running RHEL 7 with RDO OpenStack Kilo.
We are setting this environment up still, not quite done yet. But in
our testing, we are experiencing very slow network performance when
downloading or uploading to and from VMs. We get like 300Kb/s or so.
We are using Neutron, MTU 9000 everywhere. I've tried disabling GSO,
LRO, TSO, GRO on the neutron interfaces, as well as the VM server
interfaces, still no improvement. I've tried lowing the VM MTU to 1500,
still no improvement. It's really strange. We do get connectivity, I
can ssh to the instances, but the network performance is just really,
really slow. It appears the instances can talk to each other very
quickly however. They just get slow network to the internet (i.e. when
packets go through the network node).
We are using VLAN tenant network isolation.
1. Switch to VXLAN tunneling
2. Activate DVR . It's already stable on RDO Kilo.
It will result routing of North-South && East-West traffic avoiding
Network Node.
Boris.
Can anyone point me in the right direction? I've been beating my head
against a wall and googling without avail for a week...
Many thanks,
erich
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
7:50 a.m.
My first wild guess,
it is something not OK around VLAN splinters.
It can be both config or driver related issue.
Just for the record, can you share these info
- kernel version
- ovs version (build)
- nic (lspci -nn | grep Eth)
Do you use some kind of bonding ?
----- Original Message -----
From: "Boris Derzhavets" <bderzhavets(a)hotmail.com>
To: "Erich Weiler" <weiler(a)soe.ucsc.edu>, rdo-list(a)redhat.com
Sent: Wednesday, January 27, 2016 10:22:04 PM
Subject: Re: [Rdo-list] Slow network performance on Kilo?
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of
Erich Weiler <weiler(a)soe.ucsc.edu>
Sent: Wednesday, January 27, 2016 3:30 PM
To: rdo-list(a)redhat.com
Subject: [Rdo-list] Slow network performance on Kilo?
Hi Y'all,
I've seen several folks on the net with this problem, but I'm still
flailing a bit as to what is really going on.
We are running RHEL 7 with RDO OpenStack Kilo.
We are setting this environment up still, not quite done yet. But in
our testing, we are experiencing very slow network performance when
downloading or uploading to and from VMs. We get like 300Kb/s or so.
We are using Neutron, MTU 9000 everywhere. I've tried disabling GSO,
LRO, TSO, GRO on the neutron interfaces, as well as the VM server
interfaces, still no improvement. I've tried lowing the VM MTU to 1500,
still no improvement. It's really strange. We do get connectivity, I
can ssh to the instances, but the network performance is just really,
really slow. It appears the instances can talk to each other very
quickly however. They just get slow network to the internet (i.e. when
packets go through the network node).
We are using VLAN tenant network isolation.
1. Switch to VXLAN tunneling
2. Activate DVR . It's already stable on RDO Kilo.
It will result routing of North-South && East-West traffic avoiding
Network Node.
Boris.
Can anyone point me in the right direction? I've been beating my head
against a wall and googling without avail for a week...
Many thanks,
erich
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
2:13 p.m.
You might also test by lowering the VM MTU to 1400 to avoid possible fragmentation issues
somewhere? Just as a test to see what happens.
-----Original Message-----
From: rdo-list-bounces(a)redhat.com [mailto:rdo-list-bounces@redhat.com] On Behalf Of Attila
Fazekas
Sent: Thursday, January 28, 2016 8:51 AM
To: Boris Derzhavets <bderzhavets(a)hotmail.com>
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Slow network performance on Kilo?
My first wild guess,
it is something not OK around VLAN splinters.
It can be both config or driver related issue.
Just for the record, can you share these info
- kernel version
- ovs version (build)
- nic (lspci -nn | grep Eth)
Do you use some kind of bonding ?
----- Original Message -----
From: "Boris Derzhavets" <bderzhavets(a)hotmail.com>
To: "Erich Weiler" <weiler(a)soe.ucsc.edu>, rdo-list(a)redhat.com
Sent: Wednesday, January 27, 2016 10:22:04 PM
Subject: Re: [Rdo-list] Slow network performance on Kilo?
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on
behalf of Erich Weiler <weiler(a)soe.ucsc.edu>
Sent: Wednesday, January 27, 2016 3:30 PM
To: rdo-list(a)redhat.com
Subject: [Rdo-list] Slow network performance on Kilo?
Hi Y'all,
I've seen several folks on the net with this problem, but I'm still
flailing a bit as to what is really going on.
We are running RHEL 7 with RDO OpenStack Kilo.
We are setting this environment up still, not quite done yet. But in
our testing, we are experiencing very slow network performance when
downloading or uploading to and from VMs. We get like 300Kb/s or so.
We are using Neutron, MTU 9000 everywhere. I've tried disabling GSO,
LRO, TSO, GRO on the neutron interfaces, as well as the VM server
interfaces, still no improvement. I've tried lowing the VM MTU to 1500,
still no improvement. It's really strange. We do get connectivity, I
can ssh to the instances, but the network performance is just really,
really slow. It appears the instances can talk to each other very
quickly however. They just get slow network to the internet (i.e.
when packets go through the network node).
We are using VLAN tenant network isolation.
1. Switch to VXLAN tunneling
2. Activate DVR . It's already stable on RDO Kilo.
It will result routing of North-South && East-West traffic avoiding
Network Node.
Boris.
Can anyone point me in the right direction? I've been beating my head
against a wall and googling without avail for a week...
Many thanks,
erich
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
4:05 p.m.
My first wild guess,
it is something not OK around VLAN splinters.
Ya, that's a good idea, that's helped me before IIRC... I tried
enabling vlan splintering on openvswitch just now, but it didn't seem to
help:
/usr/bin/ovs-vsctl set interface eth0
other-config:enable-vlan-splinters=true
I ran that command on the VLAN trunkn interface on my test compute node
running my VM, and also on the network node's two ports, the trunk on
the inside and the external facing port. Didn't seem to do anything.
But maybe I'm doing it wrong?
It can be both config or driver related issue.
Just for the record, can you share these info
- kernel version
- ovs version (build)
- nic (lspci -nn | grep Eth)
[root@node-170 ~]# uname -a
Linux node-170 3.10.0-229.20.1.el7.x86_64 #1 SMP Tue Nov 3 19:10:07 UTC
2015 x86_64 x86_64 x86_64 GNU/Linux
[root@node-170 ~]# cat /etc/redhat-release
CentOS Linux release 7.1.1503 (Core)
[root@node-170 ~]# lspci -nn | grep Eth
02:00.0 Ethernet controller [0200]: Intel Corporation 82576 Gigabit
Network Connection [8086:10c9] (rev 01)
02:00.1 Ethernet controller [0200]: Intel Corporation 82576 Gigabit
Network Connection [8086:10c9] (rev 01)
03:00.0 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit
SFI/SFP+ Network Connection [8086:10fb] (rev 01)
03:00.1 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit
SFI/SFP+ Network Connection [8086:10fb] (rev 01)
Do you use some kind of bonding ?
No bonding, just a single wire. Thanks for the help!!!
cheers,
erich
4:16 p.m.
On 01/27/2016 12:30 PM, Erich Weiler wrote:
Hi Y'all,
I've seen several folks on the net with this problem, but I'm still
flailing a bit as to what is really going on.
We are running RHEL 7 with RDO OpenStack Kilo.
We are setting this environment up still, not quite done yet. But in
our testing, we are experiencing very slow network performance when
downloading or uploading to and from VMs. We get like 300Kb/s or so.
We are using Neutron, MTU 9000 everywhere. I've tried disabling GSO,
LRO, TSO, GRO on the neutron interfaces, as well as the VM server
interfaces, still no improvement. I've tried lowing the VM MTU to
1500, still no improvement. It's really strange. We do get
connectivity, I can ssh to the instances, but the network performance
is just really, really slow. It appears the instances can talk to each
other very quickly however. They just get slow network to the internet
(i.e. when packets go through the network node).
We are using VLAN tenant network isolation.
Can anyone point me in the right direction? I've been beating my head
against a wall and googling without avail for a week...
Many thanks,
erich
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
To use jumbo frames with Neutron, you first need to make sure that all
layers have the same MTU: bridge, interface, VLAN, and bond (if
applicable).
Check these settings on both Controllers and Computes:
In /etc/nova/nova.conf, edit or create this line:
network_device_mtu=9000
In /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini:
veth_mtu = 9000
That will increase the MTU on the virtual Ethernet adapter to. You can
get away with an MTU here that matches the wire in Neutron VLAN mode.
In VXLAN you'd want this value to be 50 bytes less than the MTU on the
wire.
You also want to check the DHCP options in the file
/etc/neutron/dnsmasq-neutron.conf on all controllers:
dhcp-option-force=26,9000
You can also try setting that last option to 1400, that will limit the
VM MTU, but if things speed up then you know you've got a bottleneck
somewhere (like a less-than 1500-byte MTU somewhere in the path of VLAN
traffic).
--
Dan Sneddon | Principal OpenStack Engineer
dsneddon(a)redhat.com | redhat.com/openstack
650.254.4025 | dsneddon:irc @dxs:twitter
4:28 p.m.
And you will need switch settings to match that MTU.
-----Original Message-----
From: rdo-list-bounces(a)redhat.com [mailto:rdo-list-bounces@redhat.com] On Behalf Of Dan
Sneddon
Sent: Friday, January 29, 2016 4:17 PM
To: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Slow network performance on Kilo?
On 01/27/2016 12:30 PM, Erich Weiler wrote:
Hi Y'all,
I've seen several folks on the net with this problem, but I'm still
flailing a bit as to what is really going on.
We are running RHEL 7 with RDO OpenStack Kilo.
We are setting this environment up still, not quite done yet. But in
our testing, we are experiencing very slow network performance when
downloading or uploading to and from VMs. We get like 300Kb/s or so.
We are using Neutron, MTU 9000 everywhere. I've tried disabling GSO,
LRO, TSO, GRO on the neutron interfaces, as well as the VM server
interfaces, still no improvement. I've tried lowing the VM MTU to
1500, still no improvement. It's really strange. We do get
connectivity, I can ssh to the instances, but the network performance
is just really, really slow. It appears the instances can talk to
each other very quickly however. They just get slow network to the
internet (i.e. when packets go through the network node).
We are using VLAN tenant network isolation.
Can anyone point me in the right direction? I've been beating my head
against a wall and googling without avail for a week...
Many thanks,
erich
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
To use jumbo frames with Neutron, you first need to make sure that all layers have the
same MTU: bridge, interface, VLAN, and bond (if applicable).
Check these settings on both Controllers and Computes:
In /etc/nova/nova.conf, edit or create this line:
network_device_mtu=9000
In /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini:
veth_mtu = 9000
That will increase the MTU on the virtual Ethernet adapter to. You can get away with an
MTU here that matches the wire in Neutron VLAN mode.
In VXLAN you'd want this value to be 50 bytes less than the MTU on the wire.
You also want to check the DHCP options in the file /etc/neutron/dnsmasq-neutron.conf on
all controllers:
dhcp-option-force=26,9000
You can also try setting that last option to 1400, that will limit the VM MTU, but if
things speed up then you know you've got a bottleneck somewhere (like a less-than
1500-byte MTU somewhere in the path of VLAN traffic).
--
Dan Sneddon | Principal OpenStack Engineer
dsneddon(a)redhat.com | redhat.com/openstack
650.254.4025 | dsneddon:irc @dxs:twitter
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
12:01 a.m.
New subject: [Rdo-list] Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty
Per https://bugzilla.redhat.com/show_bug.cgi?id=1298265
plugins CDH 5.0.4 and HDP 2.0.6 with images generated via
sahara-image-elements-3.0.0-3.el7ost.noarch
seem to work on RHOSP 8 ( RHEL 7.2)
I have to register Ubutu 14.04 image ( or any other glance image) with SAHARA on RDO
Liberty
with corresponding tags "hdp" and "2.0.6"
Then I created Master && Slave templates initializing daemons follow
samples :-
[root@ServerCentOS7 version_2_0_6(keystone_admin)]# cat master.json
{
"plugin_name": "hdp",
"hadoop_version": "2.0.6",
"node_processes": [
"NAMENODE",
"AMBARI_SERVER",
"RESOURCEMANAGER",
"HISTORYSERVER",
"ZOOKEEPER_SERVER"
],
"name": "hdp-206-default-master",
"floating_ip_pool": "{floating_ip_pool}",
"flavor_id": "{flavor_id}",
"auto_security_group": "{auto_security_group}",
"security_groups": "{security_groups}"
}
[root@ServerCentOS7 version_2_0_6(keystone_admin)]# cat worker.json
{
"plugin_name": "hdp",
"hadoop_version": "2.0.6",
"node_processes": [
"DATANODE",
"NODEMANAGER"
],
"name": "hdp-206-default-worker",
"floating_ip_pool": "{floating_ip_pool}",
"flavor_id": "{flavor_id}",
"auto_security_group": "{auto_security_group}",
"security_groups": "{security_groups}
Creating Cluster's template I multiplied by 3 Slave's template
trying to fork 4 VMs at a time.
Finally spawning the HDP 2.0.6 Cluster results
an error /val/log/sahara/sahara-engine.log :-
3eb98f8c6e7] HeatStackException: Heat stack failed with status Resource CREATE failed:
resources.hdp-206-default-master: OverQuotaClient:
resources[0].resources.hdp-206-cluster1-hdp-206-default-master-b33b997e: Quota exceeded
for resources: ['security_group_rule']
26-02-07 21:21:01.359 1384 ERROR sahara.service.ops [instance: none, cluster:
902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Error ID: 1826c6f4-bbc2-4c91-be0c-57bdcd02faf2
2016-02-07 21:21:01.359 1384 ERROR sahara.service.ops [instance: none, cluster:
902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7]
2016-02-07 21:21:10.701 1384 WARNING sahara.service.heat.heat_engine
[req-c0192e44-e84c-4f59-bf80-19c9584baa39 ] [instance: none, cluster:
902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Cluster creation rollback (reason: Heat stack failed
with status Resource CREATE failed: resources.hdp-206-default-master: OverQuotaClient:
resources[0].resources.hdp-206-cluster1-hdp-206-default-master-b33b997e: Quota exceeded
for resources: ['security_group_rule']
Error ID: 1826c6f4-bbc2-4c91-be0c-57bdcd02faf2)
2016-02-07 21:21:10.958 1384 INFO sahara.utils.cluster
[req-c0192e44-e84c-4f59-bf80-19c9584baa39 ] [instance: none, cluster:
902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Cluster status has been changed. New status=Error
Actually , I don't see downstream sahara-images package on RDO Liberty
[root@ServerCentOS7 ~]# rpm -qa \*sahara\*
openstack-sahara-engine-3.0.0-5.cc218ddgit.el7.noarch
python-saharaclient-0.11.1-1.el7.noarch
openstack-sahara-api-3.0.0-5.cc218ddgit.el7.noarch
openstack-sahara-common-3.0.0-5.cc218ddgit.el7.noarch
I have also noticed that I am not the only one person having such kind of problems :-
https://ask.openstack.org/en/question/84726/what-are-the-minimum-requirem...
Per link above :-
"Sahara cluster hangs mostly on Starting phase and returns error. Instances keep
running but Hadoop processes do not look properly running when SSH to the new
instances."
Question stays unaddressed since 11/18/2015.
Thank you
Boris.
3:06 a.m.
New subject: [Rdo-list] Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty
I saw http://sahara-files.mirantis.com/images/upstream/liberty/
question closed.
Boris.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Monday, February 8, 2016 1:01 AM
To: rdo-list(a)redhat.com
Subject: [Rdo-list] Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO
Liberty
Per https://bugzilla.redhat.com/show_bug.cgi?id=1298265
plugins CDH 5.0.4 and HDP 2.0.6 with images generated via
sahara-image-elements-3.0.0-3.el7ost.noarch
seem to work on RHOSP 8 ( RHEL 7.2)
I have to register Ubutu 14.04 image ( or any other glance image) with SAHARA on RDO
Liberty
with corresponding tags "hdp" and "2.0.6"
Then I created Master && Slave templates initializing daemons follow
samples :-
[root@ServerCentOS7 version_2_0_6(keystone_admin)]# cat master.json
{
"plugin_name": "hdp",
"hadoop_version": "2.0.6",
"node_processes": [
"NAMENODE",
"AMBARI_SERVER",
"RESOURCEMANAGER",
"HISTORYSERVER",
"ZOOKEEPER_SERVER"
],
"name": "hdp-206-default-master",
"floating_ip_pool": "{floating_ip_pool}",
"flavor_id": "{flavor_id}",
"auto_security_group": "{auto_security_group}",
"security_groups": "{security_groups}"
}
[root@ServerCentOS7 version_2_0_6(keystone_admin)]# cat worker.json
{
"plugin_name": "hdp",
"hadoop_version": "2.0.6",
"node_processes": [
"DATANODE",
"NODEMANAGER"
],
"name": "hdp-206-default-worker",
"floating_ip_pool": "{floating_ip_pool}",
"flavor_id": "{flavor_id}",
"auto_security_group": "{auto_security_group}",
"security_groups": "{security_groups}
Creating Cluster's template I multiplied by 3 Slave's template
trying to fork 4 VMs at a time.
Finally spawning the HDP 2.0.6 Cluster results
an error /val/log/sahara/sahara-engine.log :-
3eb98f8c6e7] HeatStackException: Heat stack failed with status Resource CREATE failed:
resources.hdp-206-default-master: OverQuotaClient:
resources[0].resources.hdp-206-cluster1-hdp-206-default-master-b33b997e: Quota exceeded
for resources: ['security_group_rule']
26-02-07 21:21:01.359 1384 ERROR sahara.service.ops [instance: none, cluster:
902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Error ID: 1826c6f4-bbc2-4c91-be0c-57bdcd02faf2
2016-02-07 21:21:01.359 1384 ERROR sahara.service.ops [instance: none, cluster:
902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7]
2016-02-07 21:21:10.701 1384 WARNING sahara.service.heat.heat_engine
[req-c0192e44-e84c-4f59-bf80-19c9584baa39 ] [instance: none, cluster:
902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Cluster creation rollback (reason: Heat stack failed
with status Resource CREATE failed: resources.hdp-206-default-master: OverQuotaClient:
resources[0].resources.hdp-206-cluster1-hdp-206-default-master-b33b997e: Quota exceeded
for resources: ['security_group_rule']
Error ID: 1826c6f4-bbc2-4c91-be0c-57bdcd02faf2)
2016-02-07 21:21:10.958 1384 INFO sahara.utils.cluster
[req-c0192e44-e84c-4f59-bf80-19c9584baa39 ] [instance: none, cluster:
902d7bc4-a0cb-45dc-9e81-33eb98f8c6e7] Cluster status has been changed. New status=Error
Actually , I don't see downstream sahara-images package on RDO Liberty
[root@ServerCentOS7 ~]# rpm -qa \*sahara\*
openstack-sahara-engine-3.0.0-5.cc218ddgit.el7.noarch
python-saharaclient-0.11.1-1.el7.noarch
openstack-sahara-api-3.0.0-5.cc218ddgit.el7.noarch
openstack-sahara-common-3.0.0-5.cc218ddgit.el7.noarch
I have also noticed that I am not the only one person having such kind of problems :-
https://ask.openstack.org/en/question/84726/what-are-the-minimum-requirem...
Per link above :-
"Sahara cluster hangs mostly on Starting phase and returns error. Instances keep
running but Hadoop processes do not look properly running when SSH to the new
instances."
Question stays unaddressed since 11/18/2015.
Thank you
Boris.
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
5:35 a.m.
New subject: [Rdo-list] Failure to launch Hadoop HDP 2.0.6 Cluster via Sahara Wizards on RDO Liberty
On Monday 08 of February 2016 09:06:31 Boris Derzhavets wrote:
I saw http://sahara-files.mirantis.com/images/upstream/liberty/
question closed.
As for the other bug, can you please answer to the questions here
https://bugzilla.redhat.com/show_bug.cgi?id=1305419
?
--
Luigi
2999
days inactive
3011
days old
9 comments
7 participants
participants (7)
-
Arkady_Kanevsky＠dell.com -
Attila Fazekas -
Boris Derzhavets -
Chris Clark (chrclark) -
Dan Sneddon -
Erich Weiler -
Luigi Toscano