Jump to content

J.B.

Members
  • Gesamte Inhalte

    7
  • Registriert seit

  • Letzter Besuch

Über J.B.

  • Geburtstag 21.06.1955

Profile Fields

  • Member Title
    Newbie

Fortschritt von J.B.

Apprentice

Apprentice (3/14)

  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Das Gegenteil von cool dürften konstant abgerauchte Platten sein... Ich werde auf jeden Fall mal meine Ergebnisse hier posten, auch wenn japanische Produktmanager damit dann ein Problem haben könnten.
  2. Hallo Urmel, willkommen in meinem Verzweiflungsthread... ;) Client/Server: YES. Meldung tritt abwechselnd am "Server" und am Client auf Vordergrundanwendungen: YES 64MB? NO: 256! Speicherauslastung ca. 120-140 MB Chipsatztreiber? Installiert: VIA 4in1, neueste Version passend zum Board aus dem Netz. Leistungsschwacher Prozessor? Allerdings, das will ich meinen. Ein VIA-Nehemiah mit 700 MHz, was sicherlich auch ne nicht unwesentliche Rolle dabei spielt. Andere Komponenten? Es spitz sich nach einigen Diskussionen offensichtlich auf ein Problem mit den eingesetzten Festplatten zu. Im Einsatz ist eine Fujitsu MHT2030AT 2,5" Platte (es handelt sich bei der Hardware um ein speziell als Gastronomiekasse designtes System mit integriertem Touchscreen, allses mögliche onboard und platzsparend gebaut) die lt. Aussagen von einigen Leuten eher in den Bereich "saubillig, also nehmen wir die" fällt. Ich hab mir heute mal andere 2,5"er (Samsung MP0402H) geholt, die ich in Kürze gegen die Fujitsus austauschen werde. Witzig ist nur, dass eine Bedienung, der ich das nebenher mal erklärt habe, gemeint hat: "Mein Freund ist Informatiker ( klar, das sind ja auch die besten ;) ) und er hat vor 4-5 Monaten einen Samsung Laptop mit Fujitsu-HD gekauft. Seitdem hat er massenhaft Probleme mit der Platte gehabt und die HD wurde vom Werk gegen eine Samsung ausgetauscht. Seit dem hat er keine Probleme mehr." Also warten wir mal ab.
  3. Sorry wenn ich das Thema nochmal ontop setze... Bis jetzt noch der gleiche Fehler. Hat noch jemand ne Idee?
  4. SID (IP-Adresse, Computernahmen, Arbeitsgruppe etc) werden natürlich pro Arbeitsstation individuell geändert. Ebenso die Einstellungen innerhalb der Anwendungssoftware wie Terminalnummer, Spoolpfade etc. Mit IMAGE meine ich also die Grundinstallation, die bei allen vom Hersteller ausgelieferten Systemen identisch ist und von mir dann kundenspezifisch angepasst wird. Diese Mininetzwerke (2-3 Rechner) arbeiten nach dem Arbeitsgruppensystem, also keine Domainverwaltung.
  5. Hallo Olaf, erstmal Danke für Deine Antwort. Also: Den Cache hab ich selber deaktiviert, stimmt schon soweit. Die Frage ist, warum kommt trotzdem immer bei den Abstürzen dies Meldung im Ereignisprotokoll als Fehler angezeigt. Ist das in diesem Fall als Hinweis zu interpretieren (dass er eben abgeschaltet sei) oder steh ich jetzt auf dem Schlauch? Glaub ich eher nicht, da das Programm auf anderer Hardware und folglich auch anderer Windows-Grundinstallation weit über 700 Mal installiert ist und diese Programmabstürze dort nicht vorkommen. Es sieht eher so aus, als sei es ein Problem mit dem Windows-Image auf unserer Hardware. Einige Händlerkollegen haben mit der gleichen Hardware die selben Probleme. Alle haben die gleiche werksseitige Grundinstalltion von W2K. Das werde ich auf jeden Fall machen.
  6. Habe hier einen Thread mit gleichem Thema gefunden. Hier wird mutmasst, dass es Controller-/Plattentechnische Probleme sein könnten. Bei meinen Systemen ist jeweils ein IDE-Controller mit 2,5" Fujitsu MHT2030AT installiert. Alle Systeme, die ich ausliefere haben eines gemeinsam: Eine (eigentlich) vollkommen gleiche Win2000 Installation. Der Fehler tritt aber nur bei vernetzten Systemen auf. Stand-Alone Kisten laufen einwandfrei. Also scheint bei Remote-Zugriff auf die Master-Platte irgendetwas kritisches zu passieren. Das zu meiner Art der Logik. Aber was nutz Logik bei MS? Ich hätte Philosoph werden sollen... :D Lieben Gruß, J.B. PS: Wie kommt eigentlich die Rubrik "Ähnliche Themen" unterhalb des Threads zustande? Automatisch vom System generiert oder haben sich da User erbarmt und über die Suche einige Links eingegeben? Gute Sache das!
  7. Hallo Members, Hallo Mods, Hallo Admins! Ich habe mich in den letzten Tagen fast totgegoogelt und Myriaden von MS-Bulletins durchstöbert, nun hab ich mich hier angemeldet um euch um Hilfe zu bitten. Zu mir: ich bin trotz fortgeschrittenen Alters nur ein kleiner selbsständiger Supporter für Hard- und Software-Lösungen im Gastronomie-Bereich und beschäftige mich sowohl mit diesem Kundenkreis als auch einer wilden Mischung von Speziallösungen seit den seligen CP/M-Zeiten. Seit es Windows gibt hab ich auch keine Zeit für andere Hobbys mehr... :shock: Seit Wochen nervt mich und meine Kunden ein Problem, das nur bei vernetzten Systemen auftritt (verschweigen wir mal die Namen der beteiligten Hersteller, die können imho nix dafür): Man nehme 2 über minimales TCP/IP-Protokoll vernetzte Rechner mit relativ altem VIA Nehemiah-Prozessor, beide Win2000 SP4, dekativiere den Schreibcache der Festplatten und starte die schreibintensive Software. Nicht oft, aber oft genug blockiert dann die Anwendung mitten im Betrieb (wenn zB. Hochbetrieb ist) und läuft im günstigsten Fall nach einigen Minuten von selber wieder weiter oder versagt komplett. Den Schreibcache zu deaktivieren war eine der Vorgaben des Herstellers, kann ich mir auch gut vorstellen, da zustandsabhängige Scheiboperationen vom 2.Rechner sofort erkannt werden müssen. Nachdem ich mir mal das Ereignisprotokoll beider Systeme angeschaut habe ist mir aufgefallen, dass die einzigen Fehler (Quelle "disk", Fehler-ID 34 "Der Treiber hat den Schreibcache deaktiviert") zeitnah zu den Abstürzen bzw. Blockaden liegt. Seltsam, der Scheibcache ist ja sowieso deaktiviert... Erstaunlich ist auch, dass heute der "Absturz" um ca. 15:55 war, der Fehlereintrag aber gegen 16:02 protokolliert wurde. Sieht also eher so aus, dass die Kasse zuerst blockiert hat, dann irgendwann der Cache vom System deaktiviert wurde. Was alle Ereignis-Protokollierungen gemeinsam haben ist der nachfolgende (manuell durchgeführte) Neustart des Rechners. Das liegt daran, dass im Hochbetrieb das Bedienungspersonal nicht erst lange abwarten will, ob sich das System wieder von selbst hochschaukelt. Also bestenfalls Alt-F4, schlimmstenfalls Reset. Ich hoffe ich langweile euch nicht. Meine Frage: Was sagt der oben genannte Fehler im Ereignisprotokoll aus? Braucht ihr noch mehr Informationen zur Hardware?
×
×
  • Neu erstellen...