#1
|
|||
|
|||
Binkd падает в кору при обновлении конфига
Nil Alexandrov написал(а) к All в Oct 16 21:32:46 по местному времени:
Нello, All! У меня иногда после обновления конфига бинкд падает в кору, вот трейс #0 mallocconsolidate (av=av@entry=0x7f1ab159e760 <mainarena>) at malloc.c:4151 #1 0x00007f1ab125fce8 in int_malloc (av=0x7f1ab159e760 <mainarena>, bytes=32816) at malloc.c:3423 #2 0x00007f1ab12626c0 in _GI___libcmalloc (bytes=32816) at malloc.c:2891 #3 0x00007f1ab129ccf1 in _alloc_dir (fd=3, closefd=<optimized out>, flags=<optimized out>, statp=<optimized out>) at ../sysdeps/posix/opendir.c:207 #4 0x0000000000411ab9 in q_scan (q=0xffffffffffffffff, config=0xd53b50) at ftnq.c:121 #5 0x000000000041562a in do_client (config=0xd53b50) at client.c:116 #6 0x0000000000415afd in clientmgr (arg=0x0) at client.c:265 #7 0x00000000004261e5 in branch (F=0x415a43 <clientmgr>, arg=0x0, size=0) at branch.c:87 #8 0x0000000000408f0c in main (argc=3, argv=0x7ffd8bca0a28) at binkd.c:721 ftnq.c:121 if ((dp = opendir (outb_path)) == 0) Что-то там в недрах опендира не может отмалочить.. Пока не разбирался, может кто-то уже сталкивался? Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#2
|
|||
|
|||
Binkd падает в кору при обновлении конфига
Nil Alexandrov написал(а) к All в Oct 16 21:37:50 по местному времени:
Нello, All! У меня иногда после обновления конфига бинкд падает в кору, вот трейс #0 mallocconsolidate (av=av@entry=0x7f1ab159e760 <mainarena>) at malloc.c:4151 #1 0x00007f1ab125fce8 in int_malloc (av=0x7f1ab159e760 <mainarena>, bytes=32816) at malloc.c:3423 #2 0x00007f1ab12626c0 in _GI___libcmalloc (bytes=32816) at malloc.c:2891 #3 0x00007f1ab129ccf1 in _alloc_dir (fd=3, closefd=<optimized out>, flags=<optimized out>, statp=<optimized out>) at ../sysdeps/posix/opendir.c:207 #4 0x0000000000411ab9 in q_scan (q=0xffffffffffffffff, config=0xd53b50) at ftnq.c:121 #5 0x000000000041562a in do_client (config=0xd53b50) at client.c:116 #6 0x0000000000415afd in clientmgr (arg=0x0) at client.c:265 #7 0x00000000004261e5 in branch (F=0x415a43 <clientmgr>, arg=0x0, size=0) at branch.c:87 #8 0x0000000000408f0c in main (argc=3, argv=0x7ffd8bca0a28) at binkd.c:721 ftnq.c:121 if ((dp = opendir (outb_path)) == 0) Что-то там в недрах опендира не может отмалочиться.. Несколько процессов чтоли в таблицу маллока лезут сразу? Пока не разбирался, может кто-то уже сталкивался? Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#3
|
|||
|
|||
Binkd падает в кору при обновлении конфига
Pavel Gulchouck написал(а) к Nil Alexandrov в Oct 16 08:28:56 по местному времени:
Нi Nil! 06 Oct 16, Nil Alexandrov ==> All: NA> У меня иногда после обновления конфига бинкд падает в кору, вот трейс NA> #0 mallocconsolidate (av=av@entry=0x7f1ab159e760 <mainarena>) at malloc.c:4151 NA> #1 0x00007f1ab125fce8 in int_malloc (av=0x7f1ab159e760 <mainarena>, bytes=32816) at malloc.c:3423 NA> #2 0x00007f1ab12626c0 in _GI___libcmalloc (bytes=32816) at malloc.c:2891 NA> #3 0x00007f1ab129ccf1 in _alloc_dir (fd=3, closefd=<optimized out>, flags=<optimized out>, statp=<optimized out>) at NA> ../sysdeps/posix/opendir.c:207 NA> #4 0x0000000000411ab9 in q_scan (q=0xffffffffffffffff, config=0xd53b50) at ftnq.c:121 NA> #5 0x000000000041562a in do_client (config=0xd53b50) at client.c:116 NA> #6 0x0000000000415afd in clientmgr (arg=0x0) at client.c:265 NA> #7 0x00000000004261e5 in branch (F=0x415a43 <clientmgr>, arg=0x0, size=0) at branch.c:87 NA> #8 0x0000000000408f0c in main (argc=3, argv=0x7ffd8bca0a28) at binkd.c:721 NA> ftnq.c:121 NA> if ((dp = opendir (outb_path)) == 0) Какая версия binkd и какая система? NA> Что-то там в недрах опендира не может отмалочиться.. NA> Несколько процессов чтоли в таблицу маллока лезут сразу? У каждого процесса своя память. NA> Пока не разбирался, может кто-то уже сталкивался? Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5 |
#4
|
|||
|
|||
Binkd падает в кору при обновлении конфига
Nil Alexandrov написал(а) к Pavel Gulchouck в Oct 16 09:39:06 по местному времени:
Нello, Pavel! Friday October 07 2016 08:28, from Pavel Gulchouck -> Nil Alexandrov: NA>> У меня иногда после обновления конфига бинкд падает в кору, вот NA>> трейс NA>> #0 mallocconsolidate (av=av@entry=0x7f1ab159e760 <mainarena>) NA>> at malloc.c:4151 #1 0x00007f1ab125fce8 in intmalloc NA>> (av=0x7f1ab159e760 <main_arena>, bytes=32816) at malloc.c:3423 #2 NA>> 0x00007f1ab12626c0 in _GI___libcmalloc (bytes=32816) at NA>> malloc.c:2891 #3 0x00007f1ab129ccf1 in _allocdir (fd=3, NA>> close_fd=<optimized out>, flags=<optimized out>, statp=<optimized NA>> out>) at ../sysdeps/posix/opendir.c:207 #4 0x0000000000411ab9 in NA>> q_scan (q=0xffffffffffffffff, config=0xd53b50) at ftnq.c:121 #5 NA>> 0x000000000041562a in do_client (config=0xd53b50) at client.c:116 NA>> #6 0x0000000000415afd in clientmgr (arg=0x0) at client.c:265 NA>> #7 0x00000000004261e5 in branch (F=0x415a43 <clientmgr>, NA>> arg=0x0, size=0) at branch.c:87 #8 0x0000000000408f0c in main NA>> (argc=3, argv=0x7ffd8bca0a28) at binkd.c:721 NA>> ftnq.c:121 NA>> if ((dp = opendir (outb_path)) == 0) PG> Какая версия binkd и какая система? Binkd из CVS head на Ubuntu 14.04.5 LTS. Кажется, эти падения начались после включения nodelist и magichost через perl-var. NA>> Что-то там в недрах опендира не может отмалочиться.. NA>> Несколько процессов чтоли в таблицу маллока лезут сразу? PG> У каждого процесса своя память. Ну значит кто-то так память хорошо использует за границами, что залез на управляющие блоки malloc, что сделующий malloc (почему то именно при пеерчитывании конфига и именно в этом opendir(3) вызове) там падает. Я пуститил binkd под valgrind, там много на что посмотреть есть, но опять же времени сейчас нет разбираться. Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#5
|
|||
|
|||
Re: Binkd падает в кору при обновлении конфига
Vitaliy Aksyonov написал(а) к Nil Alexandrov в Oct 16 12:13:00 по местному времени:
Привет, Nil! 06 окт 16 21:32, Nil Alexandrov -> All: NA> У меня иногда после обновления конфига бинкд падает в кору, вот трейс NA> #0 mallocconsolidate (av=av@entry=0x7f1ab159e760 <mainarena>) at NA> malloc.c:4151 #1 0x00007f1ab125fce8 in intmalloc (av=0x7f1ab159e760 NA> <main_arena>, bytes=32816) at malloc.c:3423 #2 0x00007f1ab12626c0 in NA> _GI___libcmalloc (bytes=32816) at malloc.c:2891 #3 NA> 0x00007f1ab129ccf1 in _alloc_dir (fd=3, closefd=<optimized out>, NA> flags=<optimized out>, statp=<optimized out>) at NA> ../sysdeps/posix/opendir.c:207 #4 0x0000000000411ab9 in q_scan NA> (q=0xffffffffffffffff, config=0xd53b50) at ftnq.c:121 #5 NA> 0x000000000041562a in do_client (config=0xd53b50) at client.c:116 #6 NA> 0x0000000000415afd in clientmgr (arg=0x0) at client.c:265 #7 NA> 0x00000000004261e5 in branch (F=0x415a43 <clientmgr>, arg=0x0, size=0) NA> at branch.c:87 #8 0x0000000000408f0c in main (argc=3, NA> argv=0x7ffd8bca0a28) at binkd.c:721 NA> ftnq.c:121 NA> if ((dp = opendir (outb_path)) == 0) NA> Что-то там в недрах опендира не может отмалочить.. NA> Пока не разбирался, может кто-то уже сталкивался? Сталкивался. Так и не докопал. Воспроизводится не всегда. А когда воспроизводится, похоже на порчу памяти. Стектрейс практически ни о чем не говорит. С наилучшими пожеланиями, Vitaliy. ... 10.0 times 0.10 is hardly ever 1.00. --- GoldED+/LNX 1.1.5-b20160201 |