Сергей: Здесь вы правы, без сомнения. Но по видимому человек даже не знает базы. А значит, ему стоит поставить на виртуалку Linux, открыть окно Ютуба и повторять движения. А лучше по книге. Так будет еще эффективнее. Ведь не известно, что наговорят комментаторы с видеороликов.
mrbaskus: Если рейд аппаратный, то выдаст один диск. Если рейд предположительно 10, то предположительно там 4 диска аппаратных. А проверить это... Если рейд аппаратный, то скорее всего запуск установщика из консоли (не помню команду, что то вроде sysinternal или я что-то путаю...) линуха должен показать фактическое наличие дисков. Потому что аппаратный рейд иногда криво отрабатывается с установщиками, в т.ч. линукс, виндовз.
Если там 10 рэйд, там не менее 4 дисков аппаратно.
Николай: Ну дело в том, что обычно так и делается. Либо к ресиверу подключается медиацентр. А описанное вами нечто больше напоминает танцы с граблями.
Кстати, наверняка есть медиацентры, способные подтягивать музыку из гугл.музыки и прочего. В общем, если найдете решение - буду рад почитать. Но я действительно не представляю такую схему. Точнее представляю, но никогда с подобной реализацией не сталкивался.
Тогда их подключат/достанут новые. Раз так поставлен вопрос, значит видимо известно, сколько дисков возможно подключить. Или известно, сколько их там, но не известно, сколько подключено к системе.
Ага. Вот вы впервые берете Cisco 5512 какую-нибудь в руки, хотя до этого вы настраивали только D-Link DIR-300. Вам говорят. "А настрой-ка нам такую штуку, чтобы весь трафик проксировался через какую-нибудь проксю на выбор, но без врезки прокси в линию." Мол, сама Циска должна трафик завернуть.
А вы даже password 7 от secret не отличаете. Или еще лучше. даже не представляете, как интерфейс настроить.
Так делать нельзя. Человек скорее всего просто психанет и пошлет затею куда по дальше. Лучше немного в азах разобраться, а затем, с помощью верных вопросов потихоньку продвигаться вверх.
Гарантирую, что первые лет 3-5 почти каждый день будет что-нибудь новое. Если конечно будете постоянно решать все новые и новые задачи.
Если вы так музыку случаете, как же вы сексом занимаетесь... Подлый извращенец. :)
Если честно, не представляю даже. Единственное, что пришло в голову, это взять звуковой кабель, одним концом в медиацентр, а другой рядом с ноутом положить. И подключить в ноут по необходимости. Уж не обессудьте.
Умеет, только там нечто другое. Там обычное потоковое вещание для создания, например, онлайн-радио. К тому же, каждый раз это запускать - можно и по тиму подключиться.
Using active electronics to boost and clean up the signal can effectively double the range of a standard twisted-copper HDMI cable. Cable runs of up to 30 meters are the norm for this type of solution, which may be deployed as either a standalone signal management device, i.e., a repeater or booster box, or incorporated into the manufacture of the cable itself.
Azazel PW: Да. Именно по этому я и сказал, что лишняя конкуренция не нужна. Кстати, в сетях проще уйти на весьма прибыльный аутсорс. Есть куча компаний, которые отбирают половину денег, но предлагают очень вкусные места. А через два-три года уже заказчики напрямую и без посредников обращаются достаточно часто. Так что в итоге и по миру можно путешествовать, и денег хватает, и без работы не сидишь. Но это если на аутсорс уходить. В нем есть весьма очевидный минус. Если ты семейный человек, а тем более - с детьми, этот вариант уже не подходит.
Azazel PW: Ну здесь мне вам возразить не только нечего, но и не хочется. Вы правы на 100%. Но как по мне - это хорошо. Значит моя (и я искренне надеюсь, что и ваша) зарплата будет выше :) Я тоже заметил, что когда переходишь определенный предел, конкуренция на рынке резко снижается, а ЗП повышается. Но заметил я это только около 3-х лет назад.
Что касается Zimbra. Честно скажу. Не было возможности утром проверять, чего именно касаются ограничения, но когда у меня стоял выбор между несколькими почтовиками, Вариант Zimbra пришлось зарубить из-за отсутствия в бесплатной версии внутрикорпоративного чата, невозможности добавления более одного домена и было что-то еще. Вроде бы связанное с интеграцией с AD. Уже не помню. Это было около 4-х лет назад.
Тов. Макаров. Если вам не совсем понятно, почему ответ Сергея набрал столько "лайков", я позволю себе пояснить.
Информативность вашего вопроса зашкаливает. Вы не описали, в чем состоит проблема, какие сбои и как это выглядит. Какие ошибки. Совершенно ничего. Как следствие, ответить вам более или менее полно невозможно.
Azazel PW: Zimbra Collaboration имеет ряд нифиговых ограничений и вы сами об этом знаете.
Спорим вы не угадали? В связке использовалась PostgreSQL в одной компании и MySQL в другой. Так что надо думать дальше. Готов рассмотреть вариант со слабым сервером, но top обычно не ругался на простои задач.
Я согласен по поводу квалификации и ответственности. Но ведь мы не знаем ситуации. Работа ответственная, кто спорит, но где информация о простое компании в течении часа? Где информация о том, что компания простаивала полностью? А по какой причине легла сеть? Кто то закольцевал сеть и не прописал port-triggering? А может быть кто-то рубильник выключил? А может быть моргнул свет и один из безперебойников не успел сработать? Кто-то пропустил конфликтное обновление для винды в WSUS? Об ответственности надо говорить по непосредственной ситуации. Тут еще могла сыграть на руку общая усталость, переутомление персонала и как следствие - возрос риск ошибки. Когда-то давно я работал в одной контора на юге страны. На 300 пользователей, 2 филлиала, 8 точек продаж (и все это по разным регионам) было 2 админа. Один на тот момент только-только научился работать с FreeBSD, а второй путал A и MX записи. А еще там был склад, где круглосуточно печатались накладные документы. Примерно по 10-15 тыс. в сутки. Принтеры вылетали со скоростью пули и их часто надо было менять. Часто ночью. Так что в 2 ночи тебя могли поднять, наа машине отправить на склад. Ты меняешь, переподключаешь и в 4-5 ты дома. В 7 ты встаешь и едешь на работу.
Это я все к чему? Это я к тому, что причиной падения может быть недостаточная квалификация или переутомление. А может быть роковое стечение обстоятельств. Так что давайте не будем рубить с плеча. Подозреваю, если компания действительно крупная, что здесь сработало желание руководства сэкономить на оборудовании и специалистах, раз не было резервирования и, как я понимаю, экстренного плана действий тоже. Иначе бы это падение никто/почти никто не заметил.
Думай Головой: Бывает. Не скажу, что часто, но зачем рисковать? Риск не оправдан совершенно. Тем более, если почти все можно заменить никсами. Это само по себе серьезно сократит расходы на обновлениях. Зато одна нелицензионная серврерная винда, если метла все-таки выстрелит, потянет на лицензирование всего серверного парка по сумме штрафа.
Именно чтобы не было подобных вопросов я и пишу слово "Возможно". При чем с конкретным примером. Сейчас ceph работает на CentOS, но когда это было необходимо, ещё не работал.