---

Ich hatte gestern das Problem, dass ePlan mal wieder abgeschmiert ist und sich danach einige Projekte nicht mehr öffnen ließen...

Da der Support sich dermaßen viel Zeit lässt (immer noch nicht angerufen) habe ich mich dem Problem selbst angenommen und bin auf die Suche gegangen was das Problem denn sein könnte?!

Für die Zukunft kann ich jedem nur Raten, geht in das Projektverzeichnis, öffnet den zum Projekt gehörigen .edb Ordner und löscht die Datei "NeedsDiagnostic.marker" und voilà schon könnt ihr euer Projekt wieder öffnen!
Eplan legt dieses Datei bei einem Programmabsturz an und entfernt diese bei Öffnen bzw. der Überprüfung beim Öffnen wieder. Warum er das allerdings manchmal dann nicht mehr kann, entzieht sich meiner Kenntnis, vielleicht ruft der Support noch irgendwann an, dann Frage ich nach.

Bei keinem einzigen Projekt gab es Probleme oder einen Datenverlust!

------------------
Grüße aus dem schönen Stuttgart
Tobias

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

---

So nun hat sich der Support gemeldet und mir gesagt, dass ePlan alle Projekte in denen sich der Merker nicht mehr mit Hilfe der Überprüfung und Korrigierung entfernen ließ, gerade bearbeitet hätte...

Kann ich zwar nicht ganz nachvollziehen, aber nun gut...

Es gibt zusätzlich noch einen weiteren Weg das Projekt wieder zu öffnen: Projekt -> Verwaltung -> Projekt anwählen -> Organisieren -> Reorganisieren

Das sollte die während des Absturzes geöffneten Datenbanken schließen und neu öffnen.

------------------
Grüße aus dem schönen Stuttgart
Tobias

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

---

Bild1.jpg Bild2.jpg

Hallo Tobias,

das hier

Zitat:

---

Für die Zukunft kann ich jedem nur Raten, geht in das Projektverzeichnis, öffnet den zum Projekt gehörigen .edb Ordner und löscht die Datei "NeedsDiagnostic.marker" und voilà schon könnt ihr euer Projekt wieder öffnen!

---

halte ich nicht für einen global guten Tip. Aber das ist nur meine Meinung.

Prinzipiell müsste doch nach dem Absturz von P8 bei einem Restart, P8 eh versuchen Deine vor
dem Absturz geladenen Projekte wieder zu öffnen und dann bemerkt P8 ja auch von selbst,
dass mit dem Projekt evtl. etwas nicht in Ordnung sein könnte.

( Daselbe geschieht wenn man solch ein "abgestürztes" Projekt über "Projekt öffnen" anwählt.

Siehe Bild 1

Weiter mit "Ja" kommt dann auch der Dialog für das Reorganiseren automatisch hoch.

Siehe Bild 2

In solch einem Fall machen meine User eben das "Projekt überprüfen und korrigieren"
um einfach sicher zu gehen, dass man sich an den Projekten keine Inkonsistenzen
einfängt. ( Das ist das was Du dann weiter beschrieben hast )

Bei Deinem Lösch Tip kannst Du das nicht sicher stellen.

Gruß Fritz

------------------
Um zu sehen, musst Du die Augen offen halten.
Um zu erkennen, musst Du sie schliessen und denken.

[Diese Nachricht wurde von FML am 03. Sep. 2013 editiert.]

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

---

Zu deinem Tip mit dem "Überprüfen und Korriegieren"...

Habe ich doch direkt am Anfang geschrieben, das genau diese Funktion keine Abhilfe geschaffen hat! Die Meldung kommt jedes mal wenn ein Projekt nicht ordnungsgemäß geschlossen wird.

Den Merker für den Projektabsturz setzt ePlan immer wenn etwas nicht in Ordnung ist (Aussage Hotline) und es kommt vor das man genau diesen mit Hilfe der eigenen Funktion "Überprüfen und Korrigieren" nicht mehr entfernen kann. Dann bekommt man die Meldung das man den Support kontakten soll... Is aber Quatsch, weil man die .edb Ordner aufgrund ihrer Größe ja mal nicht so einfach per Mail an die Schicken kann...

------------------
Grüße aus dem schönen Stuttgart
Tobias

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

---

Hallo Tobias,

ich wollte nur sagen, dass ich mit solchen Tips vorsichtig umgehe.
Man muss sich immer der Konsequenzen bewusst sein.
Es gibt eben Benutzer die dann immer den Weg einschlagen die Datei "NeedsDiagnostic.marker" gleich zu löschen und gar nicht mehr die von EPLAN vorgesehenen Reparaturmechanismen nutzen. Das ist dann sicherlich nicht mehr im Sinne des Erfinders.

Habe mal bei uns nachgesehen, der Fall dass sich das Projekt trotz "Überprüfen und Korriegieren" nicht wieder öffnen lässt, kommt bei uns äußerst selten vor. Wir hatten das gerade 2 mal seit wir mit P8 arbeiten und wir machen nicht gerade wenig Projekte.

Wenn das dann vorkommt, will ich auch genau wissen woran es liegt, weshalb das "Überprüfen und Korriegieren" keine Abhilfe schaffen kann, damit das möglichst zukünftig vermieden werden kann.
Deshalb wandern solche Projekte bei uns dann generell komplett mit Issue Nummer zur Analyse an EPLAN.

Zitat:

---

Dann bekommt man die Meldung das man den Support kontakten soll... Is aber Quatsch, weil man die .edb Ordner aufgrund ihrer Größe ja mal nicht so einfach per Mail an die Schicken kann...

---

Also mal ehrlich da gibt es schon Mittel und Wege ein Projekt außer per email zur Analyse zu EPLAN zu senden, z.B. (wenn man es hat) per Solution Center oder per Upload Link den man vom EPLAN Support schon bekommen kann.

Aber wie gesagt es ist nur meine bescheidene Sicht der Dinge und dieser Problematik, sprich bei uns ist das eigentlich kein Problem.

Gruß Fritz

------------------
Um zu sehen, musst Du die Augen offen halten.
Um zu erkennen, musst Du sie schliessen und denken.

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

---

Ja normalerweise will ich auch wissen, warum mir die ePlan bzw. W3.exe einfach abschmiert...
Dennoch, wenn drei Kundenprojekte betroffen sind, die .edb Ordner der Aufträge über 100MB haben und sich der Support wie leider so oft saumäßig Zeit lässt, kann man sich kaum anderst behelfen.

Ich habe mittlerweile auch schon einige Tausend Schaltpläne auf P8 gemacht mit nie weniger als 100 Seiten und da kam das leider schon desöfteren vor...
Ein großes Netzwerk z.B. das bei Überlastung die Verbindung zum SQL - Server "kappt", bringt normalerweise nur eine Fehlermeldung, wenn man gerade unglücklich die DABA geöffnet hat, sie bearbeitet oder sonst was is, hat sich ePlan schon paar mal verabschiedet!
Dazu kommt, das wir hier bei uns die Lizenzen übers Intranet von einem anderen Standort beziehen, welche bei einem Überlasteten Netzwerk dann auch kurz weg is 

Gibt leider noch einige weitere Punkte, an denen es nicht mehr gerade sehr stabil läuft und in den meisten Fällen kann man nicht darauf warten, dass der Support sich darum kümmert...

Wie lange dauerte es denn bei dir bis dass das Projekt wieder lauffähig angekommen is? Oder gabs diesen Fall noch nicht?

------------------
Grüße aus dem schönen Stuttgart
Tobias

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

---

Hallo Tobias,

Zitat:

---

Wie lange dauerte es denn bei dir bis dass das Projekt wieder lauffähig angekommen is? Oder gabs diesen Fall noch nicht?

---

Das ist bei uns ganz einfach, wir haben einen Wartungsvertrag mit einer definierten Reaktionszeit seitens EPLAN. Innerhalb dieser Zeit muss ich eine Rückmeldung bekommen. Das bedeutet aber nicht, dass
man dann auch immer eine Lösung hat.

Jedenfalls in den beiden Fällen hatte ich innerhalb der Reaktionszeit auch wieder ein lauffähiges Projekt.

Zitat:

---

Gibt leider noch einige weitere Punkte, an denen es nicht mehr gerade sehr stabil läuft und in den meisten Fällen kann man nicht darauf warten, dass der Support sich darum kümmert...

---

Da hast Du natürlich recht. In vielen Fällen kann/muss man sich ja auch selbst helfen damit der Betrieb weiter geht. Wenn die Selbsthilfe nicht mehr funktioniert bleib eben nur der Support bei EPLAN.
Da mache ich die Sache dann aber auch entsprechend dringlich und wenn dann keine Reaktion erfolgt muss man halt auch mal Druck über seine NL ausüben. Das mache ich aber auch nur wenn die Bude wirklich brennt und dann
bekomme ich auch die Hilfe die ich brauche recht schnell.
Es hängt wie schon gesagt natürlich auch sehr von Wartungsverträgen ab.

Zitat:

---

Dazu kommt, das wir hier bei uns die Lizenzen übers Intranet von einem anderen Standort beziehen, welche bei einem Überlasteten Netzwerk dann auch kurz weg is

---

Hier würde ich mal bei EPLAN nachfragen ob es keine Möglichkeiten gibt das Timeout entsprechend zu beeinflussen.
Vielleicht kann man das etwas anheben, damit solche Unterbrechungen sich nicht immer gleich auswirken.
Einstellungen für Überwachungsintervalle gibt es jedenfalls im Lizenzmanager.

Oder falls das ein großes Problem ist evtl. mit Ausleihen und zurückgeben von Lizenzen zu arbeiten.

Zitat:

---

Ein großes Netzwerk z.B. das bei Überlastung die Verbindung zum SQL - Server "kappt", bringt normalerweise nur eine Fehlermeldung, wenn man gerade unglücklich die DABA geöffnet hat, sie bearbeitet oder sonst was is, hat sich ePlan schon paar mal verabschiedet!
Dazu kommt, das wir hier bei uns die Lizenzen übers Intranet von einem anderen Standort beziehen, welche bei einem Überlasteten Netzwerk dann auch kurz weg is

---

So wie Du das schilderst würde ich auf jeden Fall mal versuchen bzgl. Netzwerk und Lizenzmanagement
einen möglichst stabilen Zustand zu erreichen, denn diese Problematik hat natürlich auch was mit dem
eigentlichen Problem zu tun über das wir sprachen.
Sprich stabilisiert man die Umgebung dann müsste auch ein (Groß-) Teil Deiner Probleme mit den
Meldungen beim Programmstart von EPLAN-Projekten verschwinden., weil EPLAN einfach stabiler läuft.

Gruß Fritz

------------------
Um zu sehen, musst Du die Augen offen halten.
Um zu erkennen, musst Du sie schliessen und denken.

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

---

Auwe, hab grad dasselbe Problem.
EPLAN stürzt sofort ab wenn ich es öffne. Es versucht mein letztes Projekt zu öffnen und nichts geht mehr.
Ich kann weder reorganisieren, sichern oder packen da gleich beim Start von EPLAN alles steht

Kann ich von meiner Seite noch was tun?

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

---

Ok, habs jetzt zumindest geschafft EPLAN zum Laufen zu bekommen indem ich es mit doppelklick auf ein funktionierends Projekt gestartet habe.
Wenn ich dann versuche das defekte Projekt zu öffnen gibts wieder einen Absturz ohne Meldung...

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

---

Wir nutzen EPLAN auf einer Severfarm mittels Citrix und die Fehlermeldungen kommen fast täglich rein. Glücklicherweise lassen sich die meinsten Projekte über Reorganisierung (ab EPLAN 2.3 im erweiterten Modus) fast alle reparieren. Die nicht reorganisierbaren Projekte müssen dann wohl aus der Datensicherung erstellt werden.
Was Eplan dazu sagt? Liegt an allem (Server, Datenleitung, Citrix), nur nicht an Eplan 

------------------
Wer Rechtschreib- oder Grammatikfehler findet...

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

---

Das mit dem Support ist halt immer so eine Sache. Da gibt es die tollsten Geschichten. Eins kann man immer sagen. Montag morgen keine Chance das es "schnell" geht. Da rufen alle an die am WE ein Problem hatten bzw. immer noch haben. Darum rufe ich immer seltener dort an. Schreibe lieber hier weil es dann meistens schneller geht. Qualität beim Support ist aber sehr gut nur die Reaktionszeit ist manchmal sehr verbesserungswürdig. Habe schon mal mehrere Tage gewartet ! Solange habe ich aber nicht Zeit wenn das Projekt jetzt fertig werden muß. Versuch sowas mal dem Kunden zu erzählen. Aber Grundsätzlich gilt das was Fritz (FML) geschrieben hat: Wenn deine Hardware schon nicht richtig läuft, dann kann EPLAN erst recht nicht richtig laufen. Das muß schon alles funzen.

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

---

Wenn Du die Chance hast das Projekt durch einen Doppelklick zu öffnen und Du siehst das noch im Seitennavigator, kopier das Projekt und füg es in ein leeres Projekt ein. Hilft in einigen Fällen... Aber ich sag immer: Nichts geht über eine gute Datensicherung ;-)

------------------
Wer Rechtschreib- oder Grammatikfehler findet...

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

---

Wenn ich die Sicherung von gestern verwende fehlen mir die Änderungen von heute.
Habe ich einen Absturz kurz vor Feierabend fehlen mir ca. 8h Arbeit.
Lösche ich die needsdiagnostic.marker und führe eine Reorganisation durch kann ich nach dem Absturz zeitnah weiterarbeiten.
Sende ich die Datei zum Support ein bekomme ich nach ein paar Tagen ein Projekt zurück dass ich komplett überarbeiten darf (z.B. fehlten schon sämtliche Artikel in der Steckerdefinition).
Die Markerdatei wird ja wohl nur erstellt damit das System eine Konsistenzprüfung vornimmt.
Ich persönlich kann ebenfalls nur empfehlen diese Datei wieder zu entfernen.

Gruß Holger

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