Hi Jesse,

Brandeburg, Jesse wrote:
> Carsten Aulbert wrote:
>> And another hi from me
>>
>> I think I've found the problem.
>>
>> We are using netconsole for remote logging and this one is loaded via
>> /etc/modules (obviously *before* DHCP is running. netconsole tries to
>> force its way through and in 2.6.25.9 that does not seem to be an
>> issue, however with the 2.6.27.10 kernel there seems to be a problem
>> when changing the MTU or slightly after.
>>
>> When I boot without the netconsole and enable it manually later then
>> it seems to work fine.
>>
>> Question: Is this a problem of netconsole, e1000e or my stupidity?
> 
> so netconsole is trying to force the network up?
> 

[...]
Yes, kind of, here's a log from a failed attempt:
Jan 14 14:00:26 n1512 kernel: [    7.141737] netconsole: local port 4444
Jan 14 14:00:26 n1512 kernel: [    7.141918] netconsole: local IP
10.10.15.12
Jan 14 14:00:26 n1512 kernel: [    7.142097] netconsole: interface eth1
Jan 14 14:00:26 n1512 kernel: [    7.142274] netconsole: remote port 514
Jan 14 14:00:26 n1512 kernel: [    7.142452] netconsole: remote IP
10.20.40.3
Jan 14 14:00:26 n1512 kernel: [    7.142633] netconsole: remote ethernet
address 00:30:48:91:43:a7
Jan 14 14:00:26 n1512 kernel: [    7.142818] netconsole: device eth1 not
up yet, forcing it
Jan 14 14:00:26 n1512 kernel: [    8.990439] e1000: eth1:
e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
Jan 14 14:00:26 n1512 kernel: [    9.050104] console [netcon0] enabled
Jan 14 14:00:26 n1512 kernel: [    9.060035] netconsole: network logging
started
Jan 14 14:00:26 n1512 kernel: [    8.569856] kjournald starting.  Commit
interval 5 seconds
Jan 14 14:00:26 n1512 kernel: [    9.243804] EXT3 FS on sda1, internal
journal
Jan 14 14:00:26 n1512 kernel: [    9.243808] EXT3-fs: mounted filesystem
with ordered data mode.
Jan 14 14:00:26 n1512 kernel: [    9.314125] XFS mounting filesystem sda6
Jan 14 14:00:26 n1512 kernel: [    9.425735] Ending clean XFS mount for
filesystem: sda6
Jan 14 14:00:26 n1512 kernel: [    9.439106] XFS mounting filesystem sda5
Jan 14 14:00:26 n1512 kernel: [    9.477008] Starting XFS recovery on
filesystem: sda5 (logdev: internal)
Jan 14 14:00:26 n1512 kernel: [    9.532819] Ending XFS recovery on
filesystem: sda5 (logdev: internal)
Jan 14 14:00:26 n1512 kernel: [    9.871210] e1000: eth0:
e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
Jan 14 14:00:26 n1512 kernel: [    9.872232] e1000: eth0:
e1000_watchdog: 10/100 speed: disabling TSO
Jan 14 14:00:28 n1512 kernel: [   33.770440] e1000: eth1:
e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
[...]

> you're welcome to try the attached patch (against 2.6.29-rc1 but should
> apply)
> but it is more a shot in the dark than an actual fix for your issue.

Well, let's see. I will try it remotely now, if it fails and IPMI stops
as well, I'll be lost.

> 
> I'll see if we can reproduce your issue.

Would be nice, if not, we can try to arrange access to a system.

Cheers

Carsten

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel

Reply via email to