> > Mittlerweile kann ich das Verhalten erzeugen: Wenn ich in einer Sitzung
> > bestimmte Seiten mit umfangreichen Aktionen auf der DB aufrufe, dann
> > bleibt bei einem zusätzlichen Loginversuch - auf eine andere DB! - das
> > Loginfenster so lange stehen, wie das läuft. Quasi ein
> > Singleusers
On Tue, Apr 17, 2007 at 12:38:19AM +0200, nl wrote:
> Hallo,
>
> > Das restliche System läuft aber stabil? Ansonsten würde ich in
> > Richtung Filesystem / DMA tippen.
>
> Ansonsten ist alles unproblematisch. Den höchsten Ressourcenverbrauch
> hat mysql und das läuft gut.
>
> > > Um DNS als Urs
Hallo,
> Das restliche System läuft aber stabil? Ansonsten würde ich in
> Richtung Filesystem / DMA tippen.
Ansonsten ist alles unproblematisch. Den höchsten Ressourcenverbrauch
hat mysql und das läuft gut.
> > Um DNS als Ursache auszuschliessen habe ich einen lokalen Caching-only
> > Nameserve
On Mon, Apr 16, 2007 at 01:55:44PM +0200, nl wrote:
> Hallo,
>
> ich verwalte eine Reihe von LAMP-Servern, auf denen von Zeit zu Zeit
> Seiten recht lange brauchen um zu laden (ca. 10-20 Sekunden, gegenüber
> ca. 1-2 Sekunden normalerweise). Welche Seiten das sind und wann der
> Effekt auftritt hä
> > Hat jemand Ideen, wie man herausbekommt, worauf der Apache da wartet?
>
> strace?
Leider tritt das Problem bevorzugt beim Aufruf der Loginseite selbst
auf, wenn vorher noch keine Verbindung da war und man nicht weiß,
welcher Apacheprozess den Client bedienen wird. Oder kann man das
eingrenze
On Mon, Apr 16, 2007 at 01:55:44PM +0200, nl wrote:
> Hat jemand Ideen, wie man herausbekommt, worauf der Apache da wartet?
strace?
Rainer
--
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anf
Hallo,
ich verwalte eine Reihe von LAMP-Servern, auf denen von Zeit zu Zeit
Seiten recht lange brauchen um zu laden (ca. 10-20 Sekunden, gegenüber
ca. 1-2 Sekunden normalerweise). Welche Seiten das sind und wann der
Effekt auftritt hängt nicht vom Load auf dem Server ab, allerdings sind
die Wartez
