bus.send() fails with `No buffer space available` despite not reaching the timeout

Offen

#2,004 erstellt am 13.11.2025 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 3/5
Geschätzter Aufwand: 1-2 Tage
Anfängerfreundlichkeit: 48/100

Issue-Typ: Bug
Klarheit: Klar beschrieben
Aktivitätsstatus: Veraltet
Tech-Stack: linux, python
Bereich: networking

Rechercherichtung

Beginne in can/interfaces/socketcan/socketcan.py, insbesondere bei send() und _send_once(), und verwende den gemeldeten SocketCAN-Fehler als Einstiegspunkt. Reproduziere das Problem mit tests/cantest.py und bestätige, dass wiederholte Sendungen erneut versucht werden, solange das Timeout noch nicht abgelaufen ist; abgeschlossen ist die Änderung, wenn der Fall mit 100 Frames bei vorübergehend nicht verfügbarem Pufferspeicher nicht mehr vorzeitig einen Fehler auslöst.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug

Describe the bug

When sending a lot of packets very quickly to a physical socketcan bus, bus.send() raises a can.exceptions.CanOperationError: Failed to transmit: No buffer space available [Error Code 105] despite the timeout not being reached.

To Reproduce

Send 100 frames to a physical socketcan bus with timeout=1.0 for each frame and no delay between sending the frames.

Expected behavior

can.send() should retry transmission until buffer space is available or the timeout is exceeded.

Additional context

OS and version: Ubuntu 24.04
Python version: 3.12.3
python-can version: 4.6.1
python-can interface/s (if applicable): socketcan (for a CANable 2.0 running CANnectivity)

Traceback and logs

$ ip -d link show pcan-e
12: pcan-e: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10
    link/can  promiscuity 0  allmulti 0 minmtu 0 maxmtu 0 
    can state ERROR-ACTIVE restart-ms 0 
          bitrate 1024096 sample-point 0.746
          tq 5 prop-seg 61 phase-seg1 62 phase-seg2 42 sjw 21 brp 1
          gs_usb: tseg1 2..256 tseg2 2..128 sjw 1..128 brp 1..512 brp_inc 1
          clock 170000000 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 tso_max_size 65536 tso_max_segs 65535 gro_max_size 65536 parentbus usb parentdev 1-7.3:1.0
$ time python tests/cantest.py 
Traceback (most recent call last):
  File "/home/gos/gena-sidl/Integration-Tests/env/lib/python3.12/site-packages/can/interfaces/socketcan/socketcan.py", line 889, in _send_once
    sent = self.socket.send(data)
           ^^^^^^^^^^^^^^^^^^^^^^
OSError: [Errno 105] No buffer space available

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/gos/gena-sidl/Integration-Tests/tests/cantest.py", line 12, in <module>
    bus.send(msg, timeout=1.0)
  File "/home/gos/gena-sidl/Integration-Tests/env/lib/python3.12/site-packages/can/interfaces/socketcan/socketcan.py", line 874, in send
    sent = self._send_once(data, channel)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/gos/gena-sidl/Integration-Tests/env/lib/python3.12/site-packages/can/interfaces/socketcan/socketcan.py", line 891, in _send_once
    raise can.CanOperationError(
can.exceptions.CanOperationError: Failed to transmit: No buffer space available [Error Code 105]
SocketcanBus was not properly shut down

real    0m0.112s
user    0m0.099s
sys     0m0.013s

with the following test script:

#!/usr/bin/env python3

import can

N_PACKETS = 100

bus = can.Bus(interface="socketcan", channel="pcan-e")

data = bytes([0xAB] * 8)
for _ in range(N_PACKETS):
    msg = can.Message(arbitration_id=1, is_extended_id=True, data=data)
    bus.send(msg, timeout=1.0)

bus.shutdown()

Vorherrschende Sprache: Python
Sterne: 1.6k
Forks: 697
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus hardbyte/python-can

IXXAT: timestamps read 1.5 x wall time plus adapter uptime (misplaced parenthesis in _timeoffset; start tick never captured in vcinpl2) Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100

hardbyte/python-can#2103 · Erstellt am 18.9.2026
Unhashable type for Systec interface errors Offen

bug

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100

hardbyte/python-can#2077 · 1 Kommentar · 1 Reaktion · Erstellt am 13.7.2026
New error behaviour when calling `flush_tx_buffer` for several interface types Offen

bug

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100

hardbyte/python-can#1922 · 1 Reaktion · Erstellt am 22.2.2025
Add support for the more efficient ElmüSoft Candlelight Protocol Offen

enhancement

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 30/100

hardbyte/python-can#2102 · Erstellt am 15.9.2026
PCAN message timestamps drift after macOS system sleep Offen

bug

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100

hardbyte/python-can#2092 · Erstellt am 21.8.2026

Alle Issues in hardbyte/python-can