Data Domain: NetBackup 8.1 na Solaris zgłasza stan błędu 84 (błąd zapisu nośnika)
摘要: Data Domain: W tym artykule opisano, że netbackup 8.1 na solaris może zgłaszać stan błędu kopii zapasowej 84 (błąd zapisu nośnika).
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
Podczas wykonywania zadań tworzenia kopii zapasowych na dyskach DDVTL LTO-7 korzystających z NetBackup na solaris występuje błąd z następującym błędem.
Error bptm (pid=53194) FREEZING media id 0006L7, too many data blocks written, check tape/driver block size configuration Info bptm (pid=53194) EXITING with status 84
Te komunikaty o błędach znajdują się w pakiecie dzienników NetBackup.
原因
Większe operacje we/wy są podzielone w warstwie sterownika ze względu na ustawienia konfiguracji sterownika st (sterownika taśmowego).
W przypadku kilku operacji we/wy jeden zapis NetBackup powodował zapis dwóch podzielonych bloków na DDVTL. W związku z tym w liczbie bloków wystąpiła niezgodność.
Wyniki vtcck pokazują, że jeden rekord 65536 został podzielony na dwa rekordy. Oznacza to, że jeden rekord ma rozmiar 65534 bajtów i drugi o rozmiarze 2 bajtów.
Widać, że istnieją dwa rekordy wielkości bajtów, które zostały utworzone dla kilku operacji.
W przypadku kilku operacji we/wy jeden zapis NetBackup powodował zapis dwóch podzielonych bloków na DDVTL. W związku z tym w liczbie bloków wystąpiła niezgodność.
Wyniki vtcck pokazują, że jeden rekord 65536 został podzielony na dwa rekordy. Oznacza to, że jeden rekord ma rozmiar 65534 bajtów i drugi o rozmiarze 2 bajtów.
Widać, że istnieją dwa rekordy wielkości bajtów, które zostały utworzone dla kilku operacji.
21 data and 11 filemark records processed Minimum record size: 2 Maximum record size: 65534 Average record size: 16140 Record Size Number of Records 2 1 1024 11 32768 8 65534 1 good: YES
解决方案
Obejście problemu polega na edycji pliku "st.conf" i ponownym uruchomieniu komputera.
1. Uruchom polecenie Solaris # mt config na napędzie taśmowym DDVTL LTO-7.
Na przykład # mt -f /dev/rmt/0 config
Następujący wynik (z czwartym parametrem 0x1065B) wskazuje, że problem istnieje.
2. Edytuj plik Solaris /kernel/drv/st.conf, aby dołączyć flagę ST_NO_RECSIZE_LIMIT (0x8000) do "tape-config-list".
1. Uruchom polecenie Solaris # mt config na napędzie taśmowym DDVTL LTO-7.
Na przykład # mt -f /dev/rmt/0 config
Następujący wynik (z czwartym parametrem 0x1065B) wskazuje, że problem istnieje.
tape-config-list = "IBM ULTRIUM-TD7", "IBM ULTRIUM-TD7", "CFGIBMULTRIUMTD7"; CFGIBMULTRIUMTD7 = 2,0x3B,0,0x1065B,4,0x00,0x00,0x00,0x00,0,120,120,3600,3600,3600,3600,3600;
2. Edytuj plik Solaris /kernel/drv/st.conf, aby dołączyć flagę ST_NO_RECSIZE_LIMIT (0x8000) do "tape-config-list".
tape-config-list = "IBM ULTRIUM-TD7", "IBM ULTRIUM-TD7", "CFGIBMULTRIUMTD7"; CFGIBMULTRIUMTD7 = 2,0x3B,0,0x1865B,4,0x00,0x00,0x00,0x00,0,120,120,3600,3600,3600,3600,3600;3. Uruchom ponownie komputer z opcją zmiany konfiguracji.
# reboot -- -r
受影响的产品
Data Domain文章属性
文章编号: 000213846
文章类型: Solution
上次修改时间: 15 9月 2023
版本: 2
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。