---

Wenn ich Bauteile einchecke, kriege ich meistens (nicht immer) einen "Tresorfehler 40", und das Einchecken wird abgebrochen.
Auschecken dagegen funktioniert immer.

In der Hilfe findet sich als Erläuterung Error 40: PDMW_ERROR_NETWORK_UNKNOWN .
Support schiebt Schuld auf unser Netzwerk ohne weitere Diagnosehilfe 

Hat jemand Tipps, wie ich vorgehen kann, um den Fehler einzukreisen, z.B.
* kann man Time-Out-Zeiten zwischen PDMWorks Client und Server hochsetzen?
* gibt es bekannte Stolpersteine in Netzwerken?
* Vault ist noch 2008 SP1.1 / Client 2008 SP3.1 - das kann doch nicht die Ursache sein, oder?

------------------
Tue was Du tust.

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

---

Hallo TeeLittle,
leider habe ich noch nicht so viele Erfahrungen mit PDMW. Vor einigen Wochen hatte ich mich damit beschäftigt und einige Einstellungen probiert. Dabei hatte ich auch manchmal die Fehlermeldung "Error 40".
Den Tresor habe ich noch lokal auf meinem CAD-Rechner, da ich bei uns noch Einzelkämpfer in Sachen CAD bin.
Gelegentlich musste ich den Rechner vom Netz nehmen, da ich das LAN-Kabel fürs Laptop brauchte. In dieser Zeit bekam ich auch den Error40 beim versuchten Einchecken. Was das SWX bzw. PDMW dabei aber im Netz sucht, ist mir sehr schleierhaft, da alles lokal auf meinem PC installiert bzw. abgelegt ist. SWX und PDMW sind beide SP2.0.
Da bisher noch keine sichere Antwort auf Deine Frage kam, äußere ich meine Vermutung (auch wenn das eigentlich nicht gewünscht ist).
SWX bzw. PDMW erwarten anscheinend den Tresor auf einem Server im Netz, prüfen deshalb immer erst die Netzwerkverbindung und wenn da was hakt, kommt der Error40.

Karsten

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

---

Hallo Karsten,

vielen Dank für diese interessante Beobachtung - auch Vermutungen sind durchaus erwünscht! Ist zumindest ein weiterer möglicher Punkt, an dem man mal nachbohren kann (auch wenn unser Tresor tatsächlich auf einem Server liegt...).

Gruß
Thomas

------------------
Tue was Du tust.

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

---

Hallo zusammen,

erstmal zu TeeLife: Wenn Du beides auf einer Maschine hat, kannst Du als Server die IP 127.0.0.1 angeben, dann sollte der Rechner nicht versuchen das LAN zu verwenden. Gibts Du jedoch deinen Rechnernamen an, geht die Verbindung übers LAN und zurück...

Der Fehler 40 tritt normal dann auf, wenn es bei der Transaktion Verbindungsprobleme gibt. Kannst Du das Problem an einer Datei festmachen oder tritt es unregelmäßig auf?

LG Andreas

Achja - schönes  Wochenende

------------------
_______________________________________________

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

---

Vermeiden von Fehler 40:
Netzwerkgeschwindigkeit fest auf 100 MBit/s oder höher einstellen auf der client und switch/hub Seite! NICHT auf "Auto" stellen!

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

---

Hallo TeeLife und Andreas,
ich habe zu Hause zu Testzwecken auch beides auf einem Rechner installiert.
Als Tresor-Computer habe ich aber localhost angegeben, und habe damit keine Probleme.
Vieleicht geht´s damit.

Grüße, Andi Beck 

------------------
Hast du kein Problem?
Such dir eins. ( Und löse es )

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

---

Vielen Dank für die ganzen Antworten (ich weiß nicht, wieso inzwischen alle denken, ich habe Server und Client auf dem gleichen Rechner installiert: das ist nicht so, und dieses Setup ist in meiner Firmen-EDV-Umgebung auch nicht möglich...).

Mittlerweile funktioniert die Kommunikation zwischen PDMWorks-Client und -Server wieder einwandfrei. Von SWX-Seite gab es leider wenig Hilfreiches zum Thema. Eine eigene Analyse mit Wireshark hatte ergeben, dass die Kommunikation zwischen Client und Server prinzipiell funktionierte (Anmelden, Passwort-Übertragung, Metadaten-Übertragung etc.). Der Abbruch kam in dem Moment, wo wirklich Datenmengen übertragen werden sollten, und zwar vom Client zum Server (soweit ich mich erinnere). Weiter kam ich damit aber auch nicht.

Zwischenzeitlich haben wir unser Netzwerk konsolidiert (=klare Netzwerk-Struktur aufgebaut), und danach funktionierte alles richtig, auch ohne Tricks wie "Übertragungsgeschw. d. Netzwerkkarte fix auf 100 MBit einstellen" usw. 
Bei dieser Konsolidierung fiel auf, dass die DNS-Auflösung teilweise vom Server, teilweise vom Router angefragt wurde (je nach Rechner), und dass die DNS-Auflösung des Servers "irgendwie" nicht ganz richtig konfiguriert war (forward/reverse, Rückfrage beim Router und so'n Kram - ist mir nicht ganz klar).

Ich persönlich vermute, dass dieser DNS-Kram (möglicherweise über andere Protokolle, z.B. Netzlaufwerk-Shares (damit gab es bei uns gleichzeitig massive Probleme!)) einen ziemlichen Netzoverhead oder auch Verzögerungen bei Anfragen verursacht hat, und PDMWorks in Timeouts gelaufen ist. Leider gab und gibt es von SWX keinerlei Hilfestellung zu dieser Vermutung (wo sind die Wartezeiten definiert? Kann man sie verlängern? Gibt es Diagnosemeldungen von PDMWorks dazu? etc.).

Damit ist das Thema von meiner Seite erledigt - Diagnose: DNS richtig konfigurieren.

------------------
Tue was Du tust.

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