|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Eugene B. Berdnikov 2:5020/400 13 Jun 2005 02:08:32
To : Andrey Melnikoff
Subject : Re: /dev/pts/[X]
--------------------------------------------------------------------------------
Andrey Melnikoff <temnota+news@kmv.ru> wrote:
AM> Eugene B. Berdnikov <berd@desert.ihep.su> wrote:
EBB>> Alexey Belyaev <Alexey.Belyaev@p87.f55.n5004.z2.fidonet.org> wrote:
AM>>>> А теперь ответь на вопрос - udev успевает создавать нужные ноды в
AM>>>> /dev/pts?
AB>>> А кaк oтcлeдить? Вo к пpимepy к pptpd пoдключилcя клиeнт и yжe pptpd, кaк
AB>>> я пoнял, зaпycкaeт pppd, кoтopый нe нaxoдит pts/x. Этoгo pts дeйcвитeльн
AB>>> oнeт и oн нe пoявитcя... И кaк тeпepь oтлoвить "ycпeвaeт" или нeт, ecли
AB>>> oнo вaщe нe пoявляeтcя?
AM>
EBB>> Трассировкой, ясен пень.
AM> А фот не факт (C). Трасировка может давать ровно обратный эффект - всё
AM> будет успевать создаваться и работать.
Теоретически - да, возможно. Практически же ответ на последний вопрос в
цитате сверху даётся однозначно, независимо от оверхеда, и становится
ясно, что даже если успело - работать всё равно не будет.
AM> Что теперь - все процессы трассировать ? ;)
А в чем проблема? В случае pptp достаточно включить следование за fork(),
для более сложных случаев помогают timestamp'ы, и т.д.
Hо не надо смотреть на жизнь так однобоко. Есть ведь другие источники
информации, тот же tcpdump, из выдачи которого можно догадаться
о причине пропажи терминала без всякой трассировки.
--
Eugene Berdnikov
--- ifmail v.2.15dev5.3
* Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
