From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_00, RCVD_NUMERIC_HELO autolearn=no version=3.2.4 X-Injected-Via-Gmane: http://gmane.org/ To: sysadmins@lists.altlinux.org From: =?UTF-8?B?0JLQsNC00LjQvCDQmNC70LvQsNGA0LjQvtC90L7Qsg==?= Date: Wed, 25 Jun 2008 17:50:05 +0400 Organization: =?UTF-8?B?0J3QvtCy0YvQtSDQodC40YHRgtC10LzRiyDQotC10LvQtdC60L7QvA==?= Message-ID: References: <200806241206.59207.bv@gres.tomske.elektra.ru> <4860A67C.9040005@mont-spb.ru> <4860BDBD.9010502@mont-spb.ru> <48621BA3.509@mmascience.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 62.141.103.3 User-Agent: KNode/0.10.9 Sender: news Subject: Re: [Sysadmins] =?utf-8?q?samba_=28pdc=29_+_ddns_+_dhcp_+_squid_?= =?utf-8?b?0LggbWFpbD8=?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2008 13:50:20 -0000 Archived-At: List-Archive: Владимир wrote: > Если интересно. Очень! > У меня было нечто подобное и после доработки на разных инсталляциях и в > разных условиях в качестве функций было добавлено в /etc/rc.d/init.d/slapd > Добавлены две опции: > service slapd save > service slapd rebuild Скрипт - в студию. > rebuild, поскольку восстановление баз дело редкое, а "переинициализация" > после изменения конфигурации индексов или изменений в составе > менеджеров или их полномочий происходит чаще. Хм. Мне чаще доводится именно упавшую базу чинить, потому и наскриптовал. > 1. Кстати, чтобы можно было без проблем и ругани менять менеджеров и > их права, лучше сразу удалять из текстового дампа баз служебную инфу > (кто и когда вносил в запись последние изменения и т.п.). > 2. Кстати, после "обкатки" я пришел к выводу, что лучше делать backup > не "по факту запуска скрипта", а по "факту внесения изменений после > последнего запуска" и хранить некоторое количество копий для отката > (у меня это реализовано через проверку md5 и logrotate). > 3. Кстати, такие переменные, как $WDIR $SITE $BASE $LOGS лучше > не объявлять в самом скрипте, а "выуживать" из конфигурационных > файлов сервиса. У меня при создании новых или удалении старых баз > изменения делаются один раз и только в конфигурационной директории > сервиса. 4. Кстати, баз может быть несколько (каждая описана в своем > конфигурационном файле), а представленный скрипт этого > обстоятельства не учитывает. Так покройте его своим скриптом, это учитывающим! И не только это, но и все озвученные "Кстати" :) _________________________________ С уважением, Вадим Илларионов системный администратор ООО "Новые Системы Телеком" UIN: 7899517 JID: master at usib dot irkps dot ru Телефоны: - рабочий +7 495 6414045+5885 - мобильный +7 916 3889337