Для кого-либо еще все еще испытывающего эту проблему, мне удалось заставить плагин активироваться с пользовательским сценарием для запуска gedit
это добавляет необходимый dir к PYTHONPATH
:
#!/bin/bash
export PYTHONPATH=$PYTHONPATH:/usr/lib/gedit-2/plugins
gedit $1
Если Вы не работаете bind
случайно необходимо проверить Ваш nscd
конфигурационный файл, расположенный в /etc/nscd.conf
.
Это перечислит кэши, которые сохранены.
enable-cache hosts yes
positive-time-to-live hosts 3600
.......
# nscd -?
-g, --statistics Print current configuration statistics
-i, --invalidate=TABLE Invalidate the specified cache
nscd -g
hosts cache:
yes cache is enabled
no cache is persistent
yes cache is shared
211 suggested size
216064 total data pool size
384 used data pool size
600 seconds time to live for positive entries
0 seconds time to live for negative entries
0 cache hits on positive entries
0 cache hits on negative entries
128 cache misses on positive entries
0 cache misses on negative entries
0% cache hit rate
3 current number of cached values
7 maximum number of cached values
2 maximum chain length searched
0 number of delays on rdlock
0 number of delays on wrlock
0 memory allocations failed
yes check /etc/{hosts,resolv.conf} for changes
# nscd -i hosts
Это будет делать недействительным кэш.
Но, после выполнения его не было никакого изменения в записях хостов в nscd -g
После перезапуска nscd
это было сброшено.
service nscd restart
hosts cache:
yes cache is enabled
no cache is persistent
yes cache is shared
211 suggested size
216064 total data pool size
0 used data pool size
600 seconds time to live for positive entries
0 seconds time to live for negative entries
0 cache hits on positive entries
0 cache hits on negative entries
0 cache misses on positive entries
0 cache misses on negative entries
0% cache hit rate
0 current number of cached values
0 maximum number of cached values
0 maximum chain length searched
0 number of delays on rdlock
0 number of delays on wrlock
0 memory allocations failed
yes check /etc/{hosts,resolv.conf} for changes
Если Вы не работаете, связывают, это - единственный способ очистить кэш за исключением нахождения базы данных для nscd
и удаление его, который мог вызвать другие проблемы. Я выполнил бы процедуры поиска и устранения неисправностей для разрешения IP. Я обрисовал в общих чертах некоторых в комментариях к Вашему вопросу.
Это - ссылка на довольно хорошую Статью в журнале Linux при Поиске и устранении неисправностей Сетевых проблем.
я знаю старый вопрос, но добавляющий это в случае, если кто-то сталкивается с этой проблемой снова.
, Когда я столкнулся с подобной клиентской проблемой кэша DNS этим утром, я сделал все регулярные шаги для очистки кэша, сохраненного nscd
и, как упомянуто в первом ответе, перезапустил nscd
. Я даже отбросил кэш ОС, но определенное имя хоста все еще решало к старому IP-адресу. Это начало решать только после того, как я удалил строка сервера имен 127.0.0.1
от resolv.conf.