| 1.1, vadiml (?), 22:36, 17/03/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вот так всегда:
как отчёт заказывает MS -- получается get the facts ,
как novel или ibm -- так линукс дешевле всех
| | |
| |
| 2.23, User294 (??), 16:49, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> как novel или ibm -- так линукс дешевле всех
При всей спорности фактов от IDC тем не менее, почему-то в кризис все резко вспоминают про опенсорц.С чего бы это?Уж не потому ли что платить вагоны бабла за софт и новое железо жаба давит?А то вон у микрософта одно рабочее место с офисом и системой стоит больше чем у мандривы решение НА ВЕСЬ ОФИС.При этом и без IDC всем все понятно, имхо :)
| | |
|
| 1.3, gennady (??), 23:47, 17/03/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Очередная заказуха.
Очень хочется пригласить такого внедренца и продемонстрировать "успешное внедрение" на конкретном оборудовании (про задачи уж молчу).
Мнимая стартовая экономия на лицензиях выходит повышенными расходами при запуске и эксплуатации. Увы.
| | |
| |
| 2.6, Kaiser (ok), 02:13, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– | |
А чтож у вас за оборудование и задачи? Вендоры как бы для SLES решения сертифицируют. Про задачи почти тоже самое. Чем вам Oracle на SLES не нравится? Или вы MS SQL Server на SLES ставите в wine?
Как бы экономия идет не на лицензиях - саппорт не бесплатен.
| | |
| |
| 3.8, dRiZd (?), 07:50, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
Задачи элементарные - SCADA/MES системы.
Под QNX был BOTEC/RealFlex и т.д., а вот под Linux/BSD ...?
А, еще под Linux был Step7 (но когда это было...) ;)
| | |
| |
| |
| 5.11, dRiZd (?), 10:51, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
Эту поделка интересна только студентам.
Вы сами пробовали с ней работать - убожество.
Не чета Intouch/WinCC/Fix/iFix..., а с системами
PCS7/CIMAT/BRAUMAT/BREWMAXX/Simatic IT... даже близко не стояла.
| | |
| |
| 6.27, СуперАноним (?), 22:19, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
С моей точки зрения всякие там SCADA'ы зло, неэффективная трата вычислительной мощности избыточностью.
Напишите вашу задачу под ваше _конкретное_ промышленное оборудование на плюсах с Qt4 мордой. Будет шустро и красиво.
| | |
|
|
| |
| 5.24, dRiZd (?), 16:50, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
Ни какой техдокументации, позволяющей судить о продукте,
на сайте не нашел - получается какая-то реклама эфемерного продукта.
| | |
| |
| 6.25, Kaiser (ok), 16:57, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
> Ни какой техдокументации, позволяющей судить о продукте,
> на сайте не нашел - получается какая-то реклама эфемерного продукта.
Как вариант - написать конторе. Или просто погуглить другие варианты.
| | |
|
|
| 4.30, Кирилл (??), 16:29, 19/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
СКАДА стала элементарной задачей? ))))) Это узконишевые решения. Тем более уверен, что решений достаточно, просто вы слабы как специалист и не знаете всего спектра предложений.
| | |
| |
| 5.41, dRiZd (?), 16:59, 20/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
SCADA ни когда не были узконишевыми решениями. Оторвитесь на минуту от IT и загляните в
АСУТП.... Хлебушек/колбаску/молочко... кушаете, в доме живете (а не на улице), на транспорте катаетесь, телевизор спотрите, за компьютером сидите...?
А вы думаете оно само вот так взялось и появилось из неоткуда?
Видать Вы даже не представляете о чем идет речь - жаль.
Ну если Вы сильны как специалист, то что Вы можете порекомендовать
для оборудования известных производителей (например SIEMENS/OMRON/ALLEN BRADLEY/MITSUBISHI...), а не самопала, на базе Linux/FreeBSD.
Требования к SCADA системе:
1) Минимизация времени разработки (это тоже деньги и немалые)
2) Минимизация времени восстановления после отказа (кто будет восстанавливать и плясать с бубном, если моя фирма находиться в 2000 км, а сбой произошел в 3 часа ночи - местные киповцы?)
3) Минимизация времени расширения работающей системы на объекте.
4) Минимизация времени замены оборудования (контроллеров/плат...)
5) Минимизация времени обучения разработчиков/обслуживающего персонала
и т.д. и т.п.
А на рынке между прочим конкурентноспособных продуктов - раз два и обчелся, маленький список я привел выше.
И ВСЕ они коммерческие и БОЛЬШАЯ часть под винду - т.к. ни одно сообщество ,кроме MS, не смогло охватить такой спектр задач: надо ОС - пожалуйста, надо SQL - пожалуста, надо средсва разработки - пожалуйста, надо офисные приложения - пожалуйста...
Хоть я не люблю монополизм, но реальной альтернативы, в среде АСУТП, виндовсу нет.
| | |
|
|
|
| 2.16, А.Н. Онимус (?), 11:15, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
хотелось бы увидеть аргументацию, по "повышенными расходами при запуске и эксплуатации" по всему спектру применения вычислительной техники.
зюыю отучаемсо говорить за всех?
| | |
| |
| 3.18, Аноним (-), 14:08, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
Аргументацию вы можете узреть лично заходя на страницы поддержки вендоров оборудования:
драйвера, ПО мониторинга оборудования - уже через год-два после выпуска железки перестают выпускать ПО для свежих ядер. Про сексуально-половую "совместимость" дистрибутивов линукса вообще молчу.
Пара примерчиков:
- Захотелось мне из выведенного из работы сервера 20006-7г.в. сдедать iSCSI хранилище. Фигня, беру Debian 4 и поехали... iSCSI модуль не ставится, оказывается надо обновить ядро и пересобрать модуль. Время на выяснение причин ухлопано на гугление.... Сервис поднял.
Потом надо бы RAID подключить и им как-то управлять, поехали.. Для Debian драйверов нет, только SUSE и RH... Епть, скачиваю OpenSUSE 10. iscsi-target в поставке нет, в репозитории тоже. SUSE Enteprize server 10 - хоть и платный, но хоть в триал-период пощупать. iSCSI-target есть, даже с модулем для Yast. Правда конфигурилка не умеет и половины опций....
Хотел этот пакет поставить в Open SUSE - non compatible... Нет нужных или несовместимые либы.
Дравейр RAID установился успешно, но массив не виден, соотв. консоль управления тоже ничего не видит..
Меняю контроллер Promise на LSI- массив уже виден (дрова в ядре), с консоль от старого SCSI запустилась через кучу плчсок с напильником в виде тестового полигона SUSE 9 и копировании оттуда недостающих библиотек. Уже "радует". "Ломаю" массив выниманием одного диска, отказ в консоли видно, в логе системы нет. Как прикрутить мониторинг массива - с уведомлением по почте - х.з. Гугля тоже ничего не подсказал кроме аналогичных воплей о помощи.. Про мониторинг датчиков температур, кулеров и пр. просто молчу.
Итого убиты несколько рабочих дней, стоимость считайте сами.
Такое просто нельзя ставить в продакшн, а не то что экономить.
Аналогично с FreeBSD/FreeNAS. Да решение дешевое с виду...
| | |
| |
| 4.35, User294 (??), 13:27, 20/03/2009 [^] [^^] [^^^] [ответить]
| +/– | |
> Аналогично с FreeBSD/FreeNAS. Да решение дешевое с виду...
А у MS даже с виду - не дешевое.Сразу хотят вагон бабла за софт, OS, ... .И потом еще постоянная дойка на клиентские лицензии.Если подходить с умом - на линухе можно нехило экономить.А если по ламерски и без знания вопроса - ну, "сдуру можно и х.. сломать" ;)
| | |
| |
| 5.40, alexxy (?), 15:34, 20/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
 Интересно а почему у меня nas на gentoo по iscsi работает ну плюс cifs/ftp/afp и еще несколько веселых протоколов.
и почему то никакого гемороя.
Зы контроллер рейда adaptec рейд на sas =)
| | |
| |
| 6.43, gennady (??), 09:45, 23/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Интересно а почему у меня nas на gentoo по iscsi работает ну
>плюс cifs/ftp/afp и еще несколько веселых протоколов.
>
>и почему то никакого гемороя.
>Зы контроллер рейда adaptec рейд на sas =)
Внимательнее читаем. У меня тоже все сервисы работают, проблема с КОНТРОЛЕМ ОБОРУДОВАНИЯ! (так видно?).
Это беда вседа всех никсов - обустраивается макушка айсберга (прикладное приложение, сервис, новое ядров даже и пр), но никто не задумывается о фундаменте - об ОБОРУДОВАНИИ. Что нужно его мониторить, ловить предупреждения, нужна превентивная диагностика, своевременное предупреждение, уведомления персонала. Драйвера ядра поддерживают почти все мыслимое на момент выхода железо, но приделать к ним уведомлялки о проблемах и мониторинг никто не думает. Это говорит, что разработчики понятия не имеют о промышленном применении своих продуктов, для дома или мелкой конторы это приемлемо, а для средней или с удаленной поддержкой уже нет. Надо изобретать скрипты на коленках, тратить драгоценное время (т.е. хуже чем деньги - (время невосполнимый ресурс))
| | |
|
| 5.45, gennady (??), 10:24, 23/03/2009 [^] [^^] [^^^] [ответить] | +/– | Если подходить с умом - то линукс в продакшн ставить можно только для очень узко... большой текст свёрнут, показать | | |
|
| 4.42, Гном (?), 02:51, 21/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
Чистой воды брехня. Вы, батенька, Вин-бот. Это довольно тривиальная задача и решается она без всяких сложностей. Это, конечно, не умаляет возможностей платных решений. Но если они по какой-то причине недоступны, почему бы и самому не сделать?
| | |
| |
| 5.46, gennady (??), 10:56, 23/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Чистой воды брехня. Вы, батенька, Вин-бот. Это довольно тривиальная задача и решается
>она без всяких сложностей. Это, конечно, не умаляет возможностей платных решений.
>Но если они по какой-то причине недоступны, почему бы и самому
>не сделать?
Чистой воды голый апломб, батенька, без аргументации. Вы батенька, лин-бот. :) (высокий уровень дискуссий, ничего не скажешь)
"Это довольно тривиальная задача " - вы про какую задачу?
Вот вам задачка. Сервер. MB Intel SE7501BR2S RAID SRCU32 + SRCU42X. Прошу дать хотя бы ссылки на софт для мониторинга и управления этого оборудования в современном дистрибутиве линукса/юникса. Опробованы - SUSE 10 (Open, Ent Serv, Ent Desktop, Debian 4, Debian 5, FreeBSD 6.4, 7.0, 7.1. Сейчас работает FreeBSD 7.1, ПО неполного мониторинга и управления RAID устанавливалось с чудесами и доделками руками, часть проблем остались нерешенными, но т.к. аппарат работает тестовым полигоном, то не критично.
Для виндов все решение обойдется ~1200$ и 1,5 часа времени. Вот соотнесите стоимость потраченного времени на запуск (простой оборудования и связанных с ним задач) к стоимости лицензии...
PS. На свежекупленный десктоп FreeBSD 7.0 и ниже вообще не ставится - ядро вываливается. Надо минимум 7.1. А на старом сервере Debian 4 и 5 видеокарту ATI не понимает, VGA-mode. Очень "удобно".
И подобных чудес "за бесплатно" в моей немалой практике уже набралось более чем. У вас может все было гладко и идеально - но лично я не верю.
| | |
|
|
|
| 2.22, remi (?), 15:32, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
 А вы пытаетесь внедрять Линукс по тому же принципу, по которому Хрущев повсеместно внедрял кукурузу? :D
Чисто технически Линукс более совершенная платформа, чем Windows. Но он не всегда (пока?)подходит под конкретные задачи, и не во всех случаях бывает экономически оправдан. Прежде чем его внедрять, неплохо бы провентилировать экономическую сторону вопроса.
Для каждой задачи хороши свои инструменты.
| | |
| |
| 3.37, Аноним (-), 13:39, 20/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>А вы пытаетесь внедрять Линукс по тому же принципу, по которому Хрущев
>повсеместно внедрял кукурузу? :D
По делу (конкретным фактам) сказать нечего. Что и предполагалось.
>Чисто технически Линукс более совершенная платформа, чем Windows.
Сказки. Ядро - может быть и огромной натяжкой. Windows с его API ползволяет не морочиться с совместимостью ядер, драйверов, приложений к конретному билду или патчу. В итоге время развертывания и модернизации сокращается в разы.
>Но он не всегда пока?)подходит под конкретные задачи, и не во всех случаях бывает ?
> экономически
>оправдан. Прежде чем его внедрять, неплохо бы провентилировать экономическую сторону вопроса.
>
>Для каждой задачи хороши свои инструменты.
Угу. Это пока длится уже лет 15, и перспектив никаких. Линукс устойчиво созрел до уровня малых рабочих групп с секретарским уровнем приложений. Дальше полная .опа, wine как минимум со всеми вытекающим + значительно бОльшая значимость человеческого фактора (админа) -нет единых стандартов и инструментов. Т.е. повышенный риск бизнеса.
Желающие сэкономить на софте будут переплачивать за его поддержку и получать вечную борьбу с трудностями, которые мужественно себе создали. Проверено на куче мелких контор - в итоге заплатили за винды и занимаются делом, а не решением проблем из воздуха.
Теоретики, мля.
| | |
|
|
| 1.4, Аноним (4), 00:28, 18/03/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Опрошенные директоры, технические директоры и начальники IT отделов представили следующие данные: 97% используют Windows Server в качестве серверной платформы, 57% используют Linux и 39% - Unix
это проценты от чего ?
| | |
| |
| 2.5, Аноним (-), 02:05, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> Опрошенные директоры, технические директоры и начальники IT отделов представили следующие данные: 97% используют Windows Server в качестве серверной платформы, 57% используют Linux и 39% - Unix
>
>это проценты от чего ?
97+57+39= 193%, уточните пожалуйста почему не двести ? или не публикуйте пожалуйста такого рода новости. Они только вводят в заблуждения.
| | |
| |
| 3.7, Kaiser (ok), 02:16, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
> 97+57+39= 193%, уточните пожалуйста почему не двести ? или не публикуйте пожалуйста
> такого рода новости. Они только вводят в заблуждения.
Кого вводят в заблуждение? 90% опрошенных ежедневно потребляют яблоки и 80% ежедневно едят апельсины. Сумма более 100%. Все нормально.
| | |
|
| 2.10, Анонимус (?), 09:30, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>это проценты от чего ?
Это означает что в одном и том же отделе используются обе платформы. Поэтому из 100% опрошенных такой отдел входит и в 97% виндовсов и в 57% линухов. Почему должно быть категорическое "или с нами или против нас"?
| | |
|
| |
| 2.14, thealexis (?), 10:59, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
 Это не стоимость софта от RH, а стоимость саппорта + обновлений на RH, что есть разные вещи и сравнивать его надо со стоимостью аналогичного по параметрам саппорта + software assuranse например на серверные продукты M$ от самой M$.
| | |
| |
| 3.19, Аноним (-), 14:20, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Это не стоимость софта от RH, а стоимость саппорта + обновлений на
>RH, что есть разные вещи и сравнивать его надо со стоимостью
>аналогичного по параметрам саппорта + software assuranse например на серверные продукты
>M$ от самой M$.
---------
Некорректно сравнение - software assuranse (30%) это право переход на новые версии в течении 2х лет + решение нескольких инциндентов в краткие сроки. Мой вопрос решили за 2часа.
Обновления у MS бесплатны и доступны минимум 5, а то и 10 лет..
| | |
| |
| 4.21, Аноним (4), 14:50, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>>аналогичного по параметрам саппорта + software assuranse например на серверные продукты
>>M$ от самой M$.
>
>---------
>Некорректно сравнение - software assuranse (30%) это право переход на новые версии
>в течении 2х лет + решение нескольких инциндентов в краткие сроки.
>Мой вопрос решили за 2часа.
>
>Обновления у MS бесплатны и доступны минимум 5, а то и 10
>лет..
вопрос из разряда "как прочесть справку ?"
| | |
| |
| 5.36, Аноним (-), 13:28, 20/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>>
>>---------
>>Некорректно сравнение - software assuranse (30%) это право переход на новые версии
>>в течении 2х лет + решение нескольких инциндентов в краткие сроки.
>>Мой вопрос решили за 2часа.
>>
>>Обновления у MS бесплатны и доступны минимум 5, а то и 10
>>лет..
>
>вопрос из разряда "как прочесть справку ?"
Вопрос из разряда "почему не инсталлируется на удаленный узел кластер MS SQL?"
Прошу найти сие в справке. (решение было KB, относящее к совсем другой теме). А корень проблемы еще глубже.
Ищите в справке. умники-теоретики. Заявка была подана в 14-00, в 16-00 мне было дано решение по телефону, а к 18-00 получен официальный ответ по почте. Итак у вас на все 2 часа. Решайте...
| | |
|
| 4.26, Frank (??), 21:48, 18/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
 >Обновления у MS бесплатны и доступны минимум 5, а то и 10 лет..
Security/critical - да... остальное - далеко не всегда. Некоторые вещи фиксят лишь в следующей версии продукта, которая апгрейдится за бапки.
Как пример - проверка украинской орфографии в Ворде2000 - на документах с более чем парочкой страниц очень часть ворд повисал, "вылечили" лишь в Ворде2002.
| | |
| 4.31, Кирилл (??), 16:32, 19/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Обновления у MS бесплатны и доступны минимум 5, а то и 10
>лет..
Обновления у МС не бесплатны. Стоит годовая подписка очень порядочных денег.
Если вы об обновлениях безопасности, то и у Шапки они бесплатны.
| | |
|
|
| |
| 3.32, Кирилл (??), 16:39, 19/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Windows 2008 Standart стоит штукарь, и вы это можете поставить на 4
>процессора и максимум 32 Гб оперативки.
Это только на 4-ре клиентских подключения. А дальше за каждое подключение отслюнявливай ещё столько же. Для средней организации Вин-платформа обходиться в 250 000--300 000 сильно подорожавших долларов. И это только за софт. А ведь ещё сколько стоит поддержа и администрирование, простои из-за сбоев, оплаты избыточных выч. мощностей.
| | |
|
|
| 1.28, Аноним (4), 23:00, 18/03/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
странная дискуссия, и уважаемый, кто высказвался о том как он немог RAID контроллер настроить на линухах.....
в IDC безплатным линухам просто не место, за очень редким исключением
а экономия, про которую пишут в статье - это разница между стоимостью форточек и SLES/RedHat
уже который год новые серваки покупаем с предустановленым SLES - проблем нет абсолютно, аптайм выше чем у виндовых хостов в разы
ктото скажет про руки... ну тут да, я извените драйвер за пару дней не напишу......
| | |
| |
| 2.33, Кирилл (??), 16:41, 19/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>в IDC безплатным линухам просто не место, за очень редким исключением
Дебиан.
| | |
| |
| 3.34, Аноним (-), 13:19, 20/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
Да хоть джента. Без мониторинга железа на серверах и критичных рабочих станциях линуксу не место. Желающие искать приключений с "внезапной" потерей данных - могут использовать.
| | |
| |
| 4.39, Кирилл (??), 14:59, 20/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Да хоть джента. Без мониторинга железа на серверах и критичных рабочих станциях
>линуксу не место. Желающие искать приключений с "внезапной" потерей данных -
>могут использовать.
Ой-ой-ой. На практике это трата ста баксов, чтоб избежать риска на десять центов. Весь этот мониторинг железа. Да и кто вам сказал, что тот же нагиос не справиться с мониторингом чего угодно? Были преценденты? У меня нет. Вся инфраструктура, бэкап и биллинг на линуксе.
| | |
| |
| 5.47, gennady (??), 11:10, 23/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Да хоть джента. Без мониторинга железа на серверах и критичных рабочих станциях
>>линуксу не место. Желающие искать приключений с "внезапной" потерей данных -
>>могут использовать.
>
>Ой-ой-ой. На практике это трата ста баксов, чтоб избежать риска на десять
>центов. Весь этот мониторинг железа. Да и кто вам сказал, что
>тот же нагиос не справиться с мониторингом чего угодно? Были преценденты?
>У меня нет. Вся инфраструктура, бэкап и биллинг на линуксе.
Ну да получить уведомление типа "сервер не пингуется" это одно, raid degraded это другое, raid failed это третье, а кулер помер и корзина с дисками сгорела это четвертое. Нагиос решает только первое. Прочувсвуйте разницу.
Вы обработку отказов оборудования проверяли до постановки его в продакшн? Если нет - то дальше говорить просто не о чем.
| | |
| 5.48, gennady (??), 11:20, 23/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Да хоть джента. Без мониторинга железа на серверах и критичных рабочих станциях
>>линуксу не место. Желающие искать приключений с "внезапной" потерей данных -
>>могут использовать.
>
>Ой-ой-ой. На практике это трата ста баксов, чтоб избежать риска на десять
>центов. Весь этот мониторинг железа. Да и кто вам сказал, что
>тот же нагиос не справиться с мониторингом чего угодно? Были преценденты?
>У меня нет. Вся инфраструктура, бэкап и биллинг на линуксе.
Вы обработку отказов ОБОРУДОВАНИЯ проверяли? Если нет - говорить не о чем.
Если да - поделитесь опытом как через нагиос мониторить raid, кулера, датчики всякие.
Буду благодарен.
а про 10 центов вы будет начальнику объяснять когда raid сдохнет "внезапно"... Не завидую.
| | |
|
|
|
| 2.38, Аноним (-), 13:46, 20/03/2009 [^] [^^] [^^^] [ответить]
| +/– |
>странная дискуссия, и уважаемый, кто высказвался о том как он немог RAID
>контроллер настроить на линухах.....
>в IDC безплатным линухам просто не место, за очень редким исключением
>а экономия, про которую пишут в статье - это разница между стоимостью
>форточек и SLES/RedHat
>
>уже который год новые серваки покупаем с предустановленым SLES - проблем нет
А вы тестирование обработок отказов производили - вот проверьте. Вот свежекупленый HP585 с виндами чего-то скромно промолчал про деградировавший массив, как и про отказ кабеля связи с СХД. Хотя email для уведомления введен. Видать это незаслуживающие внимания события. Отказы кулеров еще не проверял.
>абсолютно, аптайм выше чем у виндовых хостов в разы
большой аптайм говорит о редком обновлении и большом колчистве незакрытых дырок и ошибок. Тоже мне предмет гордости
>
>ктото скажет про руки... ну тут да, я извените драйвер за пару
>дней не напишу......
Ну да, руки писателям линукс-софта еще править и править...
| | |
|
| 1.44, gennady (??), 09:53, 23/03/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В продолжении про "экономию".
Debian 4 + iSCSI. Штатное ядро не держит iscsi, надо обновлять. Обновил штатными средствами.
iSCSI заработал (на фоне freebsd уродство), ну да ладно.
Зато с новым ядром пропал маскарадинг, напрочь пропал.
весь файрвол, часть инет-сервисов, vpn-шлюз пошли лесом. Твою мать!! Хорошо что предварительно проверил на домашнем компе... Представил эффект от такого удаленного обновления.
| | |
|
