Показаны сообщения с ярлыком vSphere. Показать все сообщения
Показаны сообщения с ярлыком vSphere. Показать все сообщения

среда, 26 сентября 2012 г.

Операция Reprotec в SRM с использованием VR репликации

Настроив SRM с помощью vSphere Replication (VR), и не прочитав SRM Admin Guide :) , я обнаружил что VR работает только в одну сторону и возврат назад в Protected ЦОД не предусмотрен. При попытке запустить Reprotect получаем сообщение “Reprotect is not supported for VR protection groups. You must edit the plan to remove all VR protection groups before running reprotect.”

Придется использовать предложенное решение:


  • Делаем для нашей VM Remove from Inventory на Protected Site (можно и с диска удалить, но тогда придется ждать пока VMDK файл скопируется, что займет некоторое время)
  • Удаляем Protection Group или удаляем защищаемую VM из нее
  • Удаляем Recovery Plan
  • Настраиваем репликацию с Recovery site в Protected site.
  • Создаем новую Protection Group и добавляем в нее VM, находящуюся сейчас в Recovery Site
  • Создаем новый Recovery Plan
  • Запускаем Recovery и ждем пока задача выполнится.
И повторяем еще раз уже для создания нашего Recovery Plan'а, который надеюсь никогда не понадобится :)


Vmware SRM: ошибка при настройке репликации VR

В связи с появлением еще одного продукта в сфере деятельности в блоге появляется еще один tag - SRM.

Если при настройке репликации VM появляется ошибка VR server localhost.localdom has no hosts through which to access destination datastore, то должны помочь следующие действия:

  • Connect to the VRMS database at the Recovery Site using SQL Management Studio.
  • Right-click the VRMS database and click New Query.
  • Run this query to determine if any hosts are marked as Unsupported:

    To query hosts that are not associated with a VR server:

    select * from HostEntity h where state=4 and not exists (select * from HbrHostEntity where h.vcMoId=HbrHostEntity.vcHost_vcMoId)
    To query hosts that are associated with a VR server:

    select * from HostEntity h where state=4 and exists (select * from HbrHostEntity where h.vcMoId=HbrHostEntity.vcHost_vcMoId)
    This query returns a host ID. You can use the vCenter MOB to identify the host using the host ID.
  • Run this query to perform a cleanup:

    To clean up Unsupported records for hosts that are not associated with a VR server:

    delete from HostEntity where state=4 and not exists (select * from HbrHostEntity where vcMoId=HbrHostEntity.vcHost_vcMoId)
    To change the state of hosts that are tagged as Unsupported and associated with a VR server to ACTIVE:

    update HostEntity set state=1 where state=4 and exists (select * from HbrHostEntity where vcMoId=HbrHostEntity.vcHost_vcMoId)
  • Restart the VRMS server at the Recovery site.
  • Re-enable HBR for the virtual machine.
  • пятница, 22 июля 2011 г.

    Подключение луна без перезагрузки сервера

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

    echo "scsi-qlalip" > /proc/scsi/qla2300/"number" 
    esxcfg-rescan vmhba"number"

    "number" необходимо заменить на номер vmhba-адаптера.

    Ссылка по теме

    среда, 25 мая 2011 г.

    IP-HASH vs LBT

    По ссылке подробно расписан режим балансировки нагрузки распределенного коммутатора.
    При использовании на предприятии распределенных коммутаторов (dvSwitch), рекомендуется использовать Load-Based teaming (LBT), а не IP-hash. Для LBT не нужно каким-либо специальным образом конфигурировать физическую сеть, что снижает общий уровень сложности и, плюс к этому, LBT может приспосабливаться к колебаниям нагрузки (чего IP-hash просто не может).

    четверг, 5 мая 2011 г.

    Общие принципы CPU Scheduling

    Что это такое и с чем его едят можно очень подробно почитать в исходном посте.

    Углядел очень интересную мысль:
    Распределение vCPU
    CPU Scheduler распределяет vCPU между pCPU по принципу хорошего бутерброда с маслом. Что это значит? Это значит, что vCPU «размазываются» по как можно большему количеству pCPU ровным слоем. Без комков и дырок. Больше задействованных pCPU – больше кэша. Однако, такое поведение может не подойти под какую-нибудь конкретную задачу. Например, на виртуальной машине работает многопоточное приложение и его потоки активно взаимодействуют между собой. Преимущества общего кэша для такой ВМ очевидны. Осталось дать понять CPU Scheduler-у, что все vCPU этой ВМ было бы неплохо запускать на ядрах одного физического процессора. Намеки CPU Scheduler воспринимает при помощи параметров виртуальной машины. Параметр, отвечающий за консолидацию vCPU:
    sched.cpu.vsmpConsolidate = true

    четверг, 31 марта 2011 г.

    Новые правила DRS в vSphere 4.1

    В vSphere 4.1 при создании DRS правил появилась еще одна очень полезная опция, а именно VMs to Hosts affinity rules.

    VMs to Hosts affinity rule-ы бывают двух видов:
    • Must run rules (Принудительные) (а так же anti affinity)
    • Should run rules (Предпочительные) (а так же anti affinity)
    Must run rules – принудительные правила ограничивают HA, DRS и пользователей таким образом, что виртуальная машина может не включиться или же переехать на другой ESX/ESXi хост который не принадлежит ассоциированный DRS host группе.

    Should run rules – дает предпочтение DRS-у чтобы запустить виртуальную машину на хосте который указан в ассоциированной DRS host группе.

    Два самых характерных примеров использования:
    1. Несколько Blade-шасси с серверами и желание обеспечения того, чтобы VM с одинаковым функционалом всегда оставались в пределах разных шасси.
    2. Несколько VM с интенсивным обменом данными между собой, которые правильно размещать на одном хосте (например приложение и база данных)

    Как это сделать, подробно и в картинках, здесь

    Masking a LUN from ESX(i) 4.x

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


    Начиная с версии ESX(i) 4.0, изменилась процедура маскирования LUN'ов на уровне гипрвизора. Вместо прописывания адресов LUN в Advance Settings -> Disk -> Disk.MaskLUNs, в vSphere для все путей переопределятся плагин PSA на специальный - MASK_PATH.

    Для начала удаляем из инвентори все объекты, связанные со скрываемым LUN'ом. Далее:

    1. esxcfg-scsidevs -l Первой строчкой описания каждого устройства идёт LUN_ID, запоминаем его для скрываемого LUN'а

    2. esxcfg-mpath -L | grep Находим все пути для этого раздела. Запоминаем адрес ввиде: vmhba#:C#:T#:L#, в моём случае vmhba2:C0:T2:L0. При желание, это можно сразу посмотреть в vSphere Client.

    3. esxcli corestorage claimrule add --rule 123 -t location -A vmhba2 -C 0 -T 2 -L 0 -P MASK_PATHДобавляем правило в конфигурационных файл. Выбираем любой незанятый номер правила, но обязательно из диапазона 101--200.

    4. esxcli corestorage claimrule load Загружаем созданное правило в список активных

    5. esxcli corestorage claimrule list Проверяем, что в списке есть два одинаковых правила с выбранным номером с параметрами file и runtime.

    6. esxcli corestorage claiming reclaim -d Переопределяем текущие правила для путей раздела на только что созданные.

    Всё. Считаем до 10 и LUN больше недоступен для добавления datastor'а. Все пути, помеченные MASK_PATH, переходят в состояние Dead.

    По статье kb.

    Для чего это нужно? Например, для процедуры корректного удаления LUN'а "на лету":

    Удаляем всё с LUN'а-> маскируем его-> отменяем презентацию LUN'а хосту средствами стораджа-> удаляем правила маскирования.

    Источник

    среда, 30 марта 2011 г.

    Информация о физических подключениях с помощью Cisco Discovery Protocol (CDP)

    Если на хостах ESX/ESXi включен CDP и на свитчах, к котором они подключены он так же включен, то мы можем видеть много полезной информации. Например к какому свитчу и к какому порту подключен хост.

    Нижеследующая команда показывает эту информацию
    vmware-vim-cmd hostsvc/net/query_networkhin
    Источник

    вторник, 29 марта 2011 г.

    Настройка Round Robin Multipathing с помощью Powershell

    Ниже процитирован скрипт для смены режима Multipathing на Round Robin.

    Connect-VIServer vcenter.nh.novant.net
    $h = get-vmhost testvsphere.nh.novant.net
    $hostView = get-view $h.id
    $policy = new-object VMware.Vim.HostMultipathInfoLogicalUnitPolicy
    $policy.policy = "rr"
    $storageSystem = get-view $hostView.ConfigManager.StorageSystem
    $storageSystem.StorageDeviceInfo.MultipathInfo.lun |
    where { $_.Path.length -gt 1 } |
    foreach { $storageSystem.SetMultipathLunPolicy($_.ID, $policy) }

    четверг, 24 марта 2011 г.

    Установка HP ESXi Offline Bundle.

    Для интерграции серверов HP с програмными продуктами необходимо устанавливать агентов HP CIM. После установки работать станет намного приятнее :) Например получим Hardware Status, сможем из vSphere клиента видеть инвентарный и серийный номер сервера.

    Итак, приступим:

    1. Скачать hp-esxi4.1uX-bundle-1.0.zip с сайта HP (HP ESXi Offline Bundle for VMware ESXi 4.1 )
    2. Скопировать архив на DataStore сервера.
    3. Перевести сервер в режим обслуживания.
    4. Запустить в shell команду:

    esxupdate update --bundle=/.../hp-esxi4.1uX-bundle-1.0a.zip

    где вместо ... указать путь к файлу

    Результат выполнения:

    Unpacking cross_oem-hp-smx-pr.. ######################################## [100%]

    Unpacking cross_oem-vmware-es.. ######################################## [100%]

    Installing packages :cross_oe.. ######################################## [100%]

    Running [cim-install.sh]...
    ok.
    Running [/usr/sbin/vmkmod-install.sh]...
    ok.
    Running [/sbin/esxcfg-secpolicy -p /etc/vmware/secpolicy]...
    ok.
    The update completed successfully, but the system needs to be rebooted for the
    changes to be effective.
    5. Перезагрузить хост

    Также можно расположить файл на HTTP сервере, о чем очень подробно расписано тут.

    среда, 2 марта 2011 г.

    Создание резервной копии базы vCenter

    У многих база vCentr'а располагается на локальном SQL Express. Возникает вопрос с бекапом базы. Есть Отличная утилита Data Migration Tool, но она не работает с vCenter 4.1. Выход - использование SQL Server Management Studio Express. Процитирую источник:

    Creating a Backup Script

    If you don’t have SQL Server Management Studio Express installed already, download and install it now.

    Fire it up and log on with a user that has sufficient permissions to access the vCenter database

    Find your vCenter database by expanding Databases and select VIM_VCDB

    Right click on VIM_VCDB and select Tasks and then Back Up…

    This opens the Back Up Database window, where you set your backup options. Set your options in a manner that fits your environment. You can set options like the backup file location, retention policy etc.

    So far, this is all fine and dandy. You can create a manual backup this way, without much hassle. How can we turn that into a scheduled job?
    The first bit is to turn your backup options into a SQL script that can be scheduled. You do this by finding the Script drop-down menu on the top of the Backup Database window. Select Script Action to New Query Window.

    This opens the script window, where you can see the script and test it to make sure it works as intended.

    The next step is to save the generated script, you do so my going to File and select Save … As. I’ve created a folder called c:\scripts\ that I use to store my SQL scripts in, so I’ll save the backup script there as FullBackupVCDB.sql.

    Scheduling the Backup Script

    Now that we have a working backup script, we need to be able to schedule it to run. As we can’t do that within the SQL Server Management Studio Express application, we need to find another way of scheduling it. Windows Server 2008 R2 (and other versions) include a scheduling tool, and that’s what we’ll use to create our schedule.

    On my standard vCenter installation, the SQL Server is installed in the default location of C:\Program Files (x86)\Microsoft SQL Server\. This means that the actual command we need to schedule will be (be sure to replace the server-/instance-name and script name if your values differ from mine):

    “C:\Program Files (x86)\Microsoft SQL Server\90\Tools\Binn\SQLCMD.EXE” -S [servername]\SQLEXP_VIM -i c:\scripts\FullBackupVCDB.sql

    Go to the Control Panel and select Schedule Tasks. Click Create Basic Task, give it a name and set an appropriate schedule.

    Select Start a program as the action for the task, and when it asks for Program/Script enter “C:\Program Files (x86)\Microsoft SQL Server\90\Tools\Binn\SQLCMD.EXE” -S [servername]\SQLEXP_VIM -i c:\scripts\FullBackupVCDB.sql.

    Click next and check the box that says Open the Properties dialog for this task when I click Finish then click Finish. In the VCDB Backup properties, make sure the Run whether user is logged on or not option is selected, to make sure the schedule runs as planned.

    Once you have verified that the schedule works as intended, make sure that you include the location for your vCenter database in your regular backup scheme, and you should we a lot safer than you were.

    Источник

    четверг, 24 февраля 2011 г.

    Virtual Machines Newtork Adapter Types

    Существуют следующие типы виртуальных сетевых интерфейсов:

    • Vlance
    • VMXNET
    • Flexible
    • E1000
    • VMXNET 2 (Enhanced)
    • VMXNET 3

    Рассмотрим каждый из них по подробней:

    Vlance – это эмулированная версия 10 Mbps-ого NIC-а AMD 79C970 PCnet32 LANCE NIC, чей драйвер доступен почти во всех 32 битных операционных системах за исключением Windows Vista и новее.

    VMXNET – данный виртуальный адаптер не имеет физического аналога. Из за того что драйвера для VMXNET-а не встроены в операционные системы, нам надо устанавливать VMware Tools чтобы ОС его распознала.

    Flexible – он идентифицирует себя как Vlance адаптер во время загрузки виртуальной машины, но инициализируется и функционирует как Vlance или VMXNET адаптер, зависимо от того установлены ли VMware Tools. Если VMware Tools установлены он себя ведет как VMXNET, а если же нет то как Vlance.

    E1000 – это эмулированная версия Intel 82545EM Gigabit Ethernet NIC-а. Драйвера для данного адаптера включены почти во все современные операционные системы, а точнее:

    • Linux с кернелом 2.4.19 и новее
    • Windows XP Professional x64 Edition и новее
    • Windows Server 2003 (32/64bit) и новее

    VMXNET 2 (Enhanced) – данный адаптер основан на адаптере VMXNET, но предоставляет нам несколько высоко производительных функций такие как jumbo frame-ы* и hardware offloads. Он доступен начиная с ESX/ESXi 3.5 версии гипервизоров или же новее, и только в некоторых операционных системах:

    • 32 and 64bit versions of Microsoft Windows 2003 (Enterprise and Datacenter Editions)
    • 32bit version of Microsoft Windows XP Professional
    • 32 and 64bit versions of Red Hat Enterprise Linux 5.0
    • 32 and 64bit versions of SUSE Linux Enterprise Server 10
    • 64bit versions of Red Hat Enterprise Linux 4.0
    • 64bit versions of Ubuntu Linux

    VMXNET 3 – данный адаптер является новым поколением паравиртуализированного NIC-а разработанного для более высокой производительности по сравнению со своими предшественниками. Он никак не связан не с VMXNET 2, не с VMXNET. Он полностью включает в себя функционал VMXNET 2 адаптера, а также в нем добавлено несколько новых функций такие как:

    • Мultiqueue support (Receive Side Scaling в Windows системах)
    • IPv6 offloads
    • MSI/MSI-X interrupt delivery

    VMXNET 3 поддерживается на виртуальных машинах только с hardware version 7, а так же с ограниченным количеством гостевых операционных систем:

    • 32 and 64bit versions of Microsoft Windows XP, 2003, 2003 R2, 2008,and 2008 R2
    • 32 and 64bit versions of Red Hat Enterprise Linux 5.0 и новее
    • 32 and 64bit versions of SUSE Linux Enterprise Server 10 и новее
    • 32 and 64bit versions of Asianux 3 и новее
    • 32 and 64bit versions of Debian 4
    • 32 and 64bit versions of Ubuntu 7.04 и новее
    • 32 and 64bit versions of Sun Solaris 10 U4 и новее

    * Jumbo frame-ы не поддерживаются в виртуальных машинах где гостевой ОС работает Solaris не при использовании VMXNET 2 адаптера не при использовании VMXNET 3 адаптера.

    ** Fault Tolerance не поддерживается на виртуальной машине использующий VMXNET 3 vNIC на vSphere 4.0, но полностью поддерживается когда она запушена на vSphere 4.1.

    Источник

    вторник, 11 января 2011 г.

    Управление VM с помощью PowerCLI

    Наткнулся на статью в KB по управлению VM. Хотя там и написаны основы, но 2 очень важных момента там есть:
    • конфигурация сети виртуальной машины
    • выгрузка свойств виртуальной машины, в том числе VMID
    Get-VM vmname | Format-List - информация, о VM

    дальше цитата:
    Collecting information about the virtual machine
    This section discusses the commands that can be used to collect detailed information about the virtual machine. This article provides an overview of the commands they can be customized according to the needs.
    Collecting information about virtual machine hardware
    To get a list of all the virtual machines in the inventory and their name, power state, number of CPUs, and configured memory, run the cmdlet:

    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VM

    Name PowerState Num CPUs Memory (MB)
    ---- ---------- -------- -----------
    NW PoweredOff 1 512
    PowerCLI PoweredOn 1 1024

    Note: This command provides information about the version, virtual hardware attached(virtual disk, network, CD-ROM), datastore, host, HA restart and isolation properties:
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VM windows-dc | Format-List *
    Collecting information about the virtual machine guest operating system
    vSphere PowerCLI provides cmdlets to retrieve the details about the virtual machine guest operating system. These cmdlets are independent of the guest operating system installed in the virtual machine.
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VMGuest -VM windows-dc | Format-List *

    OSFullName : Microsoft Windows Server 2003, Enterprise Edition (64-bit)
    IPAddress : {10.112.102.7}
    State : Running
    HostName : windows-dc.vcd.com
    Nics : {}
    ScreenDimensions : {Width=1024, Height=768}
    Note: When retrieving the details about the guest operating system, you are prompted for the user name and password for the ESX/ESXi host and guest operating system. You can provide the authentication details in the command by using the -HostUser root -HostPassword pass1 -GuestUser administrator -GuestPassword vmware123 parameters.
    Using PowerCLI you can also query, start, or stop a service within the guest operating system. You can use Start-Service, Stop-Service, and Restart-Service cmdlets to modify the status of the service. If no virtual machine is specified in the command the change is be made on all the Windows virtual machines in the inventory.
    Note: To use this command ensure that the latest version of VMware Tools are installed on the Virtual Machine and this cmdlet is applicable only for Windows Guest.
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VM windows-dc | Invoke-VMScript "Get-Service app*"
    Status Name DisplayName
    ------ --- -----------
    Stopped AppMgmt Application Management
    vSphere PowerCLI also provides cmdlets to provide the Network Configuration information from within the guest operating system:
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VMGuestNetworkInterface -VM windows-dc -HostUser root -HostPassword vmware123 -GuestUser administrator -GuestPassword vmware123

    VMId : VirtualMachine-vm-33
    VM : windows-dc
    NetworkAdapter : Network adapter 1
    SubnetMask : 255.255.252.0
    NicId : VirtualMachine-vm-33/4000
    Name : Local Area Connection
    IPPolicy : Static
    Ip : 10.112.102.7
    Dns : {127.0.0.1}
    DefaultGateway : 10.112.103.254
    Description : Intel(R) PRO/1000 MT Network Connection
    Mac : 00-0C-29-30-F3-11
    RouteInterfaceId : 0x10003
    Uid :
    /VIServer=@10.112.101.9:443/VMGuestNetworkInterface=00-0C-29
    -30-F3-11/
    DnsPolicy : Static
    WinsPolicy : Static
    Wins :
    To retrieve the routing configuration of the specified virtual machine, run the cmdlet:
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VMGuestroute -VM windows-dc -HostUser root -HostPassword vmware123 -GuestUser administrator -GuestPassword vmware123

    Destination : 0.0.0.0
    Gateway : 10.112.103.254
    Interface : 10.112.102.7
    Netmask : 0.0.0.0
    VMId : VirtualMachine-vm-33
    VM : windows-dc
    Configuring a virtual machine using PowerCLI
    This section discusses the cmdlets that you can use to configure/reconfigure the virtual machines.
    To create new virtual machines, run the cmdlet:
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> New-VM -VMHost 10.112.96.17 -Name TestCli -MemoryMB 1024 -DiskMB 8024
    Name PowerState Num CPUs Memory (MB)
    ---- ---------- -------- - ----------
    TestCli PoweredOff 1 1024
    To migrate a virtual machine using vMotion, run the cmdlet:
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VMHost 10.112.96.18 | Get-VM "windows-cli" | Move-VM -Destination 10.112.96.17
    Name PowerState Num CPUs Memory (MB)
    ---- ---------- -------- -----------
    windows-cli PoweredOn 1 1024
    To migrate a virtual machine using Storage vMotion, run the cmdlet:
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VM windows-rhel5 | Move-VM -Datastore vCloud-1
    Name PowerState Num CPUs Memory (MB)
    ---- ---------- -------- -----------
    windows-rhel5 PoweredOn 1 3072
    All of the virtual machines in the in the inventory can be configured with or without the CD-ROM drive using this command:
    Note: To disable CD-ROM, use the $false option. To enable CD-ROM, use the $true option.
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VM | Get-CDDrive | Set-CDDrive -Connected:$false
    Confirm
    Are you sure you want to perform this action?
    Performing operation "Setting Connected: False, NoMedia: False." on Target "CD/DVD Drive 1".
    [Y] Yes [A] Yes to All [N] No [L] No to All [S] Suspend [?] Help (default is "Y"):Y
    Working with virtual machine snapshots
    vSphere PowerCLI provides cmdlets to create/remove snapshots for all of the virtual machines in the inventory. However, you may further customize the command to specify virtual machines from a specific ESX/ESXi Host, Cluster, or Datacenter.
    To take a new snapshot for all virtual machines in a Cluster, run the cmdlet:
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-Cluster "vCloud" | Get-VM | New-Snapshot -Name Automate
    Name Description PowerState
    ---- ----------- ----------
    Automate PoweredOff
    Automate PoweredOff
    To remove a snapshot from all of the virtual machine in the inventory, run the cmdlet:
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-VM | Get-Snapshot | Remove-Snapshot
    Confirm
    Are you sure you want to perform this action?
    Performing operation "Removing snapshot." on Target
    "VirtualMachineSnapshot-snapshot-174".
    [Y] Yes [A] Yes to All [N] No [L] No to All [S] Suspend [?] Help
    (default is "Y"):A
    Note: Use the preceding commands with caution as the changes made are applicable for all virtual machines.
    Updating VMware Tools
    Update-Tools cmdlets can be used to update the VMware Tools on a single or multiple virtual machines. This command reboots the virtual machine after updating the VMware Tools. You can use the -NoReboot option to update the VMware Tools without rebooting the virtual machine.
    In this example, the VMware Tools for all of the virtual machines in Resource Pool vCloud will be updated without rebooting the virtual machine:
    [vSphere PowerCLI] C:\Program Files\VMware\Infrastructure\vSphere PowerCLI> Get-ResourcePool vcloud | Get-VM | Update-Tools -NoReboot
    WARNING: Automatic update of VMware tools is not fully supported for
    non-Windows OSs. Manual intervention might be required.
    Note: Before running the cmdlet, ensure that the VMware Tools service is running. This command is used only to upgrade VMware Tools. To do an unattended install, use msiexec.exe. For more information, see The Microsoft article Use Windows Installer from the command line.

    среда, 15 декабря 2010 г.

    Как узнать Firmware RAID и HBA адаптеров

    Identifying firmware revision of fibre-channel or hardware iSCSI adapters


    To determine the firmware revision of either fibre-channel or hardware iSCSI adapters:
     
    Note: The examples below use a Qlogic 2300-series fibre-channel adapter, substitute as necessary.

    Note: ESX versions prior to 3.5 do not report Qlogic HBA firmware revisions internally. For ESX Server 3.0.x hosts using Qlogic HBAs, it is necessary to reboot, observe the Power On Self Test screens and note the firmware revisions.

    1. Run the following command to identify the actual directory name:

      ls /proc/scsi/


      Note: Qlogic directories begin with qla , Emulex directories begin with lpfc . Substitute the actual directory name in the examples below.

    2. Run the following command to change to the Qlogic /proc node directory:

      cd /proc/scsi/qla2300/

    3. Run the following command to list all adapters:

      ls

      The output appears similar to:

      # ls
      1 2 HbaApiNode

      Note: The HbaApiNode output does not appear in ESX 4.0 for Qlogic.

    4. Run the following command to examine the beginning lines of the file named "1":

      head 1

      For example, to see the first four lines of "1":

      # head -4 1
      QLogic PCI to Fibre Channel Host Adapter for QLA2340 :
              Firmware version:  3.03.19, Driver version 7.07.04.2vmw

      Repeat for each number file and note the firmware version for each adapter.
    Consult your vendor to determine whether your HBA is using the latest firmware version.  

    Identifying firmware revision of local RAID devices


    To identify the firmware revision of local RAID devices:
     
    Note: The examples below show the use of an Adaptec RAID controller, substitute as necessary.
    1. Run the following command to identify the actual adapter directory name in /proc/scsi :

      ls /proc/scsi/

      Note: Adaptec RAID controller directories begin with aacraid . Substitute the actual directory name in the examples below.

    2. Run the following command to change to the Adaptec /proc node directory:

      cd /proc/scsi/aacraid_esx30/

    3. Run the following command to list all adapters:

      ls

      The output appears similar to:

      # ls
      1

    4. Run the following command to view the contents of the file named "1":

      cat 1

      The output appears similar to:

      # cat 1
      Adaptec Raid Controller: 1.1-5[2415]custom-IBM
      Vendor: ServeRAID  Model: 8k   
      flags=SAI_READ_CAPACITY_16
      kernel: 5.2-0[11835]
      monitor: 5.2-0[11835]
      bios: 5.2-0[11835]
      serial: 360bce3

      Repeat for any additional number files and note the BIOS number for each controller.

    Consult your vendor to determine whether your RAID controller is using the latest BIOS revision.

    По мотивам KB