Solaris 10 и Intel E5400

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

Оказалось, что для функционирования Solaris 10 x64 на Intel E5400 выпущен патч 127112-07.
Для загрузки OS следует использовать 32-битный загрузчик.

в KB1004227 эти действия описаны так:

1. Force boot into 32bit mode by using GRUB and choose "E"  to edit and modify the Kernel.
2. In the GRUB menu, add kernel/unix to the end of the first line of the GRUB edit menu.
3. Obtain the latest Solaris x86 Cluster patches from SUN and install them.
   
   Note: Ensure patch 127112-07 or higher is installed (which is a required patch for 5400 series CPUs).
   
4. Reboot. The reboot defaults back to 64bit.

Для наглядности прикладываю картинку:

Терминальные сервера Citrix и roaming profiles.

Если вы используете ферму терминальных серверов Citrix совместно с roaming profiles, то могли заметить, что после отключения профили пользователей до конца не удаляются.

Система не может удалить файл

C:\Documents and Settings\\Application Data\VMware\hgfs.dat

Причину данного явления процитирую из KB на сайте VMware:

The shared folders feature is not supported by ESX Server or GSX Server, but is enabled when you install VMware Tools with theComplete option. The feature is not enabled when you install VMware Tools with the Typical option under these products.

Алгоритм решения:

1. Запустите Regedit.
2. Откройте HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\Order\.
3. Исправьте значение ProviderOrder:

• Если значение параметра содержит LanmanWorkstation,hgfs, LanmanWorkstation,vmhgs, orLanmanWorkstation,vmhgfs, измените его на LanmanWorkstation.
• Если значение параметра содержит только hgfs or vmhgfs - очистите его.

Для вступления в силу изменений перезагрузите сервер.

Источник

Работа с DNS с помощью PowerShell.

На полноценный пост конечно не тянет, но может быть кому-нибудь будет полезно.

Недавно я с удивлением обнаружил что работа с DNS с помощью PowerShell почти никак не реализовано. Точнее единственный приличный вариант, найденный мной, это работа через WMI.

Итак, для создания DNS записи A-типа можно выполнить нижеследующий скрипт :

#Создание записи в DNS

$OwnerName = "Server.domainname";

$IPAddress = "10.10.10.1";

$DnsServerName = "DNSserver.domainname";

$ContainerName = " domainname ";

$RecordClass = "1";

$TTL = "3600";

$dnsAType = [wmiclass]"\\ DNSserver.domainname\root\MicrosoftDNS:MicrosoftDNS_AType"

$dnsAType.CreateInstanceFromPropertyData($DnsServerName, $ContainerName, $OwnerName, $RecordClass, $TTL, $IPAddress)

А так же скрипт для удаления DNS записи:

$ServerName = Read-Host "Введите имя сервера";

#$ServerFullName = "$ServerName" + ".domainname";

$FilterValue = "OwnerName='" + "$ServerName" + ".domainname'";

Get-WmiObject -namespace ".domainname\MicrosoftDNS" -class MicrosoftDNS_AType -ComputerName rccf.ru -Filter "$FilterValue" | Remove-WmiObject

Ссылки по теме: 1 и 2 и 3

VMware ESXi 4 Error - "Syslog not configured."

Т.к. vCenter до сих пор версии 4.0, то и в выборе версии ESXi есть соответствующие ограничения.

Скачав с сайта HP дистрибутив ESXi 4.0 Update3 и устано

вив его получил Warning такого содержания:

Error

Configuration Issues

Issue detected on {host-name}: Warning: Syslog not configur

ed. Please check Syslog options under Configuration.Software.Advanced Settings.

Syslog это конечно правильно, но если пока нет времени/возможности его поднять, то можно обойтись и без него.

Для этого, на сетевом VMFS создаем папку Syslog:

И в Advanced Settings > Syslog > указываем путь к файлу, куда писать логи:

Теперь логи хранятся удаленно.

Источник

Жизненное

Почти месяц не писал в блог, наверное, из-за того, что ничего нового не происходило.

Ну кроме кучи граблей обновлению vCenter с 4.0 до 4.1 с одновременной миграцией на SQL-кластер и Windows 2008 R2. Т.к. траблы все победить не получилось, а время поджимало, то пока вернулись назад и планируем обновление в ближайшем будущем :) Писать о граблях, которые победить не получилось, или получилось, но к цели такие решения нас не привели, думаю не стоит :)

Теперь буду стараться писать более регулярно :)

Remote Desktop Connection Manager

Наверное, многие уже знают о данной утилите, но я столкнулся с ней лишь недавно.

Microsoft выпустила удобную для администраторов утилиту – Remote Desktop Connection Manager (RDCMan), которая позволяет управлять из одной консоли всеми RDP-соединениями с Вашего компьютера. Такая утилита может понадобится в случае если Вы постоянно подсоединены ко множеству серверов или компьютеров в сети по протоколу RDP.

Скачать RDCMan можно с центра загрузки Microsoft. Поддерживаемые операционные системы: Windows 7; Windows Server 2003; Windows Server 2008; Windows Server 2008 R2; Windows Vista. Установка не требует никаких детальных пояснений.

В случае использования Windows XP и Windows 2003 необходимо обновить клиента RDP до версии 7.0:

Remote Desktop Connection 7.0 client update for Windows Vista (KB969084)

Remote Desktop Connection 7.0 client update for Windows XP (KB969085)

Источники:

http://www.petri.co.il

http://olegferin.wordpress.com

http://rublog.alex-trofimov.com

Пропадает основной шлюз (default gateway) после перезагрузки в Windows Server 2008

Если даже после ручной настройки tcp/ip в параметрах сетевого адаптера после перезагрузки пропадает ip шлюза на операционных системах Windows Server 2008 или Small Business Server 2008 , то решить эту проблему можно как описано в этой статье

http://support.microsoft.com/default.aspx?scid=kb;EN-US;973243

Причина проблемы состоит в том, что комманда netsh, которую использует средство подключения к Интернету, добавляет в реестр некорректный символ.

Для решения проблемы:

• Cкачайте и установите хотфикс из статьи,
• Задайте вручную адрес основного шлюза в настройках сетевого адаптера
• Запустите редактор реестра и откройте следующую ветку:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\P­arameters\Interfaces\

где соответствует вашему сетевому адаптеру.

• Далее откройте параметр DefaultGateway и удалите лишние пустые строки.

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

Источник