Beantwoord

[Windows] Herinstallatie BUO blijft dagenlang hangen op "Even geduld Uw systeem wordt geconfigureerd"!

  • 4 January 2017
  • 51 reacties
  • 1809 keer bekeken
Toon eerste bericht

51 reacties

Richard Rozema
Rank
Reputatie 3
Badge
Zoals al eerder gebleken is, duurt alles wat langer als je een grote backup set hebt 🙂 Inmiddels heb ik er inderdaad een eerste volledige backup op zitten. Van al mijn bestanden zijn weer de laatste versies veilig gesteld: de backup doet het weer.

Echter, het lijkt er op dat elke keer dat mijn machine herstart is, BUO opnieuw de index bestanden gaat opbouwen. De applicatie toont dan weer het gewraakte scherm "Backup Service wordt geinitialiseerd, wacht alstublieft"


Dit duurt telkens enkele dagen. De inhoud van de log toont dat het weer om de sc.x gaat:
------------- >8 --------------- >8 ---------------
[2017-04-27 16:47:27.447375] [d] [03052] [Component Synchronizer] Sealing component n.d.
[2017-04-27 16:47:27.448376] [d] [03052] [Component Synchronizer] Sealing component n.x.
[2017-04-27 16:47:27.449376] [d] [03052] [Component Synchronizer] Sealing component nn.e.
[2017-04-27 16:47:27.450377] [d] [03052] [Component Synchronizer] Sealing component nn.d.
[2017-04-27 16:47:27.451377] [d] [03052] [Component Synchronizer] Sealing component nn.x.
[2017-04-27 16:47:27.451377] [d] [03052] [Component Synchronizer] Sealing component nr.d.
[2017-04-27 16:47:27.452378] [d] [03052] [Component Synchronizer] Sealing component nr.x.
[2017-04-27 16:47:27.456380] [d] [03052] [Component Synchronizer] Updating data component sc.d: partial consistent, index must be rebuilt.
[2017-04-27 16:47:27.456380] [d] [03052] [Component Synchronizer] Updating index component sc.x: inconsistent, removing.
[2017-04-27 16:47:27.597450] [d] [03052] [Component Synchronizer] Updating data component p.d: consistent.
[2017-04-27 16:47:27.597450] [d] [03052] [Component Synchronizer] Updating index component p.x: consistent.
[2017-04-27 16:47:27.597450] [d] [03052] [Component Synchronizer] Updating data component sca.d: consistent.
[2017-04-27 16:47:27.598451] [d] [03052] [Component Synchronizer] Updating index component sca.x: consistent.
[2017-04-27 16:47:27.687495] [d] [03052] [`anonymous-namespace'::DetermineIndexMode] [p] Index tag "CAB2_TA#" uses binary naming convention
[2017-04-27 16:47:27.687495] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [p] Index would be opened in binary mode
[2017-04-27 16:47:27.687495] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [p] Tag "NOV2_ta#", expression "ASCEND(NodeId)+ASCEND(Ordinal)+DESCEND(Version)", filter "NodeId > 0 .AND. .NOT. DELETED()"
[2017-04-27 16:47:27.687495] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [p] Tag "SlcHsh_ta#", expression "SUBSTR(SliceHash,1,4)", filter "NodeId > 0 .AND. .NOT. DELETED()"
[2017-04-27 16:47:27.687495] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [p] Tag "Cab2_ta#", expression "ASCEND(CabinetId)", filter "NodeId > 0 .AND. .NOT. DELETED()"
[2017-04-27 16:47:27.723513] [d] [03052] [`anonymous-namespace'::DetermineIndexMode] [sca] Index tag "NOV2_TA#" uses binary naming convention
[2017-04-27 16:47:27.731517] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [sca] Index would be opened in binary mode
[2017-04-27 16:47:27.731517] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [sca] Tag "NOV2_ta#", expression "ASCEND(NodeId)+ASCEND(Ordinal)+ASCEND(Version)", filter "NodeId > 0 .AND. .NOT. DELETED()"
[2017-04-27 16:47:27.834569] [d] [03052] [CodeBase] File Find Error Opening File (-64) file4open (90615) [E:\KPN_BR\reg\sc.x] [] []
[2017-04-27 16:47:27.834569] [d] [03052] [`anonymous-namespace'::DetermineIndexMode] [sc] Index file could not be opened (-64)
[2017-04-27 16:47:27.834569] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [sc] Index would be opened in binary mode
[2017-04-27 16:47:27.834569] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [sc] Tag "NOV2_ta#", expression "ASCEND(NodeId)+ASCEND(Ordinal)+DESCEND(Version)", filter "NodeId > 0 .AND. .NOT. DELETED()"
[2017-04-27 16:47:27.834569] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [sc] Tag "SlcHsh_ta#", expression "SUBSTR(SliceHash,1,4)", filter "NodeId > 0 .AND. .NOT. DELETED()"
[2017-04-27 16:47:27.834569] [d] [03052] [`anonymous-namespace'::CreateIndexInfo] [sc] Tag "Cab2_ta#", expression "ASCEND(CabinetId)", filter "NodeId > 0 .AND. .NOT. DELETED()"
[2017-04-27 16:47:27.834569] [d] [03052] [CodeBase] File Find Error Opening File (-64) file4open (90615) [E:\KPN_BR\reg\sc.x] [] []
------------- >8 --------------- >8 ---------------

Zodra dit gelukt is, kan ik weer backups maken. Maar daar moet ik dus wel geduld voor hebben...

Ik heb een theorie wat er aan de hand is. Wellicht kan Tim informeren bij IASO of dit klopt en of er iets aan gedaan kan worden...

Volgens de log bestanden is op de achtergrond de service bezig om mijn index bestanden op te schonen: de log file staat dan namelijk vol met meldingen over "[Cleaning]" en "slice is obsolete" en dit blijft maar doorgaan. Maar de files sc.d en sc.x worden nooit kleiner. Mijn theorie is dat het sc.x bestand door het opschoon proces niet goed wordt afgesloten als ik mijn windows afsluit en dat daardoor telkens de index weer corrupt lijkt te zijn als mijn machine weer opgestart wordt. Kan IASO er misschien voor zorgen dat het opschoonproces de bestanden in een consistente staat afsluit wanneer Windows wordt afgesloten?
1 Bijlage

Reageer


Forumvoorwaarden