В связи с тем, что «IBM купит Sun за 7 миллиардов долларов», появились высказывания:
«Не исключено, что сделке между Sun Microsystems и IBM могут помешать антимонопольные регулирующие органы, так как эти компании доминируют в сегменте Unix-серверов, занимая 65 % этого рынка.»

Но, я бы не стал так уж прямо выделять современный рынок Unix-серверов с проприентарной RISC-архитектурой процессоров (типа IBM Power, Sun Sparc и HP/Intel Itanium) в отдельный и замкнутый рынок.
На рынке RISC/UNIX-систем действительно осталось всего 3 крупных компании IBM, Sun и HP, и после объединения IBM & Sun, будут только два конкурента: IBM/Power — HP/Itanium (возможно 3-й будет Fujitsu/Sparc, хотя я лично считаю, что скорее всего Fujitsu будет вынуждена закрыть свое Sparc-подразделение).
Но заметьте, в историю, вместе со своими RISC-архитектурами, канули такие легендарные компании как:
1. Digital Equipment Corporation (DEC) — CPU Alpha AXP,
2. Silicon Graphics (SGI) — CPU MIPS,
3. Intergraph Computer — CPU Clipper,
4. Siemens Nixdorf Informationssysteme AG (SNI) — CPU MIPS,
5. Pyramid Technology — CPU MIPS,
6. Tandem Computers — CPU MIPS,
7. Data General (DG) — CPU Motorola 88k, и куча др.
А вы не задавались вопросом кому они проиграли (отдали) свои рыночные доли?

В общем-то статья написана скорее для себя — чтобы не забыть, но может кому пригодится.

Захотелось мне обновить FreeBSD с версии 7.0-GENERIC-p11 до свежей 7.1-GENERIC-p4.
Собирать из сорсов ядро, разумеется, желания не было, поэтому решил обновляться в автоматическим режиме.
Итак, команды (выполняем с правами root):

[root@server ~]# freebsd-update -r 7.1-RELEASE upgrade

Апдейтор проверит систему и спросит устраивает ли то что такие-то модули будут обновлены, а такие-то — нет. Отвечаем yes, далее начнется загрузка обновлений — очень много, у меня выдал 32850 пакетов — ждем окончания процесса. Может затянутся на несколько часов.

[root@server ~]# freebsd-update install

Начинаем установку скачанных обновлений. В конце попросит проверить измененные конфиги (настоятельно рекомендую править сразу) и ребутнуться. Происходит обновление ядра.

[root@server ~]# shutdown -r now

Ребутаемся ;-)
В некоторых случаях (причину бага я так и не понял) после ребута система не находит загрузчик ядра и выкидывает приглашение ввести путь к нему. Вводим /boot/loader — и вуаля!

[root@server ~]# freebsd-update install

Устанавливаем оставшиеся обновления.
Quest done!

Все действия производим на свой страх и риск, разумеется.

Итак, сегодня я постараюсь ответить на популярную проблему как пропатчить KDE UTF-8 под FreeBSD.

В один прекрасный момент переноса базы данных с тестового сервера на продакшн для подготовки бета версии я больно стукнулся головой об проблему с UTF-8 строками в PostgreSQL. А точнее, натолкнулся на полное нежелание PostgreSQL выдавать на запрос SELECT upper('суслик') положенного по штату "СУСЛИК"а. В результате поиска баги я был в шоке, так как совсем не ожидал от современной операционки таких, совсем уже детских, ляпов!

Теперь события из мира BSD доступны в мире Twitter.
@freebsdannounce — это новостной канал.
@freebsdblogs сборная солянка блогов Planet FreeBSD.
@freebsd объединяет оба названных и еще много чего.
@bsdevents вещает обо всех событиях событиях плюс напоминалки и фотоотчёты.

В общем, всё по-домашнему.

Есть сервер, который находится в датацентре в г. Москва. Есть я, который находится в уездном городе N™ :-) Единственный доступ к серверу — SSH и Remote PDU для перезагрузки.

Появилась нужда перейти на FreeBSD amd64, за одно обновив ПО и пересобрав ядро.

Что было до:
FreeBSD hostname FreeBSD 7.1-RELEASE i386.

Что стало после:
FreeBSD hostname FreeBSD 7.1-RELEASE amd64.

Сейчас много мыслей о том, что ждёт нас в будущем, в 2009 году, да и после. Но почему бы на мгновение не вернутсья в прошлое и не восхититься тем, как хардкорные юниксоиды того времени выкручивались, восстанавливая систему?

Это — перевод статьи Mario Wolczko, опубликованной в Usenet в 1986.

Знание истории происхождения вещей и их названий, будь то простой карандаш, автомобиль или команда операционной системы, делает их повседневное использование намного интереснее. В этой заметке я постарался разобраться в причинах странного, казалось бы, наименования некоторых программ, используемых в операционной системе Unix и её родственниках: *BSD, Solaris, HP-UX, Linux и т.д.

Перепечатка моей статьи, написанной, в свою очередь, по мотивам страницы What does {some strange unix command name} stand for?

Очередной пост, посвящённый полезным утилитам. из состава Debian =)) На этот раз хочется вспомнить про программу apt-mirror, которая позволяет не много не мало, а создавать свои собственные зеркала Debian репозитариев с ежедневным обновлением онных.

Зачем это может понадобиться, мне даже не нужно говорить, так как все знают, что в локальной сети предприятия или какого-нибудь села/дома легче сделать общее зеркало со срезом репозитария, чем нагружать Интернет-канал каждый раз, когда некоторый индивид использующий на своём рабочем месте Debian GNU/Linux захочет обновиться до более свежей версии.

Иногда в локальной сети появляется необходимость выпускать пользователей в интернет через прокси-сервер. Например, для учёта трафика или ограничения доступа к определённым ресурсам. При этом использование прозрачного прокси невозможно или нежелательно.

Информируем пользователей

Можно, конечно, просто сделать рассылку на всех с указанием параметров. Но, как показывает практика, это не избавляет полностью от лишних вопросов.

К середине прошлого десятилетия бизнес SGI принял современный вид и оформился в четыре основных направления: программное обеспечение, рабочие станции и системы визуализации графических данных, серверы, а также системы хранения данных. Несмотря на прочные позиции на рынке, дела у силиконовцев пошли из рук вон плохо — курс акций уходил в крутое пике, убытки множились с каждым кварталом. Компания лихорадочно искала пути к выживанию и в 1997 году сделала ряд шагов, действительно обескураживших приверженцев ее продуктов.

Как это часто бывает в ИТ, у этого начинания исключительно академические корни. История началась в 1979 году Стэндфорде, где профессор Джеймс Кларк вместе со своими студентами вёл разработку «Геометрического движка». Задача на тот момент была совершенно фантастической — обеспечить рабочим станциям возможность оперировать трёхмерными изображениями.

Забегая вперёд, отмечу, что сейчас плод её решения вкушают пользователи всех известных мне современных операционных систем, предназначенных для персональных компьютеров. Итак, сегодня я расскажу об эре визуального компьютинга в UNIX и компании SGI, ответственной за её рождение и закат.

0. Предыстория
Около двух лет назад перед сравнительно небольшой, но развивающейся сетью, в которой я, волею судеб, оказался системным администратором, встала задача внедрения нового биллинга. Требования оказались просты и довольно банальны для тех мест, где Интернет стоит не копейки и далеко не все готовы платить за безлимиты:

• Возможность создания помегабайтных тарифных планов и безлимитов
• Возможность учета трафика по направлениям (бесплатный-город-страна-мир)
• Бесплатное решение (слово opensource тогда еще мало интересовало)
• Вменяемый web-интерфейс пользователя и администратора
• Возможность расширения функционала на будущее
• Поддержка различных систем оплаты (в частности интересовала оплата карточками пополнения

Изначально искал маленькую ёмкую шпаргалку по FreeBSD, которую в итоге и нашёл, но через пару минут перед моими глазами предстало

НЕЧТО

БОЛЬШЕЕ И

ВСЕОБЪЕМЛЮЩЕЕ

P.S. pdf inside
P.P.S. и не только по FreeBSD…

Теперь, после базовой системы, вторая категория: те программы, которые являются пакетами дополнений. В мире BSD это обычно называется «системой портов». Это имя выбрано не случайно.Традиционно, чтобы запустить программу в системе, первое, что вы должны были сделать, — это скомпилировать её. И часто перед компиляцией приходилось её допиливать. Ваша система могла требовать другие заголовочные файлы. Иногда отличались объявленные константы. Некоторые части иной раз переписывались с нуля из-за их несоответствия вашей системе.Другими словами, вам надо было «портировать» программу для своей ОС и/или для вашей конкретной системы. Основная цель системы портов — это сделать всю работу по портированию за вас. То, что она также автоматизирует сборку и инсталляцию и обеспечивает такими сервисами, как 'uninstall', в её имени, правда,

Ровно 15 лет назад, 21 марта 1993 года, командой энтузиастов был создан репозиторий исходных текстов новой операционной системы NetBSD, основанной на коде 4.4BSD (386BSD 0.1 + unofficial patchkit 0.2.2), расширенном в плане улучшения переносимости на другие платформы, улучшения безопасности и решения проблем с производительностью. Первый публичный релиз NetBSD 0.8 был доступен в апреле 1993 года.

В настоящее время NetBSD является непревзойденным лидером в области ширины охвата аппаратных платформ, так в релизе NetBSD 4.0 поддерживается 13 различных процессорных архитектур и более 54 аппаратных платформ.

Следующий релиз NetBSD 5.0 продолжит традиции проекта. Некоторые планы на будущее: реализация новой многопоточной библиотеки (1:1 threads), поддержка нескольких разных планировщиков задач, работа в режиме хоста (dom0) и гостевой ОС для Xen2 и Xen3, разработка новой системы управления питанием, поддержка сервера и клиента iSCSI и т.д.

источник

27 февраля, после длительного ожидания был анонсирован первый релиз ветки 7-STABLE.

Текст анонса — www.freebsd.org/releases/7.0R/announce.html.
Обзор релиза — www.freebsd.org/releases/7.0R/relnotes.html (перевод от Opennet).

Одним из основных изменений является планировщик задач ULE (SCHED_SMP), отличающийся повышенной стабильностью и производительностью, как на однопроцессорных машинах, так и на SMP системах.
По умолчанию все еще используется 4BSD, но его может заменить ULE в релизе 7.1.

Начинаем тестировать!

Концепция «базовой системы» — это то, что создаёт большинство проблем для людей, привыкших к методологии Linux. Что вполне понятно, ведь в мире Linux такого понятия даже не существует.С самого начала Linux был просто ядром. И без вечных дискуссий по поводу того, что входит в понятие «операционная система», можно сказать, что ядро само по себе не очень полезно. Вам необходима вся пользовательская оболочка для того, чтобы заставить его работать. Linux — это конгломерат; здесь ядро, там ls, с другой стороны ps, vim, perl, gzip, tar

Встречаем игроков

Здесь я дам небольшой обзор систем, о которых пойдет речь. Заметьте, что представленные истории не претендуют на всестороннее и авторитетное мнение, и не было предпринято ни одной попытки сделать их таковыми.

О чём это я?

Мои компьютеры работают под управлением FreeBSD. У многих моих друзей на компьютерах стоит Linux, хотя бы один из его дистрибутивов. Несмотря на то, что мы согласны с тем, что системы *nix — это правильный выбор, в выборе конкретных дистрибутивов наши мнения расходятся.У меня сложилось впечатление, что BSD-сообщество, в целом, понимает Linux лучше, чем Linux-сообщество понимает BSD. У меня есть несколько предположений, почему так происходит, но это не суть важно. Я полагаю, многие линуксоиды отказались от BSD, потому что они не совсем понимают, что там к чему. Таким образом, как пользователь BSD, я попытаюсь объяснить, как работает BSD, в доступной форме.Хотя системы очень похожи во многих аспектах, существует множество различий. Если вы копнёте глубже, то узнаете, что они возникают из-за укоренившихся разногласий. Одни из них касаются методологии разработки, другие — установки и использования, третьи — того, что важно и кто важен, а четвёртые — какое мороженое вкуснее. Сравнение поверхностных различий не скажет вам ни о чём — только сравнение более глубокое объяснит и расставит всё по полочкам.

Чего здесь нет?

Здесь нет:

• списка соответствия команд, вроде «netstat -rnfinet в BSD = netstat -rnAinet в Linux» и всё прочее.
• Как сделать те или иные вещи при администрировании и работе BSD.
• Почему следует использовать BSD вместо Linux.
• Почему следует использовать Linux вместо BSD.
• Почему следует использовать эту BSD, а не ту BSD.
• Почему следует использовать этот Linux, а не тот Linux.
• Почему BSD — это правильно, а Linux — неправильно.
• Почему Linux — это правильно, а BSD — неправильно.

Лично я верю, что мой выбор ОС правильный. Но это я. Я не говорю вам, что вы должны верить в то же. Изучите факты, их предпосылки, и сделайте ваш выбор. Ведь именно для этого он вам и дан.

Некоторые соображения.

Есть много философских различий между миром Linux и миром BSD. И множество высказываний по этому поводу. Одно из моих любимых выглядит примерно так:

«BSD — это то, что получается, когда кучка Unix-хакеров пытается портировать Unix на PC. Linux — это то, что получается, когда кучка PC-хакеров пытается написать Unix-систему для PC.»

Мне нравится, как тонко замечено, не потому что это какая-то сакральная правда, а потому что это дает толчок к пониманию некоторых отличий. BSD-системы, в целом, более похожи на традиционный Unix, чем Linux. Во многом это связано с тем, что они являются прямыми потомками Berkeley Software Distibution, которая в свою очередь родилась из AT&T Unix. Торговая марка Unix принадлежит The Open Group, а код Unix является собственностью SCO, поэтому нельзя говорить, что BSD-системы — это Unix. Но, во многих отношениях, BSD-системы являются прямыми потомками традиционной Unix.Это прослеживается во многом: в дизайне системы, в дополнениях, в разбиении жесткого диска, в деталях команд, в отношении, предрассудках и реакциях разработчиков и в пользователях.BSD разрабатывают. Linux выращивают. Наверное, это единственное краткое описание, и возможно, наиболее корректное.

Этим небольшим вступением я начинаю перевод серии статей Мэтта Фуллера, которые в свое время вдохновили меня перейти на FreeBSD.

Здравствуйте, вообще-то новости 2 дня, но о ней так никто и не написал, вышел 2-ой релиз кандидат операционной системы FreeBSD 7.0. Думаю эта новость будет интересна многим администраторам, и ждать релиза надеюсь осталось не долго.

По плану RC2 должен был выйти 28 января — вышел 7 февраля.
По плану релиз 11 февраля, если учесть смещение релиз будем ждать 21 февраля.

P.S. ИМХО FreeBSD лучшая операционная система.