5 сентября 2014 г.

Конвертация толстых (thick) дисков в тонкие (thin) ESXi 5.1

vlsdtv | 14:04 | Прокоментируй первым!
Продолжаю мучать VMware
По своей дурости создал виртуальные машины с толстыми дисками, которые занимают на порядок больше места, теперь нужно исправить это дело. 

1. Подключаемся к ESXi серверу по SSH (
SSH в ESXi 5).
2. Перейдем в папку /vmfs/volumes:
# cd /vmfs/volumes

3. Выведем список дисков:
# ls -lh


Тут видно, что у меня есть два хранилища: .......-datastore1 и .......-datastore2. Мои виртуальные машины находятся на втором хранилище, так что перейдем туда и сразу перейдем в каталог с именем виртуальной машины, диск которого нам нужно сконвертировать.

4. Перейдем в каталог виртуальной машины на втором хранилище:
# cd ......-datastore2/Win7

Выведем список всех файлов:
# ls -lh


Интересует  в моем случае это Win7.vmdk

5. Теперь сконвертируем диск:
# vmkfstools -i Win7.vmdk -d thin Win7-thin.vmdk




6. Удалим старый образ и заменим его новым.
# rm Win7.vmdk
# mv Win7-thin.vmdk Win7.vmdk

Готово! 
Теперь у нас появилось много свободного места! 
Читать далее ...

4 сентября 2014 г.

Решение проблемы медленной сетевой печати

vlsdtv | 14:40 | Прокоментируй первым!
Из сегодняшнего:
Круто тормозит печать на сетевой принтер. Болит голова - придумать ничего не получается толкового. Пришлось тревожить опять гугл и он (как и бывает в большинстве случаев) помог мне.
В операционных системах Windows есть одна неприятная черта - очень хитро и с благими намерениями устроенная система печати. Хитрость в том, что при печати на сетевом принтере Windows опрашивает все принтера, имеющиеся в списке, причем не важно - включены они или нет, доступны или нет. А если в списке есть удаленный принтер, да еще и работающий по медленному соединению, например - он стоит где-то далеко, и иногда недоступен - повреждена связь или просто отключено электричество - то печать начинает заметно тормозить на каждом документе, что не есть гуд.
Но - всегда есть решение. Создаем .reg файл следующего содержания:

Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced]
"NoNetCrawling"=dword:00000001
сохраняем его в доступном для всех пользователей месте , например \\server\netlogon\no_remote_printers.reg , там же создаем .bat файл следующего содержания (или добавляем к существующему логон-скрипту):
@echo off > nul
regedit /s \\server\netlogon\no_remote_printers.reg

Далее открываем Active Directory - пользователи и компьютеры\свойства домена\групповая политика\изменить\конфигурация пользователя\конфигурация Windows\сценарии\вход в систему, и добавляем туда путь к нашему батнику в виде file://server/netlogon/no_remote_printers.bat.
Читать далее ...

SSH в ESXi 5

vlsdtv | 14:27 | Прокоментируй первым!
Как известно, по умолчанию SSH в ESXi 5 отключен в целях безопасности. До недавнего времени я не знал как включить его.
Узнал, делюсь :) (правда это больше для меня самого, так сказать узелок на память).
Как оказалось, все достаточно просто. Подключаемся к нашему серверу (или к vCenter Server) с помощью vSphere Client, открываем свойства сервера и заходим во вкладку «Configuration»:
В разделе Software выбираем «Security Profile» и жамкаем  «Properties».Видим вот такое окошко:
Видим что SSH выключен, Remote Tech Support (SSH) -> Options:
Что бы включить SSH нажимаем «Start» и «OK» (здесь также можно подшаманить и изменить способ запуска службы SSH).После запуска SSH на вкладке Summary будет маячить такое предупреждение:
Которое как бы намекает, что включенный SSH на ESXi-хосте это не очень гуд, и может использоваться в исключительных случаях. Но у нас же исключительный случай? Поэтому мы его и включили. Если все прошло без приключений, то мы должны запросто подключиться к нашему хосту с помощью SSH-клиента на 22 порт.
По окончанию работы с SSH советую выключить его.
Читать далее ...

Настройка MS SQL Express для доступа из локальной сети

vlsdtv | 14:21 | Прокоментируй первым!
В процессе разворачивания одного специфичного ПО, потребовалась база данных под управлением СУБД MS SQL Express.
      Вроде бы все просто: создал базу, создал пользователя, вбил айпишник и радуйся….но мне пришлось все-таки немного потанцевать с бубном, т.к. ПО отказывалась принимать мой сервер БД.
               Перепроверил все права доступа, пароли, файерволлы и т.п. — все как бы гуд…через ODBC подключается и работает отлично, а при подключении ПО  — посылает лесом.
Проблема, как оказалось, в конфигурации портов MS SQL Server. Об этом мне сказал netstat.
Как я понял, по умолчанию, в MS SQL вместо статического порта 1433 указан диапазон динамических портов. Для чего это сделано, точно не скажу, военная тайна Microsoft.
Лечится это все дело быстро и безболезненно:
1. запускаем SQL Server Configuration Manager
2. открываем ветку SQL Server 2005 Network Configuration
3. заходим в Protocols -> TCP/IP (статус должен быть — Enabled)
4. правый клик по TCP/IP -> Properties
5. переходим на вкладку IP Addresses и опускаемся в самый низ
6. удаляем все что написано в поле TCP Dynamic Ports и оставляем поле пустым, а в TCP Port пишем 1433, что бы получилось вот так:
7. перезапускаем службы MS SQL Server
8. проверяем, что у нас получилось, с помощью команды netstat -an, среди всего прочего, там должно быть что-то такое:


Читать далее ...

2 сентября 2014 г.

VMware vCenter Converter Standalone 5.0: экстремально низкая скорость копирования

vlsdtv | 17:59 | Прокоментируй первым!
         Мигрирую Консультант + при помощи VMware vCenter Converter Standalone 5.0 и вижу что, копироваться жесткий диск размером в 60 Гбайт будет два дня!!!!  Это явно очень долго. Понимаю если бы машина была уж очень больших размеров, но тут она малюсенькая (образно говоря). Скорость передачи данных составляла 600КБ — 2МБ/сек, при пропускной способности сети — 1Gb.
Мне это мягко говоря не понравилось :)
Протестировав скорость сети и поняв, что не в сети дело, я сразу стал грешить на дисковую подсистему, но как оказалось это и не в дисках дело…
        Это софтверная проблема и связано напрямую с VMware vCenter Converter Standalone.   
Решилось просто: нужно отключить шифрования передаваемого трафика в настройках этого самого VMware vCenter Converter Standalone.
Как это сделать? 
Ищем файлик с чудесным названием converter-worker.xml и правим его с помощью Nitepad ++ ли любой другой редактор).
Найти этот файлик можно в таких местах: 
Windows 7, Windows Vista, Windows 2008 (R2) — C:\ProgramData\VMware\VMware vCenter Converter Standalone
Windows XP, Windows 2003, Windows 2000 — C:\Documents and Settings\All Users\Application Data\VMware\VMware vCenter Converter Standalone
Вот теперь в этом файлике ищем что-то такое: 

<nfc>
<readTimeoutMs>120000</readTimeoutMs>
<useSsl>true</useSsl>
<!-- Delay is specified in milliseconds, -1 denotes the default.
<acceptTimeoutMs>-1</acceptTimeoutMs>
<requestTimeoutMs>-1</requestTimeoutMs>
<readTimeoutMs>-1</readTimeoutMs>
<writeTimeoutMs>-1</writeTimeoutMs>
<fssrvrReqTimeoutMs>-1</fssrvrReqTimeoutMs>
<fssrvrWriteTimeoutMs>-1</fssrvrWriteTimeoutMs>
-->
</nfc>

И делаем из него что-то такое:
<nfc>
<readTimeoutMs>120000</readTimeoutMs>
<useSsl>false</useSsl>
<!-- Delay is specified in milliseconds, -1 denotes the default.
<acceptTimeoutMs>-1</acceptTimeoutMs>
<requestTimeoutMs>-1</requestTimeoutMs>
<readTimeoutMs>-1</readTimeoutMs>
<writeTimeoutMs>-1</writeTimeoutMs>
<fssrvrReqTimeoutMs>-1</fssrvrReqTimeoutMs>
<fssrvrWriteTimeoutMs>-1</fssrvrWriteTimeoutMs>
-->
</nfc>

Приглядевшись внимательно, можно заметить, что меняется один параметр - из true делаем false.
Файлик сохраняем и закрываем редактор. После чего перезапускаем службу VMware vCenter Converter Standalone Worker
               После таких манипуляций скорость копирования возросла в примерно в 30-40 раз :) И машинка мигрировалась вместо двух дней — всего лишь полтора часа (на скорости 30-35 МБ/сек).
                 Но даже на более новых версиях винды (2008 R2 например), скорость передачи данных с использованием шифрования составляет всего 20-25 МБ/сек, что далеко не гигабит. 
Читать далее ...

22 августа 2014 г.

KES 10 И WINDOWS 8: ОШИБКА УСТАНОВКИ

vlsdtv | 16:15 | Прокоментируй первым!
Постепенно начали переходить Windows XP на вышестоящую ОС (спасибо ЦБ).
            Привезли сегодня комп с Windows 8 professional 64 bit, накатили обновления, пришла очередь устанавливать антивирус Касперского (Kaspersky Endpoint Security - корпоративный стандарт), и прибежали ко мне - не ставится антивирус Касперского!
       Пришлось самому идти разбиратся
При попытке удаленной установки получил ошибку:

Kaspersky Endpoint Security 10 для Windows (10.1.0.867): Удаленная установка на клиентском компьютере завершена с ошибкой: В процессе установки произошла неисправимая ошибка.

При попытке установить локально, получил приблизительно ту же самую ошибку, с разницей что сначала установщик сообщил:

Программа: Kaspersky Endpoint Security 10 для Windows -- Для продолжения установки программы необходимо перезагрузить компьютер.

А после перезагрузки при попытке инсталляции сказал о все той же загадочной ошибке.
  Если логи не читаешь - не админ :)
Читаю и натыкаюсь в них на вот такую ошибку:

Ошибка 1921.Не удаётся остановить службу Защитник Windows (WinDefend). Убедитесь, что у вас есть права на остановку системных служб

Ищу службу защитника Windows и обнаруживаю что даже под Администратором нет прав как-либо ею управлять!!! Круто придумано мелкософтом насчет прав, а может защита от дурака - хз.
          Дальше мне гугл подсказал зайти в графический интерфейс самого Windows Defender и там уже его отключить: Windows+Q (поиск) и в поле ввода - "Windows Defender", далее правый клик на иконке Windows Defender и в нижней части экрана - "Запуск от имени Администратора" - на вкладку "Параметры", в пунктах "Защита в реальном времени", "Администратор" отключаем защиту.
        Теперь снова пытаюсь установить KES10: снова получил указку перезагрузиться и после этого запустить установку. После перезагрузки инсталляция прошла успешно.

Ура!!! Победили!

Читать далее ...

Search