summaryrefslogtreecommitdiffstats
path: root/src/man/uk/include/debug_levels.xml
blob: 26264f662fb04f863a5f131ef51d2ff05c60a226 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
<listitem>
    <para>
        У SSSD передбачено два представлення для визначення рівня
діагностики. Найпростішим є визначення десяткового значення у діапазоні
0-9. Кожному значенню відповідає вмикання відповідного рівня діагностики і
усіх нижчих рівнів. Точніше визначення вмикання або вимикання (якщо це
потрібно) специфічних рівнів можна встановити за допомогою шістнадцяткової
бітової маски.
    </para>
    <para>
        Будь ласка, зауважте, що кожна служба SSSD веде журнал у власному
файлі. Також зауважте, що вмикання <quote>debug_level</quote> у розділі
<quote>[sssd]</quote> вмикає діагностику лише для самого процесу sssd, а не
для процесів відповідача чи надавача даних. Для отримання діагностичних
повідомлень слід додати параметр «debug_level» до усіх розділів, для яких
слід створювати журнал діагностичних повідомлень.
    </para>
    <para>
        Окрім зміни рівня ведення журналу у файлі налаштувань за допомогою параметра
«debug_level», який не змінюється під час роботи, але зміна якого потребує
перезапуску SSSD, можна змінити режим діагностики без перезапуску за
допомогою програми <citerefentry>
<refentrytitle>sss_debuglevel</refentrytitle> <manvolnum>8</manvolnum>
</citerefentry>.
    </para>
    <para>
        Рівні діагностики, передбачені у поточній версії:
    </para>
    <para>
         <emphasis>0</emphasis>, <emphasis>0x0010</emphasis>: критичні помилки з
аварійним завершенням роботи. Всі помилки, які не дають SSSD змоги розпочати
або продовжувати роботу.
    </para>
    <para>
         <emphasis>1</emphasis>, <emphasis>0x0020</emphasis>: критичні
помилки. Помилки, які не призводять до аварійного завершення роботи SSSD,
але означають, що одна з основних можливостей не працює належним чином.
    </para>
    <para>
         <emphasis>2</emphasis>, <emphasis>0x0040</emphasis>: серйозні
помилки. Повідомлення про такі помилки означають, що не вдалося виконати
певний запит або дію.
    </para>
    <para>
         <emphasis>3</emphasis>, <emphasis>0x0080</emphasis>: незначні помилки. Це
помилки які можуть призвести до помилок під час виконання дій.
    </para>
    <para>
         <emphasis>4</emphasis>, <emphasis>0x0100</emphasis>: параметри налаштування.
    </para>
    <para>
         <emphasis>5</emphasis>, <emphasis>0x0200</emphasis>: дані функцій.
    </para>
    <para>
         <emphasis>6</emphasis>, <emphasis>0x0400</emphasis>: повідомлення трасування
для функцій дій.
    </para>
    <para>
         <emphasis>7</emphasis>, <emphasis>0x1000</emphasis>: повідомлення трасування
для функцій внутрішнього трасування.
    </para>
    <para>
         <emphasis>8</emphasis>, <emphasis>0x2000</emphasis>: вміст внутрішніх
змінних функцій, який може бути цікавим.
    </para>
    <para>
         <emphasis>9</emphasis>, <emphasis>0x4000</emphasis>: дані трасування
найнижчого рівня.
    </para>
    <para>
         <emphasis>9</emphasis>, <emphasis>0x20000</emphasis>: швидкодія і
статистичні дані; будь ласка, зауважте, що через спосіб, у яких програма
обробляє запити на внутрішньому рівні записаний до журналу час виконання
запиту може бути довшим за справжній.
    </para>
    <para>
         <emphasis>10</emphasis>, <emphasis>0x10000</emphasis>: ще докладніші дані
трасування libldb низького рівня. Навряд чи коли знадобляться.
    </para>
    <para>
        Щоб до журналу було записано дані потрібних бітових масок рівнів
діагностики, просто додайте відповідні числа, як це показано у наведених
нижче прикладах:
    </para>
    <para>
        <emphasis>Example</emphasis>: щоб до журналу було записано дані щодо
критичних помилок з аварійним завершенням роботи, критичних помилок,
серйозних помилок та дані функцій, скористайтеся рівнем діагностики 0x0270.
    </para>
    <para>
        <emphasis>Приклад</emphasis>: щоб до журналу було записано критичні помилки
з аварійним завершенням роботи, параметри налаштування, дані функцій та
повідомлення трасування для функцій внутрішнього керування, скористайтеся
рівнем 0x1310.
    </para>
    <para>
        <emphasis>Зауваження</emphasis>: формат бітових масок для рівнів діагностики
впроваджено у версії 1.7.0.
    </para>
    <para>
        <emphasis>Типове значення</emphasis>: 0x0070 (тобто фатальні, критичні та
серйозні помилки; відповідає встановленню значення 2 у десятковому записі)
    </para>
</listitem>