gentoo.ru
Официальная конференция Direct Connect клиента EiskaltDC++
eiskaltdc@conference.gentoo.ru
Вторник, 12 апреля 2011< ^ >
tehnick установил(а) тему: Last stable release: 2.2.1 || Конференция разработчиков EiskaltDC++
Логи: http://gentoo.ru/jabber/logs/eiskaltdc@conference.gentoo.ru/2011/
Активность в багтрекере: http://code.google.com/p/eiskaltdc/updates/list
Активность разработки: http://github.com/negativ/eiskaltdcpp/network
Release schedule:
* 2011-04-16 Release EiskaltDC++ 2.2.2
TODO:
* XML-RPC interface
ADC notes:
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC.txt
https://adc.svn.sourceforge.net/svnroot/adc/trunk/ADC-EXT.txt
http://www.adcportal.com/wiki/ADC_Proposals_list
Git notes:
http://habrahabr.ru/blogs/development/68341/
http://dl.dropbox.com/u/281916/delete/book.pdf
Конфигурация комнаты
Участники комнаты

GMT+4
[00:15:14] nE0sIghT вышел(а) из комнаты
[00:36:09] NegatiV вышел(а) из комнаты
[00:40:16] ONYX вышел(а) из комнаты
[00:47:28] gelraen вышел(а) из комнаты
[00:48:04] gelraen вошёл(а) в комнату
[01:14:20] NegatiV вошёл(а) в комнату
[01:15:42] NegatiV вышел(а) из комнаты
[01:15:53] NegatiV вошёл(а) в комнату
[01:33:55] Diger вышел(а) из комнаты
[01:44:02] NegatiV вышел(а) из комнаты
[01:54:02] 0xd34df00d вошёл(а) в комнату
[01:54:26] 0xd34df00d вышел(а) из комнаты
[02:02:19] Kroll вошёл(а) в комнату
[03:47:36] Alexey вышел(а) из комнаты
[05:03:22] gray_graff вошёл(а) в комнату
[07:05:57] nE0sIghT вошёл(а) в комнату
[07:35:05] nE0sIghT вышел(а) из комнаты
[09:05:36] ONYX вошёл(а) в комнату
[09:42:33] Diger вошёл(а) в комнату
[10:20:40] ONYX вышел(а) из комнаты: Replaced by new connection
[10:20:50] ONYX вошёл(а) в комнату
[12:20:52] rzed вошёл(а) в комнату
[12:31:43] <rzed> со сборкой под виндовс так и не разобрались ?
[12:39:35] <rzed> а всё, вижу
[13:29:16] NegatiV вошёл(а) в комнату
[13:43:30] WiseLord вошёл(а) в комнату
[13:47:04] pro вошёл(а) в комнату
[14:04:47] ONYX вышел(а) из комнаты
[14:11:29] 0xd34df00d вошёл(а) в комнату
[14:13:06] 0xd34df00d вышел(а) из комнаты
[14:20:09] vmspike вошёл(а) в комнату
[14:47:51] Alexey вошёл(а) в комнату
[14:50:53] <vmspike> Так что мне делать с падениями системы при запуске eiskalt-а? Это моя проблема или в коде eiskalt-а что-то? Как вообще получается, что прога кладёт ядро?
[14:56:10] <NegatiV> vmspike: под gdb запусти
[14:56:25] Diger вышел(а) из комнаты
[15:29:56] pro вышел(а) из комнаты
[15:30:27] Diger вошёл(а) в комнату
[15:57:13] gelraen вышел(а) из комнаты
[16:08:36] gelraen вошёл(а) в комнату
[16:32:51] gray_graff вышел(а) из комнаты
[16:38:56] gray_graff вошёл(а) в комнату
[16:45:58] <vmspike> Запустил из под dbg, через минуту прога сдохла выплюнув сообщения такие же что и при паденни системы плевала, но к счастью не положа систему. Только в консоли, в которой запускал dbg теперь что писать? Она ни на что не отвечает: пробовал bt full, q, help... После комманды нажимаю ввод, тогда просто строка переводится. Че делать?
[16:53:56] 0xd34df00d вошёл(а) в комнату
[16:54:06] 0xd34df00d вышел(а) из комнаты
[16:59:24] Diger вышел(а) из комнаты
[17:09:17] <vmspike> Нуу, есть кто))?
[17:27:52] FiliN вошёл(а) в комнату
[18:11:15] <NegatiV> vmspike: ну так выложи вывод gdb
[19:18:59] nE0sIghT вошёл(а) в комнату
[19:33:49] nE0sIghT вышел(а) из комнаты
[19:45:45] FiliN вышел(а) из комнаты
[19:46:00] FiliN вошёл(а) в комнату
[19:52:49] FiliN вышел(а) из комнаты
[19:53:03] FiliN вошёл(а) в комнату
[20:04:50] FiliN вышел(а) из комнаты
[20:05:03] FiliN вошёл(а) в комнату
[20:09:31] 0xd34df00d вошёл(а) в комнату
[20:10:51] 0xd34df00d вышел(а) из комнаты
[20:13:13] Diger вошёл(а) в комнату
[20:19:14] FiliN вышел(а) из комнаты
[20:19:33] FiliN вошёл(а) в комнату
[20:25:36] FiliN вышел(а) из комнаты
[20:25:52] FiliN вошёл(а) в комнату
[20:34:58] FiliN вышел(а) из комнаты
[20:35:12] FiliN вошёл(а) в комнату
[20:46:54] FiliN вышел(а) из комнаты
[21:01:10] vasily.n@k.. вошёл(а) в комнату
[21:03:12] <vasily.n@k..> Вопрос такой: у меня сборка с мастер ветки - 5486e79. В download-queue после скачки остаются записи с прогрессом 100%. Так и должно быть?
[21:06:39] <vmspike> Message from syslogd@Debi at Apr 13 00:01:12 ...
kernel:[ 1042.027251] Oops: 0000 [#1] SMP
Message from syslogd@Debi at Apr 13 00:01:12 ...
kernel:[ 1042.027257] last sysfs file: /sys/devices/virtual/net/lo/operstate
Message from syslogd@Debi at Apr 13 00:01:12 ...
kernel:[ 1042.027391] Process eiskaltdcpp-dae (pid: 1927, ti=cc3b2000 task=c1c27b80 task.ti=cc3b2000)
Message from syslogd@Debi at Apr 13 00:01:12 ...
kernel:[ 1042.027398] Stack:
Message from syslogd@Debi at Apr 13 00:01:12 ...
kernel:[ 1042.027438] Call Trace:
Message from syslogd@Debi at Apr 13 00:01:12 ...
kernel:[ 1042.027633] Code: d8 89 03 8b 72 50 8b 6d 18 ff 44 24 18 85 ed 0f 85 1d ff ff ff 8b 44 24 0c e8 2c 59 03 00 8b 44 24 28 e8 0b fc ff ff 85 f6 7e 2c <8b> 54 24 24 ff 44 24 14 8b 42 34 83 e8 34 89 44 24 24 8b 54 24
Message from syslogd@Debi at Apr 13 00:01:12 ...
kernel:[ 1042.027681] EIP: [<c1238aee>] inet6_dump_addr+0x331/0x37e SS:ESP 0068:cc3b3cb0
Message from syslogd@Debi at Apr 13 00:01:12 ...
kernel:[ 1042.027691] CR2: 000000002c4401e1
[21:07:35] <vmspike> Это выплёвывает после падения. Систему не кладёт, но gdb весит так, что только kill -9 PID помогает.
[21:11:09] <vmspike> deb       1775  4.8  0.0      0     0 pts/0    ZNl  00:00   0:23 [eiskaltdcpp-dae] <defunct>
Даже после удаления процессов gdb и eiskaltdcpp-daemon с помощью kill -9 остается строчка выше (вырезка из ps -aux)
[21:11:17] <vasily.n@k..> vmspike:  ну как-то этот вывод бесполезен. Вот ты сам хоть одно знакомое слове здесь увидел?
[21:12:43] <vmspike> Мои знакомые слова с вашими могут сильно отличаться ;).
И что мне делать? Я не могу вывести bt full в gdb ибо он виснет..
[21:13:02] ONYX вошёл(а) в комнату
[21:13:55] <vasily.n@k..> vmspike:  в чем заключается "ложение" системы, как оно выглядит?
То, что остался процесс зомби очень странно.
[21:16:27] SPU вошёл(а) в комнату
[21:17:22] <vmspike> Зомби остался, ибо я ручками удалял процессы. Как падает система, если не из под gdb запускать, я вчера объяснял (можно посмотреть в логах чата). Сейчас просто gdb ни на что не реагирует, т.е. можно вводить комманды всякие, они вводятся, остаются на экране, но реакции никакой. В прошлый раз после просшествия 40мин (gdb и демон ейскальта висели) вырубился ssh, но остальные сетевые функции серв выполнял.
[21:18:12] <vasily.n@k..> vmspike:  кстати, могу порекомендовать утилиту htop, должна быть в  репозитории дебиана, сможешь в динамике определить что происходит.
может его ядро линукса убивает из-за нехватки памяти.
>Сейчас просто gdb ни на что не реагирует
приглашение (gdb) есть?
[21:19:03] <vmspike> Нет приглашения, было бы написал бы bt full :)
[21:20:55] <vmspike> А че ж тогда, если не из под gdb запускать ядро виснет, а не убивает демона, из-за нехватки памяти? Памяти вообще хватает, т.е. физическая почти вся используется, а swap совсем немного.
[21:21:48] <vasily.n@k..> vmspike: ключевое слово, "Oops:" )) это похоже касяк линуксового ядра или одного из драйверов (скорее всего сетевых)
[21:22:25] <vasily.n@k..> После Oops вообще сложно гарантировать нормальную работоспособность системы
[21:22:49] <vasily.n@k..> http://en.wikipedia.org/wiki/Linux_kernel_oops
[21:23:24] <vmspike> >кстати, могу порекомендовать утилиту htop, должна быть в  репозитории дебиана, сможешь в динамике определить что происходит.
использую обычный top
[21:24:09] <vasily.n@k..> ну, htop может еще сисколы перехватывать ( как strace ) и вообще кругом полезна ))
[21:24:45] <vmspike> > ну, htop может еще сисколы перехватывать ( как strace ) и вообще кругом полезна ))
Возму на заметку))
[21:24:49] <vasily.n@k..> vmspike: по твоей проблемы, как вариант перейти на другой вариант ядра, если есть в репозитории или может даже собрать самому
[21:25:33] <vmspike> Ядро последнее, до того как обновил, тоже вылетало.
[21:27:53] <vasily.n@k..> vmspike:  ну я подозреваю дело в одном из драйверов, возможно замена сетевой карты на другой брэнд поможет
[21:29:17] <vmspike> Драйверов сетевухи? Откуда такие подозрения?
[21:30:05] <vasily.n@k..> vmspike: возможный способ определить: смотришь, что выдает lsmod, потом гуглишь по каждому пункту и кейворду oops, где больше сообщений, там скорее всего зарыта собака.
[21:31:35] <vasily.n@k..> >Драйверов сетевухи? Откуда такие подозрения?
rtnl_dump_all+0x79/0x94 .... netlink_dump+0x47/0x143
Либо какие-то хитрости ipv6 (EIP is at inet6_dump_addr+0x339/0x37e  )
[21:32:31] <vmspike> ipv6 в сети не используется, соответственно все по-умолчанию..
[21:33:55] <vasily.n@k..> vmspike: >2.6.32-5-686 #1
А говоришь самое последнее йадро))
2.6.38 давно вышло. дебиан как обычно не торопится
[21:34:14] <vmspike> Самое последнее в stable ))
[21:35:46] <vasily.n@k..> vmspike: Ладно, вообщем проблема не в айскальте, соответственно, более квалифицированные специалисты ( по ядру линакса ) тебе смогут помочь ( маловероятно ). удачи
[21:35:49] vasily.n@k.. вышел(а) из комнаты
[21:36:10] <vmspike> )) и на том спасибо
[21:38:59] vmspike вышел(а) из комнаты
[21:43:19] vmspike вошёл(а) в комнату
[21:56:54] vasily.n@k.. вошёл(а) в комнату
[21:58:02] <vasily.n@k..> vmspike: Всезнающий гугл еще предполагает, что возможно проблемы в самом железе. Желательно сделать memtest
>http://www.linuxquestions.org/questions/linux-software-2/kernel-oops-is-this-a-software-problem-or-hardware-852441/
[21:58:07] vasily.n@k.. вышел(а) из комнаты
[21:59:26] <vmspike> Спасибо, сделаю..
[22:46:00] vmspike вышел(а) из комнаты
[23:31:37] ONYX вышел(а) из комнаты
Powered by ejabberd Powered by Erlang Valid XHTML 1.0 Transitional Valid CSS!