Зараз ви перебуваєте в автономному режимі; очікується повторне підключення до Інтернету

Не можна використовувати kdump для або kexec Linux, віртуальних машин Hyper-V, на

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

2858695
Ознаки
До Windows Server 2012 R2
Розглянемо таку ситуацію:
  • У вас старіших версій Windows Server 2012 R2 на базі процесорів комп'ютера ролі Hyper-V, який інстальовано.
  • На Hyper-V віртуальної машини на комп'ютері інстальовано Linux.
  • Настроюється kdump для Linux VM.

    Примітка Linux VM інстальовано драйвери для Linux інтеграції служби. Драйвери, може бути готові або вручну, інстальовані.
У цьому випадку якщо на віртуальній машині Linux аварійно завершує роботу, файл дампу ядра Linux не створюється належним чином.
Windows Server 2012 R2
Розглянемо таку ситуацію:
  • У вас Linux, віртуальної машини на комп'ютері з Windows Server 2012, R2 Hyper-V.
  • 15 або більше vCPUs, які підключено до віртуальної машини Linux.
  • Настроювання kdump для, Linux VM.
У цьому випадку kdump для не працює, і аварійний дамп не створюється в тому, що процес, перестає відповідати на запити (зависає).
причина
Ця проблема виникає, тому що Hyper-V не приймають два одночасних підключень, з синтетичного однаковий драйвер, який працює на віртуальній машині.

Під Вільний час kdump для налаштований на віртуальній машині Linux, що використовує драйвер синтетичного онлайнове пул носіїв Linux інтеграція послуг (також відомий як storvsc), kexec ядра, які настроєно на сценарій виконання однаковий драйвер. Якщо на віртуальній машині Linux аварійно завершує роботу, синтетичного онлайнове пул носіїв драйвер, розміщену в ядрі kexec намагається підключитися Hyper-V постачальником пул носіїв поштових скриньок даних. Проте Hyper-V не вдається створити нове підключення через наявні підключення до одного драйвера носія розбитий Linux віртуальної машини. Таким чином, kexec ядра, не можна скинути ядра для віртуальної машини розбитий Linux.
Розв'язанн
Щоб вирішити цю проблему, настройте kexec ядра, за допомогою стандартних Linux драйвера носія. Ця конфігурація потрібно виконувати після того, як kdump для функції активовано на віртуальній машині Linux. Основна ідея полягає в тому, вимкнення служби інтеграції в Linux драйвера носія та ввімкнути стандартний Linux драйвера носія в ядрі kexec за допомогою параметра prefer_ms_hyper_v у файлі відповідні настройки.

Параметр prefer_ms_hyper_v можна використовувати для керування поведінкою стандартних Linux драйвера носія. Коли цей параметр має значення 1 , і виконується Linux віртуальної машини Hyper-V, стандартних Linux драйвера носія вимикає, себе та дає драйвера носія Linux інтеграції служби керування на пристрої онлайнове пул носіїв даних. Установивши параметр prefer_ms_hyper_v0стандартні драйвера носія Linux може працювати. Через те, що стандартні драйвера носія Linux не потребує підключення до Hyper-V, kexec ядра, можна скинути ядра.

Різні розподілу для Linux, мають дещо відрізнятися механізми для визначення значення prefer_ms_hyper_v. У цьому розділі описано, як значення параметра для різних розділах на найпопулярніші Linux.

Red Hat Enterprise Linux, (RHEL) 5,9

RHEL 5,9 вам доведеться пройти через аргумент командний рядок ядра, параметр prefer_ms_hyper_vide_core модуль, вбудований у RHEL 5,9 ядра. За промовчанням цей параметр, ініціалізований 1і це викликає Linux віртуальної машини, щоб уникнути сценарій виконання ide_core модуля, якщо він працює в середовищі Hyper-V. Адміністратори мають у значення параметра prefer_ms_hyper_v0 так, що драйвер ide_core стає оперативної під Вільний час процесу завантаження kexec ядра. Це можна зробити, змінивши /etc/kdump.conf вміст.

Щоб змінити вміст /etc/kdump.conf, виконайте такі дії:
  1. Запустіть таку команду, щоб настроїти kdump для записування до локального каталогу:

    шлях/var/аварійне завершення роботи.
  2. Чорний список, драйвери Linux інтеграції служби /etc/kdump.conf. Це перешкоджає драйвери завантаження, у kexec ядра. Для цього, виконайте таку команду:

    чорний hv_vmbus hv_storvsc hv_utils hv_netvsc блок hyperv
  3. Настройте значення часу очікування диска, запустіть таку команду:

    disk_timeout 100
  4. Після необхідні зміни /etc/kdump.conf файлу виглядає так:
    шлях/var/аварійне завершення роботи.
    core_collector makedumpfile - c - протокол IMAP рівень 1 - d 31
    чорний hv_vmbus hv_storvsc hv_utils hv_netvsc блок hyperv
    disk_timeout 100
  5. Змінювати вміст файлу /etc/sysconfig/kdump наступним чином:
    • Щоб додати або змінити наступний рядок для включення в prefer_ms_hyperv = 0 аргумент:

      KDUMP_COMMANDLINE_APPEND = "irqpoll maxcpus = 1-reset_devices ide_core.prefer_ms_hyperv=0"
    • Після необхідні зміни /etc/sysconfig/kdump файлу виглядає так:
      KDUMP_COMMANDLINE = ""

      # Змінну давайте запит на додавання параметрів для поточного kdump для командний рядок у режимі адміністратора
      # Як, зроблені в будь-якому з KDUMP_COMMANDLINE вище, або/proc/для командний рядок

      KDUMP_COMMANDLINE_APPEND = "irqpoll maxcpus = 1-reset_devices ide_core.prefer_ms_hyperv=0"

Red Hat Enterprise Linux, (RHEL) 6.4

RHEL 6.4 потрібно передати prefer_ms_hyper_v параметр ata_piix модуль драйвера. Це можна зробити, змінивши вміст файлу /etc/kdump.conf.

, Вміст /etc/kdump.conf, виконайте наведені нижче інтерактивні елементи.
  1. Настройте kdump для записування до локального каталогу:

    шлях/var/аварійне завершення роботи.
  2. запит на додавання додаткових модулів ata_piix, sr_mod, sd_mod:

    extra_modules ata_piix sr_mod-sd_mod
  3. Чорний Linux інтеграції служби драйверів, у etc/kdump.conf. Це не дозволяє драйвери завантаження до ядра kexec:

    чорний hv_vmbus hv_storvsc hv_utils hv_netvsc блок hyperv
  4. Додайте параметри параметр передати параметр ata_piix модуля:

    Параметри ata_piix prefer_ms_hyperv = 0
  5. Настройте значення часу очікування диска, таким чином, що він не перестає відповідати (зависнути):

    disk_timeout 100
  6. Після необхідні зміни /etc/kdump.conf файлу виглядає так:
    шлях/var/аварійне завершення роботи.
    core_collector makedumpfile - c - протокол IMAP рівень 1 - d 31
    extra_modules ata_piix sr_mod-sd_mod
    чорний hv_vmbus hv_storvsc hv_utils hv_netvsc блок hyperv
    Параметри ata_piix prefer_ms_hyperv = 0
    disk_timeout 100

Ubuntu 12.04(.x)

У Ubuntu 12.04 (.x), потрібно передати prefer_ms_hyper_v параметр ata_piix драйвера. Це можна зробити, змінивши вміст файлу /etc/init.d/kdump.

Щоб змінити вміст файлу /etc/init.d/kdump, додайте до ata_piix. prefer_ms_hyper_v = 0 kdump для параметрів командного рядка:
do_start {} {
….
….
запит на додавання = "$APPEND kdump_needed maxcpus = 1-irqpoll reset_devices ata_piix.prefer_ms_hyperv=0"

}

SUSE Linux Enterprise-сервера (SLES) 11 SP2(x)

SLES-11-SP2(x) розподіли потрібно передати prefer_ms_hyper_v параметр ata_piix драйвера. Ви можете зробити це, змінивши вміст файлу /etc/sysconfig/kdump наступним чином:

Додати ata_piix.prefer_ms_hyper_v=0 KDUMP_COMMANDLINE_APPEND:

KDUMP_COMMANDLINE_APPEND="ata_piix.prefer_ms_hyperv=0"

Після необхідні зміни /etc/sysconfig/kdump файлу виглядає так:

KDUMP_COMMANDLINE_APPEND="ata_piix.prefer_ms_hyperv=0"

Додаткові відомості
Потрібно налаштувати kdump для звичайним чином, це пропонується Linux розподілу.

Продукти сторонніх виробників, які розглядаються в цій статті, розроблені компаніями, що не залежать від корпорації Майкрософт. корпорація Майкрософт не надає жодних гарантій, неявних або інших, стосовно продуктивності або надійності цих продуктів.

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 2858695 – останній перегляд: 06/04/2015 20:23:00 – виправлення: 4.0

  • Windows Server 2012 R2 Datacenter
  • Windows Server 2012 R2 Standard
  • Windows Server 2012 R2 Essentials
  • Microsoft Hyper-V Server 2012 R2
  • Windows Storage Server 2012 R2 Standard
  • Windows Server 2012 Datacenter
  • Windows Server 2012 Standard
  • Microsoft Hyper-V Server 2012
  • Windows Storage Server 2012 Standard
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Standard
  • Windows Server 2008 R2 Service Pack 1
  • Microsoft Hyper-V Server 2008 R2 Service Pack 1
  • Microsoft Hyper-V Server 2008 R2
  • kbmt KB2858695 KbMtuk
Зворотний зв’язок