Все мы знаем конечно про потоп в Тайланде и обещания проблем с жесткими дисками, но есть одно НО: у компании WD, чьи диски я например не покупаю уже лет 10, в Тайланде производится порядка 70% всех накопителей (на основном остановленном заводе, их производится около 60%); тайское производство остановилось, что естественно должно сильно ударить по их позициям на мировых рынках, НО у второго лидера по производству жестких дисков компании Seagate там расположены несколько заводов, которые не свернули производство, а продолжают работать, потеряв в мощностях порядка 10%.

Неужели ж радостные пользователи, после магнитных бурь лета- ибо по своим клиентам, партнерам и коллегам, слышал про десятки случаев массового выхода жестких дисков, аккурат этим летом, накануне потопа, которые вероятнее всего явились следствием вспышек на солнце и последовавших за ними электромагнитных вихрей, или чего то там еще. Так вот, неужели же эти самые пользователи выгребли все диски, за неимением WD’шных носителей?

Оказывается не только, ибо те же проблемы, что поставили раком лидера ниши продаж накопителей на магнитных носителях, компанию WD, коснулись и лидера производства шпиндельных двигателей Nidec, на чью долю приходится около 75% мирового производства. И которые, подобно WD, ~60% своего производства держали в Тайланде, так что учитывая что их заводы стояли, то было недопроизведено более 45% общемирового объема движков. Другое дело что в начале ноября они заявили, что производство возобновляется, хотя и не в полную мощь, при этом порядка 20% будет распределено между китайскими и японскими заводами, которые в ближайшие месяцы будут работать в режиме повышенной нагрузки, для того чтобы устранить возникший на рынке дефицит HDD’шных движков.

Естественно проблему WD, которым, по оценкам специалистов, нужно от 3 до 5 месяцев для полного восстановления производства; они не решат, но производство остальных брендов нормализуют, так что цена по идее должна двинуться вниз. Хотя в нашей прекрасной стране есть одна национальная особенность, что цены поднимаются стремительно, а вот опускаются, если опускаются, с большим и протяжным скрипом.

Так что в данный момент видимо остается ждать до начала 2012 года, когда дефицит будет если не устранен, то хотя бы минимизирован. А пока стоит обратить внимание на внешние носители, которые на удивление остались практически в той же цене. Ну и ждать сопутствующего, возникшему дефициту, снижения цен на твердотельные носители, которые в данный момент уже практически сравнялись с магнитными. Ну и покупать UPS двухстороннего преобразования, ибо в сложившейся ситуации, SmartUPS на 620Ва стоит как один 3Tb диск.

Собственно такая вот ситуация у меня произошла и с установкой eGroupWare- ибо я её поставил, настроил и отложил на 3 дня, в течении которых я напрочь забыл на чем я собственно остановился и главное какой пароль администратора я установил, так что мои попытки вломиться в вебконсоль управления сервером EgroupWare не увенчались успехом, после чего я пошел другим путем.

Для этого открываем файлик header.inc.php расположенный в корневой директории сервера eGroupWare и ищем строки:
$GLOBALS['egw_info']['server']['header_admin_user'] = ‘admin’;
$GLOBALS['egw_info']['server']['header_admin_password'] = ‘XXXXXXXXX’;
где XXXXXXXXX является хешированным с помощью алгоритма MD5  паролем, удалив который и приведя строку к следующему виду:
$GLOBALS['egw_info']['server']['header_admin_password'] = ”;
мы получим возможность войти в систему с пустым паролем.

Поставил CentOS, проапргейдил, после чего качнул с оффсайта исходники. Там есть несколько типов исходников- rpm, который всем рекомендуют ставить, и который при этом вообще не понятно как и куда ставится и снимок системы eGroupWare, представляющий собой домашнюю директорию сервака. Скачиваем снапшот и засовывавем его в папку egroup которую создаем в корне домашней директории нашего веб-сервера: /var/www, после чего заходим по адресу http://localhost/eware/ и у нас запускается установка, которая проверив нашу систему сказала мне что у меня старенький php- ибо для системы требуется 5.2 а у меня всего 5.16, так что начнем с обновления php:
Смотрим для начала что у нас вообще установлено:
# rpm -qa |grep php
Далее добавляем репозитарий разработчика, в который вносим только php
# vi /etc/yum.repos.d/CentOS-Testing.repo
############################################################
# CentOS-Testing:
# !!!! CAUTION !!!!
# This repository is a proving grounds for packages on their way to CentOSPlus and CentOS Extras.
# They may or may not replace core CentOS packages, and are not guaranteed to function properly.
# These packages build and install, but are waiting for feedback from testers as to
# functionality and stability. Packages in this repository will come and go during the
# development period, so it should not be left enabled or used on production systems
#without due consideration.
[c5-testing]
name=CentOS-5 Testing
baseurl=http://dev.centos.org/centos/$releasever/testing/$basearch/
enabled=1
gpgcheck=1
gpgkey=http://dev.centos.org/centos/RPM-GPG-KEY-CentOS-testing
includepkgs=php*
############################################################
Сохраняем файл и запускаем обоновление, которое займет некоторое время, так что можно сходить налить чайку:
# yum update
После чего смотрим снова пакеты установленные в системе и версию самого:
# rpm -qa |grep php
# php -v
Перегружаем веб-сервер и после этого снова проходим тест
# service httpd restart
Перед этим надо внести исправления в php.ini, поскольку у меня тест также ругался на предмет двух директив указанных в файле, которые надо выставить в следующих параметрах:
upload_max_filesize = 8M (для возможности загрузки больших файлов)
mbstring.func_overload = 7 (для поддержки UTF-8)
Также необходимо указать временную зону в которой находится наща система:
date.timezone = “Europe/Moscow”

После теста мы проходим по нему и смотрим на параметры обозначенные молнией, и по возможности устраняем их. Также у меня вывалилась еще одна фатальная ошибка относительно отсутствия JPGraph в директории /var/www/html/jpgraph, который необходим как раз для отрисовки диаграмм этого самого Ганта.

Выкачиваем с http://jpgraph.net/download/ и разархивировавыем его в нужную нам папку
После этого запускаем, уже установленный мускуль:
# /etc/rc.d/init.d/mysqld start
и задаем пароль для одмина
# /usr/bin/mysqladmin -u root password ‘PassworD’
Далее создаем базу данных и пользователя для нашей системы:
mysql> CREATE DATABASE egroupware;
mysql> use egroupware;
mysql> GRANT ALL PRIVILEGES ON *.* TO egroupware@localhost IDENTIFIED BY ‘PassworD’ WITH GRANT OPTION;
После этого проходим все тесты, заполняем поля и устанавливаем движок, после чего переходим к процессу настройки основных конфигураций- таких как фтп сервер, почтовый сервер, LDAP и прочее.

# wget ‘http://www.splunk.com/index.php/download_track?file=4.1.4/freebsd/splunk-4.1.4-82143-FreeBSD-i386.tgz&ac=&wget=true&name=wget&typed=releases’
# tar -xzvf splunk-4.1.4-82143-FreeBSD-i386.tgz

Поскольку, как оказалось, пакет пришел нам в уже собранном виде, то оправляем его по месту постоянного жительства:
# cp -R splunk /usr/local/

Перед запуском системы необходимо внести изменения в конфигурационные файлы:

/boot/loader.conf
kern.maxdsiz=”2147483648″ # 2GB
kern.dfldsiz=”2147483648″ # 2GB
machdep.hlt_cpus=0

/etc/sysctl.conf
vm.max_proc_mmap=2147483647

После этого перегружаем сервер для того чтобы изменения вступили в силу. При желании можем создать ручками пользователя от которого будет работать splunk, а также и его группу, но мне что то сегодня в ломы. Поэтому запускаем сервис: перед первым запуском сервера необходимо согласиться с лицензионным соглашением, для этого стартуем:
# $SPLUNK_HOME/bin/splunk start –accept-license

После некоторого диалога, сервер сообщит, что он теперь запущен на http://our_server_hostname:8000 хотя зайти можно и по адресу http://our_server_IP:8000. В данном случае 8000 это дефолтный порт нашего веб сервера.

Теперь переходим к настройке сервера.
Логин и пароль по умолчанию для входа в web-консоль:
username: admin
password: changeme

В верхнем правом углу белеет на темном фоне кнопочка Manager, нажав на которую мы попадаем в общирное меню, позволяющее нам настроить наш сервер в разделе System configurations, а также добавить необходимые модули Apps, собития, поиски и прочая в разделе Apps and knowledge.

В System settings задается хостнейм и настраиваются веб-морда сервера, а также параметры индексирования. Также настраивается отправка алертов по почте и всевозможные уровни логирования, которых доступно шесть вариантов: DEBUG, INFO, WARN, ERROR, CRIT, FATAL.

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

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

Вечного аплинка, стоящих серваков, непадающих упсов и толковых пользователей. Пиво и трава прилагаются по пожеланиям заказчика.

После этого с ManageEngine скачиваем SupportCenter (http://www.manageengine.com/products/support-center/download.html) естественно для Linux. Кладем наше богатство в папку /tmp и устанавливаем путем который я описывал ранее в установке приложений для Linux систем:

# mv ManageEngine_SupportCenter_Plus.bin /tmp/
# cd /tmp/
# chmod 754 ManageEngine_SupportCenter_Plus.bin
# ./ManageEngine_SupportCenter_Plus.bin

Последняя команда вызовет диалог установки приложения.
Путь установки: /root/AdventNet/ME/SupportCenter
Выбираем тип установки FreeEdition, который дает возможность завести один технический аккаунт и сколько угодно много аккаунтов клиентов.  Порт веб-сервера выберем произвольный, например 4896, и в качестве используемого СУБД – MySQL.

Установка закончена, теперь необходимо запустить сервер:

# cd /root/ManageEngine/ServiceDesk/bin/
# sh run.sh

Процесс запуска занимает несколько минут, после чего мы можем через бродилку обратиться к серверу: http://localhost:4896
Логин для входа в администраторский раздел:
Username     :     administrator
Password     :     administrator

Мы сразу же попадаем в раздел администрирования, где запускается мастер настройки системы там мы расставляем галочки по мере необходимости тех или иных опионов нашего сервис деска, а также настраиваем внешнее подключение к сервису: Organization Settings -> Settings, там мы выставляем настройки контактов и адреса сервера.

После недели гугления получился небольшой списочек из 4-5 кандидатов на звание самого – самого, естественно что меня интересовали бесплатные и условно бесплатные движки. Перепробовав весь список и даже больше, ибо на Hostgatore, как оказалось в состав предлагаемых движков доступных через Fantastico de Luxe помимо множества бордов, CMS и магазинов, также входит 7 различных систем Service Desk, правда все они оказались этакими кастрированными версиями для организации службы поддержки, быстро и на коленке. Наиболее меня впечатлила система osTicket, на её базе вполне можно организовать простенький сервис деск исключительно для общения со службой поддержки через сайт. Но я искал более продуманную систему, поэтому поразмысли остановился на системе SupportCenter Plus от компании ManageEngine.

Система доступна в вариантах под Windows и под Linux, и представляет огромный функционал: почтовые ответы с использованием внешних почтовых систем, базу знаний, интеграцию с форумами, центральное управление учетными записями, каталог продукции, синхронизация БД, интеграция с AD и Outlook, генерацию отчетов. На сайте компании ManageEngine доступны два ознакомительных варианта: 30-ти дневный trial (двух версий Standard и Professional), а также так называемый Free Edition, дающий возможность управления 25 аккаунтами и функционал Standard Edition.

Система устанавливается на RedHat Linux 7.x и Debian 3.0, а также Windows 2000 Prof и XP, Server 2000/2003. В установочном комплекте идет движок БД MySQL, а также поддержка MS SQL 2000/2005 и большинства серверов SQL.

По стоимости получается: от 500 бачинcких за двух технарей в Standard Edition и от $1000 за двух инженеров в Professional Edition.