Well, I only managed to replicate it on Ubuntu, and it requires many conditions
to be met:
- 6in4 tunnel to HE.net
- ipv6 rules applied
- ipv6 forwarding enabled
Removing/replacing any one of these made downloading (wget -O /dev/null)
reliable for at least 3 repeats of a large (~1GB+) downloads.
Never mind the LAN7515 heatsink. The issue was avoided by some combination of
other missing configuration (I have since managed to trigger the issue):
- iptables-rules not loaded
- dnsmasq not running
Sometimes (in the full HE.net tunnel + v6 gateway configuration), the
problem is triggered by
Huh... even downloading over HE.net's tunnel doesn't kill it (within the
3 attempts I've tried) now. I have previously added a passive cooler to
the USB/NIC chip as the RPi3 was down for this test.
I'll keep the RPi3 up as a caching DNS + IPv6 gateway (ie. as before,
minus DHCPv4), point DNS
I made a pair of scripts - one sets up the tunnel, addresses on dummy
interfaces, and routing. The other one cleans up.
Testing with iperf does NOT replicate the issue, however. Maybe someone
else can find a test case that reliably triggers the bug. I have some
ideas which I'll try soon.
Sorry for the delayed response. I moved my network back to RPi1 so I can
do experiments on the affected RPi3.
I'm thinking, if this is indeed caused by the usage of a 6in4 tunnel,
and you're unable to set up one with HE.net because of
unavailability/ISP restrictions, it should be possible to set
OK, I will continue studying how to setup ipv6.
And could you please find some easy ways to reproduce this problem (like
without ipv6), if you could, it will be easier to debug and we could
report this issue to raspberry.org too.
thx.
--
You received this bug notification because you are a
Oh, I had the URL wrong (archive.ubuntu instead of ports...).
Installed .1019 kernel, headers, etc... issue persists with the new
kernel - dmesg attached.
** Attachment added: "dmesg-1019.txt"
So far, I couldn't set up the ipv6 on my rpi3B+ board, I need to do more
study.
And I checked the eoan-proposed, the 1019 kernel is already there.
If there is no this file in the folder /etc/apt/sources.list.d/ on your
board, you could put this file to that folder and run sudo apt-get
update
re: dnsmasq - whoops, private repo. Here's another link:
https://paste.ubuntu.com/p/TCwQBkg9vS/
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in Ubuntu.
https://bugs.launchpad.net/bugs/1861936
Title:
Raspberry Pi 3
@hui.wang: Only the RPi is acting as the IPv6 gateway for the network
(it sends router advertisements to internal LAN on br0, issued by
dnsmasq - the relevant dnsmasq config is here:
https://github.com/myxal/DigitalHome/blob/master/configurations/dnsmasq/dnsmasq.d/Echolife6.conf
The mac is
So both your RPI3B+ and your host mac machine setup the IPv6 tunnel, and
they share the same tunnel from tunnelbroker.net.
And this is my example configs and my two yamls:
https://pastebin.ubuntu.com/p/TDCDMrtzCb/
anything is wrong?
--
You received this bug notification because you are a
Not quite.
- for downloads, as the issue happens when using IPv6 tunnel, so I'd use wget
-6 ...
- for youtube - this is playing on another machine (Mac running Chromium
browser). I mentioned it because it's significant amount of traffic which, in
presence of IPv6 connectivity, will (mostly) go
I changed the ip in the two yaml and put them to $rpi3B+/etc/netplan/,
reboot, but the ipv6 doesn't work, only ipv4 works. BTW, you said you
run wget and play youtube all on the rpi3B+, right?
This is the log on my rpi3B+:
ubuntu@ubuntu:~$ ifconfig
br0: flags=4163 mtu 1500
inet
How to set up bridge - is github gist link OK?
https://gist.github.com/myxal/6554bd370658a11621a30cd2e6e7d7a8
Testing without IPv6 tunnel - I'm not sure what you mean. If eth0 is the
WAN side, and only wlan0 is for the LAN side, then there's no bridge
needed... This would introduce another NAT
Since the Apple usb NIC doesn't have this issue, it is a problem on the
driver lan78xx.c
Do you mean even without ipv6 tunnel, only setup a bridge on rpi3 to let
eth0 connect WAN and let wlan0 play a role of AP, this issue could be
reproduced?
Could you please share the detailed steps on how to
Sorry, got kinda stuck trying to test with a USB NIC:
https://askubuntu.com/q/1212529/325336
After disabling systemd-resolved (+ putting a public DNS IPv4 address in
resolv.conf), v6 download over the external USB NIC (Apple USB Ethernet,
05ac:1402) works fine. After switching the cable back to
-1019 kernel should be in the eoan-proposed channel.
And I tried to setup the 6in4 on my host laptop, it didn't work, maybe
the ISP block the packets because of GFW of china.
And since the dwc2 also has this problem, it looks this issue has
nothing to do with usb host driver, could you plug a
> Looks like to setup a 6in4 tunnel, I need a static public IP first
I don't think that static IP is needed to make it work at least
temporarily, I don't have a static one either, just public. You only
need to have public IP on the device you can manage - e.g. router at
home, and make sure that
Where can I find the ~1019 kernel? The repositories are still at ~1018.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in Ubuntu.
https://bugs.launchpad.net/bugs/1861936
Title:
Raspberry Pi 3 network dies shortly after a
Hi. The USB ports still work fine - I use a USB keyboard to correctly
reboot the machine when it gets stuck. My most recent replication was
with ~1017 kernel, will try the newer ones.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to
Looks like to setup a 6in4 tunnel, I need a static public IP first, but
I don't have that IP.
And you could do a test, let us change the usb host driver, if the
problem can't be reproduced anymore, it proves it is a problem on usb
host driver.
To change the usb host driver:
add dtoverlay=dwc2 in
Hi mlx,
>From the calltrace, it looks like the transmit doesn't work when problem
happens, it is probably a problem of the driver lan78xx.c or a problem
of the usb host driver.
So when problem happens, does the other usb ports still work? and the
latest kernel -1019 version integrated a couple
@mlx,
I will try to reproduce the bug according to your steps this weekend.
thx.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in Ubuntu.
https://bugs.launchpad.net/bugs/1861936
Title:
Raspberry Pi 3 network dies
@hui.wang Is there anything else needed from me? The issue still happens
(intermittently under my normal use as an IPv6 gateway).
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in Ubuntu.
** Attachment added: "rules.v6"
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861936/+attachment/5326549/+files/rules.v6
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in Ubuntu.
** Attachment added: "15rpi3-HEnet-Prague.yaml"
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861936/+attachment/5326546/+files/15rpi3-HEnet-Prague.yaml
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in
** Attachment added: "99-ipv6-home.conf"
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861936/+attachment/5326537/+files/99-ipv6-home.conf
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in Ubuntu.
** Attachment added: "rules.v4"
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861936/+attachment/5326548/+files/rules.v4
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in Ubuntu.
** Attachment added: "10rpi3-bridge-static.yaml"
https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1861936/+attachment/5326547/+files/10rpi3-bridge-static.yaml
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in
(This is still with full setup, ie, jool and iptunnel, traffic using the
tunnel): The first time I tried I also managed to download gparted
without issues, but next time the issue appeared again.
No jool and no tunnel: wget 2x 900MB (ubuntu iso), no issue. scp the
same iso from local machine to
Hmm, will look into this again. I'm using a feature-rich networking
setup (6in4 tunnel, jool NAT64, LAN + WLAN bridge, ip(6)tables), maybe
some of it is also required).
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in
The only difference between kernel 5.3.0-1017-raspi2 #19+otg and
5.3.0-1017-raspi2 #19-Ubuntu is:
CONFIG_USB_DWC2_HOST=y and CONFIG_USB_DWC2_DUAL_ROLE is not set in the
#19-Ubuntu
CONFIG_USB_DWC2_DUAL_ROLE=y and CONFIG_USB_DWC2_HOST is not set in the #19-otg
The difference will not affect this
Oh, 192.168.2.103 is the wifi's IP on the RPI3B+, I redo the test with
lan's ip (192.168.2.107), can't reproduce the bug too.
log on the host:
hwang4@hwang4-Vostro-5390:~/Downloads$ scp
dell-bto-bionic-beaver-osp1-shireen-X44-20200103-22.iso
ubuntu@192.168.2.107:~/lan/
The authenticity of host
Hi Hui,
There seems to be some (small?) difference between your kernel
(5.3.0-1017-raspi2 #19+otg) and the reporter's kernel (original
5.3.0-1017-raspi2 #19-Ubuntu) ?
I realize you're of course aware of the changes introduced in this
'+otg' custom build you're running, but just wanted to mention
I did the test on the rpi3B+ board, scp a 3.3G size file from host
machine to the rpi3B+ board (mmc card), there is no any errors, and
there is no calltrace in the dmesg of the rpi3B+ board.
log on the host machine:
hwang4@hwang4-Vostro-5390:~/Downloads$ scp
set it to incomplete first.
** Changed in: linux-raspi2 (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in Ubuntu.
https://bugs.launchpad.net/bugs/1861936
Title:
Raspberry Pi 3
I will try to reproduce your issue first.
thx.
** Changed in: linux-raspi2 (Ubuntu)
Importance: Undecided => High
** Changed in: linux-raspi2 (Ubuntu)
Assignee: (unassigned) => Hui Wang (hui.wang)
--
You received this bug notification because you are a member of Kernel
Packages,
** Description changed:
- Raspberry Pi 3 network dies shortly after a burst of SD card IO (writes) and
network load. Happened a few times when I tried to download a gparted zip
release (~350 MiB) directly to the SD card, and then finally when I tried to
scp the finished download from a desktop
38 matches
Mail list logo
