Fehler häufen sich

[Philipp]

Dieser Fehler hat nichts mit vBulletin zu tun sondern liegt an der Serverkonfiguration. Es dürfte Timing Probleme mit PHP geben.

UBB6 (in der jetzigen Version) würde die Situation nur verschlimmern da der WCM Server mit PII 266Mhz CPU weit unterhalb der von Infopop empfohlenen Pentium III 800Mhz/SCSI Raid Konfiguration liegt.

[DarkDevourer]

Original geschrieben von Philipp
der WCM Server mit PII 266Mhz CPU

erwähn des ned so oft is ja peinlich ROFL

[MZ]

hab ich mir auch gedacht - aber das erklärt halt schon einiges

[mike]

Ja, das erklärt, dass die Konfig für vB vollkommen reicht, UBB aber derart besch... ist, dass es einen mördermässigen Rechner benötigt, um eine handvoll User verwalten zu können.

[MZ]

Original geschrieben von mike
eine handvoll User

wenn ich in meinem Forum mal soviel User hab lad ich JEDEN WCM-Forumler auf ein Bier ein

Na ist eh klar, daß ihr da jetzt nicht zum hin und her switchen anfangt zw. ubb und vb.

Trotzdem ist MEIN Eindruck, daß früher unter ubb weniger fehler aufgetreten sind als jetzt.

Trotzdem: Geiles Board, das ich nicht missen möchte

[Philipp]

Auch mit UBB gab es Fehler die aber wesentlich unangenehmer waren. Beispielsweise wurden zeitweise einige Dateien (Member/Beiträge) beschädigt da die Festplatte mit den Schreiben nicht mehr nachgekommen ist. Seitdem WCM auf vB läuft gab es keinen einzigen Datenverlust und das bei nahezu doppelter Traffic

Ein weiteres UBB6 Erlebnis der negativen Art hatte ich vor 2 Monaten auf meinen Webserver. Ich musste meine UBB 5.47e installation temporär auf 6.0 updaten da die alte 5.x Version ein Sicherheitsloch hatte.

Nach dem Update hat ultimatebb.cgi fast permanent 98% CPU verbraucht (Mittelgrosses UBB6 Board mit 50000 Postings auf Cobalt RaQ3 mit 256MB). Ich nehme an daß das "Cachen" der alten Beiträge grösstenteils dran schuld war. Statt das sich Infopop den CPU Last Problem annimmt (das nicht nur ich hatten) bevorzugt man es dort doch lieber über den RaQ zu schimpfen (einer von vielen Threads).

2 Tage später habe ich das Board auf vB 2.0 geupgraded. Die CPU Last ist bei 30 Usern durchschnittlich ~10% daher sehr niedrig und das bei vollkommen dynamisch generierten Seiten.

Fazit: UBB6 erzeugt wesentlich mehr CPU Last als vB bei gleichen Bedingungen. Theoretisch könnte man UBB6 auch am WCM Server laufen lassen wenn man regelmässig alte Beiträge aus den Foren löscht um dann ca. 2000 Beiträge pro Forum zu lassen, beim alten 5er UBB war dieses Limit noch um die 30000 Beiträge. Bei vB dagegen spielt die Postingszahl keine grosse Rolle, die Performance/CPU Last bleibt auch bei grösseren Boards nahezu gleich

[MZ]

mhm. Gut zu wissen. Meins läuft nämlich auch auf einer RaQ3i (geclustert). Mal sehen wie lange es durchhält

Obwohl nicht mehr wirklich zum Thread passend aber wissen würde ich es trotzdem gerne: Macht es (für euch) wirklich Sinn, Postings aus dem Jahre Schnee aufzuheben, die bei einer heutigen Suche sowieso total irrelevant sind. 2 Jahre = Computersteinzeit...

[MZ]

[spunz]

Original geschrieben von MZ
mhm. Gut zu wissen. Meins läuft nämlich auch auf einer RaQ3i (geclustert). Mal sehen wie lange es durchhält

Obwohl nicht mehr wirklich zum Thread passend aber wissen würde ich es trotzdem gerne: Macht es (für euch) wirklich Sinn, Postings aus dem Jahre Schnee aufzuheben, die bei einer heutigen Suche sowieso total irrelevant sind. 2 Jahre = Computersteinzeit...

das macht auf jeden fall sinn. zb wennst ein problem hast mit einer älteren kiste.

[Philipp]

mhm. Gut zu wissen. Meins läuft nämlich auch auf einer RaQ3i (geclustert). Mal sehen wie lange es durchhält

Kommt auf die Postingszahl, Zugriffe und darauf an wie oft die Cache geleert wird. Ich fürchte das es früher oder später (je nach grösse des Boards) zu problemen am RaQ kommen wird.


Hier eine kurze Anleitung um PHP/MySQL zu installieren falls du vielleicht doch einmal PHP Scripte am RaQ3 auszuprobieren willst:

Die MySQL installation ist relativ einfach:
Kopiere http://pkg.nl.cobalt.com/i386/RaQ3-R...-3.22.32-1.pkg (falls du MySQL 3.22.32 willst) oder http://pkg.nl.cobalt.com/i386/RaQ3-R...-3.23.37-1.pkg (für das neuere 3.23.37) in das Control Panel unter Softwareinstallation. Einige Leute haben Probleme mit der neuen 3.23 Version am RaQ, die alte 3.22 läuft aber 100% Stabil.

Sobald MySQL installiert ist muss das MySQL Passwort geändert werden. Um es zu ändern muss man sich als admin über Telnet/SSH einloggen und dann mittels

su -

in den Root Modus umschalten

danach

mysqladmin -uroot -pcobalt-mysql password NeuesPasswort (NeuesPasswort muss durch das neue Passwort ersetzt werden )

eingeben.

PHP 4.0.5 zu installieren ist etwas komplizierter da Cobalt auf ihre Site fast nur antike Software wie PHP 3.0.x für RaQ3 anbietet. Um PHP 4.0.5 am RaQ3 zu verwenden muss man das PHP4 Modul selber kompilieren:

Als admin einloggen und dann in den Root Modus umschalten

su -

und in das /usr/local Verzeichnis wechseln

cd /usr/local

Als nächstes muss der PHP 4.0.5 sourcecode in dieses Verzeichnis geladen werden

wget http://php.net/distributions/php-4.0.5.tar.gz

Alternativ gibt es hier - http://www.php.net/~andi/php-4.0.6RC3.tar.gz auch Release Candidate 3 von PHP 4.0.6. Diese Release ist noch eine Beta.

Als nächstes muss das Archiv entpackt werden

tar zxvf php-4.0.5.tar.gz

und danach in das php-4.0.5 Verzeichnis gewechselt werden

cd php-4.0.5

Als nächstes wird PHP mit MySQL und Zlib Support (wird für die GZIP Kompression benötigt) konfiguriert

./configure --with-mysql --with-apxs --with-zlib

Im nächstes Schritt wird das PHP Modul kompiliert

make

Danach wird PHP installiert

make install

Jetzt müssen zwei Apache Konfigurationsdatei geändert werden damit das PHP Modul korrekt geladen wird. Daher muss ins das entsprechende Verzeichnis gewechselt werden

cd /etc/httpd/conf

Als nächstes muss folgendes in der Datei srm.conf eingefügt werden dazu kann man den Editor pico verwenden.

pico srm.conf

Folgendes einfügen:

DirectoryIndex index.html index.htm index.shtml home.html home.htm index.php

AddType application/x-httpd.php .phtml
AddType application/x-httpd.php .php3
AddType application/x-httpd.php. php
AddType application/x-httpd-php-source. phps


und die Datei abspeichern.

Als nächstes muss httpd.conf geändert werden

pico httpd.conf

Ganz am Anfang ist eine Zeile LoadModule php4_module ... vorhanden. Diese muss ersetzt werden durch

LoadModule php4_module /usr/lib/apache/libphp4.so

und dann die Datei abspeichern.

Jetzt folgt der letztes Schritt. Der Neustart des Apache Servers mit dem PHP Modul.

/etc/rc.d/init.d/httpd restart

Um zu testen ob PHP fehlerfrei funktioniert folgendes machen:

Eine Datei phpinfo.php mit folgenden Inhalt erstellen:

<? phpinfo(); ?>

Dann am Server hochladen und mit den Browser aufrufen. Jetzt sollten einige Information über die installiert PHP Version erscheinen

Zum Verwalten der MySQL Datenbanken ist PHPMyAdmin empfehlenswert:
http://www.phpwizard.net/projects/phpMyAdmin/ (Username/Passwort in der Konfigurationsdatei muss root/und das MySQL Passwort sein)

Massenhaft Scripts in PHP gibt es auf http://www.hotscripts.com du kannst aber Beispielsweise das Portalsystem http://www.phpnuke.org ausprobieren.

Fertig. Das war wieder eine Kurzanleitung

Obwohl nicht mehr wirklich zum Thread passend aber wissen würde ich es trotzdem gerne: Macht es (für euch) wirklich Sinn, Postings aus dem Jahre Schnee aufzuheben, die bei einer heutigen Suche sowieso total irrelevant sind. 2 Jahre = Computersteinzeit...

Es macht zwar nicht bei jeden Posting Sinn aber Beispielsweise jemand hat ein Problem mit den Computer und kann sich erinnern das es im WCM Forum etwas zu diesen Thema gab. Wenn jetzt laufend alles was älter als 2-4 Wochen ist gelöscht wird würde er dann nichts mehr finden.

3D Files macht das Beispielsweise bei ihren 3D Board http://www.3dfiles.com/3dboard/ultimatebb.cgi (einen High Traffic UBB6 Board) so. Das Ergebnis: Die gleichen Fragen wiederholen sich laufend.