Omvormen artikel - 'Record not available' - systeem reageert niet meer (LOVIOT)

[pascal]

Super, ik bel wanneer het weer voorkomt.

[Wouter Rijnbende]

Haha... 1 van de logfiles staat in 3 dagen tijd op 2 Mb, dus dit kan sneller gaan dan verwacht...

Maar... op zich werpt het al wel vruchten af, in zoverre dat we nu kunnen zien of, en wie, er nog meer aan het journaliseren was toen de melding optrad.

Bij het journaliseren zijn er meerdere plekken waar boekingsrecords worden aangemaakt; we weten nu bij welke het fout gaat. De logging is daar nu verder op aangepast, zodat we wat en volgende keer beter inzicht hebben op het specifieke commando waarop het foutloopt.

Gebruiker MH kreeg "Record is not available" om 09:23 en kon om 09:34 weer verder. Er zijn naast MH nog 3 andere gebruikers die gejournaliseerd hebben vandaag: JAS, LV en DDL.

DDL's eerste boeking is om 09:39 gemaakt, wat dus ná de hangtijd van MH is.

JAS journaliseerde om 09:58 voor het eerst n.a.v. een handmatige Voorraadmutatie.

LV heeft om 08:19 een bankafschrift geboekt en daarna om 09:56 een Ingekomen Faktuur of Faktuurgekontrole geboekt.

Dat zou dus moeten inhouden dat er niemand anders aan het journaliseren is geweest toen MH ging omvormen.

Met de nieuw logfile moeten we weer even "de volgende keer" afwachten, dan komen we wellicht weer een stukje verder...

[pascal]

Aanvullend wat ik gezien heb:
Ik heb achter het scherm gezeten toen de melding 'Record not available' in beeld stond.
Na ons gesprek eerst LV gevraagd Profit vrij te geven en af te sluiten. De melding bleef staan.
Daarna DdL gevraagd vrij te geven en af te sluiten, melding bleef nog steeds staan.

Vervolgens gebruiker PB Profit afgesloten, toen ik terugliep naar de pc was de melding verdwenen.
Kun je zien of hij er iets mee te maken kan hebben? Of is dit een gevalletje toeval? Want een andere gebruiker heeft wellicht de record tegelijk vrijgegeven ofzo, maar misschien zie je bij gebruiker PB nog iets wat opvalt.

[Wouter Rijnbende]

Hey, goed van je dat je daar op hebt gelet.

Ik zou nu nog even niet kunnen verzinnen wat de link moet zijn.
PB was in ieder geval niet aan het journaliseren, en ook niet aan het Omvormen. Zijn laatste omvorming was gistermiddag.

[Wouter Rijnbende]

Vandaag is er weer een nieuwe situatie gemeld. Ik zie ook dat in dit topic de laatste situatie uit december 2018 dateert, terwijl we hier wat mij betreft later nogmaals naar hebben gekeken, en met eenzelfde resultaat als nu: De logfile toont op zich nu de plek waar het precies fout gaat. Eigenlijk een normale opdracht om een Record te locken (RLOCK()) waar hij 5 minuten op staat te wachten.

Tsja... we weten nu dus welk commando dit veroorzaakt, nu nog zien te beoordelen 'waarom dat commando tot deze fout leidt'?
Ik zou het zelf even niet weten 

--------------------------------------------------------------------------------
01-03-2019/10:17:02.78 Bedrijf = BBB-BETON; User = MH ; Artikel HAL8ZWKVM; VrsVorm ST; Charge 101592; Aantal x Inhoud : 28578 x 1.000
01-03-2019/10:17:03.10 LOVIOTF1 : Doorboeken Batchboekingen
01-03-2019/10:17:03.21 ADBOTVW1 : Begin
01-03-2019/10:17:03.21 ADBOTVW1 : Journaalpost-id = LOVIOT       
01-03-2019/10:17:03.21 ADBOTVW1 : MULTILOCKS ON
01-03-2019/10:17:03.23 ADBOTVW1 : Voor aanroep ADBOTVW2
01-03-2019/10:17:03.23 ADBOTVW2 : Begin ADBOTVW2
01-03-2019/10:17:03.24 ADBOTVW2 : SYS
01-03-2019/10:17:03.24 ADBOTVW2 : Regel=1; JP Status = GOED; LOOPIND_W = D
01-03-2019/10:17:03.24 ADBOTVW2 : Batchboeking Vnr=0; Regel=1     ;Rekening=70000.0; User=MH ; Oms=OV/OG van HAL8ZWKVM/ST/ATH (28578x1,000)
01-03-2019/10:17:03.26 ADBOTVW2 : ADBOBO naar Hulpbestand
01-03-2019/10:17:03.28 ADBOTVW2 : Regel=2; JP Status = GOED; LOOPIND_W = D
01-03-2019/10:17:03.28 ADBOTVW2 : Batchboeking Vnr=0; Regel=2     ;Rekening=70000.0; User=MH ; Oms=OV/OG naar HAL8ZWKVK/ST/ATH (28578x1,000
01-03-2019/10:17:03.29 ADBOTVW2 : ADBOBO naar Hulpbestand
01-03-2019/10:17:03.29 ADBOTVW2 : Regel=3; JP Status = GOED; LOOPIND_W = D
01-03-2019/10:17:03.29 ADBOTVW2 : Regel=3; JP Status = GOED; LOOPIND_W = D
01-03-2019/10:17:03.31 ADBOTVW2 : Einde ADBOTVW2
01-03-2019/10:17:03.31 ADBOTVW1 : Terug na aanroep ADBOTVW2
01-03-2019/10:17:03.31 ADBOTVW1 : ADBOBO Hulpbestand doorboeken
01-03-2019/10:17:03.31 ADBOBO   : Doorboeken - tijd = 212418238623
01-03-2019/10:17:03.32 ADBOBO   : Doorboeken - BTW geboekt?
01-03-2019/10:17:03.34 ADBOBO   : Doorboeken #1 -    1|Grtbk|70000.0       |~             |OV/OG van HAL8ZWKVM/ST/AT
01-03-2019/10:17:03.34 ADBOBO   : Doorboeken #1 - voor APPEND BLANK
01-03-2019/10:17:03.35 ADBOBO   : Doorboeken #1 - voor RLOCK
01-03-2019/10:22:24.04 ADBOBO   : Doorboeken #1 - voor REPLACE
01-03-2019/10:22:24.20 ADBOBO   : Doorboeken #1 - na (eventueel geskipte) UNLOCK
01-03-2019/10:22:24.23 ADBOBO   : Doorboeken #1 -    2|Grtbk|~             |70000.0       |OV/OG naar HAL8ZWKVK/ST/A
01-03-2019/10:22:24.23 ADBOBO   : Doorboeken #1 - voor APPEND BLANK
01-03-2019/10:22:24.24 ADBOBO   : Doorboeken #1 - voor RLOCK
01-03-2019/10:22:24.24 ADBOBO   : Doorboeken #1 - voor REPLACE
01-03-2019/10:22:24.26 ADBOBO   : Doorboeken #1 - na (eventueel geskipte) UNLOCK
01-03-2019/10:22:24.26 ADBOBO   : Bijwerken saldo rekening 70000.0       
01-03-2019/10:22:24.27 ADBOBO   : Bijwerken saldo rekening 70000.0       
01-03-2019/10:22:24.27 ADBOTVW1 : Na doorboeken ADBOBO
01-03-2019/10:22:24.29 ADBOTVW1 : Historisch maken Batchboeking Rgl 1
01-03-2019/10:22:24.31 ADBOTVW1 : Historisch maken Batchboeking Rgl 2
01-03-2019/10:22:24.31 ADBOTVW1 : MULTILOCKS OFF
01-03-2019/10:22:24.32 ADBOTVW1 : Verwijderen Batchboeking Rgl 1
01-03-2019/10:22:24.33 ADBOTVW1 : Verwijderen Batchboeking Rgl 2
01-03-2019/10:22:24.34 ADBOTVW1 : MULTILOCKS OFF
01-03-2019/10:22:24.35 ADBOTVW1 : ZAP ADBH
01-03-2019/10:22:24.35 ADBOTVW1 : Einde ADBOTVW1
01-03-2019/10:22:24.36 ADBOTV1 : Na aanroep ADBOTVW1
01-03-2019/10:22:24.36 LOVIOTF1 : Einde Doorboeken Batchboekingen
01-03-2019/10:22:24.38 Na aanroep LOVIOTF1, terug in LOVIOT
--------------------------------------------------------------------------------

[pascal]

Dank Wouter - ter info: gebruiker (user MH) heeft het gelijk gemeld waarop ik gebeld heb.
Daarna naar receptie gelopen (user LV, zit in administratie/financiele deel) en gevraagd Profit even af te sluiten. Daarna was Profit weer vrij.

Enige foutje van me - ik heb niet net voordat ik Profit heb laten afsluiten gekeken of Profit alweer vrij was bij MH.
Maar na afsluiten van Profit door LV in elk geval wel.

[pascal]

Ik krijg in een andere funktie ook een 'Record not available', namelijk bij het boeken van een termijnboeking bij gebruiker LV.

Wist even niet of ik hier een apart topic voor moest aanmaken, maar gezien het verhaal mbt logfiles etc - wellicht kun je daar ook deze in opsporen?
Profit is afgesloten en opnieuw gestart.
Misschien helpt dit het probleem bij Omvormen artikel (of juist helemaal niet).
Wanneer ik toch even een nieuw topic aan moet maken hoor ik het graag.

[Wouter Rijnbende]

Heb je rond de tijdstippen van zo'n melding al wel eens in een error logfile op de Server gekeken?
Kan het zijn dat je daarin fouten aantreft die kunnen duiden op wat er aan de hand is?

[pascal]

Ik heb hiernaar gekeken (logs rond het tijdstip van de meldingen uiteraard) en niks bijzonders kunnen vinden op Terminal server of de server waar Profit op draait.
De dataserver geeft wel af en toe aan dat RAM vol zit, maar op moment van kijken was dit niet zo.
Toch ga ik daar het RAM geheugen uitbreiden om te kijken of de melding verdwijnt (en baat het niet dan schaadt het niet uiteraard).

[pascal]

Ter info - vandaag kreeg gebruiker RN bij het omvormen de 'Record not available' melding.
Om 15:27 stond deze al een aantal minuten op het scherm.
Gebruiker LV zat ingelogd bij de receptie, waar een oudere pc staat - alleen wanneer ze daarop ingelogd is lijkt het nog fout te gaan.
Ze staat op de nominatie voor een nieuwe pc, als het meezit binnen 2/3 weken. Zoals al eerder door jullie opgemerkt zou het aan die (oude, trage) pc kunnen liggen.

Is het een idee dat ik me meld wanneer ik deze pc vervangen heb en daarna alsnog de foutmelding krijg (?).

[Wouter Rijnbende]

Is het een idee dat ik me meld wanneer ik deze pc vervangen heb en daarna alsnog de foutmelding krijg (?).

Altijd. Wat is trouwens "een oudere PC". Heb je specifikaties voor de herkenbaarheid?

[pascal]

Zeker, het is een HP Compaq Pro 6300 SFF
Met een Intel I5-3470 CPU @3.20Ghz,  4Gb intern en Windows 7 Pro 64-bits, aangeschaft in 2013.