From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.2.5 From: "Sergey N. Yatskevich" To: ALT Linux Team development discussions In-Reply-To: <20090710065412.GA28289@ender.fondinvestrk.ru> References: <20090708170002.GA19553@lsv.altlinux.ru> <20090709192834.GA7086@utvuk.ender.rk> <20090709204951.GA18673@lsv.altlinux.ru> <20090710065412.GA28289@ender.fondinvestrk.ru> Content-Type: text/plain; charset="UTF-8" Date: Fri, 10 Jul 2009 16:42:15 +0400 Message-Id: <1247229735.5421.31.camel@snc-s6410> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 8bit X-Spam: Not detected X-Mras: Ok Subject: Re: [devel] I: openldap 2.4.16 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2009 12:42:37 -0000 Archived-At: List-Archive: List-Post: В Птн, 10/07/2009 в 10:54 +0400, Afanasov Dmitry пишет: > а теперь представим обновление сентябрского сизифа до текущего. > обвновляется будет порядка 1200 пакетов. интересно, много шансов заметить > в этом километровом листинге ошибку обновления ldap'а? не прервет ли этот > красивый листинг ошибка при обновлении ldap'а? > > именно по причине сложности конвертации и высоких шансов пропустить, что > же там происходит, я считаю, что конвертацию базы на этапе rpm -Uhv делать > нельзя. максимум перекинуть её из %post в service openldap start, хотя и > здесь та же проблема: машина может запускаться без монитора, и опять > пользователь не увидит ошибки. либо отвалится по service slapd > condreload/condrestart при том же обвнолении. Дмитрий, моё IMHO: в описанной Вами ситуации принципиально нельзя делать обновления, при которых требуется что-либо более сложное, чем простой перезапуск сервиса (т.е. фактически допускаются только баг-фиксы ПО). Описанная Вами ситуация, на мой взгляд, требует установки нового сервера с новым ПО, перекачки туда данных со старого сервера, отладки его функционирования с последующей заменой старого сервера новым с сохранением старого сервера в резерве в течении контрольного срока.