In article 20140814141900.777d6f0c@tomh,
Tom Horsley horsley1...@gmail.com wrote:
If you look inside the ICMP packet in wireshark, it will tell you
who sent it and what MTU they said was acceptable.
Well, I'm definitely drowning in network confusion here :-).
Everyone's MTU is the
I think I have my answer: The kernel is busted (or something
isn't loaded that I need, but don't know about :-).
I copied my Fedora 20 desktop 3.15.8-200.fc20.x86_64 kernel
and /lib/module files to the centos7 KVM host, rebuilt
grub.cfg, and rebooted into the 3.15.8-200 kernel, and
with no other
On Fri, Aug 15, 2014 at 4:50 AM, Tom Horsley horsley1...@gmail.com wrote:
I think I have my answer: The kernel is busted (or something
isn't loaded that I need, but don't know about :-).
I copied my Fedora 20 desktop 3.15.8-200.fc20.x86_64 kernel
and /lib/module files to the centos7 KVM host,
It is much easier if you use ELRepo's kernel-ml
(http://elrepo.org/tiki/kernel-ml).
Does look like a better long term solution, fedora was
just a hack for testing :-).
I guess it is time to make yet another bugzilla account
and submit a bug...
Yes, good idea.
And here it is:
Nope. The kernel is not busted.
You just need to add a few rules to your firewall in order to tell it to
forward
the packets appropriately. While you do need net.ipv4.ip_forward = 1 line in
/etc/sysctl.conf, and you also need to set /proc/sys/net/ipv4/ip_forward to 1
if
you have not rebooted
On Fri, 15 Aug 2014 09:19:29 -0400
David Both wrote:
I hope this helps.
Nah, all the forwarding rules were in place. They all
worked before I switched to centos7, and they all worked
after I booted the fedora kernel. No sysctl or iptables
changes were made when switching from centos to fedora
I just replaced a dead system disk on my KVM host that was
running an ancient fedora 13. Since centos 7 was available,
I decided to go with it to get some long term stability.
The problem is that NFS mounts inside the virtual machines
don't work for spit when talking to older NFS servers that
In article 20140814120002.16440e86@tomh,
Tom Horsley horsley1...@gmail.com wrote:
I just replaced a dead system disk on my KVM host that was
running an ancient fedora 13. Since centos 7 was available,
I decided to go with it to get some long term stability.
The problem is that NFS mounts
If you look inside the ICMP packet in wireshark, it will tell you
who sent it and what MTU they said was acceptable.
Well, I'm definitely drowning in network confusion here :-).
Everyone's MTU is the default 1500, I checked all systems in
the path.
The wireshark display says 1516 in the
On Thu, Aug 14, 2014 at 1:19 PM, Tom Horsley horsley1...@gmail.com wrote:
If you look inside the ICMP packet in wireshark, it will tell you
who sent it and what MTU they said was acceptable.
Well, I'm definitely drowning in network confusion here :-).
Everyone's MTU is the default 1500, I
On Thu, 14 Aug 2014 13:35:48 -0500
Les Mikesell wrote:
I thought NFS defaulted to writing 8192 blocks and let the network
stack fragment as needed
I think it is those fragments I'm looking at in wireshark.
I just did another experiment - If I mount the same NFS
filesystem on the centos 7
On Thu, Aug 14, 2014 at 1:53 PM, Tom Horsley horsley1...@gmail.com wrote:
I thought NFS defaulted to writing 8192 blocks and let the network
stack fragment as needed
I think it is those fragments I'm looking at in wireshark.
I just did another experiment - If I mount the same NFS
On Thu, 14 Aug 2014 14:09:44 -0500
Les Mikesell wrote:
Seems like a horrible thing to do, but does it fix it if you mount with
rsize=1500, wsize=1500 - or maybe 1484?
I already tried that - no change :-).
Are you just bridging to the NIC interface? I don't see why that
would need to
On Thu, Aug 14, 2014 at 2:48 PM, Tom Horsley horsley1...@gmail.com wrote:
Seems like a horrible thing to do, but does it fix it if you mount with
rsize=1500, wsize=1500 - or maybe 1484?
I already tried that - no change :-).
It just seems very wrong for the NFS device to be sending 1516 bytes
Try turning off TSO:
# ethtool -K eth0 tso off
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
15 matches
Mail list logo
