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
>
>
next prev 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