Построение кабельной системы в офисе

Saturday, 16 Jul 2011

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

В итоге думали с админом клиента все быстренько расшить за вечер, и в итоге семь часов просто распутывали гордиев узел, который умело сплели очередные студиозы, кидающие сетку за сто баксов- естественно без разводки, естественно без принципиальной схемы, естественно с десятком выходов и хитросплетением свичей, ибо как обычно розеток не хватило на всех. В связи с чем вспомнил несколько историй когда клиент отказывался от моих услуг в плане разводки кабельной системы и построения человеческой СКС, так что когда люди снова обращались с просьбой помочь в том, что сетка стояла колом я обнаруживал каскадирование из 8ми портовых свичеков китайского производства, или же кабельную систему расшитую по два джека на витую пару.
В связи с чем родилось несколько моментов, которые я хотел бы скорее привести для заказчика, нежели для исполнителя, так объяснять халтурщику, что он лепит горбатого бессмысленно. В данный момент хотя мозги и поставлены кальяном на место, после прозвона 60+ розеток, но в голове тем не менее легкий сумбур, так что возможно что данную статью я буду дополнять.

(more…)

VN:F [1.9.21_1169]
Rating: 10.0/10 (6 votes cast)
VN:F [1.9.21_1169]
Rating: +5 (from 5 votes)

При загрузке iMac станции виснет Finder

Wednesday, 29 Jun 2011

Чем меня радует работа сисадмина, или даже, как в моем случае, сисадминского уже (слава судьбе) прошлого, так это тем фактом что имея достаточное количество друзей, ты будешь по уши обеспечен материалом для админских записок и поводом лишний раз поломать голову. Вот и вчера звонит друг, прикупивший себе пару iMac на которых он запускает виртуальные виндовые машины из которых работает на бирже. При этом человек не рубит толком ни в винде, ни тем более в Mac’e, так что имхо приобретение яблочного кирогаза было обусловлено исключительно понтами.

Ну вообщем звонит в панике, так как 9 утра, а он не может зайти в виртуальную машину, поскольку система дает ошибку Finder ‘a и грузит пустой рабочий стол с которого он никак не может войти никуда, ни даже перегрузить. Поскольку я к тому моменту уже часа 4 ковырялся с удаленным серваком, на котором талантливый одмин клиента умудрился убить виртуальные сети ESXi, то посоветовал товарищу позвонить в службу поддержки Apple, так как идти к нему у меня не было времени, а Mac  я все же настолько не знаю, чтобы в голове загрузить виртуальную машину.

Вообщем часа через 3 он перезвонил снова и типо рассказал мне что служба поддержки ему не помогла, поэтому “ай нид хелп”. Уж не знаю о чем он там говорил с поддержкой, я пару раз звонил по клиентским проблемам, вроде настройки не стантартного драйвера, и отвечали резво, хотя не всегда и в попад. Ну вообщем поскольку мой демон уже был побежден, то отправился к товарищу- глянуть что там у него приключилось.

Это была все вода, а вот теперь собственно про зависший Finder:

Машина не грузится, точнее грузит пустой экран, так как Finder не загружается- естественно что зайти куда либо не получается. Собственно по этой причине товарищ пытался перегружать кнопкой, но тут выходила Эпловская штука – что машина уходила в спящий режим.

Глянул на предмет того что возможно какие нить процессы подвисли в памяти, путем нажатия cmd+opt+esc но никаких зависонов не обнаружил, так что просто нажал кнопку выключения. Естественно так как это маковская машинка, а не виндовая, то кнопку следовало держать 6-7 секунд. После чего комп вырубился и после включения все нормально зашуршало.
Откуда мораль- фиксируйте положение пальца.

VN:F [1.9.21_1169]
Rating: 3.6/10 (67 votes cast)
VN:F [1.9.21_1169]
Rating: -2 (from 6 votes)

Терминальный сервер под управлением Windows 7

Tuesday, 28 Jun 2011

Встала проблема что к Windows 7 установленной на удаленной площадке необходимо одновременно подключаться мне и тамошнему админу, так на ней у нас заведены все управлялки внутренними ресурсами. Естественно что по умолчанию это не получается, так как Windows 7 является рабочей станцией и позволяет одновременно подключаться к системе только одному пользователю, так что входя в систему мы автоматом вырубаем присутствующего пользователя. Естественно что данная процедура запрещена для коммерческого использования, поскольку она нарушает лицензионное соглашение мелкомягких.

(more…)

VN:F [1.9.21_1169]
Rating: 5.3/10 (59 votes cast)
VN:F [1.9.21_1169]
Rating: +6 (from 14 votes)

Оживляем лазерную мышь

Thursday, 09 Jun 2011

Был тут на даче, и дочка подруги, готовясь к ГИА, сидела за моим ноутом, таская его со стола на диван, с дивана на одеяло. И в итоге позвала меня, так как почему то сдохла лазерная, беспроводная мышь. Я  потыркалася с ней, но результатов было ноль, так как мышка зажигала лампочку индикации работы буквально на 5-6 секунд, после чего гасла. Определить работает ли лазер или нет, естественно не представлялось возможным, но в общем итоге мышь не работала, так как никак не реагировала на мои телодвижения. Поковырявшись, решил что это батарейка, так что отложил до понедельника, но по приезду домой обнаружил что смена батареек ничего не дала, так что решил что ребенок приложил мыша в чему-нибудь, отложив знакомство с его внутренностями (мыша разумеется) на ближайшее время. Буквально через день позвонила мама, сказав, что после того как ребенок посидел и за её ноутом, у неё тоже сдохла мышь, так что вчера передо мной оказалось два препарируемых. Вторая мышь была оптической, у которой горели все лампочки, но она также как и моя никак не реагировала на действия пользователя.

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

VN:F [1.9.21_1169]
Rating: 5.9/10 (13 votes cast)
VN:F [1.9.21_1169]
Rating: -2 (from 4 votes)

Обнуляем пароль eGroupware Header/Admin

Wednesday, 02 Mar 2011

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

Собственно такая вот ситуация у меня произошла и с установкой 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'] = ”;
мы получим возможность войти в систему с пустым паролем.

VN:F [1.9.21_1169]
Rating: 3.3/10 (15 votes cast)
VN:F [1.9.21_1169]
Rating: +2 (from 2 votes)

Установка eGroupWare

Thursday, 24 Feb 2011

Собственно поскольку решение кроссплатформенное, то я его решил ставить на CentOS, с тем чтобы после этого поднять в виртуальном окружении VmWare, уже в конторе- а пока суть да дело настраивал сидя на больничном.

Поставил 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 и прочее.

VN:F [1.9.21_1169]
Rating: 3.6/10 (20 votes cast)
VN:F [1.9.21_1169]
Rating: -3 (from 3 votes)

Не предвиденная ошипка на сайте

Friday, 04 Feb 2011

У клиента имеется сайт на Drupal, кошмарный-кошмар, который хостится на его же хостинге, прикупленном в NIC.ru. Седня приезжаю со встречи, а меня чуть ли не в дверях встречают с хлебом солью- сайт упал и не дышит, собственно на все вопросы выводит одно:
Parse error: syntax error, unexpected ‘)’, expecting ‘(‘ in /XXX/sites/all/modules/devel/devel.module on line XXX
Тут уже развели переписку с программистом, который его поддерживал- он провел сравнительный анализ и пришел к выводу, что это вероятнее всего хостинг. Ну поскольку я и php это вещи разных вселенных, то для начала залил 100% рабочую версию модуля- тот же самый эффект. После чего глянул сам файл, что же там за строка такая фантастическая- оказалось следующее выражение:
dfb($label, FirePHP::TRACE);

Звонок в суппорт закончился долгим рассказом про мой зараженный компьютер, и то что вирус пишет по фтп в файло всякие iframe или script и прочая, потом стали смотреть файлы, модификации, думать и пыхтеть. Попутно гуглю, но без особого фанатизма ибо перед тем как набрать никовцев полчаса потратил на поиски по инету.
Собственно в процессе разговора натыкаюсь на описание FirePHP, и того что фраза FirePHP::INFO не поддерживается php4, которому надо объявлять FirePHP_INFO. Собственно после этого залез в раздел управления хостингом и действительно обнаружил, что какой то умелец, надо полагать технари клиента, врубили php4, вместо крутившегося на хостинге php5.

**** Если же изменить выражение, как было указано,  то может появиться ошибка PHP: Parse error: syntax error, unexpected T_ARRAY, expecting ‘)’ in , в строке содержащей следующее выражение:
function devel_watchdog(array $log_entry) {
тогда его надо аменить на:
function devel_watchdog($log_entry) {

VN:F [1.9.21_1169]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.21_1169]
Rating: 0 (from 0 votes)