(Gelöst)NAS peicherverbrauch steigt unendlich

Hallo,

ich habe folgende Umgebung:
Navision 5.01 mit SQL64 bit Server.

wir haben auf einem Extra Server einen NAS aufgesetzt, der die Kommunikation mit einem Webshop erledigen soll. Dual CPU 32bit, 3GB Ram.

Klappte alles wunderbar, als wir nur einzelne Testaufträge geschickt hatten. Nun unter einem kleineren Last-Test alloziert der NAS unentwegt mehr RAM und gibt es nicht mehr frei, bis der Fehler 20010 "There is not enough memory to execute this function." erscheint.

Danach muss der NAS neu gestartet werden. Ich hatte das mal beobachtet, da kam ich auf bis zu 680MB Ram für den NASSQL.exe

Gibt es irgendeinen Startparameter, der dem NAS sagt, dass er nach einer gewissen Zeit das RAM wieder frei gibt?

Zuletzt geändert von wirtnix am 25. Februar 2011 08:27, insgesamt 1-mal geändert.

Ich denke, das Problem liegt nicht am NAS selber, sondern an seiner Aufgabe.
Testet diese Aufgabe auf einem "normalen" Client (unter sonst gleichen Bedingungen).

tja, das ist ein problem. der Webshop kommuniziert direkt mit dem NAS.

was da abgeht ist mir komplett schleierhaft. könnte schon an der aufgabe liegen.
Also dass der NAS so ein Verhalten hat ist nicht normal?

tja, das ist ein problem. der Webshop kommuniziert direkt mit dem NAS.

Der NAS selbst kann nichts, was dein Client nicht auch kann.
Er führt es nur ohne ein User Interface aus.
Bitte ggf. euren NAV-Partner, den Prozess zur Probe auf einem normalen Client einzurichten.

Also dass der NAS so ein Verhalten hat ist nicht normal?

Wenn das Verhalten normal wäre, hätte der NAS doch längst seine Daseinsberechtigung verloren

Das hört sich nach einem klassischen Fall an, dass er was anfängt, aber nie so beendet, dass er den Prozess als abgeschlossen betrachtet, um den Speicher dann nicht mehr zu verbrauchen.

Eine direkte Kommunikation mit einem NAS gibt es nicht, wie Natalie schon sagte.

Ein Webshop schreibt z.B. in eine Puffertabelle und diese wird dann zB. über die Standard Queue vom NAS verarbeitet. Die Daten, die der NAS verarbeiten muss, stehen definitiv auch so schon in eurer Datenbank drin. Man muss nur die entsprechenden Tabellen finden.

danke, werd das mal checken, hört sich interessant an!!!

Hallo,

einfaches Beispiel für Webshop:
Der NAS legt für jede Kommunikation mit dem Webshop eine neue Socket- Verbindung an, vergisst sie aber am Ende der Kommunikation wieder zu löschen. Was auch sein kann, dass Daten von der Socket Verbindung im Hintergrund empfangen werden, der NAS diese aber nicht ausliest, und damit aus dem Puffer löscht,...

Gruß, Fiddi

Naja, das wäre ja ein "NAS holt Daten aus Webshop". Aber es gibt auch ein "Webshop schreibt in Puffertabellen in NAV".
Pull vs. Push quasi

[fiddi]

Naja, das wäre ja ein "NAS holt Daten aus Webshop". Aber es gibt auch ein "Webshop schreibt in Puffertabellen in NAV".
Pull vs. Push quasi

Nicht unbedingt. Das von mir beschriebene kann auch Auftreten wenn der Webshop die Daten abholt. z.B. der Webshop fordert alle Artikel zur Synchronisation an, und schickt für jeden Artikel eine Anfrage an den NAS, der NAS verarbeitet die erste Anfrage, während über die Socket- Verbindung noch hunderte weitere Requests kommen, die aber noch nicht verarbeitet wurden, weil der NAS gerade die erste Anfrage bearbeitet. Wenn der WEB- Shop hier keine Grenze für die maximale Anzahl zu synchronisierender Artikel hat, oder diese zu groß ist. Und der Shop womöglich dann noch auf einen Timeout läuft, und die Anfragen wiederholt, womit der NAS entgültig am Ende ist

Gruß, Fiddi

Zuletzt geändert von fiddi am 23. Februar 2011 14:58, insgesamt 1-mal geändert.

ich hab nochmal nachgefragt:

wir haben auf dem NAS-Server einen Dienst, der die Web-Connector-Aufgabe übernimmt.
Dieser dienst kommuniziert mit dem NAS per Microsoft Message Queue.
Antorten Des NAS gehen dann per XML zurück an den Web-Connector.

Nun haben wir von MS ein Statement erhalten, dass der NAS nicht auf einer virtuellen Maschine laufen soll.
Nun habe ich den NAS auf einen Server mit Win2003 64bit installiert.
da kommt die Fehlermeldung:

Could not create an instance of the OLE control or Automation server identified by
GUID={910740F5-D5AB-4D7F-B2D5-C647E08F5DD9} 7.0:{7A5C2877-7579-425E-9784-6582C13EABD9}:Unknown Automation Server.Unknown Class.

wenn ich den Dienst starten will. es ist zum Kühe melken...

Weiß da jemand, wie ich das hinbekomme?

Hallo,

waren das nicht Mäuse

wahrscheinlich fehlen dir da noch die Visual Studio Runtimes für 32 bit, goggle mal nach den GUIDs. Oder es fehlen dir Komponenten der Shop- Kommunikation.

Gruß, Fiddi

Nun habe ich den NAS auf einen Server mit Win2003 64bit installiert

War es nicht so, dass die MSMQ-Komponenten von NAV nicht auf 64-bit laufen?

Volker

Interessant wäre zu wissen, wie lange es braucht, bis der nassql.exe z.B. 500 MB alloziert hat. Eher Minuten, Stunden, Tage?
Weiterhin ist der Prozess der dahinter steht wichtig. Die genutze Automation ist der CPHandler wie ich gerade sehe. Die ankommende XML-Daten werden also per MSXML2 Automation verarbeitet.
Habt ihr Anpassungen des Standard Commerce Portal durchgeführt? Werden die Automation-Instanzen die die Verarbeitung übernehmen jeweils wieder zerstört und/oder handelt es sich um (teilweise) globale Variablen?

Kannst du mal bitte die wichtgsten Objekte (irgendwas im 6xxx Bereich) hier anhängen?

Habt ihr einen Fall bei Microsoft offen? Wenn ja, welche Referenznummer? Gerne auch als PM.

Als die Antwort zu dem Fall von Microsoft kam, daß der NASSQL nicht auf einer virtuellen Maschine laufen sollte, haben wir einen physischen Server konfiguriert.
Siehe da: alles bestens, der Ramverbrauch ist konstant bei ca. 50MB und die Last auf unserer NAV-DB ist auch kaum nennenswert.

irre, daß heutzutage in einer Welt, in der massenhaft Server virtualisert werden noch so ein Bug herumgeistert.

Der Ramverbrauch stieg übrigens innerhalb von Minuten rapide an, durch den Bug wurden wohl tausende Preisanfragen je Artikel erstellt und weil nur eine beantwortet wurde, waren wohl immer alle noch als offene Handles im RAM.