OrdCreate Fehler 66

Zugriff, Engines, Konvertierung. Von ADS über DBF bis zu SQL.

Moderator: Moderatoren

Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Woran kann es liegen? Client XP SP3, Server 2008 R2, Cache-Einstellungen und Registrierungssettings alle gemacht, in dem Moment ist die DBF nicht mehr geöffnet, das meldet mir meine Log-Datei! Wodurch wird die ohne mein zutun plötzlich geschlossen?
Xbase++ Version : Xbase++ (R) Version 1.90.355
Betriebssystem : Windows XP 05.01 Build 02600 Service Pack 3
------------------------------------------------------------------------------------------
oError:args :
-> VALTYPE: C VALUE: artzu1.ntx
-> VALTYPE: U VALUE: NIL
-> VALTYPE: C VALUE: art_nr
oError:canDefault : J
oError:canRetry : J
oError:canSubstitute: N
oError:cargo : NIL
oError:description : Datenbank-Alias existiert nicht/ist ungültig
oError:filename :
oError:genCode : 66
oError:operation : OrdCreate
oError:osCode : 0
oError:severity : 2
oError:subCode : 8021
oError:subSystem : BASE
oError:thread : 4
oError:tries : 1
------------------------------------------------------------------------------
CALLSTACK:
------------------------------------------------------------------------------
Aufgerufen von DEL_AUSF(117)

Geöffnete Datenbanken:
Name akt. DS EOF aktiver Index Scope
=====================================================================================
=====================================================================================
aktive Datenbank:
und der kommt auch auf dem PC:
Xbase++ Version : Xbase++ (R) Version 1.90.355
Betriebssystem : Windows XP 05.01 Build 02600 Service Pack 3
------------------------------------------------------------------------------------------
oError:args :
oError:canDefault : J
oError:canRetry : J
oError:canSubstitute: N
oError:cargo : NIL
oError:description : Datenbank-Alias existiert nicht/ist ungültig
oError:filename :
oError:genCode : 66
oError:operation : DbAppend
oError:osCode : 0
oError:severity : 2
oError:subCode : 8021
oError:subSystem : BASE
oError:thread : 4
oError:tries : 1
------------------------------------------------------------------------------
CALLSTACK:
------------------------------------------------------------------------------
Aufgerufen von DBEXPORTRECORD(318)
Aufgerufen von (B)DBEXPORT(286)
Aufgerufen von DBEXPORT(286)
Aufgerufen von _DBEXPORT(137)
Aufgerufen von ENTFERNEN(175)
Aufgerufen von DEL_AUSF(114)
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
Manfred
Foren-Administrator
Foren-Administrator
Beiträge: 21165
Registriert: Di, 29. Nov 2005 16:58
Wohnort: Kreis Wesel
Hat sich bedankt: 206 Mal
Danksagung erhalten: 67 Mal

Re: OrdCreate Fehler 66

Beitrag von Manfred »

Datenbankalias ungültig sagt jetzt nicht unbedingt, dass Die DBF geschlossen ist. Ich verstehe darunter, das nur der Bereich, den Du haben willst nicht existiert. Hast Du mal im Debugger nachgesehen, ob die DBF wirklich zu ist, oder ob Du sie nur evtl. falsch ansprichst?
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Die Routine läuft unverändert seit 1 Jahr auf allen Stationen, seit heute auf dem einen Client nicht mehr, weil er die Verbindung zur dbf verliert. Ich öffne sie mit net_use exclusiv, frage Netzwerkfehler ab, wenn alles ok, erfolgt der dbcreate. Da knallt es, weil angeblich jetzt keine dbf mehr offen ist. Es ist ein Netzwerkproblem, aber wo muss ich suchen?

Das Gleiche direkt am Server läuft, logischerweise.
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
Wolfgang Ciriack
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2932
Registriert: Sa, 24. Sep 2005 9:37
Wohnort: Berlin
Hat sich bedankt: 13 Mal
Danksagung erhalten: 34 Mal
Kontaktdaten:

Re: OrdCreate Fehler 66

Beitrag von Wolfgang Ciriack »

Hatte heute ein ähnliches Problem, war ein IP-Adressenkonflikt. Da wird kurz die Verbindung aufgebaut, so dass die DBs geöffnet werden können, dann trennt das Betriebssystem und es gibt den Fehler 8999.
Viele Grüße
Wolfgang
Benutzeravatar
Koverhage
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2470
Registriert: Fr, 23. Dez 2005 8:00
Wohnort: Aalen
Hat sich bedankt: 102 Mal
Danksagung erhalten: 3 Mal
Kontaktdaten:

Re: OrdCreate Fehler 66

Beitrag von Koverhage »

Alle diese Fehler (OrdCreate), wurden zumindest hier bzw. bei den Kunden
entweder durch eine defekte Indexdatei oder dem Virenscanner verursacht.
Bei solchen Fehlern ist bei uns der erste Verursacher immer der Virenscanner ;-)
Gruß
Klaus
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Wolfgang Ciriack hat geschrieben:Hatte heute ein ähnliches Problem, war ein IP-Adressenkonflikt. Da wird kurz die Verbindung aufgebaut, so dass die DBs geöffnet werden können, dann trennt das Betriebssystem und es gibt den Fehler 8999.
Guter Hinweis, kann aber nicht sein, dhcp und da würde es schon viel eher knallen, da wir die Applikation komplett über das Netzverzeichnis starten. Eine entsprechende Meldung müsste dann ja auch kommen (Serverseitig oder / und Client).

Jetzt kommt auch der 8999. Die Datei ist serverseitig offen, wird korrekt angezeigt, erst wenn die Fehlermeldung unserer Applikation bestätigt wird, wird die Datei auch sauber geschlossen und am Server auch nicht mehr angezeigt! So gesehen läuft alles korrekt, nur der Client hat keinen Zugriff mehr darauf, auch ein wiederholen bringt nichts.
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Koverhage hat geschrieben:immer der Virenscanner ;-)
Nein, schon gecheckt, AVG läuft hier, alles sauber konfiguriert und auch komplett ohne AVG (am Client) selbes verhalten, jederzeit reproduzierbar.
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Vista- und Win7-Clients haben das Problem nicht...

Geöffnet wird mit UNC-Pfaden.
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Auch hier knallt es mit 66 dbAppend (Zeilennummer zeigt auf dbAppend), Datenbankalias existiert nicht:

Code: Alles auswählen

   SELECT (nTarget)
   /*
    * Werte in Zieldatei schreiben
    */
   DbAppend()
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: OrdCreate Fehler 66

Beitrag von AUGE_OHR »

steht was im Server Logbuch ... ?
gruss by OHR
Jimmy
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

AUGE_OHR hat geschrieben:steht was im Server Logbuch ... ?
Unter System eigentlich nicht, unter Anwendung auch nicht.
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: OrdCreate Fehler 66

Beitrag von AUGE_OHR »

Werner_Bayern hat geschrieben:Vista- und Win7-Clients haben das Problem nicht...
Geöffnet wird mit UNC-Pfaden.
und "dieser" Client hat auch die Rechte und Freigaben für die UNC Path Angaben ?
gruss by OHR
Jimmy
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

yep. Manchmal gehts auch weiter, wenn Wiederholen angeklickt wird.
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Nachdem wir jetzt 1,5 Tage intensivst getestet haben und es ziemlich eindeutig die SMB2-Problematik ist haben wir uns entschieden, die Applikation inkl. Daten vom 2008er R2 zu nehmen und auf das QNAP NAS (läuft Samba 3.5.2 = SMB 1) zu verlegen.
Erste Tests mit Testdaten und einfachem index on - das auf dem 2008 immer wieder Fehler bringt - zeigen keine Probleme mehr, wir werden also morgen voraussichtlich den Umzug machen.
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
Bertram Hansen
Foren-Moderator
Foren-Moderator
Beiträge: 1015
Registriert: Di, 27. Sep 2005 8:55
Wohnort: 51379 Leverkusen
Hat sich bedankt: 28 Mal
Danksagung erhalten: 20 Mal
Kontaktdaten:

Re: OrdCreate Fehler 66

Beitrag von Bertram Hansen »

Hallo Werner,

vielleicht kannst Du in der nächsten Zeit mal berichten, wie das mit der Performanz gegenüber dem 2008er RZ ist.
Und wenn möglich das verwendete QNAP NAS genau beschreiben oder verlinken.
:wave:
Gruß Bertram
http://www.tobax.de
Mitglied der XUG Cologne
Mitglied der XUG Osnabrück
Beisitzer des Deutschsprachige Xbase-Entwickler e.V.

Solange Kakaobohnen an Bäumen wachsen ist Schokolade Obst!
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: OrdCreate Fehler 66

Beitrag von AUGE_OHR »

Werner_Bayern hat geschrieben:yep. Manchmal gehts auch weiter, wenn Wiederholen angeklickt wird.
werden bei dir noch Laufwerke "ge-mapped" ?
gruss by OHR
Jimmy
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

AUGE_OHR hat geschrieben:werden bei dir noch Laufwerke "ge-mapped" ?
Ja, mittels login-Script und net use. Programm liegt z. B. auf \\server\freigabe\ww (gemappt als X:), Programm wird über X: gestartet, Daten liegen auf \\server\freigabe\ww\daten, Zugriff über UNC.
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: OrdCreate Fehler 66

Beitrag von AUGE_OHR »

Werner_Bayern hat geschrieben:
AUGE_OHR hat geschrieben:werden bei dir noch Laufwerke "ge-mapped" ?
Ja, mittels login-Script und net use. Programm liegt z. B. auf \\server\freigabe\ww (gemappt als X:), Programm wird über X: gestartet, Daten liegen auf \\server\freigabe\ww\daten, Zugriff über UNC.
der "Klassiker" ... dann haben wir doch wieder das Problem das der Lanmanger "dazwischenfunkt" !

SMB2 enthält doch eine Authentifizierung und alle UNC Path Angaben nutzten diese beim Zugriff !

stell dir vor du benötigst mehr als 26 "Laufwerksbuchstaben" für 26 Server ... was machst du wenn du 100 UNC Path für 100 Server benötigst ?
"Aktive Directory" war der Anfang aber erst mit SMB2 "funktioniert" es so wie es sein sollte.
gruss by OHR
Jimmy
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Äh ja, und jetzt? Kannst Du bitte konkreter werden? :?:
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: OrdCreate Fehler 66

Beitrag von AUGE_OHR »

Werner_Bayern hat geschrieben:Äh ja, und jetzt? Kannst Du bitte konkreter werden? :?:
versuche es doch einfach mal OHNE den MAP Befehl ...
gruss by OHR
Jimmy
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Schwierig, das X: - Laufwerk ist sowieso gemappt, da es für viele andere Applikationen gebraucht wird und auch der Kunde den Umgang damit gewohnt ist.
Wie ist da der Zusammenhang zwischen mapping und UNC? Was genau darf da nicht sein? Gar kein mapping mehr, oder nur nicht in den gleichen Pfad wie ein UNC verwendet wird?
Seit heute Mittag läuft es jetzt auf dem NAS und bisher schaut es sehr gut aus, alle Funktionen, die vorher nachweislich einen Absturz verursachten und um die schon herumprogrammiert wurde, funktionieren wieder ohne Umwege und Absturz. Mal sehen...
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Bertram Hansen hat geschrieben:vielleicht kannst Du in der nächsten Zeit mal berichten, wie das mit der Performanz gegenüber dem 2008er RZ ist.
Und wenn möglich das verwendete QNAP NAS genau beschreiben oder verlinken.
Geschwindigkeit ist jetzt logischerweise vom Server aus etwas langsamer wie auf dem 2008er R2, da der Zugriff ja übers NAS geht und nicht mehr vom Server direkt. Von den Clients her ist eigentlich keine Verlangsamung zu bemerken.

Hier noch die Daten:
NAS QNAP TS-419 1.2 GHz 512 MB 19" Rack, 2x Gigabit-LAN; Raid 5
Firmware-Version 3.8.1 Build 20121205
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: OrdCreate Fehler 66

Beitrag von AUGE_OHR »

Werner_Bayern hat geschrieben:Schwierig, das X: - Laufwerk ist sowieso gemappt, da es für viele andere Applikationen gebraucht wird und auch der Kunde den Umgang damit gewohnt ist.
leider sind "andere" Applikationen immer ein Problem ... wenn die nun kein UNC Path "verstehen" sind SMB2 Probleme vorprogrammiert.

was nun Laufwerksbuchstaben angeht : man kann auch Icon für einen Ordner mit UNC Path anlegen.
Werner_Bayern hat geschrieben:Wie ist da der Zusammenhang zwischen mapping und UNC? Was genau darf da nicht sein? Gar kein mapping mehr, oder nur nicht in den gleichen Pfad wie ein UNC verwendet wird?
wenn du eine Datei im Netzwerk über ein "ge-mappedes" Laufwerksbuchstaben ansprichst

Code: Alles auswählen

USE X:\Daten\TEST.DBF
dann muss der Lanmanager den UNC Path jedes mal "auflösen".
solltest du an dem Server noch nicht angemeldet sein so musst du dich dann anmelden.
der Lanmanager arbeitet über die (unsicheren) UDP Ports 135-139 mit SMB1

wenn du aber in deiner Applikation "direkt" per UNC Path

Code: Alles auswählen

USE \\Server1\Daten\TEST.DBF
zugreifst dann sollte eine SMB2 Verbindung über Port 445 (Win7/8) laufen.

bei XP kann man mit den KB922120 Fix einen weiteren Port öffnen um mit dem SMB2 Server auf Port > 1000 zu kommunizieren.
man kann das sehr schön im Resource Manager -> TAB Netzwerk des Server sehen welche Workstation auf welchen Port kommuniziert

ab Win7 / Srv2008 wird zunächst eine SMB2 Verbindung "versucht" ... wenn es "klappt" dann will der Server dies in Zukunft "primär" über Port 445 versuchen.
wenn nun der Lanmanger auf Port 139 "anfragt" dann muss der Server im selben Modus auch wieder "antworten" ... und "merkt" sich den Port 139 als "primär" ...

bei Power Usern die nicht nur mit der Xbase++ Applikation arbeiten und auch auf "Daten" Ordner zugreifen habe dann öfter im Logbuch als die Damen in der Buchhaltung ...
Werner_Bayern hat geschrieben:Seit heute Mittag läuft es jetzt auf dem NAS und bisher schaut es sehr gut aus, alle Funktionen, die vorher nachweislich einen Absturz verursachten und um die schon herumprogrammiert wurde, funktionieren wieder ohne Umwege und Absturz. Mal sehen...
ich "denke" das der NAS kein SMB2 macht, oder ?
sind da nur "deine" Daten auf dem NAS ?
gruss by OHR
Jimmy
Benutzeravatar
Werner_Bayern
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2120
Registriert: Sa, 30. Jan 2010 22:58
Wohnort: Niederbayern
Hat sich bedankt: 29 Mal
Danksagung erhalten: 70 Mal

Re: OrdCreate Fehler 66

Beitrag von Werner_Bayern »

Servus Jimmy,

danke für Deine ausführliche Antwort!

Das NAS hat SMB1 und nein, es sind nicht nur die Daten der Xbase++-Applikation mit drauf, sondern auch die Sicherungen.
Den KB für XP SP3 haben wir überall installiert, hat aber nichts gebracht.

Was wäre jetzt hier in diesem Fall die Lösung gewesen? Start der Applikation über UNC oder dürfte überhaupt kein mapping (wg. anderer Programme etc.) mehr gemacht werden? Das wäre in der Praxis nicht durchführbar, zu viele Applikationen speichern und arbeiten mit Laufwerksbuchstaben.
Wir könnten aber unsere Applikation auf einen extra UNC-Pfad umziehen, genauso haben wir es ja mit dem NAS gemacht, jedoch nur für die Daten.
es grüßt

Werner

<when the music is over, turn off the lights!>
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12903
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 44 Mal

Re: OrdCreate Fehler 66

Beitrag von AUGE_OHR »

Werner_Bayern hat geschrieben:Das NAS hat SMB1 und nein, es sind nicht nur die Daten der Xbase++-Applikation mit drauf, sondern auch die Sicherungen.
ich will ja nur wissen ob andere Applikationen auf die NAS zugreifen ausser deinen Xbase++
Werner_Bayern hat geschrieben:Den KB für XP SP3 haben wir überall installiert, hat aber nichts gebracht.
es ist die Frage was du erwartest ...
Werner_Bayern hat geschrieben:Was wäre jetzt hier in diesem Fall die Lösung gewesen? Start der Applikation über UNC oder dürfte überhaupt kein mapping (wg. anderer Programme etc.) mehr gemacht werden? Das wäre in der Praxis nicht durchführbar, zu viele Applikationen speichern und arbeiten mit Laufwerksbuchstaben.
Wir könnten aber unsere Applikation auf einen extra UNC-Pfad umziehen, genauso haben wir es ja mit dem NAS gemacht, jedoch nur für die Daten.
"andere" Applikationen interessieren mich nicht wenn die nicht mit den selben UNC Path (Server) was zu tun haben.

bei SMB "locking" geht es um ein File basierendes "Verfahren" was die gemeinsame Nutzung ermöglichen soll.
das SMB "Problem" tritt IMMER durch die 2nd. Workstation auf wenn sie eine Datei öffnen will und der Server der 1st Workstation "Bescheid sagt". entscheidend ist nun "wie" die 1st Workstation "reagiert" und was die gerade gemacht hat wenn der "Bescheid" ankommt.

der Server sendet gewöhnlich "primär" über den letzten Port wo er eine Verbindung mit dem Client hatte.
diese wird mit dem Client über die gesamte Session von allen Applikationen genutzt.
wenn eine Applikationen den Client zu einem "niedrigeren" SMB "zwingt" dann wird IMHO nur noch der Port Bereich benutzt.

bei XP mit den KB wird ja auf dem Server noch ein Port > 1000 aktiviert. Nun muss er also 3 Ports "bedienen" wenn er "Bescheid" sagen will. das "sollte" ja nun alles gar kein Problem sein ... wären da nicht die Millisekunden wo der (Power) User "schneller" ist ...


mögliche Lösung : wenn also die 1st Workstation "nichts tut" und auch "nichts getan" hat dann wird da auch "nichts passieren". ( DBF mit Index, SetOrder(0), Goto LastRec() im Thread )
gruss by OHR
Jimmy
Antworten