From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 7 Dec 2006 14:47:53 +0200 From: Michael Shigorin To: sysadmins@lists.altlinux.org Message-ID: <20061207124753.GJ21107@osdn.org.ua> Mail-Followup-To: sysadmins@lists.altlinux.org References: <20061207100858.GN22283@vladregion.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20061207100858.GN22283@vladregion.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: [Sysadmins] M2.4 migration to ovz X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: shigorin@gmail.com, ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2006 12:48:19 -0000 Archived-At: List-Archive: On Thu, Dec 07, 2006 at 01:08:59PM +0300, Alexander Volkov wrote: > Есть сервер под М2.4, который в силу установленного на ём софта > нет возможности upgrade-ить. Можно ли его перетащить в ovz, > как и когда это лучше сделать с учетом текущей пакетной > обстановки? Именно так пока не доводилось, но затаскивал не совсем тривиальную установку 2.4 в vserver 1.x -- работает; сейчас поднял недостроенную сборочницу с M24 под 2.6.16-ovz-alt12 -- будто работает. > Железо - 2хXEON2.66 на i7210, почти полностью поддерживается даже в 2.4. Это ему будет уже по барабану. > Делал ли кто либо подобное, или мож, мысли у кого есть, поделитесь? Если нет уверенности, но есть возможность некоторого даунтайма на такой эксперимент -- может иметь смысл сделать установку примерно под такую машинку на отдельном диске (желательно другого типа -- например, IDE при SCSI-only машинке, чтобы нумерация не посъезжала), сконфигурировать вчерне там монтирование файловых систем (поскольку в контейнере этого сделать уже не выйдет; см. тж. http://forum.openvz.org/index.php?t=msg&th=159&#msg_720) и засунуть целиком имеющийся корень в контейнер последовательностью вызовов mount в openvz mount script. Тут больше всего неудобств именно с тем, чтобы дисковую ситуацию воспроизвести, а потом, посматривая в watch grep -v ' 0$' /proc/user_beancounters -- поднять сильно зажатые из коробки лимиты, пригружая машинку до того, как использованные перестанут упираться в limit/barrier. Обычно стоит ещё процентов на 20--50% сделать запас. 3.0 в VE запихался вполне нормально. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/