=== Ubuntubruger7 is now known as AJenbo [10:29] Davs. Kan man "overvåge" en process og gøre noget, hvis den har kørt for længe? [10:33] ps + kill [10:37] Tjo [10:37] Mit spørgsmål går mere på om der findes noget "smart" ? [10:38] Jeg vil gerne have noget automatik, så hvis procesX har kørt over 30 min, så kill og videre. [10:38] Det er et stort pdf konvert script, og det fejler / hænger i nogle filer. Og dermed stopper hele processen [10:38] Så jeg ville gerne kunne overvåge konvert-delen og dræbe en process, hvis den har hængt for længe [11:15] noget cronjob og noget shell/bash scripting evt. ? [11:30] Det var faktisk også min tanke. [11:31] Næste spørgsmål er så, hvordan finder jeg pid på en process ala: python3 /usr/bin/unoconv -f pdf -eSelectPdfVersion=1 --doctype=document /path/to/file.docx ? [11:31] Vil det bare være: ps aux | grep "python /usr/bin/unoconv" ? [11:32] Jeg forsøger et lille python script, tak for nu. [11:43] Har I bemærket at ubuntudanmark.dk er nede? [11:45] http://imgur.com/ntNvnse [11:47] jdo_dk, netop ;) [11:47] larzo: Ser sgu ikke så godt ud. Sådan ser mine servere også gerne ud, når jeg har lavet en opdatering. :p [11:51] jdo_dk, Jeg synes ikke jeg plejer at have problemer (nå jo, da jeg opdaterede nogle servere på uni cph til 14.04, med det var nogle problemer med noget Active Directory, ikke apache). [11:54] apropos apache, så var der nogle konfigurationsændringer fra 2.2 til 2.4 som kunne lave ballade, men jeg tvivler på at det er tilfældet: https://www.linode.com/docs/security/upgrading/updating-virtual-host-settings-from-apache-2-2-to-apache-2-4 [12:25] jdo_dk: Der er en kommando, der hedder timeout [12:26] jdo_dk: "timeout 2m sleep 200" slaar sleep ihjel efter 2 minutter. [13:03] Uuh fri :D === Ubuntubruger6 is now known as AJenbo [20:23] Så tror jeg jeg har fået siden op at køre igen. [20:31] Nå måske ikke :( [20:34] AJenbo: noget man kan gøre? [20:37] php-fpm dør efter et par requests [20:37] ingen anels om hvorfor [20:37] den klager over den løber tør for klienter, det kunne være et hukommelses problem, men det ville undre mig da serveren tidligere har kørt fint og jeg ikke kan se at der skulle være et højre forbrug. [20:37] *hvorfor [20:41] klienter, ligefrem? [20:41] ?? [20:41] Du kan styre hvor mange child processer php-fpm skal køre (hvor mange requests den kan tage imod), det andet er jeg ikke sikker på [20:46] mmm men hvad skal det hjælpe? [20:46] Har prøvet med 15 og 0 (unlinmited/default), men det gør ingen forskel. [20:48] og genstartet daemonen? [20:48] Så er det nok ikke det der fejler [21:09] ja den har fået op til flere genstart det samme har servere, jeg har sat nogle til at overvåge servisen og genstarte den og det ser ud til at hjælpe