The thing that finally caught my eye is the "connect: cannot assign  
requested address" part in the error message. You can search for it in 
combination with golang. I'm not exactly clear but this could be related to 
running out of socket or port resources, maybe in combination with changes 
in how many parallel HTTP requests are fired off by go mod tidy and go mod 
download. The overall communication/socket "load" of your system might also 
be a factor to look at.    
On Monday, May 22, 2023 at 12:04:01 PM UTC+2 Joao Miguel Ferreira wrote:

> Hello Jim and Harald,
>
> please find below the answers to your questions. if anything else could 
> help, please let me know
>
> about the container configuration for ipv6, it seems that there is no such 
> configuration for containers running from the base images (1.18, 1.20, 
> bullseye seems to not have the ip command installed)
>
> $ docker run -it golang:1.18-buster sh -c "ip -6 addr show dev eth0; ip -6 
> route show"
> $ docker run -it golang:1.18-bullseye sh -c "ip -6 addr show dev eth0; ip 
> -6 route show"
> sh: 1: ip: not found
> sh: 1: ip: not found
> $ docker run -it golang:1.18-alpine sh -c "ip -6 addr show dev eth0; ip -6 
> route show"
> $ docker run -it golang:1.20-buster sh -c "ip -6 addr show dev eth0; ip -6 
> route show"
> $ docker run -it golang:1.20-bullseye sh -c "ip -6 addr show dev eth0; ip 
> -6 route show"
> sh: 1: ip: not found
> sh: 1: ip: not found
> $ docker run -it golang:1.20-alpine sh -c "ip -6 addr show dev eth0; ip -6 
> route show"
>
> I add here a sample of the same command for ipv4 just to clarify:
>
> $ docker run -it golang:1.20-buster sh -c "ip -4 addr show dev eth0; ip -4 
> route show"
> 52: eth0@if53: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue 
> state UP group default  link-netnsid 0
>     inet 172.17.0.2/16 brd 172.17.255.255 scope global eth0
>        valid_lft forever preferred_lft forever
> default via 172.17.0.1 dev eth0
> 172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.2
>  
> On Mon, May 22, 2023 at 7:55 AM TheDiveO <harald....@gmx.net> wrote:
>
>> ? base system distribution?
>> ? do you have IPv6 connectivity at all?
>> ? which docker version?
>>
>
> b) about my host and docker version and connectivity
> I am using Debian11 with apt provided docker; docker version is 20.10.5. I 
> am also using 2 VMs with Debian 12 and Ubuntu 22 and I have the same 
> problem there.
> I have an ipv6 address on the host network interface and I can ping6 to 
> localhost and to google, also. Please find more details below:
>
> jmf@deb11tp:~$ ping6 -c 3 localhost
> PING localhost(localhost (::1)) 56 data bytes
> 64 bytes from localhost (::1): icmp_seq=1 ttl=64 time=0.043 ms
> 64 bytes from localhost (::1): icmp_seq=2 ttl=64 time=0.035 ms
> 64 bytes from localhost (::1): icmp_seq=3 ttl=64 time=0.054 ms
>
> jmf@deb11tp:~$ ping6 -c 3 www.google.com
> PING www.google.com(mad41s13-in-x04.1e100.net (2a00:1450:4003:80e::2004)) 
> 56 data bytes
> 64 bytes from mad41s13-in-x04.1e100.net (2a00:1450:4003:80e::2004): 
> icmp_seq=1 ttl=58 time=16.6 ms
> 64 bytes from mad41s13-in-x04.1e100.net (2a00:1450:4003:80e::2004): 
> icmp_seq=2 ttl=58 time=16.9 ms
> 64 bytes from mad41s13-in-x04.1e100.net (2a00:1450:4003:80e::2004): 
> icmp_seq=3 ttl=58 time=16.4 ms
>
> jmf@deb11tp:~$ ip addr show dev wlp5s0
> 3: wlp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
> UP group default qlen 1000
>     link/ether 18:56:80:2f:33:48 brd ff:ff:ff:ff:ff:ff
>     inet 192.168.1.65/24 brd 192.168.1.255 scope global dynamic 
> noprefixroute wlp5s0
>        valid_lft 1832sec preferred_lft 1832sec
>     inet6 2001:8a0:ffa9:9800:a681:184e:ee1b:1800/64 scope global dynamic 
> noprefixroute
>        valid_lft 89765sec preferred_lft 89765sec
>     inet6 fe80::d3e8:44e:9bfa:c6f8/64 scope link noprefixroute
>        valid_lft forever preferred_lft forever
>
> I try to be clear: this happens during "docker build", on the "go mod 
> download" and in some cases also on the "go mod tidy". it does not happen 
> on any of the 1.18 base images, whatever host I use. It happens on all 1.20 
> base images. 
>
> Thank you for your attention
> João
>  
>
>>
>> On Monday, May 22, 2023 at 2:29:08 AM UTC+2 Joao Miguel Ferreira wrote:
>>
>>> Hello all,
>>>
>>> My docker build is ok with FROM golang:1.18-alpine, FROM 
>>> golang:1.18-buster and FROM golang:1.18-bullseye images. The 
>>> application works. All is fine on the 3 cases.
>>>
>>> But the docker build fails with FROM golang:1.20-alpine, FROM 
>>> golang:1.20-buster and FROM golang:1.20-bullseye images.
>>>
>>> This is the error message I get:
>>>
>>> go: github.com/davecgh/go-...@v1.1.1 
>>> <http://github.com/davecgh/go-spew@v1.1.1>: Get "
>>> https://proxy.golang.org/github.com/davecgh/go-spew/@v/v1.1.1.mod": 
>>> dial tcp [2a00:1450:4003:801::2011]:443: connect: cannot assign requested 
>>> address
>>>
>>> It happens during go mod download. It happens when building on 
>>> Debian11, Debian12 and Ubuntu22 hosts.
>>>
>>> I have tried many things including going inside the container and 
>>> downloading the module with wget. It works fine. Maybe something changed 
>>> from 1.18 to 1.20 related to ipv6.
>>>
>>> I would like to be able to do the build with one golang 1.20 image. But 
>>> I can not understand what is wrong. Can you help clarify that error and how 
>>> to overcome it?
>>>
>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "golang-nuts" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to golang-nuts...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/golang-nuts/31dcfd80-fc3a-444b-879f-8b0ca75a3a54n%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/golang-nuts/31dcfd80-fc3a-444b-879f-8b0ca75a3a54n%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/a1349f7f-be95-4945-8da8-e9e5f82aeb70n%40googlegroups.com.

Reply via email to