Предлагаю заказчмкам:
Удаленное Администрирование, все виды настроек не касающихся перекомпиляции ядра т.к. удаленно это невозможно сделать корректно.
Оплата строго по выполнению заказа и проверку работоспособности настроенного ПО.
>Удаленное Администрирование, все виды настроек не касающихся перекомпиляции ядра т.к. удаленно это
>невозможно сделать корректно.Почему же _невозможно_? Если Вы, скажем о линуксе, то ошибаетесь, уважаемый.
Проделано и не раз/два/пять, и не только в пределах офиса/города/страны, вплоть до сборки/установки ядра следующей ветки (с 2.2 на 2.4, с 2.4 на 2.6) без единого локального вмешательства. Очень даже возможно и очень даже корректно./Может быть оффтоп, но не удержался/
Если ты считеаеш что удаленно можно править ядро то смело впуть и если ты это делал то я просто насомом деле я могу тебе сказать чтоты настоящий экстремал сети. Я просто не рекскую делать удаленное компилирование т.к. бывают происходят збои в сети и поэтому это может повлечь смерть ядру а востоновить потом удаленно его ты просто не сможеш т.к. например отвалитсчя от ядра часть отвечающая за сетевые устройства что ты делать будеш.
Я не рескую по напрасну !
>Если ты считеаеш что удаленно можно править ядро то смело впуть и
>если ты это делал то я просто насомом деле я могу
>тебе сказать чтоты настоящий экстремал сети. Я просто не рекскую делать
>удаленное компилирование т.к. бывают происходят збои в сети и поэтому это
>может повлечь смерть ядру а востоновить потом удаленно его ты просто
>не сможеш т.к. например отвалитсчя от ядра часть отвечающая за сетевые
>устройства что ты делать будеш.
> Я не рескую по напрасну !Ты что упал? :) Пересборка ядра удаленно это настолько обычно что и говорить так не прилично..... Вот я не понял причем тут сбои в сети? Ну не скомпилится у тебя оно с первого раза, ssh упадет например... и что случится? Вообщем юред говорите товаришь.... И я бы не доверил сервер челу с такими понятиями :)
>>Если ты считеаеш что удаленно можно править ядро то смело впуть и
>>если ты это делал то я просто насомом деле я могу
>>тебе сказать чтоты настоящий экстремал сети. Я просто не рекскую делать
>>удаленное компилирование т.к. бывают происходят збои в сети и поэтому это
>>может повлечь смерть ядру а востоновить потом удаленно его ты просто
>>не сможеш т.к. например отвалитсчя от ядра часть отвечающая за сетевые
>>устройства что ты делать будеш.
>> Я не рескую по напрасну !
>
>Ты что упал? :) Пересборка ядра удаленно это настолько обычно что и
>говорить так не прилично..... Вот я не понял причем тут сбои
>в сети? Ну не скомпилится у тебя оно с первого раза,
>ssh упадет например... и что случится? Вообщем юред говорите товаришь.... И
>я бы не доверил сервер челу с такими понятиями :)Reboot с новым ядром, а оно не стратует. Или ни у кого такого небыло?
у меня небыло...Надо думать что изменяешь... если ничего критичного не отключил и при этом ядро откомпилилось без ошибок, то система загрузится.
>у меня небыло...
>
>Надо думать что изменяешь... если ничего критичного не отключил и при этом
>ядро откомпилилось без ошибок, то система загрузится.У меня было. Потому согласен с автором, что любая операция в конце которой идёт reboot на удалённой машине крайне рискована.
>У меня было. Потому согласен с автором, что любая операция в конце
>которой идёт reboot на удалённой машине крайне рискована.Кстати ребуты перед отпуском вещь довольно полезная, если менял что-то и непомнишь что :-) Иначе уборщица дернет эту машину в самое неподходящее время и окажется что при изменении конфигурации дрогнула рука.
Чем? Чем рисковано? Тем что система не загрузится? Ну так это при любом выключении может произойти. :)))
Ну было? И что? Письмо/звонок в саппорт и автоматом идет ребут со старым.
>Ты что упал? :) Пересборка ядра удаленно это настолько обычноОпыта значит мало... Вероятность того что новое ядро не загрузится достаточна велика, для того чтобы с этим делом не связываться удаленно. А если и связываться то под рукой всегда должен быть человек находящийся рядом с этой машиной. И дело не только в человеческом факторе, случайность тоже вносит свой весомый вклад, к томуже в новом ядре могут возникнуть проблемы с тем обурудованием на котором замечательно работало старое, и такое бывает.
>я бы не доверил сервер челу с такими понятиями :)
Наоборот, человеку который не ищет лишний геморой на собственную задницу доверять вполне можно.
>>Ты что упал? :) Пересборка ядра удаленно это настолько обычно
>
>Опыта значит мало... Вероятность того что новое ядро не загрузится достаточна велика,
>для того чтобы с этим делом не связываться удаленно. А если
>и связываться то под рукой всегда должен быть человек находящийся рядом
>с этой машиной. И дело не только в человеческом факторе, случайность
>тоже вносит свой весомый вклад, к томуже в новом ядре могут
>возникнуть проблемы с тем обурудованием на котором замечательно работало старое, и
>такое бывает.>
>>я бы не доверил сервер челу с такими понятиями :)
>
>Наоборот, человеку который не ищет лишний геморой на собственную задницу доверять вполне
>можно.А нахрен он такой нужен? Весело наверное рулить сервером и трестись пересобрать ядро.... Товарищи! надо реальней оценивать риски!
>А нахрен он такой нужен? Весело наверное рулить сервером и трестись пересобрать
>ядро.... Товарищи! надо реальней оценивать риски!Вот я и говорю не обстрелянный ты еще ;-) Мда, видимо вам часто приходится пересобирать ядро на работающих серверах. Да и на неработающих крайне редко возникает реальная необходимость обновления ядра. Работает и нет реальной урозы безопасности - не трогай !
>>А нахрен он такой нужен? Весело наверное рулить сервером и трестись пересобрать
>>ядро.... Товарищи! надо реальней оценивать риски!
>
>Вот я и говорю не обстрелянный ты еще ;-) Мда, видимо вам
>часто приходится пересобирать ядро на работающих серверах. Да и на неработающих
>крайне редко возникает реальная необходимость обновления ядра. Работает и нет реальной
>урозы безопасности - не трогай !Достаточно часто... ~Раз в неделю
Парни, я был не согласен с зачинателем ветки в
одном - якобы _невозможно_ _корректно_.
На мой взгяд _возможно_ как угодно _корректно_. Риски - на то и голова,
чтоб их оценивать. Не уверен - да, не влезай. А люфт собственных
рук - это, пардон, персональное горе каждого, никому не в обиду.
Свалить сервер из под # можно и без ребута.Замечу, что в разделе учасвуют работодатели, зачастую не знакомые в технических деталях с такой задачей, и вывод у них будет очевидный, потому как сказано было без оговорок.
На мой взгляд удаленная [пере]сборка ядра && ребут - задача не исключительная
и часто тривиальная. А человеческий фактор, фазы луны и побочное
действие спутника Дэбри актуальны и в задачах, которые требуют
гараздо меньше опыта и внимания.
>>А нахрен он такой нужен? Весело наверное рулить сервером и трестись пересобрать
>>ядро.... Товарищи! надо реальней оценивать риски!
>
>Вот я и говорю не обстрелянный ты еще ;-) Мда, видимо вам
>часто приходится пересобирать ядро на работающих серверах. Да и на неработающих
>крайне редко возникает реальная необходимость обновления ядра. Работает и нет реальной
>урозы безопасности - не трогай !В линуксе, РЕАЛЬНАЯ угроза безопасности за последние 3 месяца вылезала дважды (ну если для вас получение рута любым юзером считается угрозой :).
У тебя не загрузился сервер биллинга. По "Закону о связи" ты ОБЯЗАН выставить счета клиентам до 5го числа следующего за отчетным месяца. Чтобы их (счетА) подготовить надо данные 1)получить, 2)загрузить и 3)обработать.
Нафиг мне нужен такой админ, которому пофиг что сервер не загрузится, а потом он будет мне звонить и сообщать типа "ща приеду и все заделаю тока билет купи"?
>А если и связываться то под рукой всегда должен быть человек
>находящийся рядом с этой машиной.Это естественно. А ты видел площадки где нет людей?
>Это естественно. А ты видел площадки где нет людей?Один из наших колокейшнов хостуется на площадке, где ночью никто не дежурит. Выводов по поводу уровня/качества сервиса хостера попрошу не делать, ибо все равно мимо будут.
А что, ребут обязательно ночью делать? :)
>А что, ребут обязательно ночью делать? :)Так мне и работать то не обязательно в глобальном мсысле =)
Привет Всем кто ворвался в такую интересную беседу!
Каждый отчасти прав!
Ребята но давайте помнить о том что ни каждый работодатель так разбирается в тонкостях нашей работы как МЫ. Поэтому стоит отметить что работодателю нестоит лишний раз говорить о том что может вызвать задержку выполнения плана если в нем это неоговоренно. Насамом деле при договоренности между работодателем и здельщиком надо реально смотреть на суть если ты в срок выполниш договор то ты только укрепиш свой статус, а если по напрасну рисковать то просто потом когда ты своему клинту будеш срывать работу невыполнением плана о тебе сложится мнение как о не квалифицированном специалисте (а насамом деле ты просто экстремал).
Я лично компилил ядро по удаленке без всяких проблем но что касается предприятий у которых каждая минута простоя оборудования стоит денег я просто не рисковал.
А на счет моих слов о том что по удаленке невозможно коректно откомпилить ядро так это я писал не для ВАС спецов своего дела а для людей которым я гарантирую выполнение заказа.
Так что ребята рисковать своим именем просто нестоит !!!
Спасибо ВСЕМ за участие в очень мне интересной теме разговора!!!!
Здравствуйте!
Очень неприятно было читать вот это все. Рази так можно? Это что подумают грамотные товарищи, почитав этот бред? Компилить ядро на продуктивном сервере? Что курим?
Первое.
Для написавших рассказываю - серверов должно быть минимум три - для разработки, для тестирования и продуктивный. ВСЕ работы, во время которых может дрогнуть рука (если может, то дрогнет) делаются НЕ НА РАБОЧЕМ СЕРВЕРЕ (то есть не том, что в продуктивной работе). Никто ведь не будет спорить что в связке человек-компьютер именно человек самое ненадежное звено?
Второе.
У нормальных людей на самом деле продуктива два. Один постоянно работает, второй в горячем резерве. Это если мы говорим о биллинге. Это что за биллинг, который не работает? Он такой кому нужен?
Третье.
"Собсснаа" про ядра. А что, компилить ядро отдельно а потом на резервном сервере погонять? Или это некошерно? Кросс-компиляцию отменили?
Четвертое.
Храни нас от таких админов. Аминь.
Привет tenax!!
Я стабой обсолютно согласен и и мне приятна твоя критика, очень редко найдеш такого достойного критика.
В данном форуме меня прокритиковали о том что типа если ты не можеш прокомпилить ядро по инету то ты не админ. На что я ответил как ты наверное видел что скомпилить та можно но насколько это быудет эфективным.
А насчет трех серверов ты загнул можно сделать так:
1. Сервер - рабочая версия действующая в реале
2. Тест станция - лабораторная машина на которой можно тестить как win так и unix системы и ПО
Теперь о каждом в отдельности
начнем с конца 2 Тест станция также должна сидеть в инете тобиш в реале и дублировать работу реального сервера где должно отслеживаться все глюки и возможные дыры. После чего вроде рабочий сервер отдоется на растерзания таким как ты и проверяется а чтож еще не нравится или что не так стоит или чего не хватает после чего опять пускается в инет на крэшреал-тест. И лиш потом ставится на стойкую работу.
На самом деле я нестремлюсь показать себя лучьше тебя или кого нибыло я лиш хочу доказать сомому себе на что я способен вот вчем я вижу свою задачу!! А чтоб это сделать я и общаюсь с тобой и другими пользователями, специалистами, профессионалами в этом форуме, ведь недаром он создан.Я буду рад слышать доказательство моей не правоты с твоей стороны.
PS ЖДУ ОТВЕТА
>Здравствуйте!
>Очень неприятно было читать вот это все. Рази так можно? Это что
>подумают грамотные товарищи, почитав этот бред? Компилить ядро на продуктивном сервере?
>Что курим?
>Первое.
>Для написавших рассказываю - серверов должно быть минимум три - для разработки,
>для тестирования и продуктивный. ВСЕ работы, во время которых может дрогнуть
>рука (если может, то дрогнет) делаются НЕ НА РАБОЧЕМ СЕРВЕРЕ (то
>есть не том, что в продуктивной работе). Никто ведь не будет
>спорить что в связке человек-компьютер именно человек самое ненадежное звено?
>
>Второе.
>У нормальных людей на самом деле продуктива два. Один постоянно работает, второй
>в горячем резерве. Это если мы говорим о биллинге. Это что
>за биллинг, который не работает? Он такой кому нужен?
>Третье.
>"Собсснаа" про ядра. А что, компилить ядро отдельно а потом на резервном
>сервере погонять? Или это некошерно? Кросс-компиляцию отменили?
>Четвертое.
>Храни нас от таких админов. Аминь.Здравствуйте,
Мда... ну ты даешь.
Мне кажется ты никогда не сталкивался с реальными организациями (а может мы типа под базы отдельный сервер брать не будем, пусть базы с веб сервером на одной машине работают мы же типа посторались вон какую мощную взяли...), да я согласен что так должно быть,но в реальности....
Это раз, а вот и два - представь, что у тебя на работе ну например 20 серверов, так это как, у каждого по одному резервному и одному тестовому (варианты зачем, одного тестового на всех хватит не принимаются, так как в 95% случаев железо отличается пусть не на многих, но как минимум на 30% (и это минимум, если ты конечно не брал сразу кучу близнецов) - там SCSI такой, там SATA, а там однопроцессорник...), подойди завтра к своему начальнику и с таким вот "бизнес" предложением сделать резерв на каждый и на каждый класс одинаковых машин с одинаковыми задачами поставить по тестовому - потом напишешь как он на тебя смотрел и что при этом говорил.А по поводу пересборки ядер - проскакивал тут ответ - обычно возле серверов есть персонал, а к тому кто заявил что начальник скажет нафиг нам такой админ которому "билет покупать надо чтобы сервер перегрузить" - у меня есть встречный вопрос "Вы никогда про технические площадки не слышали"?
Спасибо
>Мда... ну ты даешь.
>Мне кажется ты никогда не сталкивался с реальными организациями (а может мы
>типа под базы отдельный сервер брать не будем, пусть базы с
>веб сервером на одной машине работают мы же типа посторались вон
>какую мощную взяли...), да я согласен что так должно быть,но в
>реальности....ага, в чуме книжек начитался %)))
>Это раз, а вот и два - представь, что у тебя на
>работе ну например 20 серверов,пример в студию о 20 серверах
может начнем говорить о Гугле с его поисковыми базами и проч?
куда больше 20 машин - адимны должны просто вешаться в первый день приема на работу? плиз комментарии в студиютак это как, у каждого по
>одному резервному и одному тестовому (варианты зачем, одного тестового на всех
>хватит не принимаются, так как в 95% случаев железо отличается пусть
>не на многих, но как минимум на 30% (и это минимум,
>если ты конечно не брал сразу кучу близнецов) - там SCSI
>такой, там SATA, а там однопроцессорник...), подойди завтра к своему начальнику
>и с таким вот "бизнес" предложением сделать резерв на каждый и
>на каждый класс одинаковых машин с одинаковыми задачами поставить по тестовому
>- потом напишешь как он на тебя смотрел и что при
>этом говорил.не у тебя одно такая проблема
слава богу, аллаху, шыве и кто там еще - у меня нет такой проблемы
хотя знаю людей кто еще пентиумы 60 обслуживает>
>А по поводу пересборки ядер - проскакивал тут ответ - обычно возле
>серверов есть персонал,кто напомнит как прога назывется отслеживать изменения конфигов?
это называется инфраструктура
буржуины это все кличуть системным ландшафтома к тому кто заявил что начальник скажет
>нафиг нам такой админ которому "билет покупать надо чтобы сервер перегрузить"
>- у меня есть встречный вопрос "Вы никогда про технические площадки
>не слышали"?не
шота про датацентры бабка грила %))>
>Спасибо
>Удаленное Администрирование, все виды настроек не касающихся перекомпиляции ядра т.к. удаленно это
>невозможно сделать корректно.а как насчёт использования дополнительных device'ов?
www.moxa.com(ru)настраиваешь удалённую консоль в lilo
(некоторые серваки имеют возможность настроить BIOS через COM, как и перезагрузка в случае зависания)
в случае неудачи перегружаешь сервер удалённо