W ciągu kilku tygodni niektórzy z naszych czytelników natknęli się na dobrze znany komunikat o błędzie z prawdziwymi błędami dekompresji. Kilka czynników może powodować ten problem. Porozmawiajmy o tym teraz.
Zatwierdzono: Fortect
Tak więc mam otwarty bilet ślubny (00572207), ale od razu docieram do tej społeczności:
Mam dwa uszkodzone zadania kopiowania. Obydwa kopie zadań kopiują kopie zapasowe i przemieszczają się lokalnie do głównej witryny za pośrednictwem naszego jednokierunkowego łącza WAN.
Backup 1 wyświetla następujący komunikat o błędzie:
“29.05.2014 11:37:21 AM :: Błąd przetwarzania ‘VM’: błąd dekompresji RLE: [1054790] Bajty dekodowane przy użyciu [1081674] zamiast wyłączonego [2315261956].
–tr: blok dokumentu nie mógł istnieć w stanie zdekompresowanym. Dla
–tr: błąd odczytu bloku [142413] z punktu odzyskiwania
–tr: Określona sekcja pliku nie może być odczytana, określone przesunięcie odczytu to ‘149317222400’, większość określonego rozmiaru to ‘33554432’.
–tr: błąd odczytu rejestruje dane maszyny ‘trfiler-flat.vmdk’ w oryginalnych kopiach zapasowych Troy ‘e: veeam Local Backup Troy Local Backup2014-05-27T [current_date format=’F Y’] 08.vib’, offset odczytu ‘149317222400’.
–tr: Przyrost ”
Co ciekawe, niektóre okręgowe kopie przyrostowe kończą się dobrze, a aktywne pełne i syntetyczne pełne kopie zapasowe również wyświetlają komunikaty o błędach:
Błąd przetwarzania: „vm” Błąd klienta: ChannelError: ConnectionReset
Błąd: urządzenie RPC jest niedostępne. Wywołanie przyczyny RPC nie powiodło się. Nazwa funkcji: [DoRpc]. Maszyna docelowa: proxy.
Błąd ukończenia klienta CompileFIB: ChannelError: Resetuj połączenie klienta
error: error: ChannelError: ConnectionReset
Backup 2 wypożycza poprzedni komunikat o błędzie:
06/02/2014 20:38:09 :: Łata nie powiodła się
06/02/2014 20:39:11 :: Konwersja kopii zapasowej nie powiodła się. Ukończono 06.02.2014 20:40:31
06.02.2014 20:39:30 :: Nie można utworzyć przewodnika odzyskiwania 31.03.2014 20:00
A najbliższe kopie zapasowe, składające się z syntetycznych fullów, kończą się skutecznie.
Jakieś dobre rady dotyczące tego, co może być przyczyną popełniania błędów przez tych ludzi? dwie kopie zapasowe 4 Przypuszczam, że po prostu muszę pobrać kopię lokalną i zacząć od nowa, ponieważ wygląda na to, że łańcuch jest uszkodzony? Czy istnieje sensowny sposób na usunięcie poszczególnych punktów przywracania z najważniejszego początku tego uszkodzenia?
Należy pamiętać, że takie podejście nie dotyczy zadań kopii zapasowych Veeam, a jedynie możliwych kopii zapasowych Veeam.
Zaobserwowane błędy mogą wystąpić nawet podczas wykonywania zadań kopii zapasowej Veeam, przywracania z kopiarki lub ewentualnie z kopii zapasowej, podobnie jak podczas „kontroli stanu” zgranej kopii zapasowej:
- Wszystkie instancje metadanych repozytorium są uszkodzoneNS.
- Uszkodzenie lokalizacji metadanych. Przesunięcie slotu: [x]
- Korzyści z nieprawidłowego działania dla bloku o numerze [n]
- Błąd na pewnym etapie dekompresji bloku LZ4: nieprawidłowy wynik lub wysokość dekompresji (wynik: ‘x’, oczekiwana długość : ‘y’)
- Dekompresja Zlib nie powiodła się.
- Przepełnienie bariery dekompresyjnej RLE. Deklarowany rozmiar bufora: [x]. Aktualna [y]
- Określona pozycja: typ biletu i długość dostawy są różne. Deklarowane wymiary danych: [x]. Długość bufora: [y].
[“Jednostka Biznesowa”: “Kod”: “BU054”, “Etykieta”: “Systemy z TPS”, “Produkt”: “Kod”: “SG19M”, “Etykieta”: “APAR – – z / Środowisko OS ” ,” Component “:” “,” Kategoria ARM “: [],” Platforma “,” :” “,” Industry “:” kod “:” “,” tożsamość “:” “,” Business Unit “:” reguła “:” BU054 “,” label “:” Systemy z TPS “, “Produkt”: “code”: “SSCY4DZ”, “label”: “Wszystkie”, “Komponent”: “”, “Kategoria ARM”: [], “Platforma”: [“code”: “PF025”, “label “:” Platforma Independent “],” Wersja “:” 201 “,” Revision “:” “,” Activity SectorNess “:” wytyczne “:” “,” label “:” “]
Stan raportu APAR
-
Zamknięto z powodu błędu programu.
Opis błędu
-
Formularz VTAM ponownie uruchamia sesję ze zdalnym komputerem PC.Identyfikator komponentu IBM Communications Manager / 2 wersja 1.10562207800. Spotkanie zostało zaplanowane i uzgodnioneNumery kompresji INbound 1 (RLE) i OUTbound 1 (LZ9 bitów).IST1048I --- POZIOM KOMPRESJI - WEJŚCIE = 1, WYJŚCIE = 2W przypadku, który niestety się nie powiódł, CommManager/2 skompresował 1924 bajty.Dane, oprócz danych podzielonych na fragmenty, trafiają do VTAM. Moduł ISTDPCDSnieprawidłowe przetwarzanie danych i par SENSE 20130000 2013SSNSSEDCE (niepowodzenie dekompresji). Ten błąd się powtarzado funkcji VTAM, wywołując RPL RECEIVE zCZUJNIK 20130000 RTNCD / FBK2 0403.
Korekta lokalna
-
Problem nie występuje, jeśli w jaki sposób CommManager nie podzielił danych na fragmenty.
Krótki opis problemu
-
************************************************** * ***** ************************** ZAINTERESOWANI UŻYTKOWNICY: wszyscy używają ustawienia kompresji / dekompresji RLE ** Algorytm. ************************************************ * 1 . ************* OPIS PROBLEMU: Błąd dekompresji RLE SENSE 20130000 ** ujawniono dla nowo przybyłych segmentów ** obieg... ************************************************ ( pusty ) * ************* REKOMENDACJE: ************************************************ * 2 . ************Sekwencja buforowa VTAM FULL (KWOTA = FULL) pokazała CommManager / 2przesłane do JWP z 13 segmentami. Dowolny inny segmentzawierał tylko 6 bajtów danych. Problem polegał na tym, że długośćSCB musi mieć nawet więcej niż 2 TSCB. COPYRAW segment wPo prostu nie było prawdziwego kodu w ISTDPCDS, który mógłby być pomyślnie obsłużony, gdyby było ich więcej niż2 OKB. Jeśli w ten sposób wszystkie zachowane dane zostały skopiowane, w tym TSCB.Druga. Następnie ISTDPCDS przejmie jedną konkretną następną kontrolęBajt (SCB) został pierwotnie podłączony, aby pomóc ci w następnym TSCB. Jeśli togdy wystąpi SENSE 20130000) (ustawiona dekompresja.
Rozwiązywanie problemów
-
Segment COPYRAW został zaktualizowany, aby popłynąć łańcuchem TSCCONT.dopóki wszystkie dane dotyczące tego bajtu kontrolnego RAW DATA (SCB) nie zostaną faktycznie skopiowane.
Tymczasowe rozwiązywanie problemów
Komentarze
Informacje APAR
-
Raport APAR jest dodawany przez co najmniej jeden z następujących elementów:
OW02121
-
APAR jest kierowany do jednego z kilkoma z następujących shchik:
UW06173
Moduły / makra
-
ISDPCDS
Informacje dotyczące rozwiązywania problemów
-
Stała nazwa dodatku
VTAM V4 MVS / ESA
-
Stały identyfikator składnika
56951 Przyspiesz teraz wydajność swojego komputera dzięki temu prostemu pobieraniu.
Obowiązują główne poziomy składników
-
R201 PSY UW06173
UP94 lub 05/03 P F405
Poprawka dostępna
-
Wybierz PTF dla poziomu komponentu.Musisz być w stanie się zalogować. Dystrybucja fizycznaMedia nie są dostępne we wszystkich krajach.
-
Numer APAR
OW03684
-
Zgłoszona nazwa części
VTAM V4 MVS / ESA
-
Identyfikator zarejestrowanego składnika
56951 Przyspiesz teraz wydajność swojego komputera dzięki temu prostemu pobieraniu.
-
Wiadomość wysłana
201
-
Status
PRO ZAMKNIĘTE
-
WF
Brak WF
-
HIPER
Brak HIPER
-
Szczególna uwaga
NoSpecatt Xsystem
-
Przesłane dla każdej daty
1994-03-28
-
Data zamknięcia
25 kwietnia, początek lat 90.
-
Data ostatniego cięcia
Zatwierdzono: Fortect
Fortect to najpopularniejsze i najskuteczniejsze narzędzie do naprawy komputerów na świecie. Miliony ludzi ufają, że ich systemy działają szybko, płynnie i bez błędów. Dzięki prostemu interfejsowi użytkownika i potężnemu silnikowi skanowania, Fortect szybko znajduje i naprawia szeroki zakres problemów z systemem Windows - od niestabilności systemu i problemów z bezpieczeństwem po zarządzanie pamięcią i wąskie gardła wydajności.
- 1. Pobierz Fortect i zainstaluj na swoim komputerze
- 2. Uruchom program i kliknij „Skanuj”
- 3. Kliknij „Napraw”, aby naprawić znalezione problemy
08.03.1994
Przyspiesz teraz wydajność swojego komputera dzięki temu prostemu pobieraniu.