SBS2003 friert ein im Verbund mit Webserver-Fehlermeldung
Hallo zusammen!
Ich bin recht verzweifelt, was das Problem angeht, da zwei frisch installierte Server solche Probleme machen, und ich keinen Anhaltspunkt mehr finde, was ich noch tun könnte.
Ich hoffe, hier findet sich jemand, der eine Idee hat:
Die Ausgangssituation:
Server 1: Neu gekaufter Server, Dell R200, Xeon, 4 GB RAM, 2x500 HDD RAID1, SBS2003, als DC aufgesetzt.
Server 2: "Alter" Server, DualCore, 2GB RAM, 250 GB HDD, Win2003 R2, als Server zur Domain hinzugefügt.
Die Aufgabe von Server 1:
- Dateiablage
- DC
- Exchange-Postfach (z. Zt. 300 MB)
- Betrieb SQL-Datenbank eines Softwareherstellers (Karten-Verkauf an Kassen-PCs und Karten-Onlinereservierung)
Die Aufgabe von Server 2:
- Webserver mit installiertem IIS
- Zugriff auf die Datenbank auf Server 1 zur Online-Reservierung
Die Clients:
- 5 Kassen und 3 Büro-PCs greifen auf die Dateiablage zu
- 3 Büro-PCs greifen auf Exchange zu (5 Postfächer, 1 Adressbuch)
- alle Kassen und Büro-PCs starten direkt auf dem Server die Kassensoftware (nicht als TC)
Beide Server wurden von mir gleichzeitig vor 4 Wochen frisch installiert, sämtliche verfügbaren Servicepacks und Updates aufgespielt.
AD ist eingerichtet und funktioniert.
DNS funktioniert soweit ohne Fehler (ab und zu eine Fehlermeldung auf dem Webserver wegen der AD-Synchronisation, die er durchführen soll, vielleicht kann man das abschalten...).
Das Problem:
Der Server 1 (Hauptserver) friert alle 2 Tage regelmässig ein, und zwar immer genau zu der Sekunde, wenn auf Server 2 (Webserver) das ASP.Net einen Ausnahmefehler verursacht (Ereigniskennung 1309) und gleich anschliessend einen Framework-Deadlock (Ereigniskennung 2262).
An der Serverkonsole von Server 1 lässt sich dann nur noch die Maus bedienen, keine Tastatureingaben mehr möglich. Alle Clients werden rausgeworfen, keine Dienste mehr sind verfügbar.
Nach einem Abschalten der Stromzufuhr und erneutem Hochfahren zeigt das Log keinerlei Fehler (!) bis auf die Bemerkung, dass das System unerwartet heruntergefahren wurde.
Der Server 2, der den Fehler verursacht hat, stürzt nicht ab, sondern läuft nach dem Fehler einfach weiter.
Meine Lösungsversuche:
- Hardware-Diagnostik durch Dell, alles OK
- Betriebssystem-Diagnostik durch Dell, alles OK
- Temperatur im Serverraum überprüft - ist klimatisiert und OK (22°)
- SQL-Speicherzuweisung auf 600 MB begrenzt (vorher hat er bis zu 3 GB belegt)
- Prozesssorlast überprüft - liegt bei 4 - 25%
- Speicherauslastung überprüft - liegt bei 3 GB verfügbarem Speicher
- Neustart beider Server morgens um 5 Uhr (bringt keine Lösung!)
- Ich würde gerne noch die DNS-Synchronisation auf dem Webserver abschalten, traue mich aber nicht ran im laufenden System...
Was tun?
Ich bin mir ziemlich sicher, dass ich von unserer Seite aus keinen Fehler im System habe.
Die Softwarefirma hat ihre SQL-Datenbank und den IIS installiert, und die Abstürze werden auch von deren ASP-Aufrufen verursacht.
Ich bin verzweifelt, denn wie kann denn so ein Absturz auf dem Webserver gleich meinen Hauptserver lahmlegen?!?
Kann ich das irgendwie "blocken"?
Übersehe ich irgend etwas?
Bevor wir der Softwarefirma mit dem Anwalt drohen (Chef steht kurz davor), möchte ich schon sicher gehen, dass die Ursache nicht doch letztendlich irgendwo bei uns liegt...
Aber ich denke, der Fall ist klar, oder was meint Ihr zu dem verursachenden Fehler, da steht sogar der Anwendungsname des Herstellers drin:
<SNIP>
Process information:
Process ID: 2868
Process name: w3wp.exe
Account name: NT-AUTORITÄT\NETZWERKDIENST
Exception information:
Exception type: ArgumentOutOfRangeException
Exception message: 'cbCount' has a SelectedIndex which is invalid because it does not exist in the list of items.
Parameter name: value
Request information:
Request URL: http://80.152.131.74/sinema/res.aspx?resID=8943
Request path: /sinema/res.aspx
User host address: 207.105.30.55
User:
Is authenticated: False
Authentication Type:
Thread account name: NT-AUTORITÄT\NETZWERKDIENST
Thread information:
Thread ID: 1
Thread account name: NT-AUTORITÄT\NETZWERKDIENST
Is impersonating: False
Stack trace: at System.Web.UI.WebControls.ListControl.set_SelectedIndex(Int32 value)
at System.Web.UI.WebControls.DropDownList.set_SelectedIndex(Int32 value)
at Res.UpdateFields() in C:\Projects\sinemaWeb\res.aspx.vb:line 96
at Res.btnPlan_Click(Object sender, ImageClickEventArgs e) in C:\Projects\sinemaWeb\res.aspx.vb:line 424
at System.Web.UI.WebControls.ImageButton.OnClick(ImageClickEventArgs e)
at System.Web.UI.WebControls.ImageButton.RaisePostBackEvent(String eventArgument)
at System.Web.UI.WebControls.ImageButton.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument)
at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument)
at System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData)
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
<SNIP>
Helft mir Obi-Wan Kenobi, Ihr seid meine letzte Hoffnung...
Viele Grüße,
D.
Ich bin recht verzweifelt, was das Problem angeht, da zwei frisch installierte Server solche Probleme machen, und ich keinen Anhaltspunkt mehr finde, was ich noch tun könnte.
Ich hoffe, hier findet sich jemand, der eine Idee hat:
Die Ausgangssituation:
Server 1: Neu gekaufter Server, Dell R200, Xeon, 4 GB RAM, 2x500 HDD RAID1, SBS2003, als DC aufgesetzt.
Server 2: "Alter" Server, DualCore, 2GB RAM, 250 GB HDD, Win2003 R2, als Server zur Domain hinzugefügt.
Die Aufgabe von Server 1:
- Dateiablage
- DC
- Exchange-Postfach (z. Zt. 300 MB)
- Betrieb SQL-Datenbank eines Softwareherstellers (Karten-Verkauf an Kassen-PCs und Karten-Onlinereservierung)
Die Aufgabe von Server 2:
- Webserver mit installiertem IIS
- Zugriff auf die Datenbank auf Server 1 zur Online-Reservierung
Die Clients:
- 5 Kassen und 3 Büro-PCs greifen auf die Dateiablage zu
- 3 Büro-PCs greifen auf Exchange zu (5 Postfächer, 1 Adressbuch)
- alle Kassen und Büro-PCs starten direkt auf dem Server die Kassensoftware (nicht als TC)
Beide Server wurden von mir gleichzeitig vor 4 Wochen frisch installiert, sämtliche verfügbaren Servicepacks und Updates aufgespielt.
AD ist eingerichtet und funktioniert.
DNS funktioniert soweit ohne Fehler (ab und zu eine Fehlermeldung auf dem Webserver wegen der AD-Synchronisation, die er durchführen soll, vielleicht kann man das abschalten...).
Das Problem:
Der Server 1 (Hauptserver) friert alle 2 Tage regelmässig ein, und zwar immer genau zu der Sekunde, wenn auf Server 2 (Webserver) das ASP.Net einen Ausnahmefehler verursacht (Ereigniskennung 1309) und gleich anschliessend einen Framework-Deadlock (Ereigniskennung 2262).
An der Serverkonsole von Server 1 lässt sich dann nur noch die Maus bedienen, keine Tastatureingaben mehr möglich. Alle Clients werden rausgeworfen, keine Dienste mehr sind verfügbar.
Nach einem Abschalten der Stromzufuhr und erneutem Hochfahren zeigt das Log keinerlei Fehler (!) bis auf die Bemerkung, dass das System unerwartet heruntergefahren wurde.
Der Server 2, der den Fehler verursacht hat, stürzt nicht ab, sondern läuft nach dem Fehler einfach weiter.
Meine Lösungsversuche:
- Hardware-Diagnostik durch Dell, alles OK
- Betriebssystem-Diagnostik durch Dell, alles OK
- Temperatur im Serverraum überprüft - ist klimatisiert und OK (22°)
- SQL-Speicherzuweisung auf 600 MB begrenzt (vorher hat er bis zu 3 GB belegt)
- Prozesssorlast überprüft - liegt bei 4 - 25%
- Speicherauslastung überprüft - liegt bei 3 GB verfügbarem Speicher
- Neustart beider Server morgens um 5 Uhr (bringt keine Lösung!)
- Ich würde gerne noch die DNS-Synchronisation auf dem Webserver abschalten, traue mich aber nicht ran im laufenden System...
Was tun?
Ich bin mir ziemlich sicher, dass ich von unserer Seite aus keinen Fehler im System habe.
Die Softwarefirma hat ihre SQL-Datenbank und den IIS installiert, und die Abstürze werden auch von deren ASP-Aufrufen verursacht.
Ich bin verzweifelt, denn wie kann denn so ein Absturz auf dem Webserver gleich meinen Hauptserver lahmlegen?!?
Kann ich das irgendwie "blocken"?
Übersehe ich irgend etwas?
Bevor wir der Softwarefirma mit dem Anwalt drohen (Chef steht kurz davor), möchte ich schon sicher gehen, dass die Ursache nicht doch letztendlich irgendwo bei uns liegt...
Aber ich denke, der Fall ist klar, oder was meint Ihr zu dem verursachenden Fehler, da steht sogar der Anwendungsname des Herstellers drin:
<SNIP>
Process information:
Process ID: 2868
Process name: w3wp.exe
Account name: NT-AUTORITÄT\NETZWERKDIENST
Exception information:
Exception type: ArgumentOutOfRangeException
Exception message: 'cbCount' has a SelectedIndex which is invalid because it does not exist in the list of items.
Parameter name: value
Request information:
Request URL: http://80.152.131.74/sinema/res.aspx?resID=8943
Request path: /sinema/res.aspx
User host address: 207.105.30.55
User:
Is authenticated: False
Authentication Type:
Thread account name: NT-AUTORITÄT\NETZWERKDIENST
Thread information:
Thread ID: 1
Thread account name: NT-AUTORITÄT\NETZWERKDIENST
Is impersonating: False
Stack trace: at System.Web.UI.WebControls.ListControl.set_SelectedIndex(Int32 value)
at System.Web.UI.WebControls.DropDownList.set_SelectedIndex(Int32 value)
at Res.UpdateFields() in C:\Projects\sinemaWeb\res.aspx.vb:line 96
at Res.btnPlan_Click(Object sender, ImageClickEventArgs e) in C:\Projects\sinemaWeb\res.aspx.vb:line 424
at System.Web.UI.WebControls.ImageButton.OnClick(ImageClickEventArgs e)
at System.Web.UI.WebControls.ImageButton.RaisePostBackEvent(String eventArgument)
at System.Web.UI.WebControls.ImageButton.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument)
at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument)
at System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData)
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
<SNIP>
Helft mir Obi-Wan Kenobi, Ihr seid meine letzte Hoffnung...
Viele Grüße,
D.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 121768
Url: https://administrator.de/contentid/121768
Ausgedruckt am: 22.11.2024 um 12:11 Uhr
6 Kommentare
Neuester Kommentar
Mal ne dumme Frage:
Muss der 2. Server sein?
SBS ist immer etwas anders als der "normale Server" . Es gibt da auch dann ganz feine und gemeine Unterschiede was ASP betrifft. Könnte mir vorstellen das es evtl. an ASP Unverträglichkeiten liegen könnte. Würde mal austesten was passiert den IIS vom SBS zu verwenden.
Muss der 2. Server sein?
SBS ist immer etwas anders als der "normale Server" . Es gibt da auch dann ganz feine und gemeine Unterschiede was ASP betrifft. Könnte mir vorstellen das es evtl. an ASP Unverträglichkeiten liegen könnte. Würde mal austesten was passiert den IIS vom SBS zu verwenden.
Moin,
Der gepostete Fehler an sich kann den Absturz eigentlich nicht verursachen - da wurde lediglich versucht einer Liste ein Element als selektiert zu markieren, das es nicht gibt.
"Framework-Deadlock" hört sich schon interessanter an. Evtl. ballert da ein Process auf dem SQL Server 'rum und sperrt sich dabei selber oder andere "im Kreis"
Schoenes WE,
Slainte
... 2x500 HDD RAID0 ...
Bitte sag, das Du dich vertippt hast, und das RAID*1* heissen sollte!Der gepostete Fehler an sich kann den Absturz eigentlich nicht verursachen - da wurde lediglich versucht einer Liste ein Element als selektiert zu markieren, das es nicht gibt.
"Framework-Deadlock" hört sich schon interessanter an. Evtl. ballert da ein Process auf dem SQL Server 'rum und sperrt sich dabei selber oder andere "im Kreis"
Schoenes WE,
Slainte