[Sysadmins] миграция debian etch -> altlinux

[Sysadmins] миграция debian etch -> altlinux

[Andriy Khavryuchenko]

Может кто поделиться опытом миграции удалённой инсталляции debian на ALT?

У меня доверия нашим сборщикам ядер, glibc и coreutils как-то поболее...

Спасибо.

-- 
С --as-needed не поможет.
С rpm-build-4.0.4-alt62 тоже не поможет.
Надо /usr/lib/libcupsimage.so.2 фиксить.
Мало ли чего там авторы недопонимают.
		-- ldv in #9076

Re: [Sysadmins] миграция debian etch -> altlinux

[Michael Shigorin]

On Wed, Mar 05, 2008 at 12:43:21PM +0200, Andriy Khavryuchenko wrote:
> Может кто поделиться опытом миграции удалённой инсталляции
> debian на ALT?

Есть только древний по переезду с RHL7.3 на ALM2.2.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] миграция debian etch -> altlinux

[Vyatcheslav Perevalov]

В сообщении от 8 марта 2008 Michael Shigorin написал(a):
> > Может кто поделиться опытом миграции удалённой инсталляции
> > debian на ALT?
>
> Есть только древний по переезду с RHL7.3 на ALM2.2.

Кстати, тоже интересует вопрос повозможности безболезненного переезда с ASP 
11 на что-либо от Альт.

-- 
Всего хорошего
		/vip

Re: [Sysadmins] миграция debian etch -> altlinux

[Michael Shigorin]

On Sat, Mar 08, 2008 at 10:51:58PM +0600, Vyatcheslav Perevalov wrote:
> > > Может кто поделиться опытом миграции удалённой инсталляции
> > > debian на ALT?
> > Есть только древний по переезду с RHL7.3 на ALM2.2.

(и никому особенно не пожелаю -- мне нужно было минимизировать
простой одного простенького сервиса; в сумме он пролежал минуты
три, наверное)

> Кстати, тоже интересует вопрос повозможности безболезненного
> переезда с ASP 11 на что-либо от Альт.

Удалённо?  Локально?  Какой даунтайм допустим?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] миграция debian etch -> altlinux

[Vyatcheslav Perevalov]

В сообщении от 9 марта 2008 Michael Shigorin написал(a):
> Удалённо?  Локально?  Какой даунтайм допустим?

Локально. Выхода в инет нет и не предвидится. Даунтайм - любой разумный, ибо 
имеется резервный сервер. На обоих - только оракл 9.

-- 
Всего хорошего
		/vip

Re: [Sysadmins] миграция debian etch -> altlinux

[Michael Shigorin]

On Sun, Mar 09, 2008 at 12:23:40AM +0600, Vyatcheslav Perevalov wrote:
> > Удалённо?  Локально?  Какой даунтайм допустим?
> Локально. Выхода в инет нет и не предвидится. Даунтайм - любой
> разумный, ибо имеется резервный сервер. На обоих - только оракл
> 9.

Тю, а какая разница, что за неподдерживаемая прокладка под
ораклом?  Я бы не заморачивался.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] миграция debian etch -> altlinux

[Sergey]

On Wednesday 05 March 2008, Andriy Khavryuchenko wrote:

> Может кто поделиться опытом миграции удалённой инсталляции debian на 
> ALT? 
 
С deb на rpm ? Что-то сомнения большие на тему простоты и возможности.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] миграция debian etch -> altlinux

[Andriy Khavryuchenko]

Michael Shigorin написав(ла):
> On Wed, Mar 05, 2008 at 12:43:21PM +0200, Andriy Khavryuchenko wrote:
>> Может кто поделиться опытом миграции удалённой инсталляции
>> debian на ALT?
> 
> Есть только древний по переезду с RHL7.3 на ALM2.2.

Резюме.

Переезд пришлось отложить, но основной порядок действий ясен:
 1. Поставить альтовское ядро как угодно, хоть через rpm2cpio
 2. На отдельном разделе развернуть образ минимальной работоспособной
системы с правильными настройками и ssh
 3. Скрестить пальцы и перегрузиться, указав новому ядру другой корень.

-- 
тебе влом релиз увеличить?
тогда я сделаю NMU.
		-- mouse in #7637

Re: [Sysadmins] миграция debian etch -> altlinux

[Alexey Shabalin]

11.03.08, Andriy Khavryuchenko написал(а):
> Michael Shigorin написав(ла):
>
> > On Wed, Mar 05, 2008 at 12:43:21PM +0200, Andriy Khavryuchenko wrote:
>  >> Может кто поделиться опытом миграции удалённой инсталляции
>  >> debian на ALT?
>  >
>  > Есть только древний по переезду с RHL7.3 на ALM2.2.
>
>
> Резюме.
>
>  Переезд пришлось отложить, но основной порядок действий ясен:
0. если сервер "боевой" - заранее купить вазелин. :)
>   1. Поставить альтовское ядро как угодно, хоть через rpm2cpio
>   2. На отдельном разделе развернуть образ минимальной работоспособной
>  системы с правильными настройками и ssh
>   3. Скрестить пальцы и перегрузиться, указав новому ядру другой корень.


-- 
Alexey Shabalin

Re: [Sysadmins] миграция debian etch -> altlinux

[Andriy Khavryuchenko]

Alexey Shabalin написав(ла):
> 11.03.08, Andriy Khavryuchenko написал(а):
>>  Переезд пришлось отложить, но основной порядок действий ясен:
> 0. если сервер "боевой" - заранее купить вазелин. :)

Если нет бекапов, тогда да.
Если нужен минимальный downtime - озадачить заказчика вторым сервером на
время переноса.

В данном случае был вопрос про переезд свежего хоста в удалённом датацентре.

Вопрос закрыт, спасибо.

-- 
Стас, вот тебе фичреквест, Если Будет Нефиг Делать
		-- mike in #1202

Re: [Sysadmins] миграция debian etch -> altlinux

[Michael Shigorin]

On Tue, Mar 11, 2008 at 03:48:25PM +0200, Andriy Khavryuchenko wrote:
> >> Может кто поделиться опытом миграции удалённой инсталляции
> >> debian на ALT?
> > Есть только древний по переезду с RHL7.3 на ALM2.2.
> Резюме.
> Переезд пришлось отложить, но основной порядок действий ясен:
>  1. Поставить альтовское ядро как угодно, хоть через rpm2cpio
>  2. На отдельном разделе развернуть образ минимальной
>  работоспособной системы с правильными настройками и ssh
>  3. Скрестить пальцы и перегрузиться, указав новому ядру другой корень.

Ух ты, я так не пробовал.  Правда, с отдельным разделом не помню,
получалось ли...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] миграция debian etch -> altlinux

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 6435 bytes --]

Alexey Shabalin пишет:
>>  >> Может кто поделиться опытом миграции удалённой инсталляции
>>  >> debian на ALT?
>>  >
>>  > Есть только древний по переезду с RHL7.3 на ALM2.2.
>>
>> Резюме.
>>
>>  Переезд пришлось отложить, но основной порядок действий ясен:
>>     
> 0. если сервер "боевой" - заранее купить вазелин. :)
>   
Тю. Мы подобным образом на FreeBSD  АLT удаленно накатываем. :-)
>>   1. Поставить альтовское ядро как угодно, хоть через rpm2cpio
>>   2. На отдельном разделе развернуть образ минимальной работоспособной
>>  системы с правильными настройками и ssh
>>   3. Скрестить пальцы и перегрузиться, указав новому ядру другой корень.
>>     
Можно немного по другому.
1. Копируете ядро и имидж  (из syslinux/alt0 )рядышком с существующим 
ядром с диска инсталятора.
2. Устанавливаете его в GRUB чтобы использовалось только 1 раз при 
первой загрузке. Если что-то пойдет не так, то можно просто ребутнуть и 
загрузится старая система. В cmdline прописываете настройки сети, путь к 
инсталятору и т.д. все что необходимо для установки, а также опцию ai 
(автоинстал)
Примерно так:
default saved
fallback 0
timeout 5
title freebsd
kernel (hd0,0,a)/boot/loader
savedefault 0
title ALTLinux
kernel (hd0,0,a)/boot/vmlinuz stagename=altinst showopts 
ramdisk_size=65536 ai 
automatic=method:ftp,network:static,ip:$addr,gateway:$defaultrouter,user:$ftp_user,pass:$ftp_password,server:$server_ip,directory:$ftp_root
initrd (hd0,0,a)/boot/full.cz.

3. Выкладываете в сеть дистрибутив по ранее прописанному адресу.
4. В Metadata кладете autoinstall.sch и vm-profile.scm
Здесь теперь важно правильный autoinstall.sch и vm-profile.scm. В 
autoinstall.sch прописываете настройки сети, пароли и пользователей. Его 
нужно проверять и лишнее удалить руками, т.к. альтератор пишет туда все 
что делает пользователь и потом не может это воспроизвести.
Вот мой рабочий:
(("syslang") language ("en_US") action "write" lang ("en_US"))
(("sysfont") language ("en_US") action "write")
(("evms" "control") language ("en_US") action "write" control open 
installer #t)
(("evms" "control") language ("en_US") action "write" control update)
(("evms" "profiles" "workstation") language ("en_US") action apply 
commit #t clearall #t exclude ())
(("evms" "control") language ("en_US") action "write" control commit)
(("evms" "control") language ("en_US") action "write" control close)
(("basesystem") language ("en_US") action "write")
(("preinstall") language ("en_US") action "write")
(("deadline") language ("en_US") action "write")
(("lilo") language ("en_US") action "write" target "boot" devname "hda")
(("lilo") language ("en_US") action "commit")
(("root") language ("en_US") action "write" passwd1 "123" passwd2 "123")
(("users") language ("en_US") action "new" name "slava" allow_su #t 
passwd1 "133" passwd2 "133")
(("net-general") language ("en_US") action "write" hostname_auto #f 
dns_auto #f hostname "@HOSTNAME@" dns "@DNS@" search "loc
aldomain" restart #f)
(("net-eth" "eth0") action "constraints" orig_action "write" language 
("en_US") dhcp #f ip "@IP@" mask "@MASK@" hw_binding "m
ac" default "@GW@" restart #f)
(("net-eth" "eth0") action "write" language ("en_US") dhcp #f ip "@IP@" 
mask "@MASK@" hw_binding "mac" default "@GW@" restart
 #f)

Правильный vm-profile.scm тоже важен. Вот пример:
((workstation
  (title . "Setup for workstation")
  (action . trivial)
  (actiondata  ("swap" (size 1048576 . 2097152) (fsim . "SWAPFS") 
(methods plain))
               ("/" (size 4194304 . 8388608 ) (fsim . "Ext2/3") (methods 
plain))
               ("/var" (size 4194304 . #t) (fsim . "Ext2/3") (methods  
plain))))
 (server
  (title . "Setup for server")
  (action . trivial)
  (actiondata ("swap" (size 1048576 . 2097152) (fsim . "SWAPFS") 
(methods plain))
              ("/" (size . 1048576) (fsim . "Ext2/3") (methods raid plain))
              ("/usr" (size . 4194304) (fsim . "Ext2/3") (methods 
raid+lvm lvm plain))
              ("/home" (size . 2097152) (fsim . "Ext2/3") (methods lvm 
plain))
              ("/var" (size 4194304 . #t) (fsim . "XFS") (methods lvm 
plain)))))

Используется профиль workstation т.к. мне не удалось заставить работать 
server с autoinstall.

Т.к. никаких данных нет, то я просто очищаю все и разбиваю диск так как 
надо. Вам же придется сделать немного подругому.
Например отключить своп и удалить этот раздел и для разбивки диска 
использовать свободное пространство. Тут нужно сделать тестовый забег. :-)

Все. Перегружаетесь, система ставится автоматически.

Еще нюанс: текущий инсталятор не умеет устанавливаться с запароленного 
ftp. А если с анонимного ftp, то тут не безопасно, т.к. пароли прописаны 
и доступны для всех. Патч на инсталятор в багзиле лежит.

Если надо, могу дать скриптик, который делает это все автоматом (для 
BSD). Для Linux еще проще - не нужно ставить grub и т.д.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [Sysadmins] миграция debian etch -> altlinux

[Andriy Khavryuchenko]

Slava Dubrovskiy написав(ла):
> Если надо, могу дать скриптик, который делает это все автоматом (для
> BSD). Для Linux еще проще - не нужно ставить grub и т.д.

Сделайте ещё лучше - выложите вышесказанное на вики.  А скрипт можно
туда приложить.

-- 
кто не ответил, я не виноват - делаю NMU ;)
		-- lakostis in #8365

Re: [Sysadmins] миграция debian etch -> altlinux

[Michael Shigorin]

On Wed, Mar 12, 2008 at 09:30:25AM +0200, Slava Dubrovskiy wrote:
> Если надо, могу дать скриптик, который делает это все автоматом
> (для BSD). Для Linux еще проще - не нужно ставить grub и т.д.

А не хочешь страничкой на wiki оформить?  Я вот обалдел при
прочтении :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] миграция debian etch -> altlinux

[Eugene Ostapets]

12.03.08, Slava Dubrovskiy<slava tangramltd.com> написал(а):
>  4. В Metadata кладете autoinstall.sch и vm-profile.scm
А можно эти файлики в виде атача и желательно с указанием к чему их
прилагать, а то копипаст из тела письма не сработал ни с Server-4.0.1,
ни с Desktop-Lite-4.0.2, оба дают FAILED на preinstall
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Sysadmins] миграция debian etch -> altlinux

[Slava Dubrovskiy]

[-- Attachment #1.1: Type: text/plain, Size: 1314 bytes --]

Eugene Ostapets пишет:
> 12.03.08, Slava Dubrovskiy<slava tangramltd.com> написал(а):
>   
>>  4. В Metadata кладете autoinstall.sch и vm-profile.scm
>>     
> А можно эти файлики в виде атача и желательно с указанием к чему их
> прилагать, а то копипаст из тела письма не сработал ни с Server-4.0.1,
> ни с Desktop-Lite-4.0.2, оба дают FAILED на preinstall
>   
Может быть. Я собирал свой инсталлятор на пакетной базе сизифа и 
соответствующие модули могут отличаться.
vm-profile.scm находится в пакете alterator-vm по пути /var/cache/alterator
Структура частично описана тут: 
http://lists.altlinux.org/pipermail/devel/2007-April/057653.html

autoinstall.sch лежит в /root после установки
Дальнейшие его правки делал "на глаз" и затем просто проверял "методом 
тестовой установки". :-)
По своей сути это просто команды передаваемые от фронтенда -> бэкенду.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #1.2: autoinstall.scm --]
[-- Type: text/x-scheme, Size: 1671 bytes --]

(("syslang") language ("en_US") action "write" lang ("en_US"))
(("sysfont") language ("en_US") action "write")
(("evms" "control") language ("en_US") action "write" control open installer #t)
(("evms" "control") language ("en_US") action "write" control update)
(("evms" "profiles" "workstation") language ("en_US") action apply commit #t clearall #t exclude ())
(("evms" "control") language ("en_US") action "write" control commit)
(("evms" "control") language ("en_US") action "write" control close)
(("basesystem") language ("en_US") action "write")
(("preinstall") language ("en_US") action "write")
(("deadline") language ("en_US") action "write")
(("lilo") language ("en_US") action "write" target "boot" devname "hda")
(("lilo") language ("en_US") action "commit")
(("root") language ("en_US") action "write" passwd1 "cm_30ApcprDs" passwd2 "cm_30ApcprDs")
(("users") language ("en_US") action "new" name "slava" allow_su #t passwd1 "133SD" passwd2 "133SD")
(("users") language ("en_US") action "new" name "santa" allow_su #t passwd1 "cm_30ApcprDs" passwd2 "cm_30ApcprDs")
(("users") language ("en_US") action "new" name "spitfire" allow_su #t passwd1 "cm_30ApcprDs" passwd2 "cm_30ApcprDs")
(("net-general") language ("en_US") action "write" hostname_auto #f dns_auto #f hostname "localhost.localdomain" dns "192.168.1.1" search "localdomain" restart #f)
(("net-eth" "eth0") action "constraints" orig_action "write" language ("en_US") dhcp #f ip "192.168.1.122" mask "24" hw_binding "mac" default "192.168.1.1" restart #f)
(("net-eth" "eth0") action "write" language ("en_US") dhcp #f ip "192.168.1.122" mask "24" hw_binding "mac" default "192.168.1.1" restart #f)

[-- Attachment #1.3: vm-profile.scm --]
[-- Type: text/x-scheme, Size: 782 bytes --]

((workstation
  (title . "Setup for workstation")
  (action . trivial)
  (actiondata  ("swap" (size 1048576 . 2097152) (fsim . "SWAPFS") (methods plain))
               ("/" (size 4194304 . 8388608 ) (fsim . "Ext2/3") (methods plain))
               ("/var" (size 4194304 . #t) (fsim . "Ext2/3") (methods  plain))))
 (server
  (title . "Setup for server")
  (action . trivial)
  (actiondata ("swap" (size 1048576 . 2097152) (fsim . "SWAPFS") (methods plain))
              ("/" (size . 1048576) (fsim . "Ext2/3") (methods raid plain))
              ("/usr" (size . 4194304) (fsim . "Ext2/3") (methods raid+lvm lvm plain))
              ("/home" (size . 2097152) (fsim . "Ext2/3") (methods lvm plain))
              ("/var" (size 4194304 . #t) (fsim . "XFS") (methods lvm plain)))))

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [Sysadmins] миграция debian etch -> altlinux

[Eugene Ostapets]

14.03.08, Slava Dubrovskiy<slava@tangramltd.com> написал(а):
> Eugene Ostapets пишет:
>
> > 12.03.08, Slava Dubrovskiy<slava tangramltd.com> написал(а):
>  >
>  >>  4. В Metadata кладете autoinstall.sch и vm-profile.scm
>  >>
>  > А можно эти файлики в виде атача и желательно с указанием к чему их
>  > прилагать, а то копипаст из тела письма не сработал ни с Server-4.0.1,
>  > ни с Desktop-Lite-4.0.2, оба дают FAILED на preinstall
>  >
>
> Может быть. Я собирал свой инсталлятор на пакетной базе сизифа и
>  соответствующие модули могут отличаться.
>  Дальнейшие его правки делал "на глаз" и затем просто проверял "методом
>  тестовой установки". :-)
>  По своей сути это просто команды передаваемые от фронтенда -> бэкенду.
Угу... Я так и эксперементировал :)
Сервер поставился после убирания строки с preinstall... А вот с
Десктопом продолжаю мучать VMWare... :(


С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Sysadmins] миграция debian etch -> altlinux

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 2168 bytes --]

Eugene Ostapets пишет:
> 14.03.08, Slava Dubrovskiy<slava@tangramltd.com> написал(а):
>   
>> Eugene Ostapets пишет:
>>
>>     
>>> 12.03.08, Slava Dubrovskiy<slava tangramltd.com> написал(а):
>>>       
>>  >
>>  >>  4. В Metadata кладете autoinstall.sch и vm-profile.scm
>>  >>
>>  > А можно эти файлики в виде атача и желательно с указанием к чему их
>>  > прилагать, а то копипаст из тела письма не сработал ни с Server-4.0.1,
>>  > ни с Desktop-Lite-4.0.2, оба дают FAILED на preinstall
>>  >
>>
>> Может быть. Я собирал свой инсталлятор на пакетной базе сизифа и
>>  соответствующие модули могут отличаться.
>>  Дальнейшие его правки делал "на глаз" и затем просто проверял "методом
>>  тестовой установки". :-)
>>  По своей сути это просто команды передаваемые от фронтенда -> бэкенду.
>>     
> Угу... Я так и эксперементировал :)
> Сервер поставился после убирания строки с preinstall... А вот с
> Десктопом продолжаю мучать VMWare... :(
>   
Ну теоретически, как я понимаю, можно вообще оставить то что надо и 
пропускать отдельные шаги или делать их не в той последовательности.
А вообще все это очень сыро и на мой взгляд не надежно. Начать хотя бы с 
того, что инсталлятор записывает все действия пользователей, например 
если вы 2 раза введете имя хоста, то это запишется в файл 
автоконфигурации. И т.д. и т.п.
Защиты "от дурака" нет никакой :-)

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [Sysadmins] миграция debian etch -> altlinux

[Eugene Ostapets]

14.03.08, Slava Dubrovskiy<slava tangramltd.com> написал(а):
> Eugene Ostapets пишет:
>
> > 14.03.08, Slava Dubrovskiy<slava tangramltd.com> написал(а):
>  >
>  >> Eugene Ostapets пишет:
>  >>
>  >>
>  >>> 12.03.08, Slava Dubrovskiy<slava tangramltd.com> написал(а):
>  >>>
>  >>  >
>  >>  >>  4. В Metadata кладете autoinstall.sch и vm-profile.scm
>  >>  >>
>  >>  > А можно эти файлики в виде атача и желательно с указанием к чему их
>  >>  > прилагать, а то копипаст из тела письма не сработал ни с Server-4.0.1,
>  >>  > ни с Desktop-Lite-4.0.2, оба дают FAILED на preinstall
>  >>  >
>  >>
>  >> Может быть. Я собирал свой инсталлятор на пакетной базе сизифа и
>  >>  соответствующие модули могут отличаться.
>  >>  Дальнейшие его правки делал "на глаз" и затем просто проверял "методом
>  >>  тестовой установки". :-)
>  >>  По своей сути это просто команды передаваемые от фронтенда -> бэкенду.
>  >>
>  > Угу... Я так и эксперементировал :)
>  > Сервер поставился после убирания строки с preinstall... А вот с
>  > Десктопом продолжаю мучать VMWare... :(
> Ну теоретически, как я понимаю, можно вообще оставить то что надо и
>  пропускать отдельные шаги или делать их не в той последовательности.
>  А вообще все это очень сыро и на мой взгляд не надежно. Начать хотя бы с
>  того, что инсталлятор записывает все действия пользователей, например
>  если вы 2 раза введете имя хоста, то это запишется в файл
>  автоконфигурации. И т.д. и т.п.
>  Защиты "от дурака" нет никакой :-)
Угу... И документации, кроме исходников... И авторы отмалчиваются...
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Sysadmins] миграция debian etch -> altlinux

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 1999 bytes --]

Eugene Ostapets пишет:
>>  >> Может быть. Я собирал свой инсталлятор на пакетной базе сизифа и
>>  >>  соответствующие модули могут отличаться.
>>  >>  Дальнейшие его правки делал "на глаз" и затем просто проверял "методом
>>  >>  тестовой установки". :-)
>>  >>  По своей сути это просто команды передаваемые от фронтенда -> бэкенду.
>>  >>
>>  > Угу... Я так и эксперементировал :)
>>  > Сервер поставился после убирания строки с preinstall... А вот с
>>  > Десктопом продолжаю мучать VMWare... :(
>> Ну теоретически, как я понимаю, можно вообще оставить то что надо и
>> пропускать отдельные шаги или делать их не в той последовательности.
>> А вообще все это очень сыро и на мой взгляд не надежно. Начать хотя бы с
>> того, что инсталлятор записывает все действия пользователей, например
>>  если вы 2 раза введете имя хоста, то это запишется в файл
>>  автоконфигурации. И т.д. и т.п.
>>  Защиты "от дурака" нет никакой :-)
>>     
> Угу... И документации, кроме исходников... И авторы отмалчиваются...
>   
Не, ну что-то можно вытащить, написав в devel-conf. Там, спасибо, 
отвечают на вопросы.

ЗЫ. А чтобы разобраться в исходниках нужно как минимум выучить scheme.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [Sysadmins] миграция debian etch -> altlinux

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 5075 bytes --]

Stanislav Ievlev пишет:
> Думаю, что можно было бы обсудить концепцию autoinstall (готов выслушать
> предложения) ... сейчас у меня появился помощник, которого можно бросить
> на эту задачу ;)
>   
Пожалуйста.
В принципе то что уже сделано позволяет произвести автоустановку. Я 
перечислю все неудобства с чем столкнулся:
1. В хелпе нет четкого описанного алгоритма что и как делать, куда что 
класть и что вводить. Нужно ходить по вики и искать. Должен быть 
отдельный пункт расшифровывающий все возможные команды в cmdline.
2. Файл для автоинсталляции после завершения работы инсталлятора не 
рабочий. Необходимо его чистить вручную и править.
3. Нельзя использовать другую директорию для метаданных. Например если я 
хочу произвести автоинсталяцию, то обязательно мне необходимо в 
метаданные положить в то место откуда берутся пакеты. А если это 
зеркало? А в файле автоинсталяции записаны пароли и т.д. Кстати, когда 
уже приложат патч https://bugzilla.altlinux.org/show_bug.cgi?id=14697 к 
инсталлятору позволяющий пользоваться запароленным ftp?
4. Возможность проводить установку не с консоли 
https://bugzilla.altlinux.org/show_bug.cgi?id=1285
5. Еще очень удобно было бы если бы к root сразу из метаданных ключик 
копировался (если такой имеется), т.к. сразу после удаленной установки 
производится удаленная настройка и доступ root по ssh очень нужен.
6. Для получения autoinstall.shm необходимо произвести реальную 
установку. Было бы удобно если бы можно было генерить его без эмуляции 
установки. Например установил себе пакеты инсталятора и получаешь 
готовые autoinstall.shm.

И еще одна вещь которая на мой взгляд очень нужна. Два этапа работы 
инсталлятора. Этап на котором происходит взаимодействие с пользователем, 
и этап на котором производятся все действия. Результатом работы первого 
этапа является autoinstall.shm. На втором этапе согласно полученному 
autoinstall.shm выполняется сама установка.
Преимущества такого разделения вижу в том, что:
1. Пользователю не приходится ждать завершения некоторых шагов 
инсталятора (получение, установка базовой системы, установка пакетов и 
т.д.). А во время работы второго этапа, можно крутить рекламу или 
замечания к релизу. Это лучше, чем когда заставляют кликать или еще 
каким-то способом заставляют прочитать. Тут пользователь спокоен. 
Система ставится - можно и почитать.
2. Всегда правильный autoinstall.shm.
3. Всегда можно вернуться на любой шаг назад или совсем отменить 
установку. А в конце первого этапа выводить краткий список собранных 
параметров установки и задавать ГЛАВНЫЙ вопрос: - "Установить?". После 
чего процесс не обратим.

>> А вообще все это очень сыро и на мой 
>> взгляд не надежно. Начать хотя бы с того, 
>> что инсталлятор записывает все действия 
>> пользователей, например если вы 2 раза 
>> введете имя хоста, то это запишется в 
>> файл автоконфигурации. И т.д. и т.п.
>> Защиты "от дурака" нет никакой :-)
>>     
-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]