by EdNutting
4 subcomments
- I got tired of the AI writing before finding out if they even attempted to contact Apple about this issue? Does anyone know?
Also, massively over-dramatised. Yes, a bug worth finding and knowing about, but it’s not a time bomb - very few users are likely to be affected by this.
Knowing the nature of OS kernels, I’m guessing even just putting a Mac laptop to sleep would be enough to avoid this issue as it would reset the TCP stack - which may be why some people are reporting much longer uptimes without hitting this problem, since (iirc) uptime doesn’t reset on Macs just for a sleep? Only for a full reboot?
Anyway, all in all, yeah hopefully Apple fix this but it’s not something anyone needs to panic about.
- Does anybody else find these AI-authored blog posts difficult to read? Something about the writing style and structure just feels unnatural, it's hard put my finger on it.
At the very least, the writing takes way too long to get to a point.
- > It will not be caught in development testing — who runs a test for 50 days?
You don't have to run the system for 50 days. You can simulate the environment and tick the clock faster. Many high reliability systems are tested this way.
- Sounds like it affects every open TCP connection, not just OpenClaw. (It's pretty rare for a TCP connection to live that long, though.)
by justinfrankel
2 subcomments
- have multiple macOS machines with 600-1000+ day uptimes, which do TCP connections every minute or so at a minimum, they are still expiring their TIME_WAIT connections as normal.
these kernel versions:
Darwin Kernel Version 20.6.0: Thu Jul 6 22:12:47 PDT 2023; root:xnu-7195.141.49.702.12~1/RELEASE_ARM64_T8101 arm64
Darwin Kernel Version 17.7.0: Wed Apr 24 21:17:24 PDT 2019; root:xnu-4570.71.45~1/RELEASE_X86_64 x86_64
so... wonder what that's about?
by netcoyote
1 subcomments
- This type of problem plagues all sorts of software. Having experienced this type of problem before, for Guild Wars game servers -- which run deterministic game instances that live for long periods of time -- we initialized a per-game-context variable that gets added to Windows GetTickCount() to a value such that the result was either 5 seconds before 0x7fff_ffff ticks, or 5 seconds before 0xffff_ffff ticks, so that any weird time-computation overflow errors would be likely to show up immediately.
by apple4ever
0 subcomment
- OH this explains why randomly my iMac would REFUSE to do any connections to anything. I never put together that it was because of uptime!
by ingmarstein
0 subcomment
- Thank you for this post! I think I ran into this when running UniFi OS Server (which uses podman) on macOS 26: https://community.ui.com/questions/TCP-connection-leak/2ab61...
by loloquwowndueo
4 subcomments
- lol reminds me of the windows 95 crash bug after 49.7 days. Have we learned nothing. https://pipiscrew.github.io/posts/why-window/
- What does this have to do with OpenClaw exactly?
by JensRantil
1 subcomments
- This reminds me of the Linux kernel scheduler bug that kicked in after 208 days: https://www.claudiokuenzler.com/blog/247/linux-virtual-serve...
by beanjuiceII
0 subcomment
- i'm on sequoia M1 laptop with
uptime
16:38 up 228 days, 21:03, 1 user, load averages: 6.14 5.93 5.64
guess i'm marked safe!
- Hmm?
torp@machinename ~ % uptime
11:43 up 59 days, 1:22, 4 users, load averages: 2.87 2.69 2.70
Sleep is disabled on that machine and it definitely had networking working fine last night.
Mac Mini M2, Sequoia.
Incidentally my laptop says 75 days uptime, but that one does go to sleep.
- Interesting. I think I can confirm this. Got a Tahoe system with 55 days uptime that's mostly idling:
% netstat -an | grep TIME_WAIT | wc -l
850
All other systems with < 49.7 days uptime report low single to double digit numbers.
by MatMercer
2 subcomments
- This made me remember some folks that are "I never reboot my MacOS and it's fine!". Yeah probably it is but I'll never trust any computer without periodic reboots lol.
by fortran77
1 subcomments
- Nobody keeps their Macs running for more than 49.7 days? We have Windows Servers here (with long-term TCP/IP connections) that are only rebooted every 6 months to apply patches.
- https://news.ycombinator.com/item?id=41939318
- I'm pretty certain I've run into this a couple of times now since upgrading to Tahoe last year and had been wondering what the deal was. Had never thought to check the uptime and make note of it, but I basically never shut down my laptop.
by NautilusWave
0 subcomment
- How old is this bug? I can't imagine it exists on iOS or iPadOS; have those kernels really drifted that far apart though?
- Exactly like arduino
- Wasn't windows 95 famous for having an issue like this?
by nalekberov
0 subcomment
- I rarely restart my Mac mini, and I have never had such an issue beyond my internet provider suddenly stopping properly working in the middle of the night.
by daveorzach
0 subcomment
- If you want to see exactly when your machine will hit this, I threw together a fish shell function that calculates the precise timestamp, mostly vibe coded.
calc_tcp_overflow_time.fish: https://gist.github.com/daveorzach/64538f82a89fa24e5d134557c...
monitor_tcp_time_wait.fish: https://gist.github.com/daveorzach/0964a7a67c08c50043ff707cf...
- Ctrl+F "OpenClaw". No results. Que?
by apatheticonion
0 subcomment
- Ignoring the AI article contents.
God I wish Apple offered first party support for Linux on Mac computers.
by throw03172019
0 subcomment
- I only have 11 days left until my machine crashes and I lose all of my tabs.
by WesolyKubeczek
1 subcomments
- In case of OpenClaw, this is a feature.
- too much words and text for simple thing..... probably written by openclaw
- Orz! A kindly reminder for rebooting.
- I thought Alan Cox fixed all the TCP IP bugs in the early 1990s lol
- [dead]
- A ticking time bomb? What an overly dramatic way to talk about a bug that requires a reboot. Its not even a hard crash.
Hacker News