In de afgelopen weken hebben sommige van onze lezers een bekende foutmelding gekregen met echte decompressiemisverstanden. Verschillende factoren kunnen dit probleem veroorzaken. Laten we het nu onthullen.
Goedgekeurd: Fortect
Ik heb dus een speciale schorsing (00572207) open staan, maar ik reik ook uit om deze gemeenschap te kunnen bereiken:
Ik heb twee beschadigde back-upcontracten. Beide kopiëren jobs back-up en verplaatsen lokaal naar de hoofdsite via onze WAN-link.
Back-up specifiek geeft de volgende foutmelding:
“29/05/2014 11:37:21 AM :: Fout bij het verwerken van ‘VM’: RLE-decompressiefout: [1054790] Bytes gedecodeerd met [1081674] in plaats daarvan inclusief [2315261956].
–tr: documentblok kon niet worden gedecomprimeerd. Voor
–tr: fout bij lezen van blok [142413] van herstelplaatsing
–tr: De gespecificeerde bestandssectie kan niet worden gelezen, de gespecificeerde lees-offset is ‘149317222400’, de definitieve grootte is ‘33554432’.
–tr: fout bij het lezen van gegevensserver ‘trfiler-flat.vmdk’ in originele back-ups Troy ‘e: veeam Local Backup Troy Local Backup2014-05-27T [current_date format=’F Y’] 08.vib’, kijk over offset ‘149317222400’.
–tr: Incrementa “
Interessant is dat sommige lokale langzame back-ups goed worden voltooid, en dat actieve volledige en synthetische volledige back-ups ook de volgende foutmeldingen geven:
Verwerkingsfout: ‘vm’ Clientfout: ChannelError: ConnectionReset
Fout: RPC-apparaat is niet beschikbaar. RPC-functietelefoon is mislukt. Functienaam: [DoRpc]. Doelcomputer: proxy.
Client voltooid fout CompileFIB: ChannelError: Clientverbinding resetten
error: error: ChannelError: ConnectionReset
Backup 2 geeft je de vorige foutmelding:
06/02/2014 20:38:09 :: Het gebied is mislukt
06/02/2014 20:39:11 :: Back-upconversie mislukt. Voltooid op 06.02.2014 20:40:31
06/02/2014 20:39:30 :: Kan herstelgids niet positief maken 31/31/2014 20:00
En lokale back-ups, bestaande uit synthetische full-houses, lopen goed af.
Enig advies over wat de oorzaak kan zijn van het maken van fouten bij dit soort mensen? twee back-ups 1 Ik veronderstel dat ik gewoon de bijna-kopie moet ophalen en opnieuw moet beginnen omdat het erop lijkt dat de ketting beschadigd is? Is er een procedure om individuele herstelpunten te verwijderen vanaf het opstarten van deze schade?
Houd er rekening mee dat deze aanpak niet van toepassing is op Veeam-back-uptaken, alleen op Veeam-back-ups.
Waargenomen fouten kunnen optreden tijdens het uitvoeren van Veeam-back-uptaken, het herstellen van een kopie naast mogelijk ook van een back-up, evenals door middel van een “gezondheidscontrole” van een gerepliceerde back-up:
- Alle metadata-instanties van de repository zijn corruptedNS.
- De locatie van de metadata is beschadigd. Slot-offset: [x]
- Ongeldige actiewaarde om bloknummer te verkrijgen [n]
- Fout tijdens LZ4-blokdecompressie: onjuist decompressieresultaat of -hoogte (resultaat: ‘x’, verwachte lengte : ‘y’)
- Zlib-decompressie mislukt.
- RLE-decompressiebufferoverstroming. De gedeclareerde grootte van de buffer: [x]. Huidige [y]
- Opgegeven positie: ticketgrootte en dus leveringslengte zijn verschillend. Gedeclareerde gegevensgrootte: [x]. Bufferlengte: [y].
[“Business Unit”: “Code”: “BU054”, “Label”: “Systemen met TPS”, “Product”: “Code”: “SG19M”, “Label”: “APAR to – z / OS Environment ” “,” Component “:” “,” ARM Category “: [],” Platform “: [” Code “:” PF025 “,” Label “:” Platformonafhankelijkheid “],” Version “:” 201 “,” Edition ” :” “,” Industry “:” code “:” “,” mark “:” “,” Business Unit “:” code “:” BU054 “,” label “:” Systemen met / TPS “, “Product” : “code”: “SSCY4DZ”, “label”: “Alle”, “Component”: “”, “ARM Categorie”: [], “Platform”: [“code”: “PF025”, “label “:” Platformonafhankelijk “],” Versie “:” 201 “,” Revisie “:” “,” Activiteit SectorNess “:” code “:” “,” bedrijf “:” “]
APAR-status
-
Gesloten wegens een programmafout.
Foutbeschrijving
-
De VTAM applicatie opent weer een sessie met de remote PC.Component-ID van IBM Communications Manager / 2 Versie 1.10562207800. De vergadering was gepland en overeengekomenCompressieniveaus INbound 1 (RLE) en OUTbound 1 (LZ9 bits).IST1048I --- COMPRESSIENIVEAU - INGANG = 1, UITGANG is gelijk aan 2In een geval dat helaas mislukte, comprimeerde CommManager 2 1924 bytes.Gegevens gaan naast deze shardgegevens naar VTAM. ISTDPCDS-moduleonjuist uitzoeken van SENSE-gegevens en paren 20130000 2013SSNSSEDCE (decompressiefout). Deze fout verspreidt zich terugin de VTAM bereiken door RPL RECEIVE te bellen metSENS 20130000 RTNCD FBK2 0403.
Lokale correctie
-
Het probleem treedt niet op als de CommManager de gegevens niet heeft geshard.
Korte beschrijving van het probleem
-
***************************************** * ***** ************************** GENTERESSEERDE GEBRUIKERS: ze gebruiken allemaal RLE-compressie per decompressie ** Algoritme. *********************************************** * * * *********** PROBLEEMBESCHRIJVING: Decompressiefout RLE SENSE 20130000 ** onderscheiden voor nieuw binnengekomen segmenten ** circulatie... *********************************************** 1 . * **************** AANBEVELING: *********************************************** * * * **********Bufferketen VTAM FULL (AMOUNT = FULL) toonde CommManager voor elke 2verzonden naar PIU met 13 segmenten. Elk tweede segmentbevatte slechts 6 bytes aan gegevens. Het dilemma was dat de lengteSCB moet meer hebben in vergelijking met wat 2 TSCB's. COPYRAW-segment inEr was geen modus in ISTDPCDS die met succes kon worden verwerkt in de er waren meer dan2 OKB. Als dat het geval is, zijn alle overgebleven gegevens gekopieerd van een TSCB.Tweede. Dan neemt ISTDPCDS de daaropvolgende controle overEen byte (SCB) was oorspronkelijk verbonden met onze volgende TSCB. Als ditwanneer SENSE 20130000 optreedt) (decompressieset.
Problemen oplossen
-
Het COPYRAW-segment is bijgewerkt om de hele TSCCONT-keten te doorlopen.totdat alle gegevens waarom RAW DATA (SCB)-besturingsbyte is gekopieerd, zijn gekopieerd.
Tijdelijke probleemoplossing
Opmerkingen
APAR-informatie
-
APAR wordt toegevoegd door een of meer van de volgende elementen:
OW02121
-
APAR wordt gerouteerd naar één met een aantal van de volgende shchik:
UW06173
Modules / Macro’s
-
ISDPCDS
Informatie over het oplossen van problemen
-
Vaste toevoegingsnaam
VTAM V4 MVS / ESA
-
Vaste component-ID
56951 Versnel de prestaties van uw computer nu met deze eenvoudige download.
Hoofdcomponentenniveaus van toepassing
-
R201 PSY UW06173
UP94 per 05/03 P F405
Patch beschikbaar
-
Selecteer de PTF voor het componentniveau.U moet kunnen inloggen. Fysieke distributieMedia is niet in alle landen beschikbaar.
-
APAR-nummer
OW03684
-
Naam van gerapporteerd onderdeel
VTAM V4 MVS / ESA
-
Geregistreerde component-ID
56951 Versnel de prestaties van uw computer nu met deze eenvoudige download.
-
Bericht verzonden
201
-
Status
PRO GESLOTEN
-
PE
Geen PE
-
HIPER
Geen HIPER
-
Speciale aandacht
NoSpecatt Xsystem
-
Ingediend / Datum
1994-03-28
-
Sluitingsdatum
25 april 1994
-
Laatste snijdatum
Goedgekeurd: Fortect
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
- 1. Download Fortect en installeer het op uw computer
- 2. Start het programma en klik op "Scannen"
- 3. Klik op "Repareren" om gevonden problemen op te lossen
03/08/1994
Versnel de prestaties van uw computer nu met deze eenvoudige download.
