Allocatie bij printen MSDS

[sag74m]

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?

[Wouter Rijnbende]

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.).

[sag74m]

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

[Wouter Rijnbende]

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?

[Peter Stordiau]

Is dit door die ene gebruiker continu na te doen ?

[Peter Stordiau]

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)

[Peter Stordiau]

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.

[Wouter Rijnbende]

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)

[Wouter Rijnbende]

* 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).

[Peter Stordiau]

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

Weet Mavom wel heel zeker dat dit nooit gebeurt ?

[Peter Stordiau]

* de gebruiker verwijst naar een \TROEP directory die ook door anderen gebruikt wordt (desnoods zichzelf, omdat hij Profit 2x startte)

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.

[sag74m]

* 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).

De user loggen in met hun eigen ID en daarbij is \TROEP dir.. per user ingericht (lokaal)

[Peter Stordiau]

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

[sag74m]

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..

[Peter Stordiau]

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

?