pppd timeout
господа, до этого pppoe в debian не настраивал. Настроил через pppoeconf, все балгополучно работало, пока у провайдера не возникла проблема и отсутсвовала долгое время связь. Так вот после починки провайдера интернет так и не заработал. Залез в логи, а там такое: Oct 23 09:13:35 st-kvm1 pppd[3122]: Timeout waiting for PADO packets Oct 23 09:13:35 st-kvm1 pppd[3122]: Unable to complete PPPoE Discovery Oct 23 09:13:35 st-kvm1 pppd[3122]: Exit. первые 2 строчки повторяются много раз. Короче говоря минут через 10 после отключения связи pppd просто прекращает попытки подключиться и тупо закрывается. Как ему сказать, чтобы он продолжал попытки вечно? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/22951382514...@web20j.yandex.ru
Re: pppd timeout
On Wed, 23 Oct 2013 11:45:07 +0400 Alexander ag...@yandex.ru wrote: Oct 23 09:13:35 st-kvm1 pppd[3122]: Timeout waiting for PADO packets Oct 23 09:13:35 st-kvm1 pppd[3122]: Unable to complete PPPoE Discovery Oct 23 09:13:35 st-kvm1 pppd[3122]: Exit. первые 2 строчки повторяются много раз. Короче говоря минут через 10 после отключения связи pppd просто прекращает попытки подключиться и тупо закрывается. Как ему сказать, чтобы он продолжал попытки вечно? Настроить pppd: persist (чтобы переподключался) maxfail 0 (чтобы повторял переподключения бесконечно, а то по умолчанию повторяет 10 раз) -- Alexander Galanin -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023120050.39578be00906222b11970...@galanin.nnov.ru
использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Столкнулся с проблемой описанной: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 В кратце: не стартует сервис bacula-fd только при старте компьютера: cat /var/log/bacula-fd-initd.log 23-Oct 11:30 bacula-fd: ERROR TERMINATION at address_conf.c:521 Config error: can't add port (server.example.lab) to (can't resolve hostname(server.exmaple.lab) Connection timed out) : line 8, col 30 of file /etc/bacula/bacula-fd.conf FDAddress = server.example.lab Причем такое на нескольких компьютерх в сети и не только с File Daemon но и Storage Daemon, Director как то обходится без hosts. Видимо потому, что стартует позже всех, это видно из /etc/rc2.d/* Это предистория. А теперь вопрос: Я могут использовать /etc/hosts файл и задать там АДРЕС ИМЯ вручную. Но тогда мне придется за этим файлом следить. Тем более что сервера у меня используют статические IP. А если например мне нужно будет запускать bacula-fd на компьютерах с DHCP а таких большинство, поддерживать hosts файл будет не совсем правильно. Можно конечно решить эту проблему другими способами, но меня больше интересует именно /etc/hosts и его use cases Или лучше следить за hosts и в будущем не наступать на такие грабли (на компах со статическим IP)? Тем более, что это возможно актуально и для других служб. Вообщем best-practic ? -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Vladimir Skubriev - Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 12:26:32 +0400: VS Столкнулся с проблемой описанной: VS http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 VS В кратце: не стартует сервис bacula-fd только при старте компьютера: VS cat /var/log/bacula-fd-initd.log VS 23-Oct 11:30 bacula-fd: ERROR TERMINATION at address_conf.c:521 VS Config error: can't add port (server.example.lab) to (can't resolve VS hostname(server.exmaple.lab) Connection timed out) VS : line 8, col 30 of file /etc/bacula/bacula-fd.conf VS FDAddress = server.example.lab VS Причем такое на нескольких компьютерх в сети и не только с File Daemon но и VS Storage Daemon, Director как то обходится без hosts. VS Видимо потому, что стартует позже всех, это видно из /etc/rc2.d/* VS Это предистория. А теперь вопрос: VS Я могут использовать /etc/hosts файл и задать там АДРЕС ИМЯ вручную. Но тогда VS мне придется за этим файлом следить. VS Тем более что сервера у меня используют статические IP. VS А если например мне нужно будет запускать bacula-fd на компьютерах с DHCP а VS таких большинство, поддерживать hosts файл будет не совсем правильно. VS Можно конечно решить эту проблему другими способами, но меня больше интересует VS именно /etc/hosts и его use cases VS Или лучше следить за hosts и в будущем не наступать на такие грабли (на компах VS со статическим IP)? VS Тем более, что это возможно актуально и для других служб. VS Вообщем best-practic ? Я подозреваю, что лучше всего будет ему объяснить, чтобы он поднимался после полного подъема сети. (В смысле, если DNS-сервер локальный, то и после него тоже.) У нас же dependency-based загрузка нынче. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87vc0ocrqs@wizzle.ran.pp.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 12:32 PM, Artem Chuprina wrote: Vladimir Skubriev - Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 12:26:32 +0400: VS Столкнулся с проблемой описанной: VS http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 VS В кратце: не стартует сервис bacula-fd только при старте компьютера: VS cat /var/log/bacula-fd-initd.log VS 23-Oct 11:30 bacula-fd: ERROR TERMINATION at address_conf.c:521 VS Config error: can't add port (server.example.lab) to (can't resolve VS hostname(server.exmaple.lab) Connection timed out) VS : line 8, col 30 of file /etc/bacula/bacula-fd.conf VS FDAddress = server.example.lab VS Причем такое на нескольких компьютерх в сети и не только с File Daemon но и VS Storage Daemon, Director как то обходится без hosts. VS Видимо потому, что стартует позже всех, это видно из /etc/rc2.d/* VS Это предистория. А теперь вопрос: VS Я могут использовать /etc/hosts файл и задать там АДРЕС ИМЯ вручную. Но тогда VS мне придется за этим файлом следить. VS Тем более что сервера у меня используют статические IP. VS А если например мне нужно будет запускать bacula-fd на компьютерах с DHCP а VS таких большинство, поддерживать hosts файл будет не совсем правильно. VS Можно конечно решить эту проблему другими способами, но меня больше интересует VS именно /etc/hosts и его use cases VS Или лучше следить за hosts и в будущем не наступать на такие грабли (на компах VS со статическим IP)? VS Тем более, что это возможно актуально и для других служб. VS Вообщем best-practic ? Я подозреваю, что лучше всего будет ему объяснить, чтобы он поднимался после полного подъема сети. (В смысле, если DNS-сервер локальный, то и после него тоже.) У нас же dependency-based загрузка нынче. вопрос больше не в этом а в том, использововть /etc/hosts или нет ) это я и сам понимаю, я пробовал, но например там где стоят bacula-sd и bacula-fd это действует только только на одни сервис, другой почему то все равно запускаеться или до или видимо во время инициализации сети ) -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52678d1e.4000...@skubriev.ru
Re: pppd timeout
23.10.2013, 12:01, Alexander Galanin a...@galanin.nnov.ru: On Wed, 23 Oct 2013 11:45:07 +0400 Alexander ag...@yandex.ru wrote: Oct 23 09:13:35 st-kvm1 pppd[3122]: Timeout waiting for PADO packets Oct 23 09:13:35 st-kvm1 pppd[3122]: Unable to complete PPPoE Discovery Oct 23 09:13:35 st-kvm1 pppd[3122]: Exit. первые 2 строчки повторяются много раз. Короче говоря минут через 10 после отключения связи pppd просто прекращает попытки подключиться и тупо закрывается. Как ему сказать, чтобы он продолжал попытки вечно? Настроить pppd: persist (чтобы переподключался) maxfail 0 (чтобы повторял переподключения бесконечно, а то по умолчанию повторяет 10 раз) -- Alexander Galanin спасибо! maxfail был по дефолту - 10 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/180651382518...@web28j.yandex.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Vladimir Skubriev - Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 12:47:26 +0400: VS Столкнулся с проблемой описанной: VS http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 VS В кратце: не стартует сервис bacula-fd только при старте компьютера: VS cat /var/log/bacula-fd-initd.log VS 23-Oct 11:30 bacula-fd: ERROR TERMINATION at address_conf.c:521 VS Config error: can't add port (server.example.lab) to (can't resolve VS hostname(server.exmaple.lab) Connection timed out) VS : line 8, col 30 of file /etc/bacula/bacula-fd.conf VS FDAddress = server.example.lab VS Причем такое на нескольких компьютерх в сети и не только с File Daemon но и VS Storage Daemon, Director как то обходится без hosts. VS Видимо потому, что стартует позже всех, это видно из /etc/rc2.d/* VS Это предистория. А теперь вопрос: VS Я могут использовать /etc/hosts файл и задать там АДРЕС ИМЯ вручную. Но тогда VS мне придется за этим файлом следить. VS Тем более что сервера у меня используют статические IP. VS А если например мне нужно будет запускать bacula-fd на компьютерах с DHCP а VS таких большинство, поддерживать hosts файл будет не совсем правильно. VS Можно конечно решить эту проблему другими способами, но меня больше интересует VS именно /etc/hosts и его use cases VS Или лучше следить за hosts и в будущем не наступать на такие грабли (на компах VS со статическим IP)? VS Тем более, что это возможно актуально и для других служб. VS Вообщем best-practic ? Я подозреваю, что лучше всего будет ему объяснить, чтобы он поднимался после полного подъема сети. (В смысле, если DNS-сервер локальный, то и после него тоже.) У нас же dependency-based загрузка нынче. VS вопрос больше не в этом а в том, использововть /etc/hosts или нет ) Мое мнение: на хостах с DHCP точно не стоит. На серверах со статикой может иметь смысл, но по минимуму. Себя надо вписывать, а остальных без крайней необходимости - нет. Ну, или альтернативный вариант: сделать централизованный hosts, содержащий всю статику сети, и раскидывать его скриптом по всем серверам сразу после изменений. VS это я и сам понимаю, я пробовал, но например там где стоят bacula-sd и VS bacula-fd это действует только только на одни сервис, другой почему то все VS равно запускаеться или до или видимо во время инициализации сети ) Странно. Если зависимость прописана, то уж для сети-то она должна срабатывать. Подъем сети уж должен быть устроен так, чтобы не считаться завершенным, пока сеть действительно не поднялась. Вот в то, что скрипт запуска DNS-сервера забывает дождаться, пока оный сервер успешно поднимется и будет готов к работе, я легче поверю. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4bccn2r@wizzle.ran.pp.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On Wed, Oct 23, 2013 at 02:13:00PM +0400, Artem Chuprina wrote: Ну, или альтернативный вариант: сделать централизованный hosts, содержащий всю статику сети, и раскидывать его скриптом по всем серверам сразу после изменений. Я так понимаю, до DNS так и делали? -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023101539.ga32...@belkar.wrar.name
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 02:15 PM, Andrey Rahmatullin wrote: On Wed, Oct 23, 2013 at 02:13:00PM +0400, Artem Chuprina wrote: Ну, или альтернативный вариант: сделать централизованный hosts, содержащий всю статику сети, и раскидывать его скриптом по всем серверам сразу после изменений. Я так понимаю, до DNS так и делали? до DNS не было bacula просто так получилось, что я забыл вообще про hosts после настройки DNS почти на всех серверах, ну работает все и хорошо. Потом не сразу заметил, что бакула не подымается иногда, постепенно выяснил в чем дело и вот опять вернулся с чего начинал ) Т.е. к hosts Вообщем то я для себя решил пока буду юзать hosts на статике А если будет dhcp буду вешать рестарт бакулы после старта сети как нибудь Вообще хотел услышать практику по hosts если есть свой DNS ) -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5267a7a0.2010...@skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Andrey Rahmatullin - debian-russian@lists.debian.org @ Wed, 23 Oct 2013 16:15:39 +0600: Ну, или альтернативный вариант: сделать централизованный hosts, содержащий всю статику сети, и раскидывать его скриптом по всем серверам сразу после изменений. AR Я так понимаю, до DNS так и делали? Собственно, DNS изобрели оттого, что делать так в рамках целого интернета стало не алё. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mwm0ckhj@wizzle.ran.pp.ru
Re: NFS high cpu usage
может кому и поможет не факт что именно в этом была причина но после долго анализа ... пыток... было обнаружено офигенная арава коннектов к wp-login.php закрыл в фаерволе обращение к этому файлы(на роутере) и нагрузка на NAS серваке с 7.50 упала сразу до 4.. сейчас падает до 1.5 = --- Старший Системный Администратор Алексей Шалин ОсОО Хостер kg - http://www.hoster.kg ул. Ахунбаева 123 (здание БГТС) h...@hoster.kg -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1138836305.20131023174...@hoster.kg
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On Wed, Oct 23, 2013 at 03:08:56PM +0400, Artem Chuprina wrote: Ну, или альтернативный вариант: сделать централизованный hosts, содержащий всю статику сети, и раскидывать его скриптом по всем серверам сразу после изменений. AR Я так понимаю, до DNS так и делали? Собственно, DNS изобрели оттого, что делать так в рамках целого интернета стало не алё. Ну я догадываюсь, да. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023114007.gb32...@belkar.wrar.name
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
В Wed, 23 Oct 2013 14:13:00 +0400 Artem Chuprina r...@ran.pp.ru пишет: Странно. Если зависимость прописана, то уж для сети-то она должна срабатывать. Подъем сети уж должен быть устроен так, чтобы не считаться завершенным, пока сеть действительно не поднялась. Вот в то, что скрипт запуска DNS-сервера забывает дождаться, пока оный сервер успешно поднимется и будет готов к работе, я легче поверю. Зависимость можно прописать только на машине, где стоит DNS сервер(а). А другие сервера (которые используют локальный DNS по сети) вполне могут загрузиться раньше, чем сервер(а) с локальным DNS. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023145422.4bf2ed10@dragoncore.local
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 03:54 PM, Andrey Tataranovich wrote: В Wed, 23 Oct 2013 14:13:00 +0400 Artem Chuprina r...@ran.pp.ru пишет: Странно. Если зависимость прописана, то уж для сети-то она должна срабатывать. Подъем сети уж должен быть устроен так, чтобы не считаться завершенным, пока сеть действительно не поднялась. Вот в то, что скрипт запуска DNS-сервера забывает дождаться, пока оный сервер успешно поднимется и будет готов к работе, я легче поверю. Зависимость можно прописать только на машине, где стоит DNS сервер(а). А другие сервера (которые используют локальный DNS по сети) вполне могут загрузиться раньше, чем сервер(а) с локальным DNS. Да дело в том, что bacula службы не должны зависеть от DNS, точнее их загрузка не должна зависеть от DNS. Работа должна, точнее у меня она полностью зависит от DNS. Но блин мне было совсем не очевидно когда я копал в сторну почему не они не запускаются и в итоге наткнулся на DNS ) Хотя может и опыта не хватает. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5267bad7.4070...@skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
23.10.2013 15:26, Vladimir Skubriev пишет: Столкнулся с проблемой описанной: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 В кратце: не стартует сервис bacula-fd только при старте компьютера: cat /var/log/bacula-fd-initd.log 23-Oct 11:30 bacula-fd: ERROR TERMINATION at address_conf.c:521 Config error: can't add port (server.example.lab) to (can't resolve hostname(server.exmaple.lab) Connection timed out) : line 8, col 30 of file /etc/bacula/bacula-fd.conf FDAddress = server.example.lab Причем такое на нескольких компьютерх в сети и не только с File Daemon но и Storage Daemon, Director как то обходится без hosts. Видимо потому, что стартует позже всех, это видно из /etc/rc2.d/* Это предистория. А теперь вопрос: Я могут использовать /etc/hosts файл и задать там АДРЕС ИМЯ вручную. Но тогда мне придется за этим файлом следить. Тем более что сервера у меня используют статические IP. А если например мне нужно будет запускать bacula-fd на компьютерах с DHCP а таких большинство, поддерживать hosts файл будет не совсем правильно. Можно конечно решить эту проблему другими способами, но меня больше интересует именно /etc/hosts и его use cases Или лучше следить за hosts и в будущем не наступать на такие грабли (на компах со статическим IP)? Тем более, что это возможно актуально и для других служб. Вообщем best-practic ? Если есть DNS-сервер, то hosts использовать не нужно! В качестве подпорки используй что-нибудь типа /etc/init.d/bacula restart в /etc/rc.local, или в файлик в /etc/cron.d/ . По крайней мере за ним не нужно следить. -- С уважением, Любимец Андрей Алексеевич -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5267b26e@nskes.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Ну так обычно нейм серверов-то ставят чуть больше одного. -- С уважением, Константин Матюхин
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Andrey Rahmatullin - debian-russian@lists.debian.org @ Wed, 23 Oct 2013 17:40:07 +0600: Ну, или альтернативный вариант: сделать централизованный hosts, содержащий всю статику сети, и раскидывать его скриптом по всем серверам сразу после изменений. AR Я так понимаю, до DNS так и делали? Собственно, DNS изобрели оттого, что делать так в рамках целого интернета стало не алё. AR Ну я догадываюсь, да. Я это к тому, что в рамках отдельно взятой локальной сети вполне может быть и алё. Размер имеет значение. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iowochbe@wizzle.ran.pp.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Vladimir Skubriev - Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 16:02:31 +0400: Странно. Если зависимость прописана, то уж для сети-то она должна срабатывать. Подъем сети уж должен быть устроен так, чтобы не считаться завершенным, пока сеть действительно не поднялась. Вот в то, что скрипт запуска DNS-сервера забывает дождаться, пока оный сервер успешно поднимется и будет готов к работе, я легче поверю. Зависимость можно прописать только на машине, где стоит DNS сервер(а). А другие сервера (которые используют локальный DNS по сети) вполне могут загрузиться раньше, чем сервер(а) с локальным DNS. VS Да дело в том, что bacula службы не должны зависеть от DNS, точнее их загрузка VS не должна зависеть от DNS. VS Работа должна, точнее у меня она полностью зависит от DNS. Вообще говоря, считается, что если работа зависит от DNS, то и загрузка может иметь право от него зависеть. Ну, то есть никто или почти никто не заботится отдельно о том, чтобы без DNS можно было загрузиться, если без него нельзя работать. И в целом это правильно. Если ты уже при старте демона знаешь имя сервера, этот сервер тебе критичен для работы, и он не найден или даже найден, но недоступен, обычно лучше по этому поводу отказаться стартовать, желательно с внятным сообщением об ошибке, чтобы админ не подумал, что твой демон будет работать, в то время как работать он не будет. Обычно такая ситуация означает, что в конфиге ошибка, или что сервер на том конце действительно сломан, реже - что DNS сломан, а вовсе не то, что DNS просто не успел подняться, но вот щас поднимется, и щас все будет. Хотя, конечно, в каждой конкретной ситуации может оказаться, что лучше было бы запуститься и подождать, но... Лучше уж тогда наоборот, подождать и запуститься :) VS Но блин мне было совсем не очевидно когда я копал в сторну почему не они не VS запускаются и в итоге наткнулся на DNS ) VS Хотя может и опыта не хватает. А вот если он при обломе старта забыл положить в лог внятное сообщение об ошибке, то это он зря. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87eh7ccgwm@wizzle.ran.pp.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 03:26 PM, Andrey Lyubimets wrote: Если есть DNS-сервер, то hosts использовать не нужно! В качестве подпорки используй что-нибудь типа /etc/init.d/bacula restart в /etc/rc.local, или в файлик в /etc/cron.d/ . По крайней мере за ним не нужно следить. спасибо, я что то подобное прежполагаю - хук к скриптам запуска может сетевым может другим -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5267c10c.5090...@skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 04:26 PM, Artem Chuprina wrote:
Вообще говоря, считается, что если работа зависит от DNS, то и загрузка
может иметь право от него зависеть. Ну, то есть никто или почти никто
не заботится отдельно о том, чтобы без DNS можно было загрузиться, если
без него нельзя работать.
И в целом это правильно. Если ты уже при старте демона знаешь имя
сервера, этот сервер тебе критичен для работы, и он не найден или даже
найден, но недоступен, обычно лучше по этому поводу отказаться
стартовать, желательно с внятным сообщением об ошибке, чтобы админ не
подумал, что твой демон будет работать, в то время как работать он не
будет.
Внятное сообщение об ошибке я е видел сколько раз перегружал сервант, а
был я на месте только пару раз
В остальном удаленно
В а логах она ни чего не оставляет, такая вот уже штучка. пришлось юзать
ARGS=-d20 -dt -c /etc/bacula/bacula-fd.conf
do_start()
{
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--exec $DAEMON -- $ARGS /var/log/bacula-fd-initd.log 21
}
в init.d script'e
Вопрос в другом как сделать чтобы то, что выводиться при загрузки еще
куда нибудь сохранялось в отдельный лог )
Обычно такая ситуация означает, что в конфиге ошибка, или что сервер на
том конце действительно сломан, реже - что DNS сломан, а вовсе не то,
что DNS просто не успел подняться, но вот щас поднимется, и щас все
будет.
Хотя, конечно, в каждой конкретной ситуации может оказаться, что лучше
было бы запуститься и подождать, но... Лучше уж тогда наоборот,
подождать и запуститься :)
VS Но блин мне было совсем не очевидно когда я копал в сторну почему не они
не
VS запускаются и в итоге наткнулся на DNS )
VS Хотя может и опыта не хватает.
А вот если он при обломе старта забыл положить в лог внятное сообщение
об ошибке, то это он зря.
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
Artem Chuprina ☫ → To debian-russian@lists.debian.org @ Wed, Oct 23, 2013 16:17 +0400 Andrey Rahmatullin - debian-russian@lists.debian.org @ Wed, 23 Oct 2013 17:40:07 +0600: Ну, или альтернативный вариант: сделать централизованный hosts, содержащий всю статику сети, и раскидывать его скриптом по всем серверам сразу после изменений. AR Я так понимаю, до DNS так и делали? Собственно, DNS изобрели оттого, что делать так в рамках целого интернета стало не алё. AR Ну я догадываюсь, да. Я это к тому, что в рамках отдельно взятой локальной сети вполне может быть и алё. Размер имеет значение. Я, кстати, видел такое, но на ручном приводе - т.е. админ каждый раз ручками копировал hosts с мастер-сервера по всем машинам. Имхо, это ужасно криво (даже если автоматизировать процесс) - если уж совсем не хочется заморачиваться с полноценным DNS-сервером, то можно сделать, как я: использовать pdns-recursor экспортом /etc/hosts как зоны и прикрутить forward DNS-запросов для всего остального. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- ...Когда я увидел перед собой перспективу жизни, прожитой так же, как живет весь мир, я решил - ни за что, это отвратительно, мне будет стыдно самого себя. Если бы я участвовал в поддержке этой системы отчужденного, собственнического программирования, мне казалось бы, что я делаю мир хуже ради денег. -- Ричард М. Столлман (из интервью) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023124723.gf5...@undertaker.dev.lan.arta.kz
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
помимо зависимостей в хедерах инит-скрпита можно в оный скрипт добавить при старте что-то типа until ping -c1 hostname; do sleep 1; done ну или dig. или еще как-нибудь. через разумное время попытки прекращаем, ругаемся в лог, что сервер че-то ну никак не доступен 2013-296 14:54 Andrey Tataranovich tataranov...@gmail.com wrote: Зависимость можно прописать только на машине, где стоит DNS сервер(а). А другие сервера (которые используют локальный DNS по сети) вполне могут загрузиться раньше, чем сервер(а) с локальным DNS. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023175629.5c94e...@ulf.tvoe.tv
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On Wed, Oct 23, 2013 at 04:26:17PM +0400, Artem Chuprina wrote: Vladimir Skubriev - Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 16:02:31 +0400: VS Да дело в том, что bacula службы не должны зависеть от DNS, точнее их загрузка VS не должна зависеть от DNS. VS Работа должна, точнее у меня она полностью зависит от DNS. Вообще говоря, считается, что если работа зависит от DNS, то и загрузка может иметь право от него зависеть. Ну, то есть никто или почти никто не заботится отдельно о том, чтобы без DNS можно было загрузиться, если без него нельзя работать. Вообще говоря, для правильно построенной системы отказ dns -- не повод не стартовать сервис и/или не работать. К тому же совершенно непонятно, нахрена бакуле dns. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131023135853.gb3...@cio.protva.ru
Re: NFS high cpu usage
Alexey Shalin c...@hoster.kg writes: была обнаружено офигенная арава коннектов к wp-login.php Вот тут должно возникнуть подозрение на брут. Посмотрели в логах веб-сервера, откуда стучатся? закрыл в фаерволе обращение к этому файлы(на роутере) Это, конечно, взломщиков отрубило. Но не расстроится ли владелец блога, когда он сам не сможет воспользоваться скриптом логина? pgpZ8ANnfJdcj.pgp Description: PGP signature
Не работает wodim - где копать?
Всем привет! Имеется DVD+RW drive, с недавних пор подключённый к новой материнке через PATA-SATA конвертер. Таковой глючило, но потом глючить вроде перестало (когда я запер его параметрами ядра на UDMA33) и читается всё нормально, а вот писать я раньше не пробовал. Теперь попробовал (audio CD), получился облом. Проблема повторилась с двумя болванками из коробки, из которой раньше (со старой материнкой) всё отлично писалось. Так что дело не в болванках. А вот в чём оно может быть? Куда копать, что пробовать? Не раскошеливаться же на новую SATA писалку... Обнаружилось в /var/log/messages: Oct 24 01:35:06 ramendik kernel: [25993.560839] sr 2:0:0:0: [sr0] CDB: Oct 24 01:35:06 ramendik kernel: [25993.560841] Write(10): 2a 00 00 00 00 51 00 00 1b 00 Oct 24 01:35:06 ramendik kernel: [25993.560867] ata3.00: hard resetting link Oct 24 01:35:07 ramendik kernel: [25993.880516] ata3.01: hard resetting link Oct 24 01:35:07 ramendik kernel: [25994.356473] ata3.00: SATA link up 1.5 Gbps (SStatus 113 SControl 330) Oct 24 01:35:07 ramendik kernel: [25994.356490] ata3.01: SATA link up 3.0 Gbps (SStatus 123 SControl 330) Oct 24 01:35:07 ramendik kernel: [25994.372667] ata3.00: FORCE: xfer_mask set to udma33 Oct 24 01:35:07 ramendik kernel: [25994.388677] ata3.00: configured for UDMA/33 Oct 24 01:35:07 ramendik kernel: [25994.396854] ata3.01: configured for UDMA/133 Oct 24 01:35:07 ramendik kernel: [25994.398887] ata3: EH complete такое повторяется на каждой попытке записи. ata3.00 - собственно писалка. ata3.01 - один из жёстких дисков, как раз тот где живут / и /home (второй ata4.00). А вот вывод wodim. $ wodim -speed 8 -v -audio -pad track00.wav track01.wav track02.wav wodim: No write mode specified. wodim: Assuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. TOC Type: 0 = CD-DA wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits. Device was not specified. Trying to find an appropriate drive... Looking for a CD-R drive to store 96.85 MiB... Detected CD-R drive: /dev/cdrw Using /dev/cdrom of unknown capabilities scsidev: '/dev/cdrom' devname: '/dev/cdrom' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.11 Driveropts: 'burnfree' SCSI buffer size: 64512 Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'Optiarc ' Identification : 'DVD RW AD-7200A ' Revision : '1.09' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 (CD-R) Profile: 0x002B (DVD+R/DL) Profile: 0x001B (DVD+R) Profile: 0x001A (DVD+RW) Profile: 0x0016 (DVD-R/DL layer jump recording) Profile: 0x0015 (DVD-R/DL sequential recording) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x0012 (DVD-RAM) Profile: 0x0011 (DVD-R sequential recording) Profile: 0x0010 (DVD-ROM) Profile: 0x000A (CD-RW) Profile: 0x0009 (CD-R) (current) Profile: 0x0008 (CD-ROM) (current) Profile: 0x0002 (Removable disk) Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R Drive buf size : 866304 = 846 KB Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. FIFO size : 12582912 = 12288 KB Track 01: audio 24 MB (02:25.15) no preemp pad Track 02: audio 24 MB (02:26.57) no preemp pad Track 03: audio 47 MB (04:43.97) no preemp Total size: 97 MB (09:39.72) = 43479 sectors Lout start: 97 MB (09:41/54) = 43479 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable Disk sub type: Medium Type B, low Beta category (B-) (4) ATIP start of lead in: -11607 (97:27/18) ATIP start of lead out: 359849 (79:59/74) Disk type:Short strategy type (Phthalocyanine or similar) Manuf. index: 18 Manufacturer: Plasmon Data systems Ltd. Blocks total: 359849 Blocks current: 359849 Blocks remaining: 316370 Speed set to 1411 KB/s Starting to write CD/DVD at speed 8.0 in real TAO mode for single session. Last chance to quit, starting real write in0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Starting new track at sector: 0 Track 01:0 of 24 MB written.Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error CDB: 2A 00 00 00 00 51 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 Sense Key: 0x0 No Additional Sense, Segment 0 Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.862s timeout 40s write track data: error after 190512 bytes wodim: A write error occured. wodim: Please properly read the error message above. Errno: 5 (Input/output error), test unit ready scsi sendcmd: no error CDB: 00 00 00 00 00 00 status: 0x2
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
23.10.2013 15:26, Vladimir Skubriev пишет: Столкнулся с проблемой описанной: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 FDAddress = server.example.lab Это предистория. А теперь вопрос: Можно конечно решить эту проблему другими способами, но меня больше интересует именно /etc/hosts и его use cases Или лучше следить за hosts и в будущем не наступать на такие грабли (на компах со статическим IP)? Тем более, что это возможно актуально и для других служб. Вообщем best-practic ? Владимир! Что бы не наступать на грабли -- не нужно их разбрасывать! Прочитай приведённую тобой ссылку - там dns ни разу не упоминается! Правильное решение между тем - первым пунктом: 1. Allow bacula-fd to listen on all addresses - remove line FDAddress = .. or change it to FDAddress = 0.0.0.0 С уважением, Любимец Андрей Алексеевич -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52688e38.1060...@nskes.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
23.10.2013 20:58, Eugene Berdnikov пишет: On Wed, Oct 23, 2013 at 04:26:17PM +0400, Artem Chuprina wrote: Vladimir Skubriev - Debian-russian@lists.debian.org @ Wed, 23 Oct 2013 16:02:31 +0400: VS Да дело в том, что bacula службы не должны зависеть от DNS, точнее их загрузка VS не должна зависеть от DNS. VS Работа должна, точнее у меня она полностью зависит от DNS. Вообще говоря, считается, что если работа зависит от DNS, то и загрузка может иметь право от него зависеть. Ну, то есть никто или почти никто не заботится отдельно о том, чтобы без DNS можно было загрузиться, если без него нельзя работать. Вообще говоря, для правильно построенной системы отказ dns -- не повод не стартовать сервис и/или не работать. К тому же совершенно непонятно, нахрена бакуле dns. Так и рождаются мифы и легенды. У топикстартера бакула не может отресолвить адрес интерфейса, который должна слушать, потому что сетевой интерфейс ещё не поднялся. -- С уважением, Любимец Андрей Алексеевич -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5268903d.1090...@nskes.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/23/2013 05:58 PM, Eugene Berdnikov wrote:
On Wed, Oct 23, 2013 at 04:26:17PM +0400, Artem Chuprina wrote:
Vladimir Skubriev - Debian-russian@lists.debian.org @ Wed, 23 Oct 2013
16:02:31 +0400:
VS Да дело в том, что bacula службы не должны зависеть от DNS, точнее их
загрузка
VS не должна зависеть от DNS.
VS Работа должна, точнее у меня она полностью зависит от DNS.
Вообще говоря, считается, что если работа зависит от DNS, то и загрузка
может иметь право от него зависеть. Ну, то есть никто или почти никто
не заботится отдельно о том, чтобы без DNS можно было загрузиться, если
без него нельзя работать.
Вообще говоря, для правильно построенной системы отказ dns -- не повод
не стартовать сервис и/или не работать. К тому же совершенно непонятно,
нахрена бакуле dns.
вот конфиг бакулы файл демона создаваемой автоматом через chef:
# Managed by chef for %= node['fqdn'] %
FileDaemon {
Name = %= node['hostname'] %
WorkingDirectory = /var/lib/bacula
Pid Directory = /var/run/bacula
Maximum Concurrent Jobs = 10
FDAddress = %= node['fqdn'] %
}
#
# List Directors who are permitted to contact this File daemon
#
Director {
Name = %= node['bacula']['director']['name'] %
Password = %= @password %
}
# Send all to director
Messages {
Name = Daemon
Director = %= node['bacula']['director']['name'] % = all
syslog = all, !skipped, !saved
append = %= #{node['bacula']['storage']['log_dir']}/log-fd % = all
}
Спору нет можно указать и
FDAddress = 0.0.0.0
Тогда поидее будет слушать на всем чем угодно. Оно и так и так верно, но
0.0.0.0 более универсально конечно.
И в случае если оно настраивает сервер с Интернет IP, то нужно быть 100
% уверенным в firewall'е.
А это потенциальная дыра в случае, если FW не настроен или еще что.
Но я все же остановлюсь на своем варианте т.е. буду править hosts на
машинах со статическим IP.
В дальнейшем можно будет подумать над этим вопросом и его более
элегантным решением.
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5268a71c.3010...@skubriev.ru
Re: использовать или нет /etc/hosts, если есть собственный DNS для локальной зоны?
On 10/24/2013 07:04 AM, Andrey Lyubimets wrote: 23.10.2013 15:26, Vladimir Skubriev пишет: Столкнулся с проблемой описанной: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 FDAddress = server.example.lab Это предистория. А теперь вопрос: Можно конечно решить эту проблему другими способами, но меня больше интересует именно /etc/hosts и его use cases Или лучше следить за hosts и в будущем не наступать на такие грабли (на компах со статическим IP)? Тем более, что это возможно актуально и для других служб. Вообщем best-practic ? Владимир! Что бы не наступать на грабли -- не нужно их разбрасывать! Золотые слова! Но куда же без них - разве чему нибудь научишься ) Прочитай приведённую тобой ссылку - там dns ни разу не упоминается! Правильное решение между тем - первым пунктом: 1. Allow bacula-fd to listen on all addresses - remove line FDAddress = .. or change it to FDAddress = 0.0.0.0 С уважением, Любимец Андрей Алексеевич Согласен, как вариант. Но тогда нужны быть уверенным в FW, если подымаешь на шлюзе. А bacula исключительно у меня внутренний сервис. Да у меня шлюз и другие сервисы частенько на одной машине. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5268a835.7000...@skubriev.ru
