Häufige Programmfehler

Konzeptionelles, Technisches, Termine, Fragen zum Hersteller usw.

Moderator: Moderatoren

Antworten
Sören
Rekursionen-Architekt
Rekursionen-Architekt
Beiträge: 205
Registriert: Mo, 07. Aug 2006 10:18
Wohnort: Leipzig
Danksagung erhalten: 11 Mal

Häufige Programmfehler

Beitrag von Sören »

Hallo Leute,

ich benötige Eure Hilfe bei einem Problem.

Ein Programm von mir, das seit vielen Jahren stabil und ohne Abstürze
in unserem Netzwerk (bis zu 20 gleichzeitige/konkurrierende User) läuft,
wurde in einem anderen Dienstbereich installiert.

Als FileServer für die Neueinrichtung dient ein PC mit Windows XP Prof.
Programm und Daten liegen in einem Verzeichnis auf dem Server, auf das
die Clients Zugriff haben.

Die Client-PCs arbeiten unter Vista, aber das Programm läuft auf den
Clients in einem virtuellen Windows-XP-Prof.-System.

Wie ich oben schrieb, hatte ich seit Jahren keine Programmabstürze, und
jetzt häufen sich auf dem neuen System die Fehlermeldungen:

Code: Alles auswählen

(B)MAIN( 51 )
ARTNR( 1628 )
ARTIKEL( 112 )
MAIN( 243 )

e:args         :
-> VALTYPE: C, Wert: 00400

e:canDefault   : Ja
e:canRetry     : Nein
e:canSubstitute: Nein
e:cargo        : 
e:description  : Error while reading a file
e:filename     : 
e:genCode      : 73
e:operation    : DbSeek
e:osCode       : 0
e:severity     : 2
e:subCode      : 8999
e:subSystem    : BASE
e:thread       : 1
e:tries        : 0

Alias          : ARTIKEL
OrdName        : ART_AR
RecNo          : 104

---

(B)MAIN( 51 )
(B)MAIN( 51 )
USEDB( 89 )
ARTIKEL( 34 )
MAIN( 243 )

e:args         :
-> VALTYPE: N, Wert: 24
-> VALTYPE: C, Wert: ERROR.LOG
-> VALTYPE: L, Wert: .T.

e:canDefault   : Nein
e:canRetry     : Nein
e:canSubstitute: Ja
e:cargo        : 
e:description  : Operating system error
e:filename     : 
e:genCode      : 40
e:operation    : set
e:osCode       : 32
e:severity     : 2
e:subCode      : 4
e:subSystem    : BASE
e:thread       : 1
e:tries        : 0

---

(B)MAINCLASS:INIT( 43 )
XDIALOG:CREATE( 114 )
XMSGBOX( 82 )
MBOX( 226 )
EBOX( 250 )
MAINCLASS:NUTZER_ANMELDEN( 297 )
MAINCLASS:INIT( 87 )
MAIN( 21 )

e:args         :
-> VALTYPE: O, Wert: XbpIWindow
-> VALTYPE: O, Wert: xDialog

e:canDefault   : Nein
e:canRetry     : Nein
e:canSubstitute: Ja
e:cargo        : 
e:description  : XBP-object has wrong state for access
e:filename     : 
e:genCode      : 104
e:operation    : :create
e:osCode       : 0
e:severity     : 2
e:subCode      : 4208
e:subSystem    : BASE
e:thread       : 1
e:tries        : 0

Alias          : CONFIG
OrdName        : 
RecNo          : 1

---

(B)MAIN( 51 )
UNLOCKREC( 337 )
UEBERFA( 704 )
UEBERGAB( 86 )
MAIN( 252 )

e:args         :

e:canDefault   : Ja
e:canRetry     : Nein
e:canSubstitute: Nein
e:cargo        : 
e:description  : 
e:filename     : 
e:genCode      : 8999
e:operation    : DbCommit
e:osCode       : 0
e:severity     : 2
e:subCode      : 0
e:subSystem    : BASE
e:thread       : 1
e:tries        : 0

Alias          : UEBERPOS
OrdName        : UEP_BE
RecNo          : 39
Diese Fehlermeldungen sind nur ein kleiner Auszug. Auch
"Internal data structures corrupted" tauchen hin und wieder auf.
Die häufigsten Fehlermeldungen sind jedoch: "XBP-object has wrong
state for access" und "OS Error 32".

Ok, ich mach jetzt erst mal Feierabend. Melde mich morgen wieder.
Beste Grüße,
Sören
Benutzeravatar
Rolf Ramacher
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 1931
Registriert: Do, 09. Nov 2006 10:33
Wohnort: Bergheim
Danksagung erhalten: 3 Mal
Kontaktdaten:

Re: Häufige Programmfehler

Beitrag von Rolf Ramacher »

klingt nach Indexproblem
Gruß Rolf

Mitglied der Gruppe XUG-Cologne
www.xug-cologne.de
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12911
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Re: Häufige Programmfehler

Beitrag von AUGE_OHR »

Sören hat geschrieben:Als FileServer für die Neueinrichtung dient ein PC mit Windows XP Prof.
Programm und Daten liegen in einem Verzeichnis auf dem Server, auf das
die Clients Zugriff haben.

Die Client-PCs arbeiten unter Vista, aber das Programm läuft auf den
Clients in einem virtuellen Windows-XP-Prof.-System.
das was du hast ist ein SMB2 Problem was zur Folge die 8999 Error hat.

a.) Niemals als Server eine "kleinere" Version als die Clients verwenden.
b.) ab Vista / Win7 gibt es zusätzlich SMB2 over Port 445

nun hast du 3 Möglichkeiten :
1.) einen "richtigen" 2008 Server
2.) SMB1 Port 139 "sperren"
3.) SMB2 Port 445 "sperren"

Vista / Win7 "fragt" auf Port 139 und 445 ob da was "kommt"
wenn eine "Antwort" kommt wird der Port auf dem die "1st Antwort" kommt genommen.

Die "Lösung 3" ist NICHT zu empfehlen da du die gesamten "Vorteile" von SMB2 beim "abschalten" verlierst.
sie dazu auch http://www.xbaseforum.de/viewtopic.php?f=7&t=4451
und http://www.xbaseforum.de/viewtopic.php?f=24&t=4649
gruss by OHR
Jimmy
Sören
Rekursionen-Architekt
Rekursionen-Architekt
Beiträge: 205
Registriert: Mo, 07. Aug 2006 10:18
Wohnort: Leipzig
Danksagung erhalten: 11 Mal

Re: Häufige Programmfehler

Beitrag von Sören »

Hallo,

@Rolf:
Ein Indexproblem kann man ausschließen. Die meisten Fehlermeldungen
haben mit einem Index gar nichts zu tun.
Fehler wie "Operating system error" oder "XBP-object has wrong state for access"
erscheinen schon, wenn noch nicht einmal eine Daten-Tabelle geöffnet ist.

@Jimmy:
Nein, es wird als Server keine "kleinere" OS-Version als bei den Clients verwendet,
beides ist Windows XP Prof. (ich habe mich da wohl etwas unklar ausgedrückt.)
Das OS auf den Client-PCs ist zwar Vista, aber es wird mittels "MS Virtual PC"
ein virtuelles XP-System gestartet, worin das Programm ausgeführt wird.
Damit handelt es sich wohl auch nicht um ein SMB-Problem.
Beste Grüße,
Sören
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15697
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 66 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: Häufige Programmfehler

Beitrag von brandelh »

AUGE_OHR hat geschrieben: nun hast du 3 Möglichkeiten :
2.) SMB1 Port 139 "sperren"
3.) SMB2 Port 445 "sperren"
Vista / Win7 "fragt" auf Port 139 und 445 ob da was "kommt"
wenn eine "Antwort" kommt wird der Port auf dem die "1st Antwort" kommt genommen.
Die "Lösung 3" ist NICHT zu empfehlen da du die gesamten "Vorteile" von SMB2 beim "abschalten" verlierst.
jetzt bin ich aber platt, wenn man die "Ports" sperrt, ist doch gar kein Zugriff mehr möglich - so habe ich das zumindest erlebt/verstanden.
und XP kann doch nur SMB1 ... :?: :?: :?:
Gruß
Hubert
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12911
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Re: Häufige Programmfehler

Beitrag von AUGE_OHR »

brandelh hat geschrieben:...und XP kann doch nur SMB1 ... :?: :?: :?:
hast KB922120 "Network Topology Responder Protocol Driver for NDIS 6" vergessen ?
http://www.xbaseforum.de/viewtopic.php? ... 49&p=49263siehe dir mal die Screenshots und die Ports / Remote an wie KB922120 "wirkt"
gruss by OHR
Jimmy
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12911
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Re: Häufige Programmfehler

Beitrag von AUGE_OHR »

Sören hat geschrieben:Nein, es wird als Server keine "kleinere" OS-Version als bei den Clients verwendet,
beides ist Windows XP Prof. (ich habe mich da wohl etwas unklar ausgedrückt.)
Das OS auf den Client-PCs ist zwar Vista, aber es wird mittels "MS Virtual PC"
ein virtuelles XP-System gestartet, worin das Programm ausgeführt wird.
Damit handelt es sich wohl auch nicht um ein SMB-Problem.
starte doch mal deinen Resourcen Monitor und siehe unter Netzwerk dir die Ports an ;)
gruss by OHR
Jimmy
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15697
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 66 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: Häufige Programmfehler

Beitrag von brandelh »

AUGE_OHR hat geschrieben:
brandelh hat geschrieben:...und XP kann doch nur SMB1 ... :?: :?: :?:
hast KB922120 "Network Topology Responder Protocol Driver for NDIS 6" vergessen ?
http://www.xbaseforum.de/viewtopic.php? ... 49&p=49263siehe dir mal die Screenshots und die Ports / Remote an wie KB922120 "wirkt"
dort schreibst du
diese beiden Dateien sorgen erst dafür das sich XP "richtig" mit Win 7 "unterhalten" KANN !!!
ohne den neuen "Network Topology Responder Protocol Driver for NDIS 6" bekommt man eine XP Workstation
nicht in ein Arbeitsplatz- (WorkGroup) sondern nur in ein Heim-Netzwerk (HomeGroup).
ich nutze "peer 2 peer", aber keine einfache Freigabe, sondern ausschließlich Benutzeranmeldung.
Meine XP Prof. und Win7 Home Premium oder Ultimate Rechner werden auf "Arbeitsplat" eingestellt und finden sich nicht, weil beide
eine andere Bezeichnung für workgroup haben, nachdem ich beide auf meine eigene eingestellt habe (eigener Name),
finden sich alle und ich kann je nach angemeldetem Benutzername (auf allen Rechnern - so viele sind es nicht - gleich angelegt)
kann ich überall auf Netzwerkfreigaben etc. zugreifen.

Oder bezog sich deine Anmerkung darauf, dass es "schneller" gehen würde mit dem neuen Treiber für XP ... ?

Du schreibst auch IP4 und IP6, ich nutze immer IP4 Adressen.
Gruß
Hubert
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15697
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 66 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: Häufige Programmfehler

Beitrag von brandelh »

ich habe gerade mal nachgesehen, auf meinem XP Pro SP3 Arbeitsrechner habe ich nur
einen "TID NDIS Protokoll Driver" installiert, wird direkt über dem "TCP/IP" angezeigt.
Ich könnte hinzufügen ... "Microsoft TCP/IP Version 6" und einen "Netzwerkmonitortreiber".

"Microsoft TCP/IP Version 6" ist vermutlich für IP6 Adressen, und
"Netzwerkmonitortreiber" zur Netzwerküberwachung, oder ?

Somit habe ich deinen "spezial" Treiber noch gar nicht ... sorgt der für mehr Speed ?

Eigentlich wollte ich meinen "Home Server" auf "XP Pro SP3" zurückrüsten, da der
auch als Videorecorder arbeiten soll und die Treiber auf dem "Home Server" nicht so recht wollen.
Sollte ich mir doch ein Win 7 Home mehr holen :? ich probiere es erstmal :D
Gruß
Hubert
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15697
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 66 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: Häufige Programmfehler

Beitrag von brandelh »

So, jetzt habe ich die Datei WindowsXP-KB922120-v5-x86-DEU.exe geladen
und wollte installieren, aber dieses Update ist in meinem SP3 Rechner schon enthalten bzw. nicht mehr nötig.
Gruß
Hubert
Benutzeravatar
Rolf Ramacher
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 1931
Registriert: Do, 09. Nov 2006 10:33
Wohnort: Bergheim
Danksagung erhalten: 3 Mal
Kontaktdaten:

Re: Häufige Programmfehler

Beitrag von Rolf Ramacher »

zunächst nochmal die Frage, nur von einem bestimmten client oder von mehreren clients ??
könnte es evtl. an der Netzwerkverbindung liegen. oder kein Mapping der Laufwerke ??
Netzwerkprotokol TCP/IP ???

antivir ??
Gruß Rolf

Mitglied der Gruppe XUG-Cologne
www.xug-cologne.de
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12911
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Re: Häufige Programmfehler

Beitrag von AUGE_OHR »

brandelh hat geschrieben:So, jetzt habe ich die Datei WindowsXP-KB922120-v5-x86-DEU.exe geladen
und wollte installieren, aber dieses Update ist in meinem SP3 Rechner schon enthalten bzw. nicht mehr nötig.
ich denke das du NICHT die Dateien Rspndr.exe und Rspndr.sys hast.

Du hast "versucht" die WindowsXP-KB922120-v5-x86-DEU.exe zu installieren aber die ist für XP SP2.
Du brauchst die WindowsXP-KB922120-v6-x86-DEU.exe die du unter
"http://support.microsoft.com/kb/922120 ist nun die KB922120 Erklärung und gleich ganz oben ist ein Link zum "anfordern". http://support.microsoft.com/hotfix/KBH ... 20&kbln=de dort bekommt man dann das angeboten"
du musst also über den "Link" die v6 "anfordern"
brandelh hat geschrieben:Oder bezog sich deine Anmerkung darauf, dass es "schneller" gehen würde mit dem neuen Treiber für XP ... ?
wie "schneller" als "was" ?
Nein der "Network Topology Responder Protocol Driver for NDIS 6" ist für die "Zusammenarbeit" mit Vista / Win7 gedacht damit er auf "Anfragen antwortet".
Dies passiert dann NICHT über Port 139 wie ich es in den "Bildern" im o.g. Thread gezeigt habe sodas NICHT SMB1 "aktiviert" wird.
gruss by OHR
Jimmy
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15697
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 66 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: Häufige Programmfehler

Beitrag von brandelh »

AUGE_OHR hat geschrieben:
brandelh hat geschrieben:So, jetzt habe ich die Datei WindowsXP-KB922120-v5-x86-DEU.exe geladen
und wollte installieren, aber dieses Update ist in meinem SP3 Rechner schon enthalten bzw. nicht mehr nötig.
ich denke das du NICHT die Dateien Rspndr.exe und Rspndr.sys hast.
Du hast "versucht" die WindowsXP-KB922120-v5-x86-DEU.exe zu installieren aber die ist für XP SP2.
Du brauchst die WindowsXP-KB922120-v6-x86-DEU.exe
Stimmt, da war ich wohl falsch abgebogen, mit deinem LINK habe ich diese nun installiert und sehe in den Eigenschaften den:
"Antwort für Verbindungsschicht-Topologie Erkennung"
AUGE_OHR hat geschrieben: Nein der "Network Topology Responder Protocol Driver for NDIS 6" ist für die "Zusammenarbeit" mit Vista / Win7 gedacht damit er auf "Anfragen antwortet".
Dies passiert dann NICHT über Port 139 wie ich es in den "Bildern" im o.g. Thread gezeigt habe sodas NICHT SMB1 "aktiviert" wird.
Also bringt dieser gut versteckte "HOTFIX" SMB2 für XP ?

Ich hatte deshalb gefragt ob die Netzwerkverbindung nach der Installation schneller ist, denn "sehen" konnte
ich den XP Rechner auch schon vorher im Vista Rechner. Allerdings weiß ich nicht mehr, ob wir ihn Anfangs über den NETBIOS-Namen direkt aufgerufen haben.
Gruß
Hubert
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12911
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Re: Häufige Programmfehler

Beitrag von AUGE_OHR »

brandelh hat geschrieben:Also bringt dieser gut versteckte "HOTFIX" SMB2 für XP ?
...
Ich hatte deshalb gefragt ob die Netzwerkverbindung nach der Installation schneller ist, denn "sehen" konnte
da es ja auch SMB1 gibt kann man ja per SMB1 mit XP durchaus "kommunizieren", denn solange du bei Vista/Win7 SMB2 nicht "abschaltest" wird es weiterhin "genutzt"

wenn aber "Anfragen" auf beiden Ports erfolgt kann XP "normal" mit Port 445 "nichts anfangen" ... aber es kostet Zeit.

KB922120 bringt dir einen neuen "Responder" mit den beiden Dateien Rspndr.exe und Rspndr.sys welche einen weiteren Port öffnen (10xx)
Damit wird dann, bei der XP Station, alles von Port 139 nach 10xx "umgeleitet" und Vista/Win7 bekommt es auf Port 445 und umgekehrt.

das heisst aber nicht das XP damit nun SMB2 "könnte", es heist nur das SMB1 over Port 139 nicht genutzt wird.

p.s. das ganze setzt eine "saubere" Vista/Win7/XP Registry vorraus ! keine Ops-lock Einträge !!!
gruss by OHR
Jimmy
Sören
Rekursionen-Architekt
Rekursionen-Architekt
Beiträge: 205
Registriert: Mo, 07. Aug 2006 10:18
Wohnort: Leipzig
Danksagung erhalten: 11 Mal

Re: Häufige Programmfehler

Beitrag von Sören »

Hallo Rolf,

danke für Deine Antwort!
Rolf hat geschrieben: nur von einem bestimmten client oder von mehreren clients ??
Es gibt im Moment nur 2 Clients, wobei nur einer wirklich produktiv
mit dem Programm arbeitet. Die Fehler passieren auf beiden Clients.
Rolf hat geschrieben:antivir?
Ein kurzzeitiges Deaktivieren der Antiviren-Software hat nichts gebracht.
Rolf hat geschrieben: könnte es evtl. an der Netzwerkverbindung liegen
Das ist auch meine Vermutung. Aus meiner Sicht weist alles auf eine instabile
Netzwerkverbindung zwischen dem XP-Server und den virtuellen XP-Clients hin.

Mein Problem besteht darin, dass ich keinen direkten Einfluss auf System und
Netzwerk in dieser Lokation habe; ich kann bestenfalls Hinweise geben.

Vielleicht hat jemand noch Tipps, wie man den Fehler möglicherweise eingrenzen/beheben
kann.

Als Fehlerquelle schließe ich zum jetzigen Zeitpunkt folgendes aus:
- Antiviren-SW
- Netzwerkverkabelung
- Switch
- das Programm selbst
Beste Grüße,
Sören
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12911
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Re: Häufige Programmfehler

Beitrag von AUGE_OHR »

starte doch mal deinen Resourcen Monitor und siehe unter Netzwerk dir die Ports an ;)
gruss by OHR
Jimmy
Sören
Rekursionen-Architekt
Rekursionen-Architekt
Beiträge: 205
Registriert: Mo, 07. Aug 2006 10:18
Wohnort: Leipzig
Danksagung erhalten: 11 Mal

Re: Häufige Programmfehler

Beitrag von Sören »

Hallo Jimmy,
Jimmy hat geschrieben:nun hast du 3 Möglichkeiten :
1.) einen "richtigen" 2008 Server
2.) SMB1 Port 139 "sperren"
3.) SMB2 Port 445 "sperren"

Vista / Win7 "fragt" auf Port 139 und 445 ob da was "kommt"
wenn eine "Antwort" kommt wird der Port auf dem die "1st Antwort" kommt genommen.
Jimmy hat geschrieben:starte doch mal deinen Resourcen Monitor und siehe unter Netzwerk dir die Ports an
Ich habe selbst nicht die Möglichkeit dazu, da ich nicht vor Ort bin, aber ich habe das mal so
weitergegeben. Die Ports 139 u. 445, von denen Du sprachst, sind, wie mir mitgeteilt wurde, offen.
Aber ich bezweifle, dass das Schließen der Ports irgendetwas verbessert, denn es handelt sich
ja nicht, wie von Dir eingangs vermutet, um ein "gemischtes" System, sondern um ein einheitliches
(Clients und Server sind Windows XP Prof.).
Beste Grüße,
Sören
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12911
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Re: Häufige Programmfehler

Beitrag von AUGE_OHR »

hi,

ich weiss nicht wie das bei "MS Virtual PC" ist da ich "VMware" benutze.

Dort "optimiere" ich den VM-Player indem ich "alle" Hardware Treiber raus werfe denn es wird das "virtuelle Gerät" des Host System verwendet dessen Eigenschaften es "nach aussen" dann auch nutzt.

Das "sperren" von UDP Ports unter Vista / Win7 ist eine "erhöhte" Sicherheit´s Möglichkeit aber sollte "vom Fachmann" erledigt werden der auch die "Folgen" kennt.

Wenn du XP und Vista / Win7 verwenden willst solltest du das angesprochene KB922120 auf der XP "Workstation" installieren.
XP als Server in einen solchen Environment läuft genauso wie W2K3 nicht besonders stabil.
gruss by OHR
Jimmy
Benutzeravatar
Tom
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 9374
Registriert: Do, 22. Sep 2005 23:11
Wohnort: Berlin
Hat sich bedankt: 102 Mal
Danksagung erhalten: 361 Mal
Kontaktdaten:

Re: Häufige Programmfehler

Beitrag von Tom »

Hallo, Sören.

Ich bin nicht der Meinung, dass Dir irgendwelche Servicepacks o.ä. helfen. Ich halte Deine Probleme für Timeout-Probleme. Die simpelstmögliche Ursache wären Netzwerkkarten, die mit der Einstellung "... kann Gerät abschalten, um Energie zu sparen" konfiguriert sind (Standard unter XP!), was regelmäßig dazu führt, dass eine Netzwerkverbindung mitten im Betrieb verlorengeht, vor allem, wenn ein Nutzer ein paar Minuten lang inaktiv war. Dadurch entstehen Lesefehler wie die von Dir genannten und andere (Folgefehler). Dies kann auch vom Server verursacht werden (gleiches Problem!). Ähnliche Verursacher sind Auto-Disconnects, die Server oder Clients nach einer Weile Untätigkeit auslösen (suche einfach mal nach "autodisconnect" im Forum). Wenn das nicht der Fall ist, sehe ich als mögliche Ursache noch "einfache" Dateikorruptionen (vor allem beim genannten Lesefehler - lässt sich der DbSeek-Vorgang mit den gleichen Parametern mit einem kleinen Testprogramm nachstellen?) und, obwohl Du das explizit verneinst, Virenscanner. Die dürfen weder auf den Clients, noch auf dem Server, noch auf dem Host-Betriebssystem mit der virtuellen Maschine laufen und/oder die Datenbanken scannen. Sicher, dass die alle entsprechend abgeschaltet/konfiguriert sind?
Herzlich,
Tom
Benutzeravatar
brandelh
Foren-Moderator
Foren-Moderator
Beiträge: 15697
Registriert: Mo, 23. Jan 2006 20:54
Wohnort: Germersheim
Hat sich bedankt: 66 Mal
Danksagung erhalten: 33 Mal
Kontaktdaten:

Re: Häufige Programmfehler

Beitrag von brandelh »

Tom hat geschrieben:Die dürfen weder auf den Clients, noch auf dem Server, noch auf dem Host-Betriebssystem mit der virtuellen Maschine laufen und/oder die Datenbanken scannen. Sicher, dass die alle entsprechend abgeschaltet/konfiguriert sind?
das ist jetzt etwas missverständlich formuliert.
Den Virenscanner komplett zu entfernen ist nicht nötig und auch nicht sinnvoll, was TOM meint ist, dass man
die *.DB*, *.NTX, *.CDX Dateien oder das ganze Datenverzeichnis vom Scannen ausnimmt - zumindest das online-scannen.
Ich musste auch häufiger die Heuristik abschalten, da sonst die EXE als verseucht difamiert wurde.
Gruß
Hubert
Benutzeravatar
AUGE_OHR
Marvin
Marvin
Beiträge: 12911
Registriert: Do, 16. Mär 2006 7:55
Wohnort: Hamburg
Hat sich bedankt: 19 Mal
Danksagung erhalten: 46 Mal

Re: Häufige Programmfehler

Beitrag von AUGE_OHR »

wie schon sagte : starte doch mal den Resourcen Monitor von Vista (?) / Win7 und siehe unter Netzwerk dir die Ports an [-o<
In der Netzwerk Übersicht findet man inzwischen "fast" alles was man "grob" per Software vom Netzwerk erfahren kann.

Wenn man lange genug die Ports "beobachtest" kann man auch "Unregelmässigkeiten" erkennen die auf eine defekte Hardware/Treiber hindeuten.
gruss by OHR
Jimmy
Sören
Rekursionen-Architekt
Rekursionen-Architekt
Beiträge: 205
Registriert: Mo, 07. Aug 2006 10:18
Wohnort: Leipzig
Danksagung erhalten: 11 Mal

Re: Häufige Programmfehler

Beitrag von Sören »

Hallo,

@Tom: Danke für die Tipps. Anhand derer habe ich eine Prüf- und Maßnahmenliste
zusammengestellt, die ich dem Admin der Lokatation zukommen ließ.

Die sieht (kurz gefasst) so aus:

(1) Stromsparmodus der Netzwerkkarte auf Server und Clients abschalten

(2) "autodisconnect" am Server deaktivieren

(3) auf den virtuellen Clients die Antiviren-SW deinstallieren; auf dem Server
das Programm- und Datenverzeichnis vom Scannen ausschließen

(4) Hinweise zum Disablen von OpLocking auf Server und Clients

(5) SMB2 auf Server deaktivieren (ist wohl doch notwendig, da es sich bei dem Server
nicht, wie ich eingangs schrieb, um ein XP-, sondern um ein Vista-System und somit,
wie Jimmy anführte, um ein "gemischtes" System aus Vista-Server und XP-Clients
handelt)

@Jimmy: Das mit dem Ressourcen Monitor habe ich gleichfalls weitergereicht,
aber bislang noch keine Rückmeldung.

Danke an Alle für die Beiträge.

Mit besten Grüßen,
Sören
Antworten