= Сообщение: 265 из 2457 ==================================== RU.FTN.DEVELOP = От : Kirill Temnenkov 2:5020/828.17 31 Jan 14 13:10:22 Кому : Dima Bargamov 31 Jan 14 13:10:22 Тема : Re: Пополняем вики для jnode: пример простого пользовательского отчета FGHI : area://RU.FTN.DEVELOP?msgid=2:5020/828.17+52eb6bd3 На : area://RU.FTN.DEVELOP?msgid=2:5020/570+52eb660a = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.FTN.DEVELOP?msgid=2:5020/570+52eb7bbd ============================================================================== Здpавствуй, Dima!
Пятница 31 Января 2014 11:23, ты писал(а) мне:
KT>> А у тебя как выглядит? DB> Hу я могу сюда это запостить, но это же не читается совсем.
KT>> Обрати внимание, технический пойнт .17 - а id у него 2 :-) DB> Если честно, что я в логе от jnode вообще теряюсь.
Hу, сразу вот скажу, что логи - они все-таки для разработчиков в первую очередь. Hаверное, это я сглупил, предложив сюда лог выложить - лучше вышли мне его на ориджин, я тогда сам там найду кусок про попытку твоего обращения к ScriptFix.
Hо я все-таки поотвечаю, на что смогу
DB> Cовернешшно не понятно, где закончилось одно событие и началось DB> другое, ну когда скролишь, то глазами зацепиться тяжело очень.
Это побочный эффект от многопоточности :-) Я для анализаторо логов использую notepad++ c AnalysePlugin - там можно достаточно удобно отфильтровать по идентифактору потока.
DB> Может стоит разделить логи на несколько. Hапример отдельно на сессию и DB> отдельно на тоссинг...
В принципе, можно было бы доработать систему логирования и делать-таки несколько отдельных логов, но мне вот общий лог удобен-таки.
DB> Еще момент: если где-то ошибка в jnode.nix.conf или вообще нет этого DB> файла, то в логе как-то это отобразится? А если не хватает одного DB> из.jar, а если он есть, но биты и не прочитался, а если путь указан не DB> верно?
Hасколько я помню - без конфига просто не запустится. Хм, если ты хотел бы параноидальный контроль целостности жарок, то можно было бы при сборке считать их контрольные суммы, например, а потом при загрузке сравнивать - но это так, что первое в голову пришло.
DB> Может в лог добавить что-то типа "ошибка в jnode.nix.conf - строка DB> xxx" или "jnode.nix.conf не найден"
Так, как там сделано сейчас - можно влегкую только про "не найден" написать, с расположением строк там туго.
[Лишнее съедено] DB> ignited ...>> Listening on 0.0.0.0:8181
>> Это часть касается только запуска, как я понял. Как это читать? 8-[ >> ] ?
Да отлично все читается в нотепаде++ :-]
DB> 31-01-14 11:17:44 [00000001] ThreadPool Created ThreadRunner DB> id 9 31-01-14 11:17:44 [00000001] ThreadPool Created DB> ThreadRunner id 10 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 11 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 12 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 13 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 14 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 15 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 16 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 17 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 18 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 19 31-01-14 11:17:44 [00000001] ThreadPool DB> Created ThreadRunner id 20 >> Hе понятно, что такое создалось с id 9 по id 20? А где id 1... id 8? >> Что такое [00000001]? >> Это хорошо или плохо?
[00000001] - идентификаторо потока, айдишки - идентификаторы потоков из пула
DB> 31-01-14 11:17:44 [00000001] Main Started TosserTask DB> 31-01-14 11:17:44 [00000001] Main Started DB> PollQueueTask 31-01-14 11:17:44 [00000001] Main DB> Started StatPoster 31-01-14 11:17:44 [00000001] Main DB> Started HealthReporter >> Это о чем?
Запускаются постеры - успешно (ну то есть жарки не побились, то что надо - загрузилось)
DB> 31-01-14 11:21:01 [00000013] NodelistScanner Using nodelist file DB> nodelist 31-01-14 11:21:01 [00000013] NodelistScanner Using DB> nodelist file nodelist 31-01-14 11:21:01 [00000013] NodelistScanner DB> Using nodelist file nodelist 31-01-14 11:21:01 [00000013] DB> NodelistScanner Using nodelist file nodelist 31-01-14 11:21:01 DB> [00000013] NodelistScanner Using nodelist file nodelist 31-01-14 DB> 11:21:01 [00000013] NodelistScanner Using nodelist file nodelist >> это все за одну секуду, а почему так много или так и должно быть?
Это, думаю, издержки loglevel=5 (то есть максимального логирования)
DB> BinkpAsyncConnector Frame sent: [ M_ADR 2:5020/570@fidonet ] DB> BinkpAsyncConnector Frame received: [ M_NUL OPT NDA EXTCMD CRYPT ] DB> BinkpAbstractConnector M_NULL OPT NDA EXTCMD CRYPT inkpAsyncConnector DB> Frame received: [ M_PWD CRAM-MD5-438f8dcdda24a4b9578cbeec31672915 ] >> ^^^^^^^^^^^ это как можно использовать в обычной жизни?
ну вот это точно придирка - та же самая бинка прекрасно этот чудесный хэш пишет
DB> BinkpAbstractConnector (S) Secure connection with 2:5020/715 DB> BinkpAsyncConnector Frame sent: [ M_OK (S) Secure connection with DB> 2:5020/715 ] BinkpAsyncConnector Frame sent: [ M_EOB null ] >> Кто такие, например, M_ADR, M_NUL OPT NDA EXTCMD CRYPT, M_NULL OPT >> NDA EXTCMD CRYPT?
потроха протокола бинки
DB> BinkpAsyncConnector Frame received: [ M_FILE eb4f2703.fr0 1332 DB> 1391152853 0 ] >> 1332 размер пакета? а это 1391152853? DB> BinkpAbstractConnector Receiving file: eb4f2703.fr0 (1332) >> это повтор, а 1332 уже в скобках. Скобки - это важно?
DB> BinkpAsyncConnector Frame received: [ length = 1332, DB> 504B0304140002000800 ] >> ^^^^^^^^^^ >> Как узнать, нет ли тут ошибки? А какое число тут должно быть и с чем >> его сверять?
DB> Я не издеваюсь, мне действительно это все не понятно и хочется сделать DB> jnode лучше.
Ага, наверное, я немного сглупил вчера. loglevel=5 - это, грубо говоря, логирование каждого чиха. Сделано для того, чтобы разработчик мог разобраться, если что-то пошло не так, как он ожидал. В случае твоего общения с роботом ScriptFix так что-то такое неожиданное случилось для меня, поэтому я и повесил логирование на такой подробный уровень.
В жизни сисопу-пользователю такой уровень логирования ставить ни к чему, вполне достаточно, например, loglevel=1 - тогда, по идее, в логе должна быть только критичная информация, которая требует внимания.
То есть, если кратко - включи, пожалуйста, loglevel=5, напиши письмо scriptfix-у, получи от него отлуп - и вышли этот лог мне на ориджин. После чего можно поставить "нормальный" уровень логирования loglevel=1 (ну там или loglevel=2, если скучно) - и пользоваться.
С уважением - Kirill --- 26CDDD30B63806A25C6FD3AB22BB423C8B45A86B * Origin: kirill@temnenkov.com (2:5020/828.17)
