---

Hallo Freunde,

Ich habe Euch ja gewarnt: Ab nun muss ich im IV echt konstruieren, und da werde ich mehr als genug Probleme haben!

Also hiermit geht's los:
Auf einem PC (mit WinXP) kommt es unter IV8SP1 wiederholt zu äusserst dubiosen Datei-Problemen, z.B. soeben frisch erstellte und glücklich abgespeicherte Dateien werden nicht mehr gefunden, oder sind so korrupt, dass jeder PC (auch der Server) sich daran die Zähne ausbeisst, oder es treten alle möglichen Fehlermeldungen beim Speichern, inc. dem bekannten "...STG_File_not_found..." auf, usw...

Derselbe PC (Dell Workstation mit lauter seriösen Komponenten und Treibern) arbeitet seit einem Jahr äusserst zufriedenstellend unter MDT6/2004, nur IV will nicht so recht.
Auf allen anderen PC (mit Win2k) läuft IV recht gut.

Verdacht: Netzwerk!
Versuch: Netzwerkkabel tauschen
Erfolg: Durchschlagend!
Jetzt läuft Alles so, wie man es sich erwartet.

(wollte nur meine Erfahrungen posten, vielleicht kann ja noch jemand davon profitieren)

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Nachtrag:

IV stürzte trotzdem auf diesem PC relatv häufig ab.
Also haben wir uns den PC mal genauer zur Brust genommen und siehe da: Im Temp-Verzeichnis haben sich 20.800 Dateien mit insges.5,45GB angesammelt.

Ich schäme mich, dass mir als Admin sowas passiert ist.

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Leo!
Bleibt ja unter uns.
Keiner sagt was weiter  .

Was sagt eigentlich das mittelalterliche  ADesk-3D zu so vielen temp-Dateien?
Da muß AutoCAD/MDT auch schon die längste Zeit am stolpern sein?
Kommen die vielleicht sogar daher  ?

------------------
lg   
Tom

     
...die U-Boot-Saison geht wieder los...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Tom,

Nicht weitersagen:
Es war eine grausliche Mischkulanz von MDT- und IV- und Sonstige-Dateien.
Und MDT hat sich nicht weiter gestört daran, nur die gelegentlichen Abstürze (ca. einer pro 14Tage) halt.
Vielleicht benutzt MDT ja ein anderes Temp-Verzeichnis?

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Leo!

Zitat:

---

Original erstellt von Leo Laimer:
Vielleicht benutzt MDT ja ein anderes Temp-Verzeichnis?

---

Das siehst Du bei MDT unter Optionen/Dateien, wobei da die Systemvariable TEMP aus dem OS übernommen wird.
Wenn niemand korrigierend eingreift, liegt das dann auf C:\Dokumente und Einstellungen\UserXY\Lokale Einstellungen\temp.
Wobei der Leckerbissen dabei ist, daß der Ordner "Lokale Einstellungen" ein versteckter Ordner ist  .
Fröhliches Eiersuchen wünscht Billy-Boy  .

------------------
lg   
Tom

     
...die U-Boot-Saison geht wieder los...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Tom,

Noch eine Beobachtung:
Im WinXP gibt's ja im Taskmanager einen Reiter mit Netzwerk-Überwachungen.

Wenn ich nun das M60 über die GBit-Strippe an den Server hänge und z.B. 1,5GB Daten in einem Rutsch runtersauge, zeigt dieser Netzwerkmonitor gerade mal 10-20% Auslastung an.
Heisst das, daß "irgendwo" in der GBit-Verbindung ein grober Engpass besteht, oder daß der Server zu langsam ist, oder heisst es garnix?

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Leo!
Könnte IMHO daran liegen, daß es sich bei den 1,5GB um x-tausend Einzeldateien handelt. Da geht die meiste Zeit mit den Namensanforderungen drauf. Bei einer einzigen Datei (z.B. Zip-Archiv) sollte das wieder anders aussehen.
Aber da gibts hier sicher NW-Gurus, die das besser erkären, bzw. richtigstellen können.

------------------
lg   
Tom

     
...die U-Boot-Saison geht wieder los...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Tom,

Die 1,5GB waren eine bunte Mischung aus meinem CAD-Alltag.
Insgesamt 7.800 Dateien, ca. 30% kleiner als 100K, ca. 30% von 100-500K, ca. 30% von 500K bis einige MB, und ca. 100 Dateien zwischen 10 und 90MB.

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Leo,

eine Hardwareseitige Netzwerk Messung mit Protokol, von einem Elektriker durchgeführt. Offenbart Performance, Kollisionen, Switch Engpässe und sonstige nettigkeiten...

------------------
Grüsse
G.Basic

"Distribution by CAD specialists"

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von G.Basic:
... von einem Elektriker durchgeführt...

---

Das denn doch lieber nicht, wenn das Netzwerk überleben soll  .

Oder divergieren die Berufsbezeichnungen in A und CH doch so eklatant?

------------------
lg   
Tom

     
...die U-Boot-Saison geht wieder los...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Tom,

man kann NIE sicher sein, ob Er das Netzwerkkabel in die Steckdose stöbselt...

------------------
Grüsse
G.Basic

"Distribution by CAD specialists"

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Elektriker...Brülll...Sind das die mit dem Kurzen in der Hose?

Oder ist doch was dran?
http://www.hyperlinktech.com/web/what_is_poe.php

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo zusammen!

Bei mir geht die Netzwerkauslastung beim Laden von Daten (Baugruppen) auf ca. 30-40% Auslastung.
Beim Speichern dieser Daten grundelt die Auslastung aber dann zwischen 1-5% herum.
Ist das normal?

------------------
mfg Robert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

das mit dem Elektriker stimmt so schon in Deutschland ...

zur Performance : Die erreichbaren realen Geschwindigkeiten liegen wirklich so tief ... die Gründe sind eben im Os, Harddisk usw. überlegt euch auch mal was passiert wenn 10 Rechner gleichzeitig zugreifen, dann sollte es ja auch noch zackig gehen

Grüße Stefan

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Leo,

Netzwerkauslastung ist hier auch so niedrig gewesen.
Dann habe ich die "Norton AutoProtect" auf dem Server ausgeschaltet und dann stieg die Leistung im Netzwerk stark an. Die Auslastung liegt beim Gigabit Netzwerk unterschiedlich je nach dem was man für Dateigrößen überträgt.

Ich bin da auch kein Fachmann. Ich muß auch nur damit arbeiten.

Es wurden hier schon Auslastungen von 25% beobachtet - aber nicht dann, wenn Inventor was abspeichert. Dann sind es ca 1% ... 2% .

------------------
Gruß Lothar

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Leo,

kleine Netzwerk Checkliste...

1. Kabelverbindungen korrekt?
Leuchten an beiden Netzwerkkarten die Link LEDs? Wenn man identische Geräte verbindet (Computer <-> Computer, Switch/Hub <->
Switch/Hub usw.) braucht man ein Crossover Kabel oder man muss an einem der Geräte den "Uplink" Schalter einschalten (falls
vorhanden). Sind die Geräte unterschiedlich (Computer <-> Switch/Hub) muss es eine paralleles ("normales") Kabel sein.

Kabelverbindungen stimmen, also weiter:

2. Netzwerkkarten aktiviert?
Die Netzwerkkarte muss im Output von ifconfig auftauchen, und dort auch eine IP Adresse haben (ausser eth1 auf dem Router für DSL).
Falls nein: Treiber geladen oder fest einkompiliert? dmesg gibt Aufschluss darüber. Die Netzwerkkarten müssen in
/etc/network/interfaces konfiguriert werden (man interfaces, man ifconfig).
Netwerkkartentreiber sind geladen, die Karten werden erkannt und das System kann sie aktivieren...:

3. Können sich Rechner im internen Netz gegenseitig mit IP Adressen anpingen?
(Also: gibt z.B. ping 192.168.0.123 eine Antwort?) Blinken die TX/RX LEDs an den beteiligten Geräten "im Takt" der Pings (default
einmal pro Sekunde). Insbesondere: ist der Router so erreichbar?

Falls nein:

3a. Stimmt die IP Konfiguration?
Alle Rechner haben Adressen aus dem 192.168.0.1-254 Bereich? Die Netzmasken müssen für alle Stellen die in den IP Adressen identisch
sind 255 enthalten, sonst 0. In den unserem Fall sollte sie 255.255.255.0 lauten. Die Broadcast Adresse hat an allen Stellen, wo die
Netzmaske 255 hat die Adresse des Netzwerkes, und dort wo die Netzmaske 0 hat, hat sie 255, also in unserem Fall 192.168.0.255.

3b. Stimmen die Routen?
(Befehl route) Für das interne Netz muss eine Route der Art

192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
vorhanden sein. Diese kann man testweise mit

route add -net 192.168.0.0 netmask 255.255.255.0 dev eth0
hinzufügen, um zu sehen, ob es daran liegt.
Die Netzwerkkarten werden bei Debian unter /etc/network/interfaces konfiguriert, das genaue Format ist unter

man interfaces
beschrieben. Als Beispiel hier die Datei, wie sie auf dem Router aussehen sollte:

auto lo eth0
iface lo inet loopback
iface eth0 inet static
address 192.168.0.1
netmask 255.255.255.0

Auf einem Client sollte sie sinngemäß in etwa so aussehen:

auto lo eth0
iface lo inet loopback
iface eth0 inet static
address 192.168.0.20
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1

Mit

/etc/init.d/networking restart
kann man die vorgenommenen Änderungen aktivieren, allerdings sollte man dabei beachten, dass wenn man über SSH eingeloggt ist, man potentiell die Verbindung verliert, und sich aussperren kann...

Der Router und/oder die anderen Clients sind erreichbar. Glückwunsch, das interne Netz funktioniert also grundsätzlich schon einmal. Jetzt zur Internetverbindung (DSL)

4. Kommt der Router online (siehe /var/log/messages)?
Wenn nein: gibt es Fehlermeldungen? Sind Username und Passwort für den Internetzugang korrekt? (ACHTUNG: Gerade bei T-Online und T-DSL
Zugängen müssen die Usernames in "Anführungszeichen" gesetzt werden, weil sie ein "#" enthalten. Wenn der Username irgendwelche
Sonderzeichen enthält, sollte er gequotet werden. Außerdem kann es sein, dass in der /etc/ppp/options.pppoe Datei die Option "auth" durch
"noauth" ersetzt werden muss.). Des Weiteren kann man in dieser Datei auch die Option "debug" aktivieren (Einfach "debug" in einer eigenen
Zeile in die Datei schreiben), mit der man dann unter /var/log/syslog wesentlich detailliertere Meldungen vom pppd (PPP Daemon, sozusagen
der Verbindungmanager) bekommt.
Der Router kommt online:

5. Kann vom Router aus eine IP Adresse im Internet angepingt werden?
Es geht hier nicht um ping www.debianforum.de sondern um ping 123.123.123.123 (Nein, diese IP funktioniert nicht ;-))

Wenn nein:

5a. Stimmt die Route ins Internet?
Während der Router online ist sollten die Routen ungefähr so aussehen

bsn1.fra.qdsl-h * 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
default bsn1.fra.qdsl-h 0.0.0.0 UG 0 0 0 ppp0
wobei die "bsn1.fra....." anders lauten können.

5b. Ist eine Firewall aktiv?
Defaultmässig ist das bei Debian nicht der Fall. Herausfinden kann man das mit "iptables -L" (Kernel 2.4).

5c. Ist das Netzwerkinterface zum DSL Modem OK?
eth1 sollte bei ifconfig zu sehen sein. Wenn nicht: einfach 'mal

ifconfig eth1 up
ausprobieren. Das ist zwar nicht wirklich notwendig, aber so kann man sehen, ob die Netzwerkkarte wirklich erkannt wurde.

Pingen von IP Adressen funktioniert.

6. Funktioniert das anpingen von Hostnamen im Internet?
(also ping www.debianforum.de gibt eine Antwort?)

Wenn nein:

6a. Kein DNS?
Funktioniert host www.debianforum.de und liefert eine IP Adresse, oder gibt das einen Fehler? Lösung a: Nameserver in
/etc/resolv.conf eintragen (man resolv.conf). Lösung b: Option "usepeerdns" in der pppd Config (von mir nicht getestet...)
eintragen.
Pingen von Hostnamen im Internet funktioniert vom Router aus.

7. Können die Clients IP Adressen im Internet anpingen?

Wenn nein:

7a. Auf allen Clients muss eine Route der Form:
default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
vorhanden sein. Dies erreicht man durch einen "gateway" Eintrag in /etc/network/interfaces und /etc/init.d/networking restart

7b. Ist das Forwarding auf dem Router aktiviert?
Dies erreicht man mittels echo 1 > /proc/sys/net/ipv4/ip_forward

7c. Ist Masquerading auf dem Router aktiviert?
iptables -t nat -L
muss Zeilen der Form

Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
MASQUERADE all -- 192.168.0.0/24 anywhere
enthalten. Erreichen kann man dies mit

iptables -t nat -A POSTROUTING -o ppp0 -s 192.168.0.0/24 -j MASQUERADE
Clients können IP Adressen im Internet anpingen.

8. Können die Clients Hostnamen im Internet anpingen?
Gleiche Regeln wie für den Router (siehe 6a).

Wenn nein:

8a. Nameserver Setup überprüfen
Entweder Nameserver in /etc/resolv.conf eintragen, oder auf dem Router ein Paket wie dnsmasq installieren und den Router
(192.169.0.1) als Nameserver auf den Clients eintragen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Goran,

Danke für diese äusserst ausführliche Checkliste.
Leider trifft für mich nur sehr wenig davon zu, da der Server auf Win2k Server läuft.

Der Teil der allgemeingültig ist funktioniert (LED, Ping,...)
Wir arbeiten ja auch seit ein paar Jahren glücklich mit dieser Gesamtkonfiguration, bis jetzt, wo wir verstärkt mit IV arbeiten wollen. Und da hakelt's und spinnt's, interessanterweise stets mit dem XP-Rechner.

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Netzwerkeinstellungen-1.JPG

Hallo Freunde,

Die Probleme mit dem XP-Rechner sind zwar etwas besser geworden, aber nicht wirklich gut.

Beim ersten Neustart von IV und Aufruf der Gesamt-BG kommt sofort eine Fehlermeldung, dass diese Datei nicht gefunden werden kann und möglicherweise das Netzwerk, usw.
Beim 2.Mal Gesamt-BG aufrufen geht's dann zunächst anstandslos, bis wahllos irgendwelche fehlende Referenzen bemängelt werden, die aber da sind (ich brauch nur OK drücken und weiter gehts)
Beim Abspeichern kommen dann gelegentlich wieder Fehlermeldungen wegen Datenverlust und Datei xyz.NewVer konnte nicht geschrieben werden, usw.

Aber Alles nur sporadisch, und nur auf dem XP-Rechner. Zur gleichen Zeit, mit der gleichen Projektdatei und den gleichen Daten (liegen alle am Server), funktioniert's auf den anderen Rechnern einwandfrei.

Nun stelle ich hier meine Fragen:

1.) arbeitet irgendwer von Euch direkt vom Server, oder macht Ihr Alle das Aus/Ein-Check-Spielchen?

2.) Bei den Netwerkeinstellungen des XP-Rechners habe ich eine Einstellung gefunden, die unterschiedlich ist zu den anderen Rechnern.
Kann dies eine Bedeutung in diesem Zusammenhang haben?

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Leo!

Wir arbeiten direkt auf dem Server ohne Aus- und Einchecken. Auf den Workstations ist XP installiert und auf dem Server WIN 2000 Server. Solche oder ähnliche Probleme sind mir nicht bekannt. Es kann aber auch sein, dass ich es einfach nicht mitbekommen habe. Am Montag, versuch ich mich mal schlau zu machen.
In der nächsten Zeit steht der Wechsel auf WIN 2003 Server und 1 Gb an. Mal schauen was dann für Probleme auf uns zukommen. 

------------------
Gruß,
Lucian

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Lucian,

Die gezeigte Einstellung war's offensichtlich nicht.

Es liegt aber eindeutig am Netzwerk, bzw. an der Art wie XP mit meinem Netzwerk umgeht.

Jetzt bin ich schon den ganzen Tag am herumprobieren und immer wieder, sporadisch, aber stets im Zusammenhang mit einigen bestimmten IAM, kommt diese Serie von Fehlermeldungen.

Bei allen anderen Rechnern im selben Netz mit den selben Daten geht Alles.

Ich bin verzweifelt!

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Freunde,

Nur zur Information:
Ich habe jetzt den betroffenen Rechner über eine separate GBit-Leitung an den Server gehängt.
Die Fehler tauchen zwar noch gelegentlich auf, aber bei einem nachfolgenden zweiten Versuch werden die Daten dann einwandfrei geladen, lassen sich bearbeiten und speichern.

Irgendwie kommt mir das so vor, wie wenn IV "ungeduldig" wäre und bei kurzen Verzögerungen im Netzverkehr zu schnell die Flinte in's Korn wirft und zu maulen anfängt.

Wahrscheinlich könnt man irgendwo tief drinnen in der Registry eine Wartezeit einstellen????

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Leo Laimer:
Irgendwie kommt mir das so vor, wie wenn IV "ungeduldig" wäre und bei kurzen Verzögerungen im Netzverkehr zu schnell die Flinte in's Korn wirft und zu maulen anfängt.

---

Hallo Leo!
Das ist IMHO sogar sicher so.
Aber warum da bei Dir ausgerechnet XP als Stolperstein auftritt ist mir schleierhaft.

------------------
lg   
Tom

     
...die U-Boot-Saison geht wieder los...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Tom,

Eine weitere Beobachtung die diese Vermutung stärkt:
Aus Erfahrung (hab schließlich den ganzen Sonntag damit versch***en) weiß ich, dass das Gesamt-Assembly und eine bestimmte UnterBG besonders anfällig auf die Fehlerkaskade sind.

Und meist tritt der Fehler nach einem Rechnerneustart beim ersten Laden auf.
Wenn ich nun irgendein belangloses kleines Einzelteil als Erstes lade, funktioniert Alles Weitere perfekt.

Ganz so als würde erst das Laden des ersten Teiles die Netzwerkverbindung "aufmachen".

An den Energiesparoptionen liegt's sicher nicht, die habe ich alle deaktiviert.

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Leo Laimer:
Irgendwie kommt mir das so vor, wie wenn IV "ungeduldig" wäre und bei kurzen Verzögerungen im Netzverkehr zu schnell die Flinte in's Korn wirft und zu maulen anfängt.

---

Ich könnte mir das andersherum vorstellen, manchmal beschäftigt sich IV auch eine zeitlang mit sich selbst, vielleicht gibt dann das Netzwerk zwischenzeitlich auf und nimmt die letzte Anfrage von IV nicht mehr ernst. Das würde auch erklären, warum es besser geht, wenn IV schon mal "geübt" hat, denn dann sind ja alle nötigen Programmmodule noch geladen und die Netzwerkanfragen gehen sicherlich zügiger. Also ich tippe auf irgendein Netzwerk-Timeout, bin aber kein Netzwerk-Guru und kann daher auch nicht sagen, wo, wie, was man da einstellen kann.

------------------
Michael Puschner
Scholle und Partner GmbH

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Michael,

Das Große Warten auf Godot...

Gestern hab' ich jedenfalls die Kiste schon ein paarmal auf das Fensterbrett gehievt und zum finalen Stoß ausgeholt... dann ist mir eingefallen daß sie vor einem Jahr noch 3.500,- gekostet hat und hab' sie wieder reingeholt <G>

Gestern haben mich die Fehlermeldungen noch an die "Flasche der Verzweiflung" getrieben!
Und heute arbeitet der User bisher noch ohne Fehlermeldung!

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Leo,

ich denke der Rechner ist in irgendeiner Gewerkschaft mit der Du keine Tarifzulage für Sonntagsarbeit definiert hast...

------------------
Grüße von Harry

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Harry,

Der "Gewerkschaftsrechner" hatte heute genau 1x die Fehlermeldungskaskade, und der Win2k-Rechner der am gleichen Projekt eingesetzt ist ebenfalls 1x.

Ich hasse Gewerkschaften und wäre für weitere Ideen sehr dankbar!

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Freunde,

Ich nage immer noch an diesem vermaledeiten Problem herum.
Immer mehr häufen sich die Hinweise, daß es am Zusammenspiel zwischen WinXP und Win2k Server leigt.

Wenn ich am XP-Rechner stundenlang dahinarbeite (egal in welchem CAD), dabei immer wieder Dateien öffne, bearbeite und wieder schließe habe ich am Ende -zig Dateien (viele, aber nicht alle die ich geöffnet hatte) die am Server als geöffnet (lesen) markiert sind, obwohl ich längst alle wieder geschlossen habe.

Ein PC Neustart gibt alle Dateien wieder frei.

Bei den anderen PC's mit Win2k tritt dieser Effekt der "verschleppten Dateireservierung" nicht auf.

Nun ist wahrscheinlich IV besonders empfindlich auf dieses Verhalten, wogegen MDT sich daran offensichtlich nie gestoßen hat.

Frage:
Weiß jemand ob dieses Verhalten "normal" ist (ich glaube eher nicht), und hat jemand eine Idee an welcher Ecke ich zum troubleshooten anfangen soll?

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Freunde,

Ich lass nicht locker bei diesem Problem!
Gestern habe ich sämtliche Betriebssysteme, auch das Win2k Server, auf den neuesten Stand gebracht (SP4 mit allen Hotfixes), und heute läuft Alles völlig unauffällig.

Möglicherweise gab es also eine Unverträglichkeit zwischen Win2k Server und WinXP Client?

------------------
mfg - Leo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Freunde,

Nur ein kleines Update zu diesem Thema:

Nachdem das Betriebssystem auf allen Rechnern nun up-to-date ist, habe ich den 100-Mbit-Hub gegen einen Gbit-Switch ausgetauscht, und auf einem Client die Netzkarte gegen ein Gbit-Modell ausgetauscht, und nun flitzt Alles, schnell und stabil. (Der Server ist mit 450MHz jetzt der Engpaß, er kommt als Nächstes dran).

------------------
mfg - Leo

Ceterum censeo dynamic highlight obsoletus (est)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Freunde,

Heute habe ich noch eine Aussage zu diesem Thema erhalten:

..............................................
It's to do with "Opportunistic Locking" on files which is set in the registry under
HKLM\System\CCS\Services\LanmanServer\Parameters

Set EnableOpLocks to 0 and it can alleviate the problem.  However network saturation will cause it regardless...
..............................................

Kann mir das Jemand in einfachen Worten näher erklären?

------------------
mfg - Leo

Ceterum censeo dynamic highlight obsoletus (est)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Leo Laimer:
Hallo Freunde,

Heute habe ich noch eine Aussage zu diesem Thema erhalten:

..............................................
It's to do with "Opportunistic Locking" on files which is set in the registry under
HKLM\System\CCS\Services\LanmanServer\Parameters

Set EnableOpLocks to 0 and it can alleviate the problem.  However network saturation will cause it regardless...
..............................................

Kann mir das Jemand in einfachen Worten näher erklären?

---

"Opportunistic Locking" = rechtzeitiges Sperren (der  Dateien)

alleviate = erleichtern, (ab)mildern

network saturation = Sättigung des Netzwerkes, (max.) Belastung

Hallo Leo!
Das Setzen des Parameters verhindert also IMHO das Sperren der geöffneten Dateien.
Du umgehst das eine Problem, und ein Anderes (in der Größe jetzt noch nicht abschätzbares) taucht am Horizont auf ...

------------------
lg      
Tom

        
...so geht mein Boot manchmal unter...

[Diese Nachricht wurde von thomas109 am 04. Jul. 2004 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Herzlichen Dank, Tom!

Aus irgendeinem Grund habe ich den Text irrtümlich als "opportunistic looking" gelesen und und bin voll danebengestanden.

Nun, der Schreiber (John Bilton) hat den Nagel auf den Kopf getroffen, aber laut Deiner Aussage auch den Daumen erwischt dabei...

------------------
mfg - Leo

Ceterum censeo dynamic highlight obsoletus (est)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP