| Auteur |
 Onderwerp  |
Pagina: 1 2 (of 2) |
|
J.Heuschkiel
Netherlands
131 Posts |
 Geplaatst - 22 okt 2008 : 23:39:50
|
Paul,
Toen ik de Globale Instellingen controleerde en het schermpje zag, viel me in, dat ik ooit eens in april (bij het installeren op de nieuwe PC) het automatisch back-uppen (incl. loc-standen) heb aangevinkt. Helemaal vergeten....sorry !!!!
Er is dus een hele rits back-ups, die ik totaal vergeten had !!!!
Ik ben meteen daarin gaan zoeken en heb geconstateerd, dat op de datums, dat het "mis" was, inderdaad back-ups zijn gemaakt waarbij de locs VERDWENEN zijn en blijven !
Conclusie: Nadat ik zag, dat er locs weg waren, heb ik KL opnieuw opgestart. Bij het afsluiten werd een auto-BU gemaakt, waarbij de locs "weg blijven". Het terugzetten van zo'n BU heeft geen uitwerking; de locs zijn en blijven weg !
Opmerkelijk is dan wel, dat als KL herstart is, de locs WEL weer aanwezig zijn.
Ik hoop, dat ik duidelijk genoeg ben.
M.vr.gr.
Jo Heuschkiel
H0-IB-HSI-DCC-Koploper |
 |
|
|
santerdam
Netherlands
54 Posts |
Geplaatst - 23 okt 2008 : 00:12:44
|
Jo,
Als ik het goed samenvat, zijn er 3 tijdstippen :
(1) Je sluit normaal af --> backup-1
(2) Later start je en ziet geen locs. Je sluit af --> backup-2
(3) Start opnieuw en locs zijn zichtbaar. Sluit weer af --> backup-3
Na het teruglezen van backup-2 zie je geen loks. Heb je ook gekeken wat backup-1 laat zien ?
Zowel bij (2) als (3) open je dezelfde database. Nu is het de vraag of echt dezelfde database wordt geopend. Heeft de sessie (2) uberhaupt 'iets' geschreven, waardoor een schijnbaar leesprobleem zich hersteld heeft en dat daardoor bij (3) alsnog correct gelezen kon worden.
Waar ik aan denk, is dat bij het afsluiten van (1) een stukje database wel is 'geschreven' door het programma, maar door Windows nog niet 'geflushed' is naar de disk. Als het ware 'hangt' dat restdeel nog in memory, maar ontbreek op de disk. (EOF = end-of-file ontbreekt)
Bij het starten van (2) wordt daardoor de database niet correct gelezen. Je ziet dat door de ontbrekende locs. Door direct af te sluiten wordt de database weggeschreven en nu staat er wel een correcte EOF. Daardoor lukt het heropenen bij (3) alsnog.
Met vriendelijke groet,
Sander |
|
|
|
santerdam
Netherlands
54 Posts |
Geplaatst - 23 okt 2008 : 00:32:43
|
Aanvullende hint :
Ooit heb ik geholpen een probleem in een programma op te sporen. Dat programma schreef data weg naar een file door eerst alles samen te pakken tot blokken (ter grootte van 'n blocksize). Aan het einde van de echte data werd dan een merkteken toegevoegd.
Bij dat programma ging de schrijfroutine mis indien een vol blok werd weggeschreven juist op het moment dat er geen vervolg data meer waren. Daardoor werd de schrijfactie afgesloten zonder dat het afsluitende merkteken werd geschreven - er waren immers geen echte data voorhanden om het nieuw te openen. Door stom toeval viel de datagrens precies samen met de blokgrens, waardoor geen nieuw blok meer gestart werd.
Het lezen van dat bestand ging vervolgens mis omdat het afsluit merkteken niet verscheen.
Sander
|
|
|
|
J.Heuschkiel
Netherlands
131 Posts |
Geplaatst - 23 okt 2008 : 01:24:44
|
Sander,
Tijdstip (1) met backup-1 is van "de vorige dag" !
Dat wil zeggen, dat de PC voor langere tijd UITgeschakeld geweest is.
Tussen tijdstip (2) en (3) gebeurt dat niet.
Ik heb eens een aantal dbases achter elkaar vergeleken en kom tot het volgende resultaat:
20 oktober - laatste sessie van de dag -> locs aanwezig
21 oktober - eerste sessie van de dag -> locs weg
Het "verminken" van de dbase(s) moet dus ergens tijdens de eerste sessie plaatsvinden.
Dus komen inderdaad up-dates o.i.d. in aanmerking als veroorzaker.
M.vr.gr.
Jo Heuschkiel
H0-IB-HSI-DCC-Koploper |
|
|
|
santerdam
Netherlands
54 Posts |
Geplaatst - 23 okt 2008 : 02:06:04
|
Jo,
Mijn vermoeden is dat bij (2) het lezen van de database fout gaat. Daarom lijkt het me interessant te weten wat in backup-1 staat.
Dat vervolgens na afsluiten van (2) alsnog (3) goed gaat, komt -denk ik- omdat het afsluiten van (2) 'iets' heeft gedaan met de database waardoor (3) geen problemen geeft.
Verder is het speculeren, dat doe ik liever niet. Ik wilde alleen een hint geven op basis van iets wat ik ooit in een heel ander programma heb aangetroffen.
Groet,
Sander |
|
|
|
J.Heuschkiel
Netherlands
131 Posts |
Geplaatst - 23 okt 2008 : 16:12:50
|
Sander,
Je hebt inderdaad gelijk; bij (2) gaat het fout.
Vanmorgen na het opstarten weer enkele locs weg.
Sinds gisteren, dankzij de herinnerings-tip van Paul, weet ik de laatste dbase te vinden.
De laatste dbase van gisteren ingelezen en alle locs zijn er weer en staan op de goede plaats.
Dat betekent dus, dat de dbase wel goed wordt opgeslagen.
Wat gaat er nu fout bij het inlezen en wat kan ik er aan doen, om dat te voorkomen ?
Het gebeurt alleen, als de PC wordt aangezet. Tussentijds afsluiten en herstarten van KL vertoont, tot nu toe, niets vreemds.
Wie nog iets weet, wat ik kan proberen, mag het zeggen.
M.vr.gr.
Jo Heuschkiel
H0-IB-HSI-DCC-Koploper |
Bewerkt door J.Heuschkiel op 23 okt 2008 16:15:41 |
|
|
|
Willy
Netherlands
34 Posts |
Geplaatst - 23 okt 2008 : 16:19:49
|
Hoi Jo,
Kijk even iets terug en kijk eens in het logboek of event viewer of daar iets staat.
Met vriendelijke groet Willy
Märklin CS1 Rijder pas begonnen met KL. |
|
|
|
santerdam
Netherlands
54 Posts |
Geplaatst - 23 okt 2008 : 17:38:53
|
Jo,
In eerdere berichten heb ik aangegeven in welke richting ik dacht. Jouw constatering, vandaag, wijst ook in die richting. Of hier nu werkelijk het probleem zit, kan ik vanaf deze plaats onmogenlijk beoordelen - ik kan er net zo goed helemaal naast zitten.
Iemand anders zal het stokje van mij moeten overnemen - anders wordt het wild gokken en speculeren. Zonder twijfel zal het wel opgepikt worden, als er voldoende aanknopingspunten zijn (en tijd beschikbaar is).
Met vriendelijke groet,
Sander |
|
|
|
PaHaSOFT
3413 Posts |
Geplaatst - 23 okt 2008 : 18:11:07
|
Sander/Willy,
@Sander
Helaas is hetgeen Sander heeft aangedragen totaal niet van toepassing op Koploper. Verder zoeken in deze richting lijkt mij niet nodig (en gewenst); zonde van de tijd.
@Willy/Jo
Koploper zelf schrijft niets in eventslog. Het is misschien wel een goed om toch even te kijken daar het een samenloop van omstandigheden zou kunnen zijn.
Echter met meer dan 4000 geregistreerde gebruikers sluit ik toch een beetje uit dat het aan de Koploper kant zit.
@Jo
Als je constateert dat het weer is fout gegaan (dus te weinig loks) dan moet je Koploper even niet afsluiten. Ga dan naar de directory waar jouw database staat en daarin moet je als het goed is een bestand "save_oud.txt" tegen komen. Deze file alsmede de laatste backup die gemaakt is voordat je deze keer Koploper hebt opstart zou ik graag van je ontvangen. Stuur deze even naar mij prive op. Reactie plaats ik zeker hier.
Mvg,
Paul. |
|
|
| Pagina: 1 2 (of 2) |
Onderwerp |
|
Vreemde storing
