SMT - Subscription Management Tool
Добавлено: 16 дек 2009, 22:07
Попробовал установить subj. Сразу оговорюсь: экспериментировал только со SLES11 (по документации - можно раздавать обновления и SLES10, и SLES9, и OES/OES2, и даже RedHat Server-у).
Взял с http://download.novell.com дистрибутив - файл SLE-11-SMT-GM-Media1.iso, по инструкции установил и запустил, зазеркалил пару каналов (включая SLES11-Updates), сам сервер тоже настроил забирать обновления с самого себя в соответствии с TID 7004388. На первый взгляд, всё красиво и всё работает. Но, тем не менее, остались некоторые вопросы - обращаюсь к коллегам, чтобы прояснить сомнения.
1. Не совсем понятно, как именно предполагается настраивать клиентов, чтобы они регистрировались и обновлялись через SMT-сервер (вместо того, чтобы ходить на novell.com). В доке описываются три варианта (через параметры ядра, используя AutoYaST и используя скрипт clientSetup4SMT.sh). Однако с тем же успехом прекрасно работает штатный плагин к YaST-у (при регистрации нажимается кнопка "Advanced" и выбирается локальный сервер регистрации). Почему об этом ни слова в документации на SMT? Потому что эта возможность была реализована лишь в SLE-11, который вышел позже, чем делалась документация на SMT? Но в документации на SLES11 тоже перечисляются только эти три варианта. При том что этот четвёртый способ упоминался в той же документации несколькими главами раньше, но только когда речь шла о первоначальной установке сервера. Странно как-то.
2. После настройки клиента (хоть через YaST, хоть через clientSetup4SMT.sh) и выдачи на нём команды zypper ref -s (см. TID 7003779) на клиенте замечательно добавляются необходимые репозитории для обновления и становится возможным эти обновления накатить - хоть руками (т.е. через тот же YaST -> Software -> Online Updates), хоть автоматом (если в Yast-е через Software -> Online Update Configuration включить автоматические обновления). Только вот при просмотре статуса систем (хоть на сервере SMT, хоть на новелловском портале NCC - Novell Customer Center) их состояние от этого не меняется (висит "Unknown"). После некоторых поисков обнаружилось, что для корректного отображения статуса клиентов на них должен быть установлен пакет smt-client, о котором вскользь (один раз) упоминается в доке на SMT-сервер (не путать с одноимённой командой smt-client, входящей в состав сервера SMT!). Документацию на этот пакет я не нашёл вообще.
3. Если я правильно понял, то при установленном smt-client-е включать автоматический онлайн-апдейт не надо (обновления будет накатывать сам smt-client). Однако, явно об этом почему-то нигде не говорится.
4. Сам пакет smt-client не входит в дистрибутивы ни сервера SMT, ни SLES11; однако, он доступен через канал обновлений для SLE-11. Т.е. на системе, клиентской по отношению к серверу SMT, нужно сначала настроить регистрацию/получение обновлений через SMT, а потом доставить ставший доступным пакет smt-client. Тоже немного странновато - почему бы его не устанавливать сразу же в процессе начальной инсталяции? И где надо "подпилить напильником", если хочется, чтобы он сразу устанавливался автоматом?
5. Зарегистрировалось у меня (через SMT) три сервера, все их вижу и на портале NCC. Причём вижу красиво - с кодом активации (они делят один код активации, который относится к продукту "SUSE Linux Enterprise Server" на N-ное количество серверов, подписка до 31 декабря 2010), в описании продукта тоже видно: "Purchase Used/Count: 3/N (0 virtual)". Вроде бы, всё правильно зарегистрировалось и активировалось. Только почему-то отчёты, которые мне ночами шлёт сервер SMT, упорно твердят о том, что у меня "Active Purchase Count: 0", "Total Systems Registered with NCC: 2", и в результате "Overlimit: 2". Странно, третий зарегистрированный сервер почему-то не посчитан вообще, и нет информации о том, что у нас честно купленная подписка (хотя на NCC всё отображается корректно, синхронизация каждые 15 минут). Чего ему не хватает?
Взял с http://download.novell.com дистрибутив - файл SLE-11-SMT-GM-Media1.iso, по инструкции установил и запустил, зазеркалил пару каналов (включая SLES11-Updates), сам сервер тоже настроил забирать обновления с самого себя в соответствии с TID 7004388. На первый взгляд, всё красиво и всё работает. Но, тем не менее, остались некоторые вопросы - обращаюсь к коллегам, чтобы прояснить сомнения.
1. Не совсем понятно, как именно предполагается настраивать клиентов, чтобы они регистрировались и обновлялись через SMT-сервер (вместо того, чтобы ходить на novell.com). В доке описываются три варианта (через параметры ядра, используя AutoYaST и используя скрипт clientSetup4SMT.sh). Однако с тем же успехом прекрасно работает штатный плагин к YaST-у (при регистрации нажимается кнопка "Advanced" и выбирается локальный сервер регистрации). Почему об этом ни слова в документации на SMT? Потому что эта возможность была реализована лишь в SLE-11, который вышел позже, чем делалась документация на SMT? Но в документации на SLES11 тоже перечисляются только эти три варианта. При том что этот четвёртый способ упоминался в той же документации несколькими главами раньше, но только когда речь шла о первоначальной установке сервера. Странно как-то.
2. После настройки клиента (хоть через YaST, хоть через clientSetup4SMT.sh) и выдачи на нём команды zypper ref -s (см. TID 7003779) на клиенте замечательно добавляются необходимые репозитории для обновления и становится возможным эти обновления накатить - хоть руками (т.е. через тот же YaST -> Software -> Online Updates), хоть автоматом (если в Yast-е через Software -> Online Update Configuration включить автоматические обновления). Только вот при просмотре статуса систем (хоть на сервере SMT, хоть на новелловском портале NCC - Novell Customer Center) их состояние от этого не меняется (висит "Unknown"). После некоторых поисков обнаружилось, что для корректного отображения статуса клиентов на них должен быть установлен пакет smt-client, о котором вскользь (один раз) упоминается в доке на SMT-сервер (не путать с одноимённой командой smt-client, входящей в состав сервера SMT!). Документацию на этот пакет я не нашёл вообще.
3. Если я правильно понял, то при установленном smt-client-е включать автоматический онлайн-апдейт не надо (обновления будет накатывать сам smt-client). Однако, явно об этом почему-то нигде не говорится.
4. Сам пакет smt-client не входит в дистрибутивы ни сервера SMT, ни SLES11; однако, он доступен через канал обновлений для SLE-11. Т.е. на системе, клиентской по отношению к серверу SMT, нужно сначала настроить регистрацию/получение обновлений через SMT, а потом доставить ставший доступным пакет smt-client. Тоже немного странновато - почему бы его не устанавливать сразу же в процессе начальной инсталяции? И где надо "подпилить напильником", если хочется, чтобы он сразу устанавливался автоматом?
5. Зарегистрировалось у меня (через SMT) три сервера, все их вижу и на портале NCC. Причём вижу красиво - с кодом активации (они делят один код активации, который относится к продукту "SUSE Linux Enterprise Server" на N-ное количество серверов, подписка до 31 декабря 2010), в описании продукта тоже видно: "Purchase Used/Count: 3/N (0 virtual)". Вроде бы, всё правильно зарегистрировалось и активировалось. Только почему-то отчёты, которые мне ночами шлёт сервер SMT, упорно твердят о том, что у меня "Active Purchase Count: 0", "Total Systems Registered with NCC: 2", и в результате "Overlimit: 2". Странно, третий зарегистрированный сервер почему-то не посчитан вообще, и нет информации о том, что у нас честно купленная подписка (хотя на NCC всё отображается корректно, синхронизация каждые 15 минут). Чего ему не хватает?