similar to: e1000e NIC and MTU issues

Hi all, I'm facing a serious problem with the e100e kernel module for Intel 82574L gigabit nics on Centos 6. The device eth0 suddenly stops working i.e. no more networking. When I do ifconfig from console I get eth0 Link encap:Ethernet HWaddr 00:xx:xx:xx:xx:EA inet6 addr: fe80::225:90ff:fe50:8fea/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

A colleague is working with a Samba installation where Windows clients are accessing the server over a VPN. They are seeing an issue where a share is visible, but if a directory contains more than 8 files, they get an error. The VPN is set to allow everything in both directions. Windows->Window sharing does work OK across the link, as do other large file transfers (NFS, FTP). The Samba

Hi Rick, In the future, please don't cut the list. Rick Jones <rick.jones2 at hpe.com> writes: > On 06/02/2016 08:43 AM, Aaron Conole wrote: >> This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it >> exists, read the advised MTU and use it. >> >> No proper error handling is provided for the case where a user changes the >>

On 15.10.2015 20:23, George Trakatelis wrote: > Hi all, > > I want to set the advertised value of MTU > for virbr0 interface on a Fedora 21 host to 1454 > to accommodate the installation of new VMs for testing purposes. > The aforementioned host is an OpenStack VM actually, > which explains the need for a lower than 1500 MTU. > > I noticed Pieter Hollants'

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, I have a *very* strange problem, unfortunately it's kind of a show stopper regarding the deployment of the machine. :( I have two Intel Gigabit Ethernet NICs on board (Supermicro-based Server), quoting lspci (full output see at the end of the email): 0d:00.0 Ethernet controller: Intel Corporation 82573E Gigabit Ethernet Controller

Hi all, With help from others, I''ve been able to get Olaf''s patch for enabling MTUs >1500 for vifX.y and tapZ devices working. I''ve been able to boot dom0, launch domU and live-migrate without having the bridge''s MTU degrade at any time. Would the Xen RPM maintainers (and others) mind taking a look at the following patches? Kernel part:

http://bugzilla.mindrot.org/show_bug.cgi?id=792 Summary: mtu and NAT wrong solution Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: major Priority: P4 Component: Miscellaneous AssignedTo: openssh-bugs at mindrot.org ReportedBy:

sshd also dies when certain other kinds of traffic is generated, such as `man pw' using the most pager[1], and many x11 apps such as emacs. However, it is stable when running simple x11 apps such as xeyes, and the link its self is stable -- a terminal will stay connected without issue for days, as long as not much happens in it. Also a sshfs connection dies immediately. ssh -Y karren gkrellm

I''m looking for a suggestion on a good way to hunt down the source of high context switching and mutex contentions... Is dtrace the way to go now, or should I stick with something like lockstat? Russ This is a 5 second interval for mpstat: CPU minf mjf xcal intr ithr csw icsw migr smtx srw syscl usr sys wt idl 16 0 0 1115 1241 206 9095 912 2420 7393 0 12105 68 25

On Mon, Feb 26, 2018 at 5:17 PM, Kip Warner <kip at thevertigo.com> wrote: > Hey list, > > I've read the man page for both the client and server daemon, so either > I missed something or this isn't an SSH issue but something going on > with perhaps routers or MTUs. > > I am having problems with already established connections to a remote > server timing out

Hi all, I want to set the advertised value of MTU for virbr0 interface on a Fedora 21 host to 1454 to accommodate the installation of new VMs for testing purposes. The aforementioned host is an OpenStack VM actually, which explains the need for a lower than 1500 MTU. I noticed Pieter Hollants' patch to set dhcp-option=<number>,"<value>" for an interface, but

Hi ZFSers, I''ve been working on merging the Joyent arcstat enhancements with some of my own and am now to the point where it is time to broaden the requirements gathering. The result is to be merged into the illumos tree. arcstat is a perl script to show the value of ARC kstats as they change over time. This is similar to the ideas behind mpstat, iostat, vmstat, and friends. The current

Good morning, We have been noticing troubles browsing on a ZFS share, especially in the afternoon, and found our 8 cores going at 100% with over 100000 smtx running on each core on mpstat. We are running Solaris 5.11 with Samba 3.5.10, 48 GB of RAM and two 4 core Xeons. The fileserver is attached by domain mode to Windows 2003 R2 SP2 with Services for Unix installed and we only have around 80

After successfully getting higher MTU to work on my Realtek NICs, I started testing the impact of higher MTU on file transfers using NFS exported ramdisk to ramdisk. The results were unexpected. The higher the MTU on the sending NIC, the lower the file transfer speed. I tested by using time cp to copy a 1GB file (In case compression might affect the results, so I dd the test file from the CentOS

I am currently running a Redhat Rel5 Dom0 with a solaris 11-66 xen domU as well as a Redhat REL4 domU. I am experiancing problems similary to those described the the Aug 2006 Release notes regarding ... Solaris domUs on non-Solaris dom0s 32-bit Solaris domUs should run on any 3.0.2-3 or later dom0. The majority of our testing has been on CentOS dom0s. 64-bit solaris dom0 and domU require updates

Hi, I have a mysql instance which if I point more load towards it it suddenly gets 100% in SYS as shown below. It can work fine for an hour but eventually it gets to a jump from 5-15% of CPU utilization to 100% in SYS as show in mpstat output below: # prtdiag | head System Configuration: SUN MICROSYSTEMS SUN FIRE X4170 SERVER BIOS Configuration: American Megatrends Inc. 07060215

Hi list It's my first message here, but I use CentOS from long time ago (sorry my language, I'm spanish from Colombia) I have a Intel board with an Integrated Network Card 82578DC. I've sucessfully installed the driver with the RPM kmod-e1000e; I've found it in ElRepo.org, and I've installed it via Yum. After I've installed the package (see this:

One of the more promising solutions I'm looking at for my dual-ethernet dual-monitor workstation contains an Intel 82574L Ethernet controller. I found a LOT of postings regarding a bug in the driver for this controller: http://www.doxer.org/learn-linux/resolved-intel-e1000e-driver-bug-on-82574l-ethernet-controller-causing-network-blipping/ https://bugzilla.redhat.com/show_bug.cgi?id=632650

CentOS Errata and Enhancement Advisory 2013:X005 (Xen4CentOS) The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) ----------------------------- X86_64 ----------------------------- e1000e-2.4.14-3.4.53.1.el6.centos.alt.x86_64.rpm: e135714af07c2cfccda09de474529be7a2d508ed0bc5fcd477efb9954d5fb07a ----------------------------- Source:

KB and I were looking at repositories to import into git.centos.org recently, and we found the e1000e package -- a rebuild of the Intel e1000 driver for the x4c kernel. Does anyone know if this externally-build module is still necesssary for Linux 3.10? Or for Linux 3.14, which we're planning on moving to at some point in the near future? -George