Marco Bill-Peter, вице-президент Red Hat возглавляющий подразделение поддержки пользователей, опубликовал заявление (http://press.redhat.com/2009/12/02/the-value-of-red-hats-sub.../) с пояснением позиции компании по отношению к появлению (http://www.opennet.me/opennews/art.shtml?num=24482) сторонней коммерческой поддержки для основанных на RHEL продуктов. В заявлении озвучена мысль, что сервис платной подписки на Red Hat Enterprise Linux гораздо шире обычной поддержки пользователей и не ограничивается одним программным обеспечением.
Подписчики Red Hat имеют возможность получения доступа к последним технологиям Red Hat, могут влиять на развитие дистрибутива и улучшение отдельных функций, оперативно получают обновления безопасности, имеют возможность получить поддержку по аппаратно-программным проблемам. Пользователи также имеют доступ к протестированным и проведенным на качество технологиям, растущей экосистеме сертифицированного оборудования и программного ...URL: http://press.redhat.com/2009/12/02/the-value-of-red-hats-sub.../
Новость: http://www.opennet.me/opennews/art.shtml?num=24505
Грамотно описали добавочную стоимость.
А вот у нас — с крыльями!
Вообще-то всё верно. Никому в голову не придёт поручать разработку инфраструктуры компании с многотысячным парком машин какому-то NOname, когда red hat уже имел не мало подобных проектов реализованных и их опыт как минимум позволит сделать это быстрее. А скорее всего и лучше.
хаха ему в лицо
вот вам пример общения с их поддержкой
Попробуйте поиметь хотя-бы такой ответ от других саппортов. Ну и как, много других саппортов осилило хотя-бы такой уровень ответов? Так, чисто любопытство, сугубо для статистики.
На самом деле, жесть :) Конечно, в любом саппорте бывает тупняк, я в нашем видела и больший, но жесть все равно :)))
Тупняк бывает у всех, а тут еще конфига с нетварью, я не думаю что саппорту каждый день приходится решать такие проблемы, ну вот и... Саппорты ведь тоже не волшебники и не боги. Есть уверенность что другой саппорт осилил бы эту проблему быстрее и лучше? Если смогут - чтож, честь и хвала здоровой конкуренции саппортов, выиграют в итоге пользователи ;). Вот только это как бы ну совсем не факт, для начала.P.S. так, FYI: я видал тикеты от кастомеров растянутые на *месяцы* пингпонга, где клиенты икру мечут. Ничего так? И, поверьте, они платили более другие суммы. В свете этого - я бы не сказал что редхат такие уж махровые уроды. Потому и предлагаю *посравнивать* с остальными, а не просто обругать и удовольствоваться этим.
>[оверквотинг удален]
>что другой саппорт осилил бы эту проблему быстрее и лучше? Если
>смогут - чтож, честь и хвала здоровой конкуренции саппортов, выиграют в
>итоге пользователи ;). Вот только это как бы ну совсем не
>факт, для начала.
>
>P.S. так, FYI: я видал тикеты от кастомеров растянутые на *месяцы* пингпонга,
>где клиенты икру мечут. Ничего так? И, поверьте, они платили более
>другие суммы. В свете этого - я бы не сказал что
>редхат такие уж махровые уроды. Потому и предлагаю *посравнивать* с остальными,
>а не просто обругать и удовольствоваться этим.Я думаю, что те, кто отвечал вот то, что отвечали, могли здорово получить по ушам :)
Я сама когда-то работала в саппорте, и сама иногда тупила, и тупила еще страшнее :)
Все мы люди и иногда можем тупануть и въехать не сразу. Бывает и хуже. Как вам кукование пару месяцев клиента заплатившего XXX XXX баксов просто потому что лабухи из саппорта - тормоза и профукали тикет где-то в своих дебрях так что на него все попросту забили? Или клиент пинался без результата с саппортом не меньше. Я такое видел и не то чтобы 1 раз. Ессно не у редхата. Вот и хочется понять - а такие ли уж козлы этот редхат? :)
А что Вам не понравилось? Кстати, при собственной пересборке ядра - Вы теряете поддержку именно ядра, а не всей остальной системы.
Просто если у вас самосборное ядро - каждый раз Вас будут просить проверить работу чего-то на оригинальном ядре и если проблема исчезнет после его загрузки - значит Вы его криво собрали.
>А что Вам не понравилось? Кстати, при собственной пересборке ядра - Вы
>теряете поддержку именно ядра, а не всей остальной системы.
>Просто если у вас самосборное ядро - каждый раз Вас будут просить
>проверить работу чего-то на оригинальном ядре и если проблема исчезнет после
>его загрузки - значит Вы его криво собрали.Я вот тоже подумал, что всегда можно скомпилировать и загрузить оригинальное ядро)
Хотя... для production - это не есть правильный путь.Ещё можно попробовать:
insmod ncpfs.ko
не понравилось то, что последний ответ не поступил сразу же.
Там же не телепаты работают...
забавная история с саппортом :)>Там же не телепаты работают...
они собирают дистрибутив и должны знать что там есть, а чего нет.
> они собирают дистрибутив и должны знать что там есть, а чего нет.Остается только вопрос: смог бы какойнить иной саппорт отстреляться хотя-бы так. Если вы уверены что есть саппорт лучше, пользуйтесь им. И не забудьте остальным о нем рассказать в случае положительного опыта. Ведь честная конкуренция - это хорошо, от нее выигрывают пользователи продуктов :).
>они собирают дистрибутив и должны знать что там есть, а чего нет.Если это российский саппорт, то они ничего не собирают. :)
Дак они и не саппортят обычно, так только, цитаты в БОР собирают...