Arsak
06.05.2007, 14:21
новый босс принял решение постепенно переводить все серваки на openSuse :D :D :D; причём с установкой типа "всё или почти всё делать через yast"; в связи с чем приходится вникать в специфику этого дистриба
первое, что меня обломало - это система инициализации :D; вроде бы шапка, но не совсем так; самое грустное - добавление ссылки на нужный стартовый скрипт в rc3.d ВРУЧНУЮ ни к чему не приводит - сервис не стартует :wacko:; пока не выполнишь insserv путь_к_скрипту - результата не будет; только при этом стартовый номер скрипту выдаётся не тот, который ты хочешь, а "система определяет его сама"; попытка исправить стартовый номер в ссылке даёт ещё более забавный результат - система в итоге всё равно изменяет номер на свой, но уже не на тот, который она выдаёт скрипту после выполнения insserv :D; отсюда вопрос - можно ли в suse всё же контролировать этот процесс, или в этом дистре остаётся смириться с тем, что многое не будет подконтрольно
далее - собственно яст; может это действительно ужасно удобная штука, но я пока это сказать не могу; главным образом из-за того, что абсолютно непрозрачно, что для системы приоритетнее - конфиг, правленный вручную, или конфиг, сформированный ястом; например, после попытки поконфигурировать ястом апач, потом 15 минут искал, какие изменения эта шняга внесла в конфиги, из-за которых перестали отображаться виртуальные хосты (а у апача 2.2 не один общий конфиг, о полтора десятка отдельных); аналогично с добавление сетевых маршрутов - всё непрозрачно и туманно; в результате добавлял роуты через псевдо-графику яста как последний ламер :D; потом нашёл конфиг, в который были внесены изменения, но формат этого конфига совсем не очевиден, чтобы править его вручную, особенно по первому разу; вобщем, решил я, что буду пользоваться ястом по-минимуму, т.к. неясно, что он будет делать - потом только остаётся разбираться с результатами этих действий :wacko:
первое, что меня обломало - это система инициализации :D; вроде бы шапка, но не совсем так; самое грустное - добавление ссылки на нужный стартовый скрипт в rc3.d ВРУЧНУЮ ни к чему не приводит - сервис не стартует :wacko:; пока не выполнишь insserv путь_к_скрипту - результата не будет; только при этом стартовый номер скрипту выдаётся не тот, который ты хочешь, а "система определяет его сама"; попытка исправить стартовый номер в ссылке даёт ещё более забавный результат - система в итоге всё равно изменяет номер на свой, но уже не на тот, который она выдаёт скрипту после выполнения insserv :D; отсюда вопрос - можно ли в suse всё же контролировать этот процесс, или в этом дистре остаётся смириться с тем, что многое не будет подконтрольно
далее - собственно яст; может это действительно ужасно удобная штука, но я пока это сказать не могу; главным образом из-за того, что абсолютно непрозрачно, что для системы приоритетнее - конфиг, правленный вручную, или конфиг, сформированный ястом; например, после попытки поконфигурировать ястом апач, потом 15 минут искал, какие изменения эта шняга внесла в конфиги, из-за которых перестали отображаться виртуальные хосты (а у апача 2.2 не один общий конфиг, о полтора десятка отдельных); аналогично с добавление сетевых маршрутов - всё непрозрачно и туманно; в результате добавлял роуты через псевдо-графику яста как последний ламер :D; потом нашёл конфиг, в который были внесены изменения, но формат этого конфига совсем не очевиден, чтобы править его вручную, особенно по первому разу; вобщем, решил я, что буду пользоваться ястом по-минимуму, т.к. неясно, что он будет делать - потом только остаётся разбираться с результатами этих действий :wacko: