openSUSE Server Performance, Package Compatibility, and Service Stability Issues Hosting My Texas Roadhouse Menu Website

I’m currently hosting my Texas Roadhouse menu website on a server running openSUSE (Leap 15.x), and I’ve started encountering several system-level issues that are affecting reliability and performance. The site itself isn’t extremely complex, but it does rely on a web server, background jobs, scheduled tasks, and database services that all need to work together smoothly. Over time, the server has become increasingly unstable, and I’m struggling to determine whether the root cause lies in package versions, service configuration, or system resource management.

One of the first issues I noticed is inconsistent web server performance. Sometimes pages load instantly, while other times the same requests take several seconds. System monitoring shows CPU usage staying relatively low, but memory usage fluctuates more than expected. I’ve checked for obvious issues like runaway processes, but nothing stands out. Restarting the web server temporarily improves performance, which makes me wonder if there’s a memory leak or misconfiguration related to how the services are managed on openSUSE.

Another problem involves package updates and dependency compatibility. After applying regular system updates via zypper, certain services related to the website stop behaving correctly. For example, PHP modules or database connectors occasionally fail to load even though they were working before the update. Rolling back packages helps in some cases, but I’d prefer a more stable approach. I’m unsure whether I should be locking specific package versions, switching repositories, or adjusting update strategies to prevent these regressions.

I’m also experiencing issues with systemd services and scheduled jobs. Cron jobs that handle menu data updates or cache refreshes sometimes fail silently or don’t run at all. Systemd logs show intermittent warnings but nothing clearly fatal. Since the Texas Roadhouse menu website depends on timely updates to pricing and availability, unreliable background jobs are a serious concern. I’m not sure if this is related to permission issues, service dependencies, or something specific to openSUSE’s system configuration.

Disk I/O performance is another area of concern. During peak traffic or when background tasks run, I occasionally see spikes in disk usage that slow down the entire system. The server uses standard ext4 on an SSD, and there’s plenty of free space. I’ve checked for obvious issues like full logs or swap usage, but the slowdowns still occur unpredictably. This makes me wonder whether there are tuning options in openSUSE that I’m not taking advantage of.

Overall, I’m trying to figure out how to make this openSUSE-based setup more stable and predictable for hosting a production website. If anyone here has experience running web applications on openSUSE especially content-driven sites with periodic background jobs I’d appreciate advice on package management strategies, performance tuning, and service monitoring. My goal is to keep the Texas Roadhouse menu website reliable without constantly firefighting system-level issues. Sorry for long post

The length of the post is not an issue. The problem is that it does’t provide any factual info. I barely know where to start. Show us:
cat /etc/os-release 15.x was never a Leap version
zypper lr -d
inxi -Saz

All this as performatted text, the </> in the edit window. Post full output, not just snippets, include command and trailing prompt.

Please leave out redundant info. Software does not care about Texas Roadhouses. A website is a website. The number of time you include it, almost makes it spamming.

1 Like

I’ll gather and post the requested information (/etc/os-release, zypper lr -d, and inxi -Saz) as full, preformatted output including the commands and prompts, and trim out any redundant background. Hopefully that will give a clearer starting point for troubleshooting the openSUSE-specific issues.

I have Friendica on Tumbleweed (notes; nginx, MariaDB, PHP, a daemon ran every 10mins, and systemd scripts for maintenance)

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.