Skip to content

Random vhost freezes, Apache 2.4 silent (Contabo)

Web Hosting by dadlime 12 replies 2.3K views
2 #1

Contabo with MPM event and plain CGI? That's a pairing I haven't bumped into lately. The partial render—bare HTML, no assets—suggests the connection itself is getting clipped rather than the worker dying outright.

Your TCP retransmission spike is the telling detail. I've seen similar on another stack where the network layer was masking application timeout behavior. The client gives up waiting, retries, and suddenly everything looks fine in logs because Apache never logged an error—it simply never finished.

One thing worth checking: are these stalls clustering on specific vhosts, or is it genuinely scattershot across the whole box? If it's the former, you might be looking at a per-user process limit or a soft firewall rule that only triggers under certain connection patterns.

Also, since Hetzner was ruled out—did you verify whether mod_security is still active independently? It can stall exactly like this when a rule fires late in the request cycle, and the audit log sometimes goes to a separate path entirely.

What does `ss -tin` show during an active hang? That would tell us if we're sitting in SYN-RECV or if the window has collapsed to nothing.

3 #2

Contabo still shipping mod_cgi default? Hetzner switched to php-fpm back in their 2019 stack refresh. What's keeping MPM event married to that handler?

phở at 3AM, deploy at 4
#3

Development reasons, sure. Still, Contabo event + plain CGI, that combo wants a second look when vhosts start freezing mid-render.

#4

Let's keep the thread on the reported issue rather than turning it into a handler sermon.

OP: can you post the exact MPM event config you're running? Thread count, request limit, connection timeout values. Also whether this hits all vhosts or one specific domain.

No logs, no proof. I have logs.
4 #5

10 servers, zero freezes, same stack? That pattern screams load threshold, not config parity. What's your peak concurrent hit count when it locks?

436 days. reboot is surrender.
4 #6

Lol so it's not CGI being the villain after all. Contabo's hypervisor or memory ballooning feels more likely now tbh.

5 #7

License callbacks would hang the whole vhost, not Contabo's hypervisor specifically. Hetzner had a similar flap last year—turned out to be their egress shaping, not the user stack.

6 #8

Network jitter on Contabo's transit? Their APAC routing hits SG then bounces to HK for some prefixes. Seen 40ms variance on a traceroute last month.

Anyone got MTR logs during a freeze window?

phở at 3AM, deploy at 4
6 #9

Nginx cache, right. On Contabo's stack? They ship Apache raw, no reverse in front last I checked. Hetzner too, both just throw mod_php at the wall.

5 #10

LiteSpeed isn't on Contabo's supported list, and Hetzner doesn't offer it either. Swapping the entire stack mid-debug just obscures whether the freeze is MPM-related. Stick with the config we asked for.

Post a reply

You need an account to reply. Log in or register to join the conversation.

Post reply Preview Save draft