admin.txt

… заметки IT’шника…

Перезапуск зависшего iSCSI инициатора на ESXi

Иногда есть необходимость подключить к ESXi хосту временный датастор для проведения разных маневров. По большей части я стараюсь в таких случаях использовать NFS, но иногда приходится и iSCSI использовать.

Вот вчера столкнулся с девайсом от NetGear  — ReadyNAS Pro 6. Который как оказалось не работает сESXi 5.0 на прошивке 4.2.19 ( но поэто я уже потом нагуглил, когда столкнулся с проблемами: http://forum.netgear.ru/viewtopic.php?id=3295).

Суть в том что настройка программного iSCSI инициатора ESXi прошла просто, а вот переместить туда вируталку или скопировать какой-нибудь файл не получалось. Процесс копирования зависал, а графики показывали дикое время отклика (десяти тысяч миллисекунд). А через некоторое время выскочило сообщение что датастор на iSCSI луне стал недоступен. И никакие ресканы не помогали, процесс очень долго тупил и не мог успешно завершиться.

После поиска в гугле вышел на такое решение (Restarting the software iSCSI stack). Включаем SSH на ESXi хосте и  подключившись туда:

1.  Отключаем программный инициатор:

esxcfg-swiscsi -d

2. Убиваем процесс

esxcfg-swiscsi -k

А потом еще  находим ID процесса и убиваем его

2.а Что бы найти ID: ps | grep vmkiscsid

2.б Что бы убить процесс: kill <process ID>

3. Снова запускаем инициатор: esxcfg-swiscsi -e

4. Делаем рескан нужного адаптера, в моем случае это быо vmhba35: esxcfg-rescan vmhba35

После всего этого лун снова стал доступен. Еще немного поэксперементировав я повторно пришел к проблеме и повторил решение. После чего уже нагуглил пост о несовместимости этой прошивки девайса с пятой весией ESXi.

Пришлось отказаться от iSCSI в данном случае. Кстати отключать LUN iSCSI тоже нужно правильно: Unpresenting a LUN in ESXi 5.x

Июнь 7, 2012 Posted by | Заметки..., Uncategorized, Virtualization | , | Оставьте комментарий

Настройка отправки логов c хостов-клиентов на сервер RSyslog.

Имея запущенный сервер сбора логов на основе Rsyslog, прослушивающий 514 порт TCP и UDP протоколов и настроенный на фильтрацию с последующей записью логов в базу данных (например MySQL). Необходимо настроить, так сказать, «клиентское окружение», т.е. все те хосты и устройства, логи с которых необходимо централизованно хранить и обрабатывать (отправку логов на удаленный сервер поддерживают не только *.nix машины, но и любые устройства поддерживающие общепринятый формат сообщений syslog’а. Напрмер, ADSL модемы и сетевые коммутаторы.) .

При настройке устройств на отправку логов удаленному серверу возможны несколько вариантов:

  • Настройка визуальными средствами, используя заложенные производителем методы конфигурации (web- интерфейс свитчей или модемов, интерфейс клиента ESXi);
  • Настойка системного демона syslogd, правкой конфигурационного файла (*nix системы), процесс описан ниже по тексту;
  • Замена системного syslogd на RSyslog (например, для более гибкой фильтрации логов, записи сообщений сразу в удаленную базу или при конфигурировании промежуточного сервера сбора логов (relay сервер)).
  • Настройка хоста под управлением ОС Windows, для чего пока есть только платные варианты (используя EventReporter или MonitorWare Agent).

Тут картко опишу настройку стандартного демона обработки логов syslog, для пересылки их на удаленный сервер, итак Читать далее

Декабрь 31, 2008 Posted by | Linux, Uncategorized | | Оставьте комментарий

Настройка ESXi хостов для отправки логов на удаленный сервер.

Конфигурирование хостов ESXi на пересылку логов производится через графический интерфейс клиента виртуальной инфраструктуры. Для настройки выбранного хоста необходимо, выделив хост в левой части окна, на вкладке Configuration хоста выбрать пункт Advanced Settings:

Настройка хоста ESXi на пересылку логов.

Настройка хоста ESXi на пересылку логов.

В появившемся окне настроек необходимо в левой части выбрать Читать далее

Декабрь 31, 2008 Posted by | Uncategorized | , | 1 комментарий

Описание конфигурационного файла RSyslog, основные моменты.

Основной конфигурационный файлRSyslog расположен /etc/rsyslog.conf, дополнительные конфигурационные файлы для RSyslog расположены по пути /etc/rsyslog.d/ и имеют расширение *.conf . Дополнительные файлы включаются в основной конфигурационный файл в момент запуска сервиса и служат для выделения отдельных (независимых) задач из основного файла. Строки, начинающиеся с символа # и пустые строки игнорируются.
Демон RSyslog имеет модульную архитектуру, что позволяет гибко настроить демона под свои нужды. Модули подключаются директивой $ModLoad, конфигурационного файла. Основные моменты конфигурационного файла:

  • $ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat — использование стандартной точности временной отметки. Для высокоточных меток необходимо закомментировать эту диретиву.
  • $FileOwner root — владелец создаваемых файлов;
  • $FileGroup adm — группа владельца файлов;
  • $FileCreateMode 0640 — разрешения создаваемых файлов;
  • $IncludeConfig /etc/rsyslog.d/*.conf — подключение дополнительных конфигурационных файлов.
  • imuxsock — модуль позволяет вести логирование локальной системы;
  • imklog — модуль включает поддержку kernel logging (раньше использовался rklogd)
  • immark — модуль позволяет использовать метки, поступающие через определенный интервал времени.
  • imudp — модуль позволяет принимать syslog сообщения на заданном UDP порту (заменяет опцию -r при запуске демона), требуется конфигурация параметра $UDPServerRun, например:
  • $ModLoad imudp
    $UDPServerRun 514

  • imtcp — модуль позволяет принимать сообщения на указанном TCP порту Читать далее

Декабрь 31, 2008 Posted by | Linux, Uncategorized | | Оставьте комментарий

VMware VI Client для управления хостом ESXi server

После установки и настройки гипервизора на сервере для управления единичным хостом с ESXi используют VI Client (клиент виртуальной инфраструктуры). Итак далее по порядку…

Управление своим первым хостом с ESX Server 3i

После выполнения базовых настроех на хостовой машине, вы можете установить дополнительный софт, нелобходимый для упрвления ESX Server 3i. Первым делом стоит познаомитсья с VI Client.

Используйте установочный компакт диск (VMware Infrastructure Management Installer CD‐ROM) для установки VI Client на компьютер, который будет использоваться как управляющая станция. Если вы не преобратали лицензию на виртульную инфрастуктуру (VMware Infrastructure Management software), используйте VI Client скачаный с вашей хостовй машины (http://адресхостовоймашины/) или копию скачанную с сайта VMware.

VI Client должен быть установлен на машину с ОС windows и доступом по сети к хосту ESXi. Так же было бы неплохо иметь доступ к интернету с управляющей машины.

Перед тем как начать убедитесь, что ваша аппартная конфигурация «потянет» VI Client:

  • Процессор — 266 МГц или более Intel / AMD x86 (рекомендуется 500 МГц).
  • Оперативная память — 256 Мбайт минимум, рекомендуется 512 Мбайт.
  • Дисковая подсистема — 150 Мбайт дискового пространства для самой программы. Так же необходимо иметь 55 Мбайт свободного места на разделе где установлен клиент и  100 Мбайт свободного метса для временных фалов (расдел с %temp%).
  • Сеть — Gigabit Ethernet рекомендуется.

Требования к програмному окружению.

VI Client разработан для 32-х битных операционных систем семейства Windows.

Клиент требует наличия установленного фреймворка (Microsoft .NET 2.0 Framework) в системе. Если он не обнаруживается, то будет установлен автоматически. Читать далее

Август 24, 2008 Posted by | Uncategorized, Virtualization | , | 7 комментариев

Печать из файла (PRN) средствами Windows — легко!

Сегодня столкнулся с новым и неизведанным для меня — печать из файла PRN. Этот файл создается, если во время выбора принтера для распечатки отметить галочку «печать в файл» (по крайней мере в винде). Расширение файла по умолчанию не создается, но оно наверное и не надо.

Передо мной поставили задачу… сказали что не могут, пришлось погулить — теперь вопрос решен. (еще и тут)

Среди способов печати есть 2 осн. варианта:

  • Печать средствами системы — способ печати достигаемый простым копированием файла на принтер (порт принтера).
  • Печать используя сторонний софт, для промежуточной конверсии (например в PDF) — все предлагали юзать Acrobat Distiller.

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

мой файл созданный в экселе — C:\ex1111.prn (расширение я сам добавил)

принтер для печати — \\office-13\hplaserj

Комманда для печати выглядела так:

copy c:\ex1111.prn \\office-13\hpLaserJ (вместо сетевого пути \\office-13\hpLaserJ можно писать локальный порт принтера, который можно найти в свойствах принтера)

После выполнения комманды компьютер немного призадумался и выдал, что «скопирвано 1 файлов»

______________________________________

интересно почитать:

Как sadko4u Винду возвращал

Июль 25, 2008 Posted by | Заметки..., Uncategorized | , , | 13 комментариев