public inbox for netdev@vger.kernel.org
 help / color / mirror / Atom feed
From: "Paul Aviles" <paul.aviles@palei.com>
To: "Jesse Brandeburg" <jesse.brandeburg@gmail.com>,
	<netdev@vger.kernel.org>
Subject: Re: e1000 Detected Tx Unit Hang
Date: Sat, 16 Sep 2006 22:05:47 -0400	[thread overview]
Message-ID: <000301c6d9fd$ca77a5f0$3224050a@avilespaxp> (raw)
In-Reply-To: 4807377b0609050909v59c1ad87jc4ef08ba1f4453d2@mail.gmail.com

Jesse, today the server froze and was not able to see anything in the logs. 
Nothing at all about any error, just plain froze.  Just in case, this is a 
different unit altogether, still the same model as the units having the Tx 
Unit Hang, but different memory, motherboard and CPU. The only 1 thing that 
is the same is the hard drive a regular IDE...

The only one thing I noticed that is very weird to me at least is that in 
powering off the unit from the crash and rebooting it I saw some lines like 
this in the logs..

Sep 16 11:08:03 www kernel: checking if image is initramfs... it is
Sep 16 07:05:19 www sysctl: kernel.msgmnb = 65536

The odd part is the diff in the time stamps between one entry and the very 
next one in the log. Any ideas what can cause this? Also, any way to get a 
dump or some way to prevent the system from locking without any log entries?

Regards,

Paul

----- Original Message ----- 
From: "Jesse Brandeburg" <jesse.brandeburg@gmail.com>
To: "Paul Aviles" <paul.aviles@palei.com>
Cc: <netdev@vger.kernel.org>
Sent: Tuesday, September 05, 2006 12:09 PM
Subject: Re: e1000 Detected Tx Unit Hang


> On 9/3/06, Paul Aviles <paul.aviles@palei.com> wrote:
>> Hey Jesse, thanks for your reply. Here is the stuff on /procs. The weird
> no problem,
>
>> part is that I have several other identical systems and only one is
>> affected. Today I moved the hard drive to another similar system and I am
>> not seeing the problem so I am wondering if is something maybe wrong with
>> the card eeprom? Is there a way to check that?
>
> I doubt it is an eeprom problem.  you can dump the eeproms with
> ethtool -e eth0 from both machines and compare them .  Odd that only
> one system is having the problem.  Could it be that the hardware on
> that box is having issues?  Are you sure the machines are running the
> same bios version with the same settings?  Any overclocking?
>
>>  cat /proc/interrupts
>>            CPU0       CPU1
>>  16:      70540          0   IO-APIC-level  uhci_hcd:usb4, eth0
>
> this could contribute to your problem, were you able to test without NAPI?
>
> Jesse
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
> 



  parent reply	other threads:[~2006-09-17  2:05 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-02 14:39 e1000 Detected Tx Unit Hang Paul Aviles
2006-09-03 17:45 ` Jesse Brandeburg
2006-09-03 23:37   ` Paul Aviles
2006-09-05 16:09     ` Jesse Brandeburg
2006-09-06  1:33       ` Paul Aviles
2006-09-11  4:03       ` Paul Aviles
2006-09-17  2:05       ` Paul Aviles [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-02-15 22:52 e1000: " Bernd Schubert
2008-02-15 23:29 ` Kok, Auke
2008-02-16  0:26   ` Bernd Schubert
2008-02-19 16:47     ` Kok, Auke
     [not found] <000f01c6ce49$affd37e0$3224050a@avilespaxp>
2006-09-02  5:45 ` e1000 " Auke Kok

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='000301c6d9fd$ca77a5f0$3224050a@avilespaxp' \
    --to=paul.aviles@palei.com \
    --cc=jesse.brandeburg@gmail.com \
    --cc=netdev@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox