понедельник, 3 ноября 2014 г.

Published 11/03/2014 07:23:00 PM by with 1 comment

Mediant 1000 SBC и SIP/2.0 500 Server Internal Error

Сразу не вник, думал лицензий, поначалу, не хватает, но по порядку об этом.

Итак, симптом такой, - как только заводим в SIP Interface Table  в Application Type  тип SBC то все кто раньше,
а в моем случае это FreeSwitch, даже на "SIP-Ping"  начинают выдавать эту мерзкую ошибку.

Ну конечно FS умный, - гейт в UP поднял, хотя и предупредил что не все тут чисто:

freeswitch@internal> 
send 581 bytes to tcp/[192.168.0.6]:5060 at 01:03:42.683084:
   ------------------------------------------------------------------------
   OPTIONS sip:192.168.0.6;transport=tcp SIP/2.0
   Via: SIP/2.0/TCP 192.168.0.5:5071;rport;branch=z9hG4bKDyKtU6gZ8m7Kj
   Max-Forwards: 70
   From: <sip:192.168.0.6>;tag=Dg9HK9pcyj8Uj
   To: <sip:192.168.0.6>
   Call-ID: 187a5589-dd98-1232-8c80-002655e85348
   CSeq: 67152247 OPTIONS
   User-Agent: FreeSWITCH-mod_sofia/1.2.23-n20141021T215605Z-1~wheezy+1+git~20141021T155606Z~1e5270d572~64bit
   Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY
   Supported: timer, path, replaces
   Allow-Events: talk, hold, conference, refer
   Content-Length: 0
   
   ------------------------------------------------------------------------
recv 318 bytes from tcp/[192.168.0.6]:5060 at 01:03:42.704500:
   ------------------------------------------------------------------------
   SIP/2.0 500 Server Internal Error
   Via: SIP/2.0/TCP 192.168.0.5:5071;received=192.168.0.5;rport=52831;branch=z9hG4bKDyKtU6gZ8m7Kj
   From: <sip:192.168.0.6>;tag=Dg9HK9pcyj8Uj
   To: <sip:192.168.0.6>;tag=1c1909125470
   Call-ID: 187a5589-dd98-1232-8c80-002655e85348
   CSeq: 67152247 OPTIONS
   Content-Length: 0
   
   ------------------------------------------------------------------------
2014-11-03 01:03:42.703511 [WARNING] sofia.c:4978 Ping succeeded mediant.sbc with code 500 - count 1/1/1, state UP
freeswitch@internal> 

Надо сказать что у медиана тоже есть типа лога, вот только по нему не очень понятно в чем дело, ну а выглядит эта проблема примерно так:



3d:1h:13m:6s (  lgr_stk_mngr)(       225) !! [ERROR]  SIPStackMngr::NewSBCCallArrived - CMR process FAILED

Гм, информативность прям зашкаливает ;-) Самое смешное что даже гугл про это ничего толком не сказал, ну кроме одной фразы типа неверная конфигурация или что-то в этом роде.


Ну ладно, выполняю сброс на дефолт, и повторяю по шагам, -ищу где начинает опять это опять  выдавать.
Тут надо заметить что по дефолту в настройках 'SBC General Settings' выставляется дефолтом использование выполнять 'Reject'
для неквалифицированных звонках/сообщениях, ну и документация очень рекомендует это все тоже прописать.

Иначе приводит к знакомым ошибкам в логе:

3d:14h:1m:23s (       lgr_sbc)(       999) ?? [WARNING]  Classification failed. 3d:14h:1m:23s (  lgr_stk_mngr)(      1000) !! [ERROR]  SIPStackMngr::NewSBCCallArrived - CMR process FAILED

Итак, подведем итог:

1) Классификацию на первое время можно выключить.

Идем в Configuration-VoIP-SBC и в "Unclassified Calls" выбираем "Allow". Незабываем вернуться к этому позже!

2) Чуть ниже будет "Routing SBC", далее заходим в "IP-to-IP Routing Table" и создаем там правила маршрутизирующие наш звонок.

После этого SBC начинает работать как надо, и не ругается.

Добавлено:
Так-же встретился с тем что SBS начинает ругаться на банальный OPTIONS:

Incoming SIP Message from xx.xxx.xxx.xx
24d:11h:8m:55s OPTIONS sip:xx.xxx.xxx.xx SIP/2.0
Outgoing SIP Message to xx.xxx.xxx.xx
24d:11h:8m:55s SIP/2.0 500 Server Internal Error
CSeq: 1 OPTIONS Reason: SIP ;cause=500 ;text="GWAPP_NO_ROUTE_TO_DESTINATION" Content-Length: 0

Решение: Там-же создать самое первое правило:

<br />

После этого эти ошибки исчезают.
Read More
    email this       edit

пятница, 31 октября 2014 г.

Published 10/31/2014 07:12:00 PM by with 0 comment

Создание бэкапа флешки байт-в-байт

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

Итак, не могу не поделиться как я это делаю (для начала убедимся что мы правильный диск будем захватывать ):
---
Last login: Fri Oct 31 17:38:22 on console
ales-ymac:~ ales$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS MacHDD                  512.0 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:       Microsoft Basic Data BOOTCAMP                151.9 GB   disk0s6
   5:                  Apple_HFS MacData                 1.3 TB     disk0s4
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *16.1 GB    disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS OS X Base System        15.7 GB    disk1s2
ales-ymac:~ ales$ diskutil unmountDisk /dev/disk1
Unmount of all volumes on disk1 was successful
ales-ymac:~ ales$ sudo dd if=/dev/rdisk1 bs=1m | gzip > ~/Desktop/myusb1010.gz
Password:
---
Тут ничего долго не выводится, - запаситесь терпением....
---
5312+0 records in
15312+0 records out
16055795712 bytes transferred in 684.260522 secs (23464448 bytes/sec)
ales-ymac:~ ales$diskutil eject /dev/disk1
---
Все, данные слили и упаковали и флешку можно извлекать из компа.

Для восстановления надо будет поступить так:

ales-ymac:~ ales$gzip -dc  ~/Desktop/myusb1010.gz | sudo dd of=/dev/rdisk1 bs=1m
---

Хочу добавить что сжатие много не дает, поэтому можно и так:
sudo dd if=/dev/rdisk1 of=/chamgeme/myusbdsk.img bs=1m
sudo dd if=/chamgeme/myusbdsk.img of=/dev/rdisk1 bs=1m

PS Кому-то захочется этот файл поместить в /tmp - но я не советую так делать :-)

Read More
    email this       edit

понедельник, 8 сентября 2014 г.

Published 9/08/2014 09:09:00 PM by with 0 comment

Мешают сообщения/пакеты Hello от EIGRP при захвате в Wireshark ? Есть Hint!

При захвате пакетов в GNS3 постоянный поток служебных сообщений Hello который генерит EIGRP просто утомляет. А убрать их с экрана, что-б глаза не мозолил очень просто, - все предусмотрено разработчиками:
Версия Wireshark: 1.12.0

Можно еще так фильтр расширить, действуя по аналогии:

!(eigrp.opcode == 5) && !(eigrp.ack == 0) && !(loop) && !(cdp)

Не забываем нажать на Save, ну а если надо будет его убрать. то он/они в настройках программы:

 Ну вот такой маленький хинт, надеюсь что малознакомым с Wireshark-ом он будет полезен.

Read More
    email this       edit

среда, 27 августа 2014 г.

Published 8/27/2014 07:25:00 PM by with 0 comment

Немного неожиданно, но запись про MAC, а точнее про Finder и теги.

Как многим, имеющим MAC OS, известно, есть возможность файлам присваивать теги, для быстрого поиска или группировки по ним.
Для установки этого тега на файл или папку: ПКМ на объекте, выбираем 'Свойства' и прописываем необходимые теги. Потом это свойство закрываем.
Все-бы хорошо, но муторное это дело. Итак, хинт:

Запускаем 'Системные настройки', далее 'Клавиатура' и по шагам, в точности как тут:



Нажимаем 'Добавить', настройки закрываем и по данной комбинации получаем возможность добавлять/редактировать теги данного файла или папки. Ну естественно кроме защищенных.

Read More
    email this       edit

понедельник, 25 августа 2014 г.

Published 8/25/2014 02:16:00 PM by with 0 comment

The RPC server is unavailable - при попытке выполнить принудительную репликацию контроллеров домена.

Сегодня, подправив права на соседнем домене, решил ускорить репликацию в AD.
Заходим в оснастку ''
И для одного сервера получаем вот такую ошибку при попытке принудительной репликации:
При этом разрешение имен работает отлично, - оба контроллера домена резолвятся и по простому имени (NETBOIS) и по полному (FQDN).
Первым делом сморим в логах на разделе DFS Replication:
The DFS Replication service is stopping communication with partner DC2 for replication group Domain System Volume due to an error. The service will retry the connection periodically. 
Additional Information: Error: 9036 (Paused for backup or restore) 
Не совсем понятно, с че-бы это пауза. Но вот что выдал dcdiag /q на DC1:
The host b23d25ea-9285-40ad-98a7-43fdf550df94._msdcs.mydomain.ru could not be resolved to an IP address.
Check the DNS server, DHCP, server name, etc.
Got error while checking LDAP and RPC connectivity. Please check your firewall settings.
......................... DC1 failed test Connectivity
Причем .mydomain.ru это корневой домен, наши сервера и домен находятся в под-домене от mydomain.ru. 
Проблема начинает немного проясняться, - явно не хватает служебной информации в DNS.

Итак, что было сделано:
1) В  DNS на нашей зоне сменили тип динамического обновления - 'Nonsecure and secure' 
2) На обоих серверах был выполнен 'netsh winsock reset' и оба были перезагружены.

И если со вторым все понятно, то почему нужен 1-й пункт для меня загадка пока, хотя может и достаточно было 2-го, гм, тут я немного поторопился и не проверил сразу.
Кстати не рекомендую выполнять данную команду сброса winsock на терминальных серверах, - могут слететь привязки IP к службам.




Read More
    email this       edit

суббота, 23 августа 2014 г.

Published 8/23/2014 12:04:00 AM by with 0 comment

Жил да был Windows 2003 сервер и исполнял он только одну роль - был сервером управления Symantec Endpoint Protection (SEP). Попытка его обновить, на тот момент, до последней версии (11.0.7 MP3), проходила якобы успешно,  но при попытке посмотреть в 'Security Status' хоть что-то приводило к загрузке CPU под 100% процессом IeEmbed (JDesktop Integration Components binary) ну и естественно не показывало чего нужно. Хотя в остальном все работало отлично. Попытки снести и поставить заново ни к чему не привели - висело все точно также.

Одним из вариантов который мне виделся наиболее правильным, это мигрировать SEP сервер.
Дальше была небольшая рутина типа развернуть Win2008 R2, роли на нем, установку самого сервера SEP. После установки на системном диске осталось порядка 20 гигабайт свободного места - должно было хватить сполна.
Итак, запустился 'Management Server Configuration Wizard', выбираем продвинутую конфигурацию, метод нового сайта с репликацией, новое имя для сайта, встроенную базу, - процесс начался. Все шло хорошо минут пять, после чего выдало ошибку вида:
'error failed to connect to the server specified'. Вот-те раз, идем в гугл и по поиску:
 'symantec replication error failed to connect to the server specified' и первая ссылка приводит нас сюда.  Но это и так уже было проделано на исходном сервера.
Одним из найденных еще была эта статья, но  к ней мы еще вернемся позже.
Тут надо заметить что этот исходный сервер был когда-то на 'железе' и был мигрирован на VMware достаточно давно, на системном диске имелось порядка 6 гигов свободного места, и вот после того как я его перегрузил он мне выдал что этого места больше нет!
И тут меня осенило, - SEP подготавливает данные для переноса, и причем довольно много хочет под это дело.  Что-ж пришлось место увеличить, но поскольку это 2003-й сервер, руководствовался вот этой статьей. После чего процесс миграции завершился успешно!
Новый сервер получил все политики, папки и т.п. Первый запуск показал что вроде все хорошо, но я уже наученный, - смотрю как у меня на новом сервера с местом обстоят дела сразу.
И первый сюрприз -20 гигов свободного места мало, оно начало стремительно уменьшаться.
При достижении в гигабайт я выключил сервер, добавил еще 10 гиг, запустил и сразу-же провел расширение диска, благо в 2008-ом R2 это уже на лету выполняется. Сейчас там осталось примерно 23 гига свободного. Пока хватит.

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

После чего клиенты, через некоторое время, "появились" на новом сервере.
Что характерно их даже перегружать не пришлось.
Единственное что тут нужно учесть - необходимо дождаться что-б все клиенты получили эту новую политику, перед выключением "старого" сервера.
Read More
    email this       edit

воскресенье, 2 февраля 2014 г.

Published 2/02/2014 08:56:00 PM by with 0 comment

Неа, нужна некая автоматизация, что-б _ежедневно_ вести блог

Надо что-то придумать дабы автоматизировать процесс...

Read More
    email this       edit

четверг, 7 ноября 2013 г.

Published 11/07/2013 07:54:00 PM by with 0 comment

Пару дней отгулов и приступил к обычным делам.

Необходимо было "разобрать" стенд с FusionPBX и подготовить его к отправке в другой опять город. Все прошло почти гладко, кроме файрвола, - в том городе у нас настроен еще был QoS на нем. Но поскольку версия изменилась, немного изменились правила в настройках.

По первых поменялся дефолтный shorewall.conf, а поскольку я его менял в предыдущей версии, необходимо было найти отличия и перенести их в новый.
Собственно вот эти старые отличия:

-SUBSYSLOCK=""
+SUBSYSLOCK=
-IP_FORWARDING=Keep
+IP_FORWARDING=On
-CLAMPMSS=No
+CLAMPMSS=Yes
-ROUTE_FILTER=Yes
+ROUTE_FILTER=No
-BLACKLISTNEWONLY=Yes
+BLACKLISTNEWONLY=No
-DISABLE_IPV6=No
+DISABLE_IPV6=Yes
-OPTIMIZE=0
+OPTIMIZE=1
-EXPORTPARAMS=Yes
+EXPORTPARAMS=No
-WIDE_TC_MARKS=No
+WIDE_TC_MARKS=Yes
-TRACK_PROVIDERS=No
+TRACK_PROVIDERS=Yes
-LOAD_HELPERS_ONLY=No
+LOAD_HELPERS_ONLY=Yes


Так как некоторые устарели то из в номом еже просто нет.
Далее, изменился файл tcclasses и стал требовать наличия строчки с дефолтной маркировкой
иначе ругался типа ''ERROR: No default class defined for device gw1"
В моем случае решилось так:
gw1 255 128kbit 1792kbit 3 default
Где gw1 один из интерфейсов.
Кстати вот тут отличный гайд как это все работает.
Ну и  чуток файл tcrules поменял форму, - необходимо эту форму указывать начиная его так например:

#########
FORMAT 2
#########


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

Ну и на сладкое - обновился отличный прокси-сервер Squid до версии 3.1.10 . Сначала попытался обновить его просто скачав diff c 3.1.9 (что уже была установлена), но он у меня застопорился на трех man-файлах которых у меня почему-то не было, пришлось перекачать его всего, пересобрать, и когда народ в основной масссе разбежался по домам установить. ну и Rejik-а пересобрать на всякий, - давно его не перебирал.



Read More
    email this       edit

пятница, 1 ноября 2013 г.

Published 11/01/2013 09:35:00 PM by with 0 comment

Вот и закончилась неделя

Последние два дня допиливал настройку FusionPBX.

На данный момент звонок из PSTN после IVR идет дальше, если внутренний не ввели, звонком на группу, и тут выяснилась одна особенность - не работает в таком случае перевод по '*1'.
Это уже оставлю на следующую неделю.

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

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

Read More
    email this       edit

среда, 30 октября 2013 г.

Published 10/30/2013 09:50:00 PM by with 0 comment

Freeswitch за три дня

И вот за три дня, не поднимая головы удалось настроить Freeswitch через FusionPBX.
Вроде звучит странно, типа чего там три дня делать, но проделана огромная работа.
1)Обновлен Linux до последней версии Wheezy
2)Установлен и собран Strongswan 5.1.0 (IPsec)
3)Разобрался почему версия Strongswan 5.0.4 работала, а 5.1.0 не захотела (найден ключик --disable-unity который для этой версии мне необходим)
3)Установлен PostgreSQL
4) Установлен сам собственно FusionPBX, котрый поставил Freeswitch, и настроен на использование PostgreSQL
5) Найдена программа Audacity которая помогла изменить нормализацию приветствия.
6) Настроен Linksys SPA8800 с его тучей куевой  параметров для работы с FusionPBX
7) Вычислил тоны отбоя для городских линий, установив на виртуалку SigView, по мануалу.
9) Скачал и скоппилял русские файлы для IVR.
10) Ну и в финале настроил входящие из PSTN с передачей номера звонящего (CallerID).
За кадром осталось дежурство и мытарство с установкой e-config от IBM - то еще было "веселье".

Осталось дело за малым, - победить/восстановить железяку Nortel BCM50 которая совсем тоже в другом городе, которая вдруг перестала работать по SIP, а сосбственно-то для передачи к ней звонка все и затевалось.


Read More
    email this       edit

воскресенье, 27 октября 2013 г.

Published 10/27/2013 01:17:00 PM by with 1 comment

Генерация вручную пароля для FusionPBX, на тот случай если его забыли, например для администратора с именем superbigadmin:


root# echo '<?php $salt = "exaple-salt";$password = "exaple-password"; echo md5($salt.$password)."\n"; ?>' > /tmp/genpwd.php  

Ну и выполняем наш скрипт, заменив в данном скрипте там где видите что начинается на "example-":

root# php /tmp/genpwd.php

Запоминаем что он нам выдал, ну и заодно нам потом потребуется на что Вы "example-salt" заменили.

Теперь уже можно провести само обновление, подкючаемся и проверяем что пользователь наш существует:

root# /bin/su -l postgres -c psql
postgres=# \c fusionpbx
fusionpbx=# select * from v_users;



Ну и собственно само обновление (пример конечно):


 update v_users set password = 'b837c989e446e9da8832d32c8ab62ced', salt = 'mysalt' where username = 'superbigadmin'; 

Собственно вот и все. Понятно дело что копировать надо только что после '#' идет :-)

PS Если-же юзеров там вообще нет, то читаем в моем запаснике как попытаться восстановить. 
Read More
    email this       edit

пятница, 25 октября 2013 г.

Published 10/25/2013 03:46:00 PM by with 0 comment

Free xml sitemap generator
Вчера я так и не успокоился, и таки собрал я strongswan в виде пакета для Debian.
Сегодня я его только "причесал" так сказать.
Установил, вроде как работает, а вот ospf маршрутов нет, хотя туннели работают.
Что за дела, quagga которая этим ведает, сыпет в логи типа такого:
... ospf_read network address is not same ...
Оказалось лишняя строчка вот эта в настройках ospf
"ip ospf network point-to-multipoint"
Также в логах были замечены такие ошибки от snmpd:
"error on subcontainer 'ia_addr' insert (-1)"
Это решилось правкой /etc/default/snmpd, в приведении вот этих двух строчек к такому виду:

SNMPDOPTS='-LS6d -Lf /dev/null -u snmp -g snmp -I -smux -p /var/run/snmpd.pid' TRAPDOPTS='-LS6d -p /var/run/snmptrapd.pid'

А вот мой скриптик для сборки Strongswan 5.1.0, на выходе - готовый deb пакет:

Read More
    email this       edit

четверг, 24 октября 2013 г.

Published 10/24/2013 10:27:00 PM by with 0 comment

Хотя я сегодня и дежурный, продолжил разбираться с FusionPBX, а точнее с его IVR.
Хитрая система никак не поддавалась на уговоры, но как говорится "Супротив упертого ума, ни одна железяка не сдюжит".

Собственно требовались простые условия:
1) Если IVR получает внутренний номер абонента,  из заданного фильтра, то соединить с ним
2) Если ничего не получает, в течении 6 секунд то отправить вызов на группу
3) Если в группе никто не берет трубу в чечении 20 секунд то вызов отправить менеджеру в другой вообще город.

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

Так, ладно, проверили, показали, шеф остался доволен, надо в реальность переносить, а точнее разворачивать в другом городе все это, естественно удаленно. Вот только там развернут Debian 'squeeze', а нам нужен 'wheezy' версия. Ну на это дело есть официальный гайд, но поскольку все, повторюсь, в другом городе, то все делаем по принципу "Семь раз проверь, - один выполни".

Тут надо сказать что пришлось снести мною собранный пакет strongswan, а это, если кто не знает, IPsec для Linux, а вот собрать его под новой системой пока не получается. Оно пока не критично, но потом придется к этому вернуться, и видимо уже скоро.

Read More
    email this       edit

среда, 23 октября 2013 г.

Published 10/23/2013 09:35:00 PM by with 0 comment

Сегодня продолжаю начатое еще вчера - настройку Freeswitch.
Собственно опыт уже был, но я решил все сделать попроще,  что-б через несколько лет, когда потребуется что-то изменить, не вспоминать что и как я все настраивал.
И хотя настройки там уже были в привычном глазу XML файлах, решил таки попробовать использовать GUI к нему, а именно FusionPBX.

Read More
    email this       edit

пятница, 18 октября 2013 г.

Published 10/18/2013 11:28:00 PM by with 0 comment

Сегодня "дежурный", т.е. главный по проблемам пользователей.
День прошел спокойно...
Доделал  настройки Wi-Fi точки, начатые еще вчера, и отправил ее на будущее место присутствия.
Пока она туда добиралась, еще раз проверил настройки сети в cisco для нее, аксес-листы и маршрутизацию в OSPF.
К вечеру она туда таки добралась, по быстрому проверили что все с ней хорошо, и главное для чего она предназначалась оставили на понедельник.

Проверил систему по "чек-листу", обновил пару линуксов и сел читать книжку по "Objective-C"
Написал по книжке программку, посложнее уже обычного "Hello world" :-) , а уже по паттерну "представление-контроллер" да и домой засобирался.

Read More
    email this       edit

четверг, 17 октября 2013 г.

Published 10/17/2013 09:04:00 PM by with 0 comment

С утра приходит SMS: "вайзы не страртуют", руки в ноги и на работу.
Первым делом пингую сервер где находится FTP c wtos.ini в котором хранятся их настройки - он не отвечает. Вот-те на ...
Знаю что сервер виртуальный, находится на офигенно надежной СХД и т.п. но факт, - он молчит как партизан. Запускаю консоль vmware - а сервер остановлен т.к. один из его дисков недоступен. Так и есть VDI-Prof недоступен, - временно отключим, но вмваря  упирается....
Народ сидит, ждет и нужно что-то быстро придумать...
Так, ладно отключим второй диск от этой виртуалки принудительно, смотрим где она хранит настройки, на каком сторадже, и убираем сервак из сервера ESX удаляя из Inventory.
Загружаем файл VMX со стораджа, правим аккуратно, предварительно сбэкапив, и заливаем обратно. Добавляем в инвентори на хост, запускаем. Так. вайзы получили свой INI с настройками, - пока они загружаются разбираемся дальше.
А второй диск у нас подключен был к стораджу IoMega и представлял собой хранилище профилей. Так что за дела. он вполне живой ... Ну что-б тебя, КТО отключил на нем NFS ?
Смотрим быстро логи - а в них нет ничего, только что был когда-то включен, и вот что я сейчас на него залогинился. Значит САМ вырубил ! Что-б его ...

А вот и наш "герой дня": Iomega StorCenter Pro NAS ix4-200r

Вот такое было утро ...
Read More
    email this       edit

среда, 16 октября 2013 г.

Published 10/16/2013 08:37:00 PM by with 0 comment

Мечты ...

Не так давно прочитал один пост на тему "что такое работа программиста?"
Ответ впечатлил: "Это СОН!"
Надо будет найти эту страничку и запостить в видоизмененном виде на тему "А что такое работа системного администратора?"

А не начать-ли мне ежедневный блог на тему "будни сисадмина ?"
А вот будет-ли это кому интересно, покажет время ....

Read More
    email this       edit

понедельник, 2 мая 2011 г.

Published 5/02/2011 04:49:00 AM by with 0 comment

Шейпер в Cisco 28xx

Забрано в запасник с http://agaltsov.com/?p=1328

-------------------
CISCO 2801 (C2801-ADVENTERPRISEK9-M), Version 12.4(24)T
Штук 50 пользователей в конторе, которым необходимо порезать скорость
Админы и т.д., которым скорость резать не надо
Развлекательные сайты для которых скорость должна быть МИНИМАЛЬНОЙ.
Приступим:

interface FastEthernet0/0
ip address 192.168.x.x 255.255.255.0
ip access-group 150 in
ip nat inside
ip virtual-reassembly
duplex auto
speed auto
!Привелегированная группа
traffic-shape group 160 100000000 2500000 2500000 1000
!Косячные, которым скорость 128кбит
traffic-shape group 161 128000 7936 7936 1000
!Говноклассники, контакты, ютубы и прочая лабуда
traffic-shape group 164 8000 8000 8000 1000
!Животные
traffic-shape group 170 1024000 25600 25600 1000
Теперь необходимо составить сами листы и вуаля )
-------------------

Жаль что толком не описаны сразу эти магичесские значения, хотя вроде и так понятно ...
Read More
    email this       edit