Re: lighttpd, uid 80: exited on signal 11

2019-04-14 Tema obsahu Marián Černý
Dan Lukes wrote: > Program bez gdb pada, ale s gdb ne, takze problem je nedebugovatelny. > Pokud problem uz jednou vyresila reinstalace, lze vyslovit hypotezu, ze to > vyresi i podruhe. Keby problem nevyriesila reinstalacia, tak by mohlo byt mozne debugovat pomocou debug printov. Pridat si na v

Re: lighttpd, uid 80: exited on signal 11

2019-04-14 Tema obsahu Dan Lukes
Miroslav Lachman wrote: Poustej rovnou gdb --args /usr/local/sbin/lighttpd -D -f /usr/local/etc/lighttpd/lighttpd.conf pak break mod_status_handle_server_status (jenze to mozna bez prekladu s debugovacimi informacemi nepujde) Ne jen ze to nejde (Function "mod_status_handle_server_status"

Re: lighttpd, uid 80: exited on signal 11

2019-04-12 Tema obsahu Miroslav Lachman
Jindrich Fucik wrote on 2019/04/12 20:39: Pokaždé, když mi začnou procesy z ničeho nic padat na sig 11, tak pustím test paměti. Zkoušel jsi něco takového? Nezkousel. Je to guest ve VMware a ja mam pristup jen do toho guestu. Mirek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd

Re: lighttpd, uid 80: exited on signal 11

2019-04-12 Tema obsahu Jindrich Fucik
Pokaždé, když mi začnou procesy z ničeho nic padat na sig 11, tak pustím test paměti. Zkoušel jsi něco takového? Dne 12.4.2019 v 19:52 Miroslav Lachman napsal(a): Vilem Kebrt wrote on 2019/04/12 18:20: Takovej uplne blbej dotaz (nebijte me), ale nemas nahodou bloknutej pristup k ty statuspage

Re: lighttpd, uid 80: exited on signal 11

2019-04-12 Tema obsahu Miroslav Lachman
Vilem Kebrt wrote on 2019/04/12 18:20: Takovej uplne blbej dotaz (nebijte me), ale nemas nahodou bloknutej pristup k ty statuspage pres prava ? Urcite ne nijak zamerne a jak jsem psal, do dnesniho rana do 5 hodin to fungovalo (z monitoringu se ta URL dotazuje kazdych 5 minut) a od tech 5 rano

Re: lighttpd, uid 80: exited on signal 11

2019-04-12 Tema obsahu Vilem Kebrt
Takovej uplne blbej dotaz (nebijte me), ale nemas nahodou bloknutej pristup k ty statuspage pres prava ? Jestlize ti to v gdb jede, mohlo by to byt imho tim ze gdb poustis pod rootem a imho ho nenecha shodit prava, jako kdyz to spustis jako selfsustained process. Navic v tom truss vypisu vid

Re: lighttpd, uid 80: exited on signal 11

2019-04-12 Tema obsahu Miroslav Lachman
Dan Lukes wrote on 2019/04/12 14:13: On 12.4.2019 13:41, Miroslav Lachman wrote: Tak problem je ted v tom, ze kdyz to pustim jako: /usr/local/sbin/lighttpd -D -f /usr/local/etc/lighttpd/lighttpd.conf a vedle si pustim gdb (a v nem ani nic neudelam) gdb /usr/local/sbin/lighttpd Poustej rovno

Re: lighttpd, uid 80: exited on signal 11

2019-04-12 Tema obsahu Dan Lukes
On 12.4.2019 13:41, Miroslav Lachman wrote: Tak problem je ted v tom, ze kdyz to pustim jako: /usr/local/sbin/lighttpd -D -f /usr/local/etc/lighttpd/lighttpd.conf a vedle si pustim gdb (a v nem ani nic neudelam) gdb /usr/local/sbin/lighttpd Poustej rovnou gdb --args /usr/local/sbin/lighttpd

Re: lighttpd, uid 80: exited on signal 11

2019-04-12 Tema obsahu Miroslav Lachman
Miroslav Lachman wrote on 2019/04/12 13:25: Takze spustit pod debuggerem, idealne znovu jako single-thread/foreground, dat breakpoint na tuhel funkci a zkusit vyvolat pad. No a tady uz se moc nechytam - gdb jsem pouzil asi 2x v zivote a nevim, jak dat breakpoint na nejakou funkci. Ale zkusi

Re: lighttpd, uid 80: exited on signal 11

2019-04-12 Tema obsahu Miroslav Lachman
Dan Lukes wrote on 2019/04/12 13:09: Normalne bych rekl - pust' to pod gdb (idealne jako single-thread a na popredi, lighttpd neznam, tak nevim jak to udelat, u Apache jsou to optiony prikazove radky pri spusteni), vyvolej spadnuti, ono to skonci an prikazove radce debuggeru a tam si prikazem

Re: lighttpd, uid 80: exited on signal 11

2019-04-12 Tema obsahu Dan Lukes
On 12.4.2019 12:32, Miroslav Lachman wrote: Na serveru se v poslednich tydnech nic neupravovalo / nainstalovalo a dneska od 5 hodin rano se deje tohle segfaultovani s zeleznou pravidelnosti. Kdykoliv Lighttpd spustim a prijde request na /server-status, tak to segfaultne. Posledne, kdyz se mi

RE: (lighttpd), uid 80: exited on signal 11

2017-02-26 Tema obsahu Radek Krejča
Ahoj, > Nechci uplne jasat, protoze tento tyden se mi to jiz nekolikrat > nevyplatilo, ale doted to bezelo max 2 hodiny, uz to jede 4 a zatim to > nepadlo. > > Pokud by to ovsem bylo balikem, tak to nedava smysl, protoze jsem to > vyprekladal vse s predvyplnenymi volbami, tj. stejnymi, jako je (n

RE: (lighttpd), uid 80: exited on signal 11

2017-02-26 Tema obsahu Radek Krejča
Ahoj, procetl jsem si i dalsi reakce, takze to shrnu sem: > No, lacina odpoved "prvni volby" je - nekorektne (nekompletne) > provedeny > upgrade. V systemu zustaly neupgradovane knihovny nebo cele porty. > > Takze - byly *preinstalovany* vsechny nainstalovane packages ? > > Odstranil jsi kompone

Re: (lighttpd), uid 80: exited on signal 11

2017-02-26 Tema obsahu Dan Lukes
On 26.2.2017 20:51, Milan Cizek wrote: Odstranil jsi komponenty puvodniho systemu pomoci make delete-old delete-old-libs ? k tomuto bych se zeptal, týká se to i freebsd-update nebo tam se to dělá automaticky? Ne, a ne ;-) freebsd-update tohle nepotrebuje, ale freebsd-update se musi ude

RE: (lighttpd), uid 80: exited on signal 11

2017-02-26 Tema obsahu Milan Cizek
Ahoj, > Odstranil jsi komponenty puvodniho systemu pomoci make delete-old > delete-old-libs ? k tomuto bych se zeptal, týká se to i freebsd-update nebo tam se to dělá automaticky? Milan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l

Re: (lighttpd), uid 80: exited on signal 11

2017-02-26 Tema obsahu Dan Lukes
On 26.2.2017 19:23, Radek Krejča wrote: Upgradoval jsem jeden stroj, ktery naprosto bezproblemove bezel, na FreeBSD 11.0 amd64 a take lighttpd, z nejake starsi verze na posledni v baliccich 1.4.44. Pouzivam tam php pres fastcgi a od upgrade dostavam porad hlasky Feb 26 19:12:38 cutter kernel: