Dokumenty<Poprzedni | Spis treści | Następne>
Przeprowadzono migrację z wersji wielościeżkowej 0.4.8 do wersji wielościeżkowej 0.4.9 1.1.1. Migracja z wersji 0.4.8
Moduły sprawdzania priorytetów nie są już uruchamiane jako samodzielne pliki binarne, ale jako biblioteki współdzielone. Nazwa wartości klucza dla tej funkcji również uległa niewielkiej zmianie. Skopiuj nazwany atrybut priorytet_objaśnienie do priorytet, zmodyfikuj także argument nazwę modułu sprawdzania priorytetów, ścieżka systemowa nie jest już konieczna. Przykładowa konwersja:
urządzenie {
sprzedawca „NEC”
produkt „TABLICA DYSKOWA”
prio_callout mpath_prio_alua /dev/%n prio alua
}
Zobacz Konwersja modułu sprawdzania priorytetów tabeli [p. 76], aby uzyskać pełną listę
Tabela 5.1. Konwersja sprawdzania priorytetów
v0.4.8 | v0.4.9 |
prio_callout mpath_prio_emc /dev/%n | priorytet emc |
prio_callout mpath_prio_alua /dev/%n | wcześniej alua |
prio_callout mpath_prio_netapp /dev/%n | wcześniej netapp |
prio_callout mpath_prio_rdac /dev/%n | wcześniej rdac |
prio_callout mpath_prio_hp_sw /dev/%n | priorytet hp_sw |
prio_callout mpath_prio_hds_modular %b | pierwsze hds |
Ponieważ parser pliku konfiguracyjnego wielościeżkowego zasadniczo analizuje wszystkie znalezione pary klucz/wartość, a następnie wykorzystuje je, jest bezpieczny dla obu priorytet_objaśnienie i priorytet współistnieć i zaleca się, aby priorytet atrybut należy wstawić przed rozpoczęciem migracji. Następnie możesz bezpiecznie usunąć dziedzictwo priorytet_wywołanie atrybut bez przerywania usługi.