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
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"
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
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
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
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
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
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
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
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
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
Asi tak mesic zpatky se mi na dvou strojich s lighttpd stava, ze proces
segfaultne. Vetsinou jde znovu spustit a pak zas nejaky cas bezi (dny az
tydny), ale uz potreti se mi stalo, ze kdyz ho pustim, za chvili zase
chcipne. Zjistil jsem, ze ho shodi request na interni statistiku, tedy
URL /serv
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
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
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
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
: pid 566 (lighttpd), uid 80: exited on signal 11
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 komponenty puvodni
566 (lighttpd), uid 80: exited on signal 11
Nikde jsem se moc nedocetl, co to presne znamena, nasel jsem, ze byl kdysi bug,
ktery musel vsak byt opraven, protoze to bylo rozhodne pred poslednim upgrade.
Server jsem jen updatoval z 10.1 na 11.0 kvuli balickum, bezi na vmware a v
podstate se
18 matches
Mail list logo
