Moin moin,

ich habe ein seltsames Verhalten meines typo3-Seite.

Bisher habe ich diese auf meinem Server nur zum Testen und Entwickeln laufen
lassen. Letztes WE habe ich dann per ändern der Links in der Apache
Konfiguration die Seite 'scharf' geschaltet.
Im allgemeinen bin ich mit der Seite zufrieden, alle Inhalte werden richtig
angezeigt.

Leider ist das ganze aber nicht zuverlässig. Bisher hat sich die Seite jeden Tag
so etwa gegen 14:30 verabschiedet. Soll heißen, dass die Webseiten nicht geladen
werde, Im Apache Error-Log habe ich dies gefunden:

[Tue Sep 09 14:48:29 2008] [error] [client 80.130.223.190] PHP Warning:
mysql_fetch_assoc( supplied argument is not a valid MySQL result resource in
/srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on line 808
[Tue Sep 09 14:48:29 2008] [error] [client 80.130.223.190] PHP Warning:
mysql_fetch_assoc( supplied argument is not a valid MySQL result resource in
/srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on line 808
[Tue Sep 09 14:48:35 2008] [error] [client 213.83.46.80] PHP Warning:
mysql_fetch_assoc( supplied argument is not a valid MySQL result resource in
/srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on line 808, referer:
http://www.ring1.de/fotos/historisch...0-drm/photo/1/

Die letzte Zeile wiederholt sich ab dann nahezu endlos, bis der Webserver sich
nach etwa 6 Stunden durch einen Speicherzugriffsfehler beendet und wieder neu
startet. Dann funktioniert die Seite wieder.

Zusammen mit dem HTTP-Server werden auch alle anderen Dienste (SSH, IMAP,
SMTP,...) blockiert. Ich kann mich also nicht auf den Server einloggen und neu
starten. Der Server ist aber noch da, auf einen Ping antwortet er.

Die im error-Log angegebener referer ist eine Seite in der die lz_gallery läuft,
aber im 'normalen' Betrieb werden keine Fehler ausgegeben.

Hat jemand solch ein Verhalten schon mal erlebt?
Gibt es noch weitere 'Stellen' an denen ich im Server nach weiteren Logdateien
suchen kann um an den Fehler näher dran zu kommen.


Da der Server immer noch down ist, kann ich gerade nicht die genauen Versionen
bestimmen, es sollten aber in etwa sein:
* SuSe 10.2
* apache 2
* php 5
* typo3 4.2.1
* tt_news
* lz_gallery
* realurl
* ...

cu
Martin

--
<<Experience is what you get, when you don't get what you want.>>
_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german

Martin Rosekeit schrieb am Wed, 10 Sep 2008 21:26:51 +0200:

> Moin moin,
>
> ich habe ein seltsames Verhalten meines typo3-Seite.
>
> Bisher habe ich diese auf meinem Server nur zum Testen und Entwickeln
> laufen lassen. Letztes WE habe ich dann per ändern der Links in der
> Apache Konfiguration die Seite 'scharf' geschaltet. Im allgemeinen bin
> ich mit der Seite zufrieden, alle Inhalte werden richtig angezeigt.
>
> Leider ist das ganze aber nicht zuverlässig. Bisher hat sich die Seite
> jeden Tag so etwa gegen 14:30 verabschiedet. Soll heißen, dass die
> Webseiten nicht geladen werde, Im Apache Error-Log habe ich dies
> gefunden:
>
> [Tue Sep 09 14:48:29 2008] [error] [client 80.130.223.190] PHP Warning:
> mysql_fetch_assoc( supplied argument is not a valid MySQL result
> resource in /srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on
> line 808 [Tue Sep 09 14:48:29 2008] [error] [client 80.130.223.190] PHP
> Warning: mysql_fetch_assoc( supplied argument is not a valid MySQL
> result resource in
> /srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on line 808 [Tue
> Sep 09 14:48:35 2008] [error] [client 213.83.46.80] PHP Warning:
> mysql_fetch_assoc( supplied argument is not a valid MySQL result
> resource in /srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on
> line 808, referer:
> http://www.ring1.de/fotos/historisch...nnen-1980-drm/
photo/1/
>
> Die letzte Zeile wiederholt sich ab dann nahezu endlos, bis der
> Webserver sich nach etwa 6 Stunden durch einen Speicherzugriffsfehler
> beendet und wieder neu startet. Dann funktioniert die Seite wieder.
>

ich würde mal einen konfigurationsfehler vermuten. primär sieht der
fehler nach einem auflösungsfehler (htaccess/rewrite) aus.
Wenn da nicht die mysql-fehlermeldung wäre.
Das bringt einen dann zu realurl.
evtl. ist die konfiguration dort nicht in ordnung.
Was passiert wenn du realurl für einen oder zwei tage deaktivierst?
wieder fehler? evtl. andere fehlermeldung?
ansonsten musst du wohl die mysql-fehler analysieren.
welche komische sql-query sorgt für so ein chaos?

bernd
--
http://www.pi-phi.de/t3v4/cheatsheet.html
_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german

bernd wilke wrote:
> Martin Rosekeit schrieb am Wed, 10 Sep 2008 21:26:51 +0200:
>
>>
>> Leider ist das ganze aber nicht zuverlässig. Bisher hat sich die Seite
>> jeden Tag so etwa gegen 14:30 verabschiedet. Soll heißen, dass die
>> Webseiten nicht geladen werde, Im Apache Error-Log habe ich dies
>> gefunden:
>>
>> [Tue Sep 09 14:48:29 2008] [error] [client 80.130.223.190] PHP Warning:
>> mysql_fetch_assoc( supplied argument is not a valid MySQL result
>> resource in /srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on
>> line 808 [Tue Sep 09 14:48:29 2008] [error] [client 80.130.223.190] PHP
>> Warning: mysql_fetch_assoc( supplied argument is not a valid MySQL
>> result resource in
>> /srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on line 808 [Tue
>> Sep 09 14:48:35 2008] [error] [client 213.83.46.80] PHP Warning:
>> mysql_fetch_assoc( supplied argument is not a valid MySQL result
>> resource in /srv/www/vhosts/ring1/httpdocs/t3lib/class.t3lib_db.php on
>> line 808, referer:
>> http://www.ring1.de/fotos/historisch...nnen-1980-drm/
> photo/1/
>> Die letzte Zeile wiederholt sich ab dann nahezu endlos, bis der
>> Webserver sich nach etwa 6 Stunden durch einen Speicherzugriffsfehler
>> beendet und wieder neu startet. Dann funktioniert die Seite wieder.
>>
>
> ich würde mal einen konfigurationsfehler vermuten. primär sieht der
> fehler nach einem auflösungsfehler (htaccess/rewrite) aus.


mein .htaccese:

RewriteEngine on
RewriteRule video\.php http://%{SERVER_NAME}/index.php?id=6 [R=301,L]
RewriteRule rss\.php index.php?id=80&type=100 [L]
RewriteRule ^rss$ index.php?id=80&type=100 [L]
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php

> Wenn da nicht die mysql-fehlermeldung wäre.
> Das bringt einen dann zu realurl.
> evtl. ist die konfiguration dort nicht in ordnung.

die auf die Galaerie beschränkte realURL-Konfiguration:

array(
'init' => array(
'useCHashCache' => '0',
'enableCHashCache' => 1,
'respectSimulateStaticURLs' => 'TRUE',
'appendMissingSlash' => 'ifNotFile',
'enableUrlDecodeCache' => '1',
'enableUrlEncodeCache' => '1',
),
'preVars' => array(
array(
'GETvar' => 'no_cache',
'valueMap' => array(
'no_cache' => 1,
'nc' => 1,
),
'noMatch' => 'bypass',
),
array(
'GETvar' => 'L',
'valueMap' => array(
'de' => '0',
'en' => '1',
),
'noMatch' => 'bypass',
),
),
'pagePath' => array(
'type' => 'user',
'userFunc' =>
'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
'spaceCharacter' => '-',
'segTitleFieldList' => 'alias,tx_realurl_pathsegment,nav_title,title',
'languageGetVar' => 'L',
'expireDays' => 1,
'disablePathCache' => 1,
'rootpage_id' => 1,
),
'postVarSets' => array(
'_DEFAULT' => array(
[..]
// GALLERY
'album-page' => array(
array(
'GETvar' => 'tx_lzgallery_pi1[pointer]',
),
),
'subalbum' => array (
array (
'GETvar' => 'tx_lzgallery_pi1[subg]',
'lookUpTable' => array (
'table' => 'tx_lzgallery_galleries',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT deleted',
'useUniqueCache' => '1',
'useUniqueCache_conf' => array (
'strtolower' => '1',
'spaceCharacter' => '-',
),
),
),
),
'album' => array (
array (
'GETvar' => 'tx_lzgallery_pi1[showUid]',
'lookUpTable' => array (
'table' => 'tx_lzgallery_galleries',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT deleted',
'useUniqueCache' => '1',
'useUniqueCache_conf' => array (
'strtolower' => '1',
'spaceCharacter' => '-',
),
),
),
),
'previous-album' => array(
array(
'GETvar' => 'tx_lzgallery_pi1[old]',
),
),
'view-mode' => array(
array(
'GETvar' => 'tx_lzgallery_pi1[colrows]',
),
),
'photo' => array(
array(
'GETvar' => 'tx_lzgallery_pi1[pic]',
),
),
),
),
);

> Was passiert wenn du realurl für einen oder zwei tage deaktivierst?
> wieder fehler? evtl. andere fehlermeldung?

werde ich versuchen.

> ansonsten musst du wohl die mysql-fehler analysieren.
> welche komische sql-query sorgt für so ein chaos?

Gibt es dafür eine Möglichkeit das über Log-Dateien zu sehen? Die 'fehlerhafte'
query wird normalerweise an die Webseite ausgegeben, die ich aber nicht sehe
Wie komme ich dann an die Anfrage ran?

>
> bernd

Danke
Martin


--
<<Experience is what you get, when you don't get what you want.>>
_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german

Am Thu, 11 Sep 2008 20:43:41 +0200 schrieb Martin Rosekeit:

> Gibt es dafür eine Möglichkeit das über Log-Dateien zu sehen? Die 'fehlerhafte'
> query wird normalerweise an die Webseite ausgegeben, die ich aber nicht sehe
> Wie komme ich dann an die Anfrage ran?

Banale Frage: Aber was gibt ein DB-Compare im Install tool aus?

Matthias
_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german

Matthias Stübner wrote:
> Am Thu, 11 Sep 2008 20:43:41 +0200 schrieb Martin Rosekeit:
>
>> Gibt es dafür eine Möglichkeit das über Log-Dateien zu sehen? Die 'fehlerhafte'
>> query wird normalerweise an die Webseite ausgegeben, die ich aber nicht sehe
>> Wie komme ich dann an die Anfrage ran?
>
> Banale Frage: Aber was gibt ein DB-Compare im Install tool aus?

Er will nun ein paar DB-Felder mit zzz_deleted* ausstatten.


--
<<Experience is what you get, when you don't get what you want.>>
_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german

Moin moin,

ich habe leider immer noch keinen stabilen Betrieb herstellen können.
Allerdings ist der Server schon 2 Tage am Stück durchgelaufen, bevor er sich
wieder erhängt hat.

Ich habe jetzt mal einen Blick in die MySQL-DB geworfen und dabei festgestellt,
dass die cache-Tabellen recht groß sind. Sind folgende Werte üblich/vertretbar?
cache_extensions 13.916 Eintrage und 5,5 MiB Größe
cache_imagesizes 35.760 Einträge und 7.5 MiB Größe
fe_session_data 1.229 Einträge und 160,0 kiB Größe
tx_realurl_urlencodecache 75.055 Einträge und 29,1 MiB Größe
INSGESAMT FÜR TYPO3 147.868 Eintrage und 70,7 MiB Größe

Aber selbst wenn die MySQL-DB sich wegen der Größe festrennt, frag ich mich
doch, warum das den Server inc. SSH ausbremst.

Von selbst startet sich der Server inzwischen nicht mehr neu, sondern es muss
'hart' durch das RZ erfolgen.


Ich hoffe jemand hat noch eine Idee
Martin


--
<<Experience is what you get, when you don't get what you want.>>
_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german

Moin moin,

ich habe jetzt mal während so einem 'Crash' top mitlaufen lassen können.

Der Server war ab 8 Uhr morgens nicht mehr zu erreichen. die top-Meldungen
wurden aber bis etwa 20 Uhr weiter übertragen. Die Ausgabe war:

top - 19:58:26 up 22:32, 1 user, load average: 105.27, 106.84, 128.36
Tasks: 184 total, 106 running, 75 sleeping, 0 stopped, 3 zombie
Cpu(s 0.0%us, 99.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 1026912k total, 1018352k used, 8560k free, 148k buffers
Swap: 1060208k total, 1060208k used, 0k free, 2416k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

178 root 10 -5 0 0 0 D 63.3 0.0 175:28.08 kswapd0

23295 wwwrun 16 0 260m 6680 1796 D 1.6 0.7 2:53.65 httpd2-prefork

23325 wwwrun 17 0 260m 7928 1672 R 1.6 0.8 1:36.05 httpd2-prefork

24076 wwwrun 16 0 286m 20m 2140 D 1.6 2.0 0:53.32 httpd2-prefork

24531 wwwrun 16 0 269m 20m 2100 R 1.6 2.1 0:00.64 httpd2-prefork

2271 haldaemo 16 0 32480 416 56 R 1.4 0.0 2:43.54 hald

23380 wwwrun 16 0 286m 14m 2100 R 1.4 1.4 2:36.67 httpd2-prefork

24347 wwwrun 16 0 286m 19m 2148 R 1.4 1.9 0:02.25 httpd2-prefork

24351 wwwrun 16 0 257m 7188 2152 R 1.4 0.7 0:01.97 httpd2-prefork

24363 wwwrun 16 0 286m 33m 2144 R 1.4 3.4 0:02.28 httpd2-prefork

24418 wwwrun 16 0 287m 34m 2152 R 1.4 3.4 0:02.74 httpd2-prefork

24508 wwwrun 16 0 268m 19m 2112 R 1.4 2.0 0:00.84 httpd2-prefork

24520 wwwrun 16 0 264m 14m 2112 R 1.4 1.5 0:00.67 httpd2-prefork

24521 wwwrun 16 0 269m 21m 2116 R 1.4 2.1 0:00.58 httpd2-prefork

24530 wwwrun 16 0 259m 11m 1976 R 1.4 1.1 0:00.29 httpd2-prefork

24235 wwwrun 16 0 260m 9292 2120 R 1.3 0.9 0:03.30 httpd2-prefork

24277 wwwrun 16 0 286m 33m 2144 R 1.3 3.3 0:42.61 httpd2-prefork

24281 wwwrun 16 0 261m 12m 2008 R 1.3 1.2 1:09.02 httpd2-prefork

24356 mysql 18 0 343m 18m 412 R 1.3 1.8 0:08.05 mysqld

Es sieht so aus, als ob zu viele http-Prozesse gestartet werden und den Server
überlasten.

Die 1. Frage die dich daraus ergibt, wie stelle ich den Apache so ein, dass er
nicht mehr den ganzen Server lahm legt.

Die 2. wäre, wie viele Ressourcen benötigt typo3? Die alte Seite, die mit einem
einfachen von mir programmierten CMS lief hat den Server zu keiner Zeit
ausgelastet. Die Inhalte werden jetzt zwar etwas anders dargestellt (da typo3
diese Möglichkeiten liefert) aber so viel mehr sollte es auch nicht benötigen.
Also bei einer Seite mit etwa 2000-3000 Besuchern täglich, was bräuchte man
dafür an Hardware um mit typo3 sicher laufen zu können.

Vielen Dank
Martin

--
<<Experience is what you get, when you don't get what you want.>>

_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german

Martin Rosekeit schrieb:
> Moin moin,
>
> ich habe jetzt mal während so einem 'Crash' top mitlaufen lassen können.
>
> Der Server war ab 8 Uhr morgens nicht mehr zu erreichen. die top-Meldungen
> wurden aber bis etwa 20 Uhr weiter übertragen. Die Ausgabe war:
>
> top - 19:58:26 up 22:32, 1 user, load average: 105.27, 106.84, 128.36
> Tasks: 184 total, 106 running, 75 sleeping, 0 stopped, 3 zombie
> Cpu(s 0.0%us, 99.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0..0%st
> Mem: 1026912k total, 1018352k used, 8560k free, 148k buffers
> Swap: 1060208k total, 1060208k used, 0k free, 2416k cached

> Martin

Martin, das ist doch Suse oder ?
ob wirklich Typo3 der Übeltäter ist ???

1.) dein Cache ist voll, Du hast zu wenig RAM, (wir haben 4 giga)

2.) weiterhin installiere Dir iftop und htop
(weiterhin: fail2ban hilft für andere Loginversuche als root oder als user)

mit htop hast Du einen besseren Überblick als mit top

bewache Deinen Server und wenn zum ersten mal "geswapped" wird, resette den Apache
wenn das nichts hilft, resette den Server und bewache ihn weiter mit htop



und mit iftop -P sieht Du, wer von außen Deinen Apache anbaggert
und auf welchen Ports das passiert
mit iftop -n siehst Du immer die IP Nummer


schalte in der Firewall alle Ports ab außer 80 und 22, alle und rejekte alle IP Nummern,
die ununterbrochen einen Port anders als 80 ansprechen !!

in der commandline als "su" sieht das so aus:

Beispiel:
route add -host 79.131.148.22 reject


diese IPs sind auf allen unseren Servern gesperrt,
die hacken alle 64.000 Ports rauf und runter

route add -host 79.131.148.22 reject
route add -host 85.73.107.190 reject
route add -host 210.188.206.245 reject
route add -host 61.128.160.28 reject
route add -host 202.60.74.217 reject
route add -host 122.201.82.8 reject
route add -host 193.218.17.255 reject
route add -host 64.202.124.239 reject
route add -host 212.66.73.2: reject
route add -host 212.66.70.1 reject
route add -host 212.66.70.2 reject
route add -host 60.222.253.106 reject
route add -host 209.61.253.115 reject
route add -host 64.202.124.88 reject
route add -host 196.25.69.222 reject
route add -host 125.34.55.81 reject
route add -host 61.247.192.37 reject
route add -host 202.179.180.45 reject
route add -host 78.48.237.241 reject
route add -host 84.176.135.29 reject
route add -host 85.17.173.1 reject
route add -host 201.88.104.251 reject
route add -host 208.79.14.229 reject
route add -host 124.118.247.6 reject
route add -host 124.118.247.6 reject
route add -host 62.214.152.203 reject
route add -host 64.191.55.245 reject
route add -host 86.59.118.117 reject
route add -host 212.244.70.30 reject
route add -host 238.230.95.218 reject
route add -host 80.93.212.98 reject
route add -host 212.168.161.23 reject
route add -host 146.83.132.28 reject
route add -host 212.19.149.53 reject
route add -host 212.19.149.54 reject
route add -host 195.142.107.42 reject
route add -host 217.107.218.70 reject
route add -host 222.221.12.13 reject
route add -host 61.7.255.30 reject
route add -host 208.69.32.14 reject
route add -host 208.69.32.15 reject
route add -host 86.59.84.100 reject
route add -host 204.13.161.15 reject
route add -host 213.132.178.230 reject
route add -host 201.45.140.130 reject
route add -host 81.149.101.27 reject
route add -host 205.171.14.198 reject
route add -host 207.200.6.92 reject
route add -host 209.203.168.120 reject
route add -host 84.232.97.197 reject
route add -host 207.200.6.92 reject
route add -host 209.203.168.120 reject
route add -host 84.232.97.197 reject
route add -host 217.6.122.52 reject
route add -host 83.246.99.196 reject AS24679 ??? wer ist das in Hannover

hat bei uns geholfen, der Traffic ging zurück und die Server laufen wieder
sauber und schnell

mit freundlichen Grüßen
Dipl.Ing.Gert Redlich

_______________________________________________
TYPO3-german mailing list
TYPO3-german (AT) lists (DOT) netfielders.de
http://lists.netfielders.de/cgi-bin/...o/typo3-german