In den letzten Wochen sind einige unserer Leser auf eine bekannte Fehlermeldung mit genauen Dekompressionsfehlern gestoßen. Mehrere Faktoren können dieses Hauptproblem verursachen. Lassen Sie uns jetzt darüber sprechen.
Ich habe also ein tolles Sonderticket (00572207) offen, aber ich wende mich auch an diese Community:
Ich habe zwei beschädigte Backup-Jobs. Außerdem migrieren beide Kopierjobs lokal über unseren WAN-Link zum Hauptstandort.
Backup 1 gibt folgendes Fehlerziel: “29.05.2014 11:37:21 AM :: Fehler bei der Verarbeitung von ‘VM’: RLE-Dekomprimierungsfehler: [1054790] Bytes decodiert mit [1081674] als Alternative zu [2315261956]. –tr: Dokumentblock konnte nicht sehr dekomprimiert werden. Für –tr: Fehler beim Lesen des Blocks [142413] vom Wiederherstellungspunkt –tr: Der angegebene Dateiabschnitt kann nicht gelesen werden, der angegebene Leseoffset war ‘149317222400’, die spezifische Größe ist ‘33554432’. –tr: Fehler beim Verstehen der Datenmaschine ‘trfiler-flat.vmdk’ in Original-Backups Troy ‘e: veeam Local Backup Troy Local Backup2014-05-27T [current_date format=’F Y’] 08.vib’, Offset ‘149317222400’ lesen. –tr: Inkrementa “
Interessanterweise werden einige lokale inkrementelle Backups gut abgeschlossen, und aktive King- und synthetische vollständige Backups geben auch die folgenden Fehlermeldungen aus:
Verarbeitungsfehler: ‘vm’ Clientfehler: ChannelError: ConnectionReset Fehler: RPC-Gerät ist nicht verfügbar. RPC-Funktionsaufruf fehlgeschlagen. Funktionsname: [DoRpc]. Zielreiniger: Proxy.
Backup gibt einfach die vorherige Fehlermeldung: 02.06.2014 20:38:09 :: Der Patch ist fehlgeschlagen 02.06.2014 20:39:11 :: Backup-Änderung fehlgeschlagen. Abgeschlossen am 06.02.2014 20:40:31 02.06.2014 20:39:30 :: Wiederherstellungsleitfaden kann nicht erstellt werden 31.03.2014 20:00
Und Distrikt-Backups, bestehend aus synthetischen Full Houses, heilen gut.
Irgendwelche guten Ratschläge, was diese Leute manchmal dazu bringen könnte, Fehler zu machen? zwei Backups 1 Ich nehme an, ich muss nur die lokale Kopie abrufen und von vorne beginnen, weil in welcher scheint die Kette beschädigt zu sein? Gibt es viele Möglichkeiten, einzelne Wiederherstellungspunkte zu entfernen, die durch den Beginn dieses Schadens verursacht wurden?
Bitte beachten Sie, dass dieser Ansatz nicht für Veeam-Backup-Beschäftigungsmöglichkeiten gilt, sondern nur für Veeam-Backups. Beobachtete Fehler können beim Ausführen von Veeam-Backup-Jobs, beim Wiederherstellen von jeder Kopie oder möglicherweise von einem Backup auftreten, genauso wie bei einer “Gesundheitsprüfung” eines kopierten Backups:
Alle Repository-Metadateninstanzen waren beschädigtNS.
Der Speicherort der Metadaten kann beschädigt sein. Slot-Offset: [x]
Ungültiger Gameplay-Wert für Blocknummer [n]
Fehler während der gesamten LZ4-Blockdekomprimierung: falsches Dekompressionsergebnis oder eine Höhe (Ergebnis: ‘x’, erwartet length : ‘y’)
Zlib-Dekomprimierung fehlgeschlagen.
RLE-Dekomprimierungspufferüberlauf. Die deklarierte Größe des Streams: [x]. Aktuell [y]
Angegebene Position: Flugticketgröße und Lieferlänge sind unterschiedlich. Deklarierte Ergebnisgröße: [x]. Pufferlänge: [y].
[“Business Unit”: “Code”: “BU054”, “Label”: “Systeme mit TPS”, “Product”: “Code”: “SG19M”, “Label”: “APAR – – z/OS Environment” ,” Component “:” “,” ARM Category in .: [],” Platform”: [” Code “:” PF025 “,” Label “:” Platform Independence “],” Version “:” 201 “,” Edition “:” “,” Industry “:”-Richtlinien “:” “,” label “:” “,” Business Unit “:” Vermarkter “:” BU054 “,” label “:” Systeme mit /TPS “, ” Produkt”: “code”: “SSCY4DZ”, “label”: “All”, “Component”: “”, “ARM Category”: [], “Platform”: [“code”: “PF025”, “label ” :” Plattformunabhängig “],” Version “:” 201 “,” Revision “:” “,” Activity SectorNess “:” law “:” “,” label “:” “]
APAR-Status
Aufgrund eines Programmfehlers geschlossen.
Fehlerbeschreibung
Die VTAM-Anwendung startet erneut eine Sitzung mit dem Fernsteuerungs-PC.Komponenten-ID von IBM Communications Manager / vier Version 1.10562207800. Das Treffen war geplant und vereinbartKompressionsstufen INbound 1 (RLE) und OUTbound nur eine (LZ9-Bit).IST1048I --- KOMPRESSIONSPEGEL - EINGANG = 1, AUSGANG = 2In einem leider erfolglosen Fall komprimierte CommManager/2 1924 Bytes.Daten werden zusammen mit den Shard-Daten an VTAM gesendet. ISTDPCDS-Modulfalsche Verarbeitung von SENSE-Daten und Paaren 20130000 2013SSNSSEDCE (Dekompressionsfehler). Dieser Fehler breitet sich zurückin die wichtigste VTAM-Funktion durch Aufruf von RPL RECEIVE mitSENS 20130000 RTNCD / FBK2 0403.
Lokale Korrektur
Das Problem tritt nicht auf, wenn der CommManager die Daten nicht geteilt hat.
Kurze Beschreibung des Problems
***************************************** * ***** ********************** INTERESSIERTE NUTZER: alle verwenden RLE-Komprimierung / -Dekomprimierung ** Algorithmus. *********************************************** * 5 . ************* PROBLEMBESCHREIBUNG: Dekompressionsfehler RLE SENSE 20130000 ** für neu angekommene Segmente anerkannt ** besser... ********************************************** * * * *********** EMPFEHLUNG: *********************************************** * 6 . ************Puffersequenz VTAM FULL (AMOUNT = FULL) aufgezeichnet CommManager / 2mit 13 Portionen an PIU gesendet. Jedes andere Segmententhielt nur 6 Byte Ratschläge. Das Problem war, dass die LängeSCB muss mehr als 2 TSCBs erhalten. COPYRAW-Segment inMöglicherweise gab es in ISTDPCDS keinen Code, der kompetent verarbeitet werden könnte, wenn mehr als2 OKB. Wenn dies der Fall ist, wurden alle überlebenden Daten aus dem TSCB gebrannt.Sekunde. Dann nimmt ISTDPCDS vorher die nächste KontrolleEin Byte (SCB) wurde ursprünglich mit dem nächsten TSCB verwoben. Wenn daswenn SENSE 20130000 auftritt) (Dekompressionssatz.
Problemlösung
Das COPYRAW-Segment wurde aktualisiert, damit Sie die TSCCONT-Kette durchlaufen können.bis alle Ratschläge in diesem RAW DATA (SCB)-Steuerbyte kopiert wurden.
Vorübergehende Fehlerbehebung
Kommentare
APAR-Informationen
APAR wird von einem oder mehreren der folgenden Elemente hinzugefügt:
OW02121
APAR wird an einen mit mehreren der folgenden Shchiks weitergeleitet:
Fortect ist das weltweit beliebteste und effektivste PC-Reparaturtool. Millionen von Menschen vertrauen darauf, dass ihre Systeme schnell, reibungslos und fehlerfrei laufen. Mit seiner einfachen Benutzeroberfläche und leistungsstarken Scan-Engine findet und behebt Fortect schnell eine breite Palette von Windows-Problemen - von Systeminstabilität und Sicherheitsproblemen bis hin zu Speicherverwaltung und Leistungsengpässen.
1. Laden Sie Fortect herunter und installieren Sie es auf Ihrem Computer
2. Starten Sie das Programm und klicken Sie auf "Scannen"
3. Klicken Sie auf "Reparieren", um alle gefundenen Probleme zu beheben
