Файлова система домену даних - PANIC: ddr/repl/lrepl_client.c: lrepl_srepl_recipe_get_next: 1972: ! (*target_off >= region_start_off)

Summary: У цій статті бази знань описано причину та обхідний шлях для умов, коли реплікація рецептів виконується у версіях DDOS 6.x, що призводить до аварійного завершення роботи файлової системи Data Domain. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Файлова система Data Domain, що працює з кодом DDOS 6.x і виступає джерелом для реплікації, може зіткнутися з кількома PANIC, якщо ввімкнено функцію реплікації рецептів, з повідомленнями про помилки журналювання домену даних, такими як нижче: 
ERROR: MSG-INTRNL-00001: PANIC: ddr/repl/lrepl_client.c: lrepl_srepl_recipe_get_next: 1972: !(*target_off >= region_start_off)

У більшості випадків процес FS намагається почати слідувати за PANIC, але невдовзі зазнає невдачі після того, як з'явився. Це особливо актуально при використанні реплікації каталогів або MTree замість BOOST MFR. Як тільки той самий файл, що реплікується, буде спроба повторної реплікації до місця призначення, FS може припинити спроби та бути вимкненим.

Cause

Через дефект коду файлова система Data Domain PANIC скидає ядро і перезапускається, коли увімкнено реплікацію рецептів.
У попередніх випусках DDOS програма не вилучає всі патрони, якщо базовий файл для певної резервної копії, що реплікується, було вилучено або перезаписано.
«Базовий файл» — це будь-який файл резервної копії, який пізніша резервна копія може використовувати як еталон для резервних копій, які потрібно синтезувати.
Старіші версії в DDOS 6.0.x , 6.1.x і 6.2.x схильні до цього дефекту.

Resolution

Якщо ви переглядаєте цю статтю бази знань, швидше за все, вже зіткнулися з дефектом і, ймовірно, у вас не працює FS, отже, навіть якщо цей дефект буде виправлено у пізніших випусках DDOS (див. нижче), вам слід спочатку застосувати обхідний шлях, який полягає або у повному вимкненні реплікації, або у вимкненні можливості реплікації рецептів:
  • Щоб вимкнути реплікацію, запустіть "replication disable all" і спробуйте викликати FS, виконавши "fileys enable"
  • Щоб вимкнути лише реплікацію рецептів, виконайте такі дії:
    • Увійдіть в ДД як "системний адміністратор" або еквівалентний користувач, і перейдіть в "Режим SE"
    • ПРИМІТКА: Команди SE застаріли у версіях DDOS 7.7.5.25, 7.10.1.15, 7.13.0.15, 6.2.1.110 і вище, і доступні лише співробітникам Dell
    • Якщо ФШ ще не відключена, зробіть це зараз (файли відключити)
    • Змініть типове значення для реплікації рецептів так, щоб використання реплікації рецептів під час реплікації резервних копій було вимкнено: se sysparam set RECIPE_REPL_ENABLED=FALSE
    • Тепер можна включити ФС (fileys enable) і реплікацію, якщо вона була відключена раніше (replication enable all)
Рекомендуємо вимкнути реплікацію рецепта лише на початковому коді, а не вимикати реплікацію повністю. Відключення всієї реплікації збільшує лаг реплікації.
Побічні ефекти вимкнення лише реплікації рецептів обмежуються незначним зниженням швидкодії під час реплікації резервних копій.

Дефект коду, який спричиняв цю проблему, було виправлено в таких випусках:
  • DDOS 6.1.2.40 і пізніших версій
  • DDOS 6.2.0.30 і пізніших версій
  • У DDOS 7.0.x це буде виправлено під час першого випуску
Однак зауважте, що дефект також впливає на випуски DDOS 6.0.x, але випуск DDOS 6.0.x ще не виправлено.

Affected Products

Data Domain

Products

Data Domain, DD OS 6.2, DD OS 6.0, DD OS 6.1
Article Properties
Article Number: 000056026
Article Type: Solution
Last Modified: 11 Dec 2023
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.