!RROtHmAaQIkiJzJZZE:nixos.org

NixOS Infrastructure

388 Members
Next Infra call: 2024-07-11, 18:00 CEST (UTC+2) | Infra operational issues backlog: https://github.com/orgs/NixOS/projects/52 | See #infra-alerts:nixos.org for real time alerts from Prometheus.121 Servers

Load older messages


SenderMessageTime
20 Jul 2025
@vcunat:matrix.orgVladimír ČunátYes, this one but on a different derivation, apparently.13:43:21
21 Jul 2025
@cathal_mullan:matrix.orgCathal joined the room.19:46:11
22 Jul 2025
@drupol:matrix.org@drupol:matrix.org joined the room.12:38:28
@drupol:matrix.org@drupol:matrix.org Hey, do you have any idea why cache.nixos.org could be extremely slow at work? I contacted the helpdesk, and they confirmed there are no restrictions on their side... they suggested the issue might be external. The behaviour is strange: downloading just 30 MB takes around 15 minutes. It seems to follow a repeating pattern: the connection works normally for 1–2 seconds, then pauses for about 30 seconds, and this cycle continues indefinitely until the end. Nix is barely usable here :( Any idea how I could further investigate or troubleshoot this? Thanks! 12:39:15
@drupol:matrix.org@drupol:matrix.org(feel free to redirect me to the right channel for this)12:46:09
@drupol:matrix.org@drupol:matrix.orgHere's the traceroute session: https://gist.github.com/drupol/3825ac49a93c1f2d04c91286edf8e19a12:58:33
@drupol:matrix.org@drupol:matrix.org And a mtr session 13:00:21
@drupol:matrix.org@drupol:matrix.orgimage.png
Download image.png
13:00:25
@drupol:matrix.org@drupol:matrix.org20% loss somewhere... that's weird.13:00:30
@hexa:lossy.networkhexaintermediate losses at routers is normal13:00:54
@drupol:matrix.org@drupol:matrix.org27% now :S13:01:10
@hexa:lossy.networkhexathe traceroute not completing could be a red flag13:01:14
@drupol:matrix.org@drupol:matrix.orgOk... 13:01:14
@drupol:matrix.org@drupol:matrix.orgyeah that's so weird :(13:01:35
@drupol:matrix.org@drupol:matrix.orgI have that thing running for now 30 minutes:13:02:01
@drupol:matrix.org@drupol:matrix.orgimage.png
Download image.png
13:02:03
@drupol:matrix.org@drupol:matrix.orgKinda frustrating.13:02:10
@drupol:matrix.org@drupol:matrix.orgThey do everything to keep their workers at home :D13:02:18
@hexa:lossy.networkhexaalso a very funny route13:03:05
@hexa:lossy.networkhexagiven that you are presumably sitting in brussels, but handing of the traffic to british telecom13:03:16
@hexa:lossy.networkhexafor a detour via londoin13:03:20
@hexa:lossy.networkhexa* for a detour via london13:03:22
@hexa:lossy.networkhexaonly to go back to amsterdam13:03:34
@drupol:matrix.org@drupol:matrix.orgyes indeed, sitting in brussels at the moment13:03:39
@hexa:lossy.networkhexa* given that you are presumably sitting in brussels, but handing off the traffic to british telecom13:03:53
@drupol:matrix.org@drupol:matrix.orgIs there anything else I could do to try to spot where the issue comes from?13:04:00
@hexa:lossy.networkhexathis really looks like the reverse path from fastly to your AS is broken13:04:16
@hexa:lossy.networkhexathe solution is … peer with fastly somewhere and cut out the middleman13:04:42
@drupol:matrix.org@drupol:matrix.orgWhat worries me is this: the behaviour is strange: downloading just 30 MB takes around 15 minutes. It seems to follow a repeating pattern: the connection works normally for 1–2 seconds, then pauses for about 30 seconds, and this cycle continues indefinitely until the end. 13:04:52
@hexa:lossy.networkhexayeah, a route can flap13:05:15

Show newer messages


Back to Room ListRoom Version: 6