Re: Подземный стук в ре солвере
Mon, 09 Nov 2009 09:31:23 +0200 Игорь Чумак wrote: > А вот почему тот же ping не может отресолвить имя dc1.garant.local - > не понимаю :( .local - это специальная зона, которая резолвится подсистемой mdns (в линукс реализуется avahi). Гуглить в сторону mdns, zeroconf, bonjour, avahi. Лечение - либо отключением mdns, либо, что правильнее, использованием другого домена. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Подземный стук в ре солвере
On Mon, 9 Nov 2009 15:38:44 +0700 Denis Feklushkin wrote: > > ping: unknown host dc1.garant.local > > > > Есть идеи? > > Прописать обратную зону? Прошу пардону, думал пинг в обратную сторону не резолвит Попробуйте: $ ping dc1.garant.local. ? signature.asc Description: PGP signature
Re: Подземный стук в ре солвере
On Mon, 09 Nov 2009 09:31:23 +0200 Игорь Чумак wrote: > > Пока всё правильно. > > А вот почему тот же ping не может отресолвить имя dc1.garant.local - > не понимаю :( > > # ping dc1 > PING dc1.garant.local (192.168.104.6) 56(84) bytes of data. > 64 bytes from 192.168.104.6: icmp_seq=1 ttl=128 time=0.257 ms > 64 bytes from 192.168.104.6: icmp_seq=2 ttl=128 time=0.132 ms > > --- dc1.garant.local ping statistics --- > 2 packets transmitted, 2 received, 0% packet loss, time 5004ms > rtt min/avg/max/mdev = 0.132/0.194/0.257/0.064 ms > # ping dc1.garant.local > ping: unknown host dc1.garant.local > > Есть идеи? Прописать обратную зону? signature.asc Description: PGP signature
Re: Подземный стук в ресо лвере
Олег Ключкин пишет: первая прешедшая мысль - опечатка. возможно русская "а" o_O Попробуйте скописастить из комманды выше... :) Не опечатка, всё значительно проще.. Openfire притащил зависимость от avahi-daemon (Multicast DNS Service Discovery - ХЕЗ что это такое, пока не вникал ;) ). В /etc/nsswitch.conf поменялось: -hosts: files dns +hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 (что - то мне подсказывает, что если mdns4_minimal не отрабатывает запрос - распознавание заканчивается. Если действительно так - не понимаю логику разработчиков. [NOTFOUND=return] убрал - всё заработало.). Копаем дальше. В /etc/default/avahi-daemon такие строчки: # 1 = Try to detect unicast dns servers that serve .local and disable avahi in # that case, 0 = Don't try to detect .local unicast dns servers, can cause # troubles on misconfigured networks AVAHI_DAEMON_DETECT_LOCAL=1 - то есть приналичии DNS серверов в зоне local avahi-daemon не запускается. Похоже, что зона .local таки особенная ;) 2009/11/9, Игорь Чумак : Доброго дня! Обнаружил только что престранную вещь. debian Lenny, 2.6.18 bind, форвардящий запросы на ms dns : === /etc/bind/named.conf.local === zone "garant.local" { type forward; forward only; forwarders {192.168.100.2; 192.168.100.4; }; }; === cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.0.1 search garant.local Имена из зоны garant.local распознаются как в длинном написании, так и в коротком: # host dc1.garant.local dc1.garant.localA 192.168.104.6 dc1.garant.localA 192.168.100.2 # host dc1 dc1.garant.localA 192.168.104.6 dc1.garant.localA 192.168.100.2 Пока всё правильно. А вот почему тот же ping не может отресолвить имя dc1.garant.local - не понимаю :( # ping dc1 PING dc1.garant.local (192.168.104.6) 56(84) bytes of data. 64 bytes from 192.168.104.6: icmp_seq=1 ttl=128 time=0.257 ms 64 bytes from 192.168.104.6: icmp_seq=2 ttl=128 time=0.132 ms --- dc1.garant.local ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 5004ms rtt min/avg/max/mdev = 0.132/0.194/0.257/0.064 ms # ping dc1.garant.local ping: unknown host dc1.garant.local Есть идеи? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org -- Head office Igor Chumak System Administrator OJSC “UIC "Generali Garant” 15/2 Chervonoarmiyska str., 01004, Kyiv, Ukraine Phone: +38(044)206 8820 E-Mail: i.chu...@generali.garant.ua www.generali.garant.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Подземный стук в ресолвер е
первая прешедшая мысль - опечатка. возможно русская "а" o_O Попробуйте скописастить из комманды выше... 2009/11/9, Игорь Чумак : > Доброго дня! > > Обнаружил только что престранную вещь. > debian Lenny, 2.6.18 > > bind, форвардящий запросы на ms dns : > === /etc/bind/named.conf.local === > zone "garant.local" { > type forward; > forward only; > forwarders {192.168.100.2; 192.168.100.4; }; > }; > === > cat /etc/resolv.conf > # Dynamic resolv.conf(5) file for glibc resolver(3) generated by > resolvconf(8) > # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN > nameserver 127.0.0.1 > search garant.local > > Имена из зоны garant.local распознаются как в длинном написании, так и в > коротком: > # host dc1.garant.local > dc1.garant.localA 192.168.104.6 > dc1.garant.localA 192.168.100.2 > # host dc1 > dc1.garant.localA 192.168.104.6 > dc1.garant.localA 192.168.100.2 > > Пока всё правильно. > > А вот почему тот же ping не может отресолвить имя dc1.garant.local - не > понимаю :( > > # ping dc1 > PING dc1.garant.local (192.168.104.6) 56(84) bytes of data. > 64 bytes from 192.168.104.6: icmp_seq=1 ttl=128 time=0.257 ms > 64 bytes from 192.168.104.6: icmp_seq=2 ttl=128 time=0.132 ms > > --- dc1.garant.local ping statistics --- > 2 packets transmitted, 2 received, 0% packet loss, time 5004ms > rtt min/avg/max/mdev = 0.132/0.194/0.257/0.064 ms > # ping dc1.garant.local > ping: unknown host dc1.garant.local > > Есть идеи? > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >
Подземный стук в ресолвере
Доброго дня! Обнаружил только что престранную вещь. debian Lenny, 2.6.18 bind, форвардящий запросы на ms dns : === /etc/bind/named.conf.local === zone "garant.local" { type forward; forward only; forwarders {192.168.100.2; 192.168.100.4; }; }; === cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.0.1 search garant.local Имена из зоны garant.local распознаются как в длинном написании, так и в коротком: # host dc1.garant.local dc1.garant.localA 192.168.104.6 dc1.garant.localA 192.168.100.2 # host dc1 dc1.garant.localA 192.168.104.6 dc1.garant.localA 192.168.100.2 Пока всё правильно. А вот почему тот же ping не может отресолвить имя dc1.garant.local - не понимаю :( # ping dc1 PING dc1.garant.local (192.168.104.6) 56(84) bytes of data. 64 bytes from 192.168.104.6: icmp_seq=1 ttl=128 time=0.257 ms 64 bytes from 192.168.104.6: icmp_seq=2 ttl=128 time=0.132 ms --- dc1.garant.local ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 5004ms rtt min/avg/max/mdev = 0.132/0.194/0.257/0.064 ms # ping dc1.garant.local ping: unknown host dc1.garant.local Есть идеи? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: подземный стук
Alex Kicelew пишет: Hi. Сегодня пришел на работу. Все нормально, как всегда. Вопрос: шо це було? Я понимаю, что это выглядит как сабж, но оно и для меня выглядит как сабж. Я просто не знаю, какую инфу еще привести. Может вывод df? похожий звук может быть из-за переполнившегося /var/log/. Сегодня logrotate зазиповал здоровенный логфайл и всё пока работает как всегда. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
подземный стук
Hi. Преамбула. На рабочей машине, как и на домашней, установлен debian testing. Апдейты произвожу обычно каждый день, придя на работу (или, соответственно, домой). В понедельник утром, придя на работу, произвел очередной апдейт. После него весь день все работало нормально. Вечером произвел апдейт дома. То же самое. Амбула. Во вторник, придя на работу, практически сразу заметил, что что-то не так. Сел разбираться. Результаты разборок: Все программы, использующие sqlite (как 2, так и 3) ведут себя странно. А именно: первая программа, обращающаяся к данной базе, работает абсолютно правильно. Любая следующая программа, пытающаяся работать с данной базой (т.е. с базой, которая уже открыта другой программой, абсолютно не важно, работает ли в первой программе транзакция, или база просто открыта и сейчас не используется), виснет на begin. Виснет прочно, ни ctrl-c, ни term не действуют, только kill -9. Это происходит со всеми программами, как написанными мной, так и с чужими. Попытка выдать begin руками (на уже используемую базу) в текстмодной морде приводит к такому же вису. Перезагрузился. То же самое. Посмотрел лог апдейтов. Ни один из sqlite-овских пакетов за последний месяц не апдейтился, за последние 2-3 дня ни один из апдейтившихся пакетов на работу sqlite влияния оказывать, вроде, не должен -- тем более, с учетом того, что глюки начались примерно через сутки после последнего апдейта -- это точно, если бы оно началось еще в понедельник, я бы сразу заметил, такова специфика этих программ. Провел традиционный апдейт и весь день так и жил в однозадачном режиме -- не более чем с одной программой на одну базу (у меня sqlite используется довольно широко). Вечером пришел домой, проверил. Все работает нормально, как должно. Проапдейтился. Все нормально. Сегодня пришел на работу. Все нормально, как всегда. Вопрос: шо це було? Я понимаю, что это выглядит как сабж, но оно и для меня выглядит как сабж. Я просто не знаю, какую инфу еще привести. -- Alex Kicelew <[EMAIL PROTECTED]> ICQ 3887592 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]