openpolis / open_municipio

Transparency in italian Comuni
GNU Affero General Public License v3.0
53 stars 16 forks source link

100% CPU sul processo ktx (utente tomcat6) #391

Open scaloni opened 10 years ago

scaloni commented 10 years ago

Il server senigallia.openmunicipio.it ha iniziato ad essere parecchio rallentato, presentando il 100% CPU occupato dal processo ktx con utente tomcat6

Un "sudo kill -SIGHUP [pid del processo ktx]" ha rimesso le cose a posto.

Qui di seguito l'output dei comandi top e pstree


top - 17:12:56 up 283 days, 21:34, 1 user, load average: 1.35, 1.59, 1.39 Tasks: 133 total, 2 running, 127 sleeping, 0 stopped, 4 zombie Cpu(s): 0.2%us, 11.4%sy, 0.0%ni, 87.9%id, 0.3%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 499756k total, 464600k used, 35156k free, 8700k buffers Swap: 2099196k total, 622624k used, 1476572k free, 69256k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
18632 tomcat6 20 0 28112 204 136 R 100 0.0 14:59.34 ktx 16 root 20 0 0 0 0 S 0 0.0 21:51.21 ksoftirqd/3 1208 postgres 20 0 100m 1684 312 S 0 0.3 2:23.36 postgres 1209 postgres 20 0 74388 1416 180 S 0 0.3 5:45.12 postgres 4667 root 20 0 58644 1328 1024 S 0 0.3 283:29.03 vmtoolsd 19864 om 20 0 19284 1316 956 R 0 0.3 0:00.72 top


top - 17:15:03 up 283 days, 21:36, 1 user, load average: 1.54, 1.55, 1.40 Tasks: 135 total, 2 running, 130 sleeping, 0 stopped, 3 zombie Cpu(s): 2.0%us, 17.1%sy, 0.0%ni, 76.8%id, 0.4%wa, 0.0%hi, 3.7%si, 0.0%st Mem: 499756k total, 468372k used, 31384k free, 8968k buffers Swap: 2099196k total, 622380k used, 1476816k free, 69500k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
18632 tomcat6 20 0 28112 204 136 R 79 0.0 17:02.14 ktx 28833 tomcat6 20 0 739m 66m 1028 S 22 13.6 25:16.57 java 13095 root 20 0 0 0 0 S 19 0.0 16:23.18 kworker/3:2 3 root 20 0 0 0 0 S 5 0.0 30:55.34 ksoftirqd/0 23333 tomcat6 20 0 603m 2044 184 S 3 0.4 251:23.80 java 9 root 20 0 0 0 0 S 2 0.0 18:30.91 ksoftirqd/1 28879 openavcp 20 0 449m 3300 556 S 0 0.7 0:18.99 apache2


$ pstree init─┬─apache2─┬─10[apache2] │ └─3[apache2───17[{apache2}]] ├─bind ├─cron ├─dhclient3 ├─6[getty] ├─irqbalance ├─java───22[{java}] ├─java───12[{java}] ├─java───21[{java}] ├─ktx─┬─ktx │ └─2[uname] ├─mdadm ├─miniserv.pl───miniserv.pl ├─named───6[{named}] ├─postgres───4[postgres] ├─python───3[{python}] ├─rsyslogd───3[{rsyslogd}] ├─sendmail-mta ├─sh───start.pl───2.6.32-46.1.BHs───sh ├─sshd─┬─2[sshd───sshd] │ └─sshd───sshd───sh───su───bash───pstree ├─udevd───2[udevd] ├─upstart-udev-br ├─vmtoolsd └─vsftpd

guglielmo commented 10 years ago

Marco, Tomcat al 100% può dipendere dal leap second bug. Provate a guardare qui: http://stackoverflow.com/questions/11310417/apache-tomcat-6-0-35-is-taking-100-cpu-in-prodcution

date -s "date"

dovrebbe risolvere il problema. E' alquanto esoterico, lo so, ma a me ha risolto il problema su diversi server.

G.

Il giorno 30/ago/2013, alle ore 17:45, Marco Scaloni notifications@github.com ha scritto:

Il server senigallia.openmunicipio.it ha iniziato ad essere parecchio rallentato, presentando il 100% CPU occupato dal processo ktx con utente tomcat6

Qui di seguito l'output dei comandi top e pstree

top - 17:12:56 up 283 days, 21:34, 1 user, load average: 1.35, 1.59, 1.39 Tasks: 133 total, 2 running, 127 sleeping, 0 stopped, 4 zombie Cpu(s): 0.2%us, 11.4%sy, 0.0%ni, 87.9%id, 0.3%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 499756k total, 464600k used, 35156k free, 8700k buffers Swap: 2099196k total, 622624k used, 1476572k free, 69256k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

18632 tomcat6 20 0 28112 204 136 R 100 0.0 14:59.34 ktx 16 root 20 0 0 0 0 S 0 0.0 21:51.21 ksoftirqd/3 1208 postgres 20 0 100m 1684 312 S 0 0.3 2:23.36 postgres 1209 postgres 20 0 74388 1416 180 S 0 0.3 5:45.12 postgres 4667 root 20 0 58644 1328 1024 S 0 0.3 283:29.03 vmtoolsd 19864 om 20 0 19284 1316 956 R 0 0.3 0:00.72 top

top - 17:15:03 up 283 days, 21:36, 1 user, load average: 1.54, 1.55, 1.40 Tasks: 135 total, 2 running, 130 sleeping, 0 stopped, 3 zombie Cpu(s): 2.0%us, 17.1%sy, 0.0%ni, 76.8%id, 0.4%wa, 0.0%hi, 3.7%si, 0.0%st Mem: 499756k total, 468372k used, 31384k free, 8968k buffers Swap: 2099196k total, 622380k used, 1476816k free, 69500k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

18632 tomcat6 20 0 28112 204 136 R 79 0.0 17:02.14 ktx 28833 tomcat6 20 0 739m 66m 1028 S 22 13.6 25:16.57 java 13095 root 20 0 0 0 0 S 19 0.0 16:23.18 kworker/3:2 3 root 20 0 0 0 0 S 5 0.0 30:55.34 ksoftirqd/0 23333 tomcat6 20 0 603m 2044 184 S 3 0.4 251:23.80 java 9 root 20 0 0 0 0 S 2 0.0 18:30.91 ksoftirqd/1 28879 openavcp 20 0 449m 3300 556 S 0 0.7 0:18.99 apache2

$ pstree init─┬─apache2─┬─10[apache2] │ └─3[apache2───17[{apache2}]] ├─bind ├─cron ├─dhclient3 ├─6[getty] ├─irqbalance ├─java───22[{java}] ├─java───12[{java}] ├─java───21[{java}] ├─ktx─┬─ktx │ └─2[uname] ├─mdadm ├─miniserv.pl───miniserv.pl ├─named───6[{named}] ├─postgres───4[postgres] ├─python───3[{python}] ├─rsyslogd───3[{rsyslogd}] ├─sendmail-mta ├─sh───start.pl───2.6.32-46.1.BHs───sh ├─sshd─┬─2[sshd───sshd] │ └─sshd───sshd───sh───su───bash───pstree ├─udevd───2[udevd] ├─upstart-udev-br ├─vmtoolsd └─vsftpd

— Reply to this email directly or view it on GitHub.

scaloni commented 10 years ago

E' sufficiente lanciare dunque il comando date -s "date" all'avvio del server, giusto @guglielmo ?