Public bug reported:
ip -d link show always duplicates the bridge_id in the
designated_root, even after STP bdpu traffic causes changes to the
correct designated_root. brctl showstp displays the correct designated
root.
Linux noc4 6.8.0-51-generic #52-Ubuntu SMP PREEMPT_DYNAMIC Thu Dec 5
13:0
** Tags added: kernel-net
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-signed in Ubuntu.
https://bugs.launchpad.net/bugs/2025311
Title:
packet storm as nics in STP enabled netns bridges lack BPDU maddr
01:80:c2:00:00:00
Stat
Public bug reported:
Bridges with STP enabled, only if in the non-default namespace,
connecting the nic as a port to the bridge will not add the STP
multicast address to the port nics, causing them to fail in all
important BPDU topology updates. This leads to packet storms,
effectively locking up
Public bug reported:
[ 46.222634] [ cut here ]
[ 46.222636] WARNING: CPU: 4 PID: 1883 at drivers/gpu/drm/ttm/ttm_bo.c:409
ttm_bo_release+0x323/0x350 [ttm]
[ 46.222647] Modules linked in: xt_conntrack nft_chain_nat xt_MASQUERADE
nf_nat nf_conntrack_netlink nf_conntra
Public bug reported:
Kernel bugs on boot, latest jammy, edac/i5000 related?
[ +0.214131] systemd-journald[502]: Received client request to flush runtime
journal.
[ +2.520374]
[ +0.008680] UBSAN: array-index-out-
Public bug reported:
Using the latest generic 'jammy' kernel, in a mate-desktop VM with no
GUI/user activity, mostly used as a router/gateway, after at least 12
hours of typical operations, we see:
Dec 20 01:11:53 gate2.1.quietfountain.com systemd-networkd[331]: enp0s3: Lost
carrier
Dec 20 01:11
It looks to be 'an interesting mystery' we're chasing. This system is
in production, so the results below are with the whole 'snooping engine'
off as without it the whole thing dies. As such, I don't think the
contents of the fdb and mdb tables mean much. The setups below are
unchanged, they fai
P.S. The reason this is a security issue is-- there is now an address on
the host that the guest also 'knows' and it sits on the bridge giving
access to all the other guests on the bridge. Most admins will not
'just know' they need rules to block fe80 traffic generated by host
interfaces-- because
I need to repeat: in sysctl.d put this line in a file, then reboot,
then your test setup will show the failure:
net.ipv6.conf.all.autoconf = 0
Otherwise, in your test setup the tables are populated, then you delete
the addresses, but the L3/4 code engaged by even a little time with the
fe80:...
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1959702
Title:
Regression: ip6 ndp broken, host bridge doesn't add vla
Public bug reported:
After a normal day's operations, the monitors switch off after an hour
or so. Every morning since Impish, upon waking up and unlocking the
system: 2 of the monitors wake, the rest remain in sleep mode. The
only recourse is to do a graceful poweroff and cold boot. There is a
Yup, those failures were to do with an old radeon chipset on an ancient
server.
On 2/1/22 17:33, Seth Arnold wrote:
> Sounds good, thanks:
>
> [0.00] Linux version 5.11.0-49-generic (buildd@lcy02-amd64-054)
> (gcc (Ubuntu 10.3.0-1ubuntu1) 10.3.0, GNU ld (GNU Binutils for Ubuntu)
> 2.36.
I see the same thing related to slowness in a old-style parallel port device
passed to a VM. Shortly after there's traffic related to the parallel port the
task will hang forever, eventually locking up the VM entirely.
This has happened on two SuperMicro servers, the problem did not exist in
Xen
This is against disco, crashed not an hour ago. Detail:
Jun 26 12:17:03 ceo1homenx btrbk: finished success - - - -
Jun 26 12:18:21 ceo1homenx systemd[1]: Starting Cleanup of Temporary
Directories...
Jun 26 12:18:21 ceo1homenx systemd-tmpfiles[11589]:
[/usr/lib/tmpfiles.d/spice-vdagentd.conf:2]
The above:
uname -a
Linux ceo1homenx 5.0.0-19-generic #20-Ubuntu SMP Wed Jun 19 17:04:04 UTC 2019
x86_64 x86_64 x86_64 GNU/Linux
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1797296
Tit
Apparently this is happening across the distro world. Thought the link
below is fedora, notice it includes debug detail from ubuntu, debian,
etc.
Seems nouveau is just simply random broken when used with more than a
few windows for more than a few hours without much of a clue or interest
as to wh
Jan 7 02:41:41 ceo1homenx kernel: [40698.439354] WARNING: CPU: 6 PID: 24218 at
drivers/gpu/drm/nouveau/nvif/vmm.c:71 nvif_vmm_put+0x6d/0x80 [nouveau]
Jan 7 02:41:41 ceo1homenx kernel: [40698.439355] Modules linked in: vfio_pci
vfio_virqfd vfio_iommu_type1 vfio rfcomm ebtable_filter ebtables
ip
an 7 06:39:01 ceo1homenx CRON[29352]: (root) CMD ( [ -x
/usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then
/usr/lib/php/sessionclean; fi)
Jan 7 06:47:12 ceo1homenx kernel: [55429.029596] nouveau :01:00.0: fifo:
SCHED_ERROR 0a [CTXSW_TIMEOUT]
Jan 7 06:47:12 ceo1homenx ke
Confirming the problem is not fixed in
3.13.0-46-generic #79-Ubuntu SMP Tue Mar 10 20:06:50 UTC 2015 x86_64 x86_64
x86_64 GNU/Linux
After this in the syslog
Mar 15 15:31:40 ceo1home kernel: [62288.808120] retire_capture_urb: 542
callbacks suppressed
Mar 15 15:31:45 ceo1home kernel: [62293.84106
19 matches
Mail list logo
