Heart-Profit ERP

Na route 1-3-1-5 krijg ik de melding bestand geallokeerd en vervolgens : File does not exist (zie attachment)

Wat kan ik hier er aan doen?

Die melding hebben jullie al vaker op het forum geplaatst. Wat daar de exacte status van is weet ik niet, maar, ik kan me voorstellen dat het slecht te beoordelen is.

#1 jullie hebben recentelijk vaker dergelijke meldingen gehad welke veroorzaakt werden door een corrupte NTFS partitie

#2 mogelijk gebeurt er op het genoemde regelnummer iets vreemds, maar, omdat het 3/4 jaar geleden is dat jullie een Upgrade hebben gehad, kunnen we daar niet naar kijken.

Misschien is het een idee eerst een Upgrade te plannen, zodat jullie weer bij zijn met de programmatuur. Als de melding dan nog optreedt, zouden we verder kunnen kijken of er écht iets ontbreekt, of iets dénkt dat het er niet is (of er misschien iets niet goed staat ingericht kwa nieuwe terminal servers, userdrives, rechten etc.).

Het is wel raar dat bij de ene collega niets aan de hand is en bij de andere juist wel temeer dat de rechten gelijkend zijn

Als bij de ene collega niets aan de hand is, heb je dus grote kans dat je probleem buiten Profit ligt.

De inrichting op de Terminal Server misschien? Is voor de gebruiker waarbij het niet werkt de lokale omgeving wel juist ingericht?

Is dit door die ene gebruiker continu na te doen ?

Even voor de duidelijkheid voor onszelf (en omdat ik er ook overheen keek) :

Het gaat hier om Gegevens geallokeerd, en bij afbreken volgt de Does not exist.
Ik vraag me af of
a. dit niet altijd het geval is bij een "File does not exist" (een prangend probleem bij jullie);
b. en zo ja, of dit niet een geheel ander licht op de zaak werpt ...

Kijk voor de lol eens naar je "lock pool size" ?
(ik noem het even zo omdat ik niet weet hoe dit letterlijk heet, maar het gaat om de geheugenreservering voor bestand-/recordlocks -> serveraangelegenheid)

En dan zou ik toch ook eens jullie print subsysteem onderzoeken. Ik bedoel :

Jullie hebben nogal eens de fout "Error accessing printer spooler". Dit hoort niet (nooit). Nu hoort er wel meer niet wat bij jullie wel optreedt, maar tegelijkertijd heb je heeeeel geregeld net zo'n "File does not exist" op het printen van etiketten. Dit gebeurt zo te zien bij alle gebruikers die dat printen etiketten gebruiken, en nooit klagen ze dat ze hun etiket(ten) niet eruit krijgen. Ofwel, nogmaals proberen en het werkt wel. N.b.: Zie jullie Storingsoverzicht.xls en "File does not exist".

Vraag ook eens aan de gebruikers ER en RDH (die deze fout het meest krijgen) of er niet iets anders voorafgaat aan de fout, zoals die Gegevens geallokeerd.

Hoe dan ook, omdat dit printen betreft en w.s. naar een speciale (etiket) printer, zou ik toch eens onderzoeken of het niet in die hoek fout kan zitten.

Hmm... Dat alles kombinerend...

In SYTXMH wordt een tijdelijke file aangemaakt in de \TROEP directory. Het systeem kontroleert er verder niet op "of dit gelukt is", ze gaat er vanuit dát dit lukt, omdat een gebruiker "full control" behoort te hebben in zijn \TROEP directory. Na het aanmaken wordt de file beschreven.

Een theorie kan zijn dat het kreëren van de file foutloopt (desnoods resulteert in een "gegevens geallokkeerd"), en dat het "beschrijven" daarna resulteert in "file does not exist".

Waarom het aanmaken van de file fout zou kunnen lopen?

* de gebruiker beschikt niet over een eigen \TROEP directory
* de gebruiker heeft geen rechten in de \TROEP directory
* de gebruiker verwijst naar een \TROEP directory die ook door anderen gebruikt wordt (desnoods zichzelf, omdat hij Profit 2x startte)

Zie hierbij ook voor je dat het fout is om 10 gebruikers met de naam "Verkoop" of "Magazijn" op het netwerk in te laten loggen, om vervolgens allen aan dezelfde \TROEP directory te worden gekoppeld (x:\users\verkoop\troep  of x:\users\magazijn\troep).

Zo ... die laatste is wel een goeie ...

Weet Mavom wel heel zeker dat dit nooit gebeurt ?

Ook dit is iets om eens goed naar te kijken;
In eerder genoemde storingsoverzicht.xls treffen we immers iets als dit aan :

werd eruitgegooid en na inloggen tweemaal een Heart Profit omgeving

En dit als gevolg van "File does not exist" een fout ...
(op 21-02-2013, gebruiker LR).

En wat je dan ook nog mag proberen te "interpreteren" is dat dit "eruitgegooid" relatief vaak voorkomt als gevolg van te weinig Profit licenties. Ik zeg niet dat dit "de ellende" veroorzaakt, maar het zou zo maar kunnen dat dit "eruitgooien" net niet op een 100% formele manier gebeurt, of beter gezegd : misschien gebeurt op een wijze die leidt tot onoverzichtelijke situaties voor iedereen.

Wat bedoel je, "lokaal" ?
(suggestie : klinkt erg verkeerd)

Peter, wat ik bedoel is dat per user is ingesteld waar hun TROEP\ dir bevindt (ook in de config).. oftwel per machine\user\TROEP\ dir..

Zolang het maar op de Terminal Server(s) is, is dat goed. Maar dat vind ik niet erg "lokaal" klinken ...

?

Is het noodzakelijkerwijs dat het een must is om enkel en alleen via de TS te werken of kan er via de server rechtsstreeks worden gewerkt?

Je hebt twee opties :

1. Niet werken via de TS en dan heb je je \Troep lokaal op de PC;
2. Werken via de TS en dan heb je je \Troep op de TS (uniek per user).

Doen jullie het op dit moment anders ?

We maken gebruik van beide situaties

Ja of Nee ?
:smile:

Nee, we doen het niet anders dan zoals hierboven beschreven ;)

Zo, zware bevalling !
Ok, dank je.

Jammer eigenlijk, want ik had liever gehad dat er iets fout was (ingericht).

Kijk je ook nog naar de andere posts van mij in dit topic ?
(voor het algemene goede doel natuurlijk)