Vraag error logs

[mdekraa]

Ik wilde de map SY/ER opschonen

Ik zie naast de .LO bestanden in de oude periodes (pre 2015) ook de extensies .idx en .aro staan.
Kan ik deze uit die periodes gewoon deleten?

[Wouter Rijnbende]

Verwijderen van de .LO files, de .IDX files en de .ARO files uit de \FOX\SY\ER directory kan op zich geen kwaad, in die zin dat er niets zal zijn wat er daardoor ineens niet meer werkt.

De files worden aangemaakt opdat wij achteraf bij het optreden van een bepaalde situatie achter de schermen nog iets meer informatie hebben om te achterhalen wat er gebeurd is.

.LO filesEen .LO file wordt 1:1 aangemaakt met een Geblokkeerde Funktie. Ach, en ervanuitgaande dat als jij nu een geblokkeerde funktie aanmeldt die in 2015 of daarvoor is opgetreden, terwijl je al tig Upgrades sindsdien gehad hebt, je met 99% zekerheid toch nul op request krijgt, hoeft die extra informatie ook niet bewaard te blijven. Wij zullen er niet meer naar kijken.
Neemt niet weg dat het soms toch wel eens handig kan zijn, als we bijv. bij Raadplegen Geblokkeerde Funkties zien dat je heel sporadisch een bepaalde melding krijgt, en die melding 2 jaar geleden ook al eens geweest is, en we naar overeenkomsten zouden willen kijken. Dit komt echter zo goed als nooit voor. Kortom, als je v.w.b. de .LO files alles van 2015 en ervoor weggooit, geen probleem.

.IDX filesDe .IDX files ontstaan nadat je een Foutmelding "Alg. fout Index <tabel>?" hebt gekregen.
Ook deze kunnen weg.
Dat er hier diverse van staan op jullie systeem zou kunnen worden veroorzaakt doordat jullie (in ieder geval een tijd geleden, ik weet niet hoe het nu is) gewoon aktieve sessies die tabellen en indexen open hadden staan killden als die sessie al enige tijd niet aktief was.

.ARO files.Tsja... ook hier geldt dat er niets fout gaat als je ze weggooit, maar, het betreffen wel log files die aangeven dát er iets is gebeurd.
De .ARO files zijn in 2013 door Richard voor jullie opgenomen omdat je "iets" in het systeem doet waardoor je op de Verkooporderregel een andere omschrijving krijgt als de omschrijving van het Artikel. Na 2013 is hier nog een aantal malen voor jullie aan gewerkt (en zo ook dat bijv. de log niet moet worden aangemaakt bij bepaalde Intercompany orders, omdat een produkt in het andere bedrijf juist een andere omschrijving moet kunnen hebben).

Voor iedere .ARO file die je hebt, krijgt de gebruiker een melding: "Waarschuwing: Artikel-omschrijving (Artikel) wijkt af van Artikel-omschrijving V.R.".

Kortom, met zoveel .ARO files als dat jullie hebben zou ik òf verwachten dat de telefoon (of mail) van iemand hier roodgloeiend moet staan omdat die melding onterecht komt, òf komt die melding regelmatig voor maar negeren de gebruikers de melding en drukken hem weg in plaats van uit te zoeken waardoor dit ontstaat en dat te melden zodat Richard e.e.a. kan oplossen, òf is er nog wat anders aan de orde.

De ernst van de situaties kunnen variëren van "niets aan de hand" (bijv. omdat een gebruiker een omschrijving van een Artikel gewijzigd heeft, en daarmee dus bij het wijzigen van iedere verkooporderregel waarop dit produkt verkocht is de omschrijving van het artikel niet meer matcht met wat er in de verkooporderregel staat) tot "zeer ernstig" omdat je een artikelnummer hebt welke zoutzuur impliceert, maar het met een omschrijving van een ongevaarlijk produkt, zoals "water" op je order komt te staan.

Waar komt dit vandaan? Geen idee, vandaar de logfiles en de meldingen. Dat proberen we (Richard) nog steeds te achterhalen. Maar, mogelijk userbuttons of zijstapjes die vanuit het wijzigen van een Verkooporderregel worden gedaan, en variabelen overschrijven. Iedere .ARO file is representatief voor een Verkooporderregelnummer, dus, van die Verkooporderregels zou je moeten kontroleren of de omschrijving zoals deze in de order staat wel juist is (tsja... of je vertrouwen op het al dan niet al hebben gekontroleerd door de gebruiker die de melding kreeg).

[Wouter Rijnbende]

Kortom, met zoveel .ARO files als dat jullie hebben zou ik òf verwachten dat de telefoon (of mail) van iemand hier roodgloeiend moet staan omdat die melding onterecht komt, òf komt die melding regelmatig voor maar negeren de gebruikers de melding en drukken hem weg in plaats van uit te zoeken waardoor dit ontstaat en dat te melden zodat Richard e.e.a. kan oplossen, òf is er nog wat anders aan de orde.

De ernst van de situaties kunnen variëren van "niets aan de hand" (bijv. omdat een gebruiker een omschrijving van een Artikel gewijzigd heeft, en daarmee dus bij het wijzigen van iedere verkooporderregel waarop dit produkt verkocht is de omschrijving van het artikel niet meer matcht met wat er in de verkooporderregel staat) tot "zeer ernstig" omdat je een artikelnummer hebt welke zoutzuur impliceert, maar het met een omschrijving van een ongevaarlijk produkt, zoals "water" op je order komt te staan.

Voor wat ik nog kan achterhalen is dat dit destijds door jullie is aangemeld in het kader van het gevaarlijke laatste voorbeeld; wij er toen een blokkade van gemaakt hebben. Die blokkade er voor jullie weer uit is gehaald omdat die melding/blokkade continue optrad en je niet meer kon werken, er daarna een waarschuwing van gemaakt is (met een .ARO logfile) en we er nu nooit meer wat van horen.

Nogmaals, als er bijv. een spatie uit een omschrijving is gehaald, of ergens een puntje bij is gekomen, of je je artikel ineens in het engels omschreven hebt, is er vast niets aan de hand, maar alles is dus bedoeld om de gevaarlijke situatie die kan ontstaan te voorkomen.