Skip to content

systemd service fails only after 48 hours—time heisenbug

VPS Hosting by lucgone 3 replies 153 views
#1

Hello, since 2 days I have make a strange problem with my VPS at Contabo. I have a systemd service for sync files, it is working very well, but after exactly 48 hours it fails. I restart, it is good again, 48 hours again, fail.

I have check:
- logs: nothing special
- memory: ok
- disk: ok
- it is possible to do that with cron? No, same problem

I am not sure what to check now. It is possible you help me? I have search since 2 days and I find nothing.

Thank you for any idea!

Vive la résistance... électrique
#2
Journalctl -u your-service --since "47 hours ago"

XD I have see this before... two server with same problem... will happen after 48h every time...

Topic: your service, comment: maybe PID file or socket not clean... will accumulate...

systemctl status your-service
ls -la /run/your-service/

Check if file descriptor leak... very common for long-run service...

4 #3
lucgone said:
After exactly 48 hours it fails

This precision suggests a virtualization tax issue, not application. OpenVZ would show different symptoms—usually OOM kills or cgroup freezes. Your 48-hour cycle points to kernel-level resource.

Check if your provider uses KSM or memory ballooning. The "exactly 48h" pattern matches a known kernel bug in 5.x where a timer overflows at that interval under certain KVM clock configurations. The virtualization tax here is clocksource stability, not performance.

What kernel?

uname -r

virsh list --all | wc -l: 47
2 #4

What kernel you run? This smell like timer bug, the server will crash at fixed interval, why 48h? Overflow in jiffies!

Check

cat /sys/devices/system/clocksource/clocksource0/current_clocksource

If tsc, change to hpet or kvm-clock, I have fix 3 VPS like this,

256 cores for a blog. why not?

Post a reply

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

Post reply Preview Save draft