found 677475 3.16.7-2
found 677475 3.16.5-1~bpo70+1
found 677475 3.16.3-2~bpo70+1
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
subscribe 677475
found 3.2.54-2
found 3.14.15-2~bpo70+1
thanks
I *do* have a few Sun Fire X4140 lying around, and I have been hit by
this bug too.
We do not use bridging, but eth0 and eth1 are slaved to the bonding
driver.
So far everything works fine, but if I connect eth2 while it is still
dow
I can confirm that bug: with a Sunfire X4140, bridge-utils installed (I have a
KVM installation) on Debian 7.1 I get a reboot (with the "Hypertransport sync
flood error" in the sebsequent BIOS log) when the system is configuring the
network.
The proposed workaround ("pre-up /sbin/ifconfig eth0 u
I have same issue. I ue xcp-xapi with openvswitch.
Had to disconnect all connected interfaces to start my machine.
I've the following lines at the top of my /etc/init.d/openvswitch as a
workaround (seems to help):
/sbin/ifconfig eth0 up # (Debian BUG#677475)
/sbin/ifconfig eth1 up # (D
Hey everyone, just wanted to mention that we reproduced this problem on
all three of our SunFire X4140's as well.
We had Solaris on them, but decided to switch them to Debian 7.1.0 to
run KVM, as SmartOS doesn't support AMD virtualization hardware (yet).
Here's how easy it was to reproduce:
reopen 677475
reassign 677475 src:linux
found 677475 3.2.46-1
thanks
Hi
On Tue, Jul 02, 2013 at 08:31:14PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the src:linux-2.6 package:
>
> #677475: Sun Fire X4140 with
6 matches
Mail list logo