https://forum.tornevall.net/ Tornevall Networks Forum en Sat, 15 Aug 2026 09:37:28 GMT vBulletin 60 https://forum.tornevall.net/images/misc/rss.png https://forum.tornevall.net/ https://forum.tornevall.net/forum/tornevall-networks/operations/1063487-hetzner-upgrade-web01-forum-tornevall-net Wed, 05 Aug 2026 19:01:21 GMT
From time to time I experience something that tells me that 8 GB internal memory is a bit too small, when running database AND web server on the same server like we do.

A plan is to upgrade to a "cost optimized" server, which gives us 16 GB.

The catch? We need to shut the server down.

It might be a good idea though, since the server has been up without reboot for 1150 days...


For uptime-nerds:

21:00:26 up 1150 days, 7:05
]]> Operations / Driftinformation Tornevall https://forum.tornevall.net/forum/tornevall-networks/operations/1063487-hetzner-upgrade-web01-forum-tornevall-net https://forum.tornevall.net/forum/tornevall-networks/operations/1063486-site-hanging-fixes Thu, 30 Jul 2026 20:28:56 GMT The site has occasionally stopped responding even though the server itself was still running. The main issue appears to have been that PHP-FPM was configured to run only five PHP processes at the same time. This does not mean that only five visitors could use the site. Each process handles a PHP request, finishes it, and then immediately becomes available for the next request. Most visitors only occupy a PHP process for a fraction of a second while the page is being generated. Static files such as images, CSS and JavaScript are normally served separately by Apache. Problems occur when several PHP requests become slow or get stuck. If all available PHP processes are occupied, new page requests must wait in a queue, making the site appear to have frozen. The following changes have now been made:
The main issue appears to have been that PHP-FPM was configured to run only five PHP processes at the same time. This does not mean that only five visitors could use the site. Each process handles a PHP request, finishes it, and then immediately becomes available for the next request.

Most visitors only occupy a PHP process for a fraction of a second while the page is being generated. Static files such as images, CSS and JavaScript are normally served separately by Apache.

Problems occur when several PHP requests become slow or get stuck. If all available PHP processes are occupied, new page requests must wait in a queue, making the site appear to have frozen.

The following changes have now been made:

• The maximum number of simultaneous PHP processes has been increased from five to eight.
• More PHP processes are kept ready to handle temporary traffic increases.
• PHP processes are recycled after 200 requests to reduce the risk of memory usage building up over time.
• Requests taking longer than five seconds are now recorded in a slow log.
• PHP requests that remain stuck for more than two minutes are automatically terminated.
• The same configuration has been applied to PHP 8.3, 8.4 and 8.5.
• A maintenance script has been created that checks these settings and only updates the configuration when something is missing or incorrect.

These changes should reduce the risk of the site becoming unresponsive during temporary load increases or when individual requests take too long.

If the problem happens again, the new logs should also make it easier to identify the exact page, plugin or function causing the delay. And eventually render that we move elsewhere, one more time.

]]> Operations / Driftinformation Tornevall https://forum.tornevall.net/forum/tornevall-networks/operations/1063486-site-hanging-fixes https://forum.tornevall.net/forum/tornevall-networks/fikarummet-legacy/1063485-chatgpt-kan-driva-dig-till-vansinne-också Wed, 29 Jul 2026 19:29:36 GMT Det här började egentligen inte med ett särskilt svårt tekniskt problem. Någonting hade plötsligt förändrats i systemet, forumet började returnera 500-fel och Apache vägrade acceptera ett direktiv som tidigare hade legat där utan att ställa till med något. Jag visste redan att PHP kördes via PHP-FPM. Jag visste redan hur servern var installerad. Det jag inte visste var vad som hade förändrats och varför felet dök upp just nu. Det borde ha varit utgångspunkten. I stället började ChatGPT förklara för mig att servern körde PHP-FPM. Tack. Det var ungefär lika användbart som att informera en bilförare om att bilen har hjul.
Jag visste redan att PHP kördes via PHP-FPM. Jag visste redan hur servern var installerad. Det jag inte visste var vad som hade förändrats och varför felet dök upp just nu.

Det borde ha varit utgångspunkten.

I stället började ChatGPT förklara för mig att servern körde PHP-FPM.

Tack. Det var ungefär lika användbart som att informera en bilförare om att bilen har hjul.

Sedan föreslogs en ny konfigurationsrad. Den gjorde att Apache inte längre kunde starta över huvud taget.

När jag påpekade det kom nästa råd:

a2enmod mod_env

Problemet var bara att servern kör en egen konfiguration. I den här storyn försöker chatgpt få er att tro att servern kör en egenkompilerad Apache under /usr/local/apache2. Även under själva uppbyggnaden av historien försöker alltså systemet LJUGA FÖR ER!

Debians a2enmod hade alltså ingenting med den aktiva webbservern att göra. Lika lite som att det skulle vara egenkompilerad.

Resultatet blev:

ERROR: Module mod_env does not exist!

Vid det laget började tonen bli en aning mindre pedagogisk.

"Ja det var ju smart...", skrev jag till den ovanligt imbecilla botjäveln - och kallade den samtidigt imbecill. ChatGPT bad om ursäkt och presenterade en ny förklaring. Sedan skulle jag skriva ett inlägg om upplevelsen. Jag bad om min frustration som ton, men fortfarande professionellt formulerat. Det gick inte det heller.

Texten började då förklara att:

"Miljön visade sig köra PHP via PHP-FPM och proxy_fcgi, inte via mod_php."

Och där brast det.

"JAG VET ATT JAG KÖR FPM! MEN VAD SOM FÖRÄNDRATS FÖR ATT DETTA SKULLE SLUTA FUNKA VET JAG FAN INTE."

Det intressanta med ChatGPT är att den ofta kan återge varje teknisk detalj korrekt och ändå missa exakt det man försöker säga.

Jag frågade inte hur PHP kördes.
Jag frågade vad som hade förändrats.
Jag ville inte ha en teknisk genomgång av PHP-FPM.
Jag ville beskriva frustrationen över att någonting plötsligt slutade fungera och en botjävel som inget begriper.

När jag bad om någonting komiskt som även en pensionär kunde förstå fick jag en teknisk redogörelse. När jag bad om en roman fick jag faktiskt en roman. När jag sedan förklarade att jag inte ville ha en roman, utan en text om hur ChatGPT kan driva en till vansinne, behövde jag återigen förklara vad texten skulle handla om.

Till sist sitter man och svär åt en språkmodell eftersom den för femte gången förklarar den enda sak man uttryckligen har sagt att man redan vet.
Vansinnet börjar när man försöker få ett system byggt för att förstå språk att förstå en enkel mening, och systemet i stället fortsätter svara på en fråga som aldrig ställdes.
​
Och vid den här punkten har allt i den här tråden slutat handla om den driftstörning jag från början satt med. Så jag satte mig ned för att skriva det själv.
​
​]]> SWEDISH FIKA Tornevall https://forum.tornevall.net/forum/tornevall-networks/fikarummet-legacy/1063485-chatgpt-kan-driva-dig-till-vansinne-också https://forum.tornevall.net/forum/tornevall-networks/operations/1063484-nånting-ändrades-plötsligt Wed, 29 Jul 2026 19:15:45 GMT Av en ren slump upptäcktes att något hade förändrats någonstans i systemet. Forumet började returnera 500-fel eftersom webservern plötsligt inte längre kände igen direktiven den fått. Det är nu löst!
Det är nu löst!]]> Operations / Driftinformation Tornevall https://forum.tornevall.net/forum/tornevall-networks/operations/1063484-nånting-ändrades-plötsligt