Massive Probleme nach Update auf 7.0.4

    • Massive Probleme nach Update auf 7.0.4

      HY!

      Habt ihr auch so massive Probleme nach dem Update auf 7.0.4 ?

      Der Apache Server wird dermaßen beansprucht das is schon nicht mehr gut. Es hat schon ein Netzteil ab geraucht und nun is er ständig off, weil sich der Server aufhängt. Oder blockiert wird.

      In einem ersten Gespräch mit dem Rechenzentrum meinten diese das der Apache Server sehr beansprucht wird. Ich müsse da unbedingt etwas machen, damit die CPU Auslastung zurück geht.

      Ich finde es schon recht viel.... Teilweise habe ich da eine Auslastung von 100% nur auf dem Apache. Und diese Probleme sind erst mit Dolphin groß geworden.

      Nun wollen die meinen Server mal überprüfen, ob er nicht vielleicht Opfer einer DDos Attacke ist, oder ob es wo anders dran liegt.

      Hat jemand die selben Probleme?
    • Ja, nachdem es am We meine Platten dort zerrissen hat, und ich alles wieder hochladen musste. Habe ich die Seite nun mehr wieder erreichbar geschaltet...und promt:

      Quellcode

      1. top - 17:38:54 up 1 day, 4:14, 1 user, load average: 7.85, 4.39, 5.03
      2. Tasks: 134 total, 22 running, 112 sleeping, 0 stopped, 0 zombie
      3. Cpu(s): 94.0%us, 5.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st
      4. Mem: 1003184k total, 975216k used, 27968k free, 18820k buffers
      5. Swap: 1951856k total, 208072k used, 1743784k free, 480204k cached
      6. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
      7. 15658 www-data 20 0 45140 16m 5360 R 12 1.7 0:09.68 apache2
      8. 15704 www-data 20 0 44036 14m 4828 R 11 1.5 0:04.44 apache2
      9. 15706 www-data 20 0 44832 15m 4680 R 11 1.6 0:03.02 apache2
      10. 15709 www-data 20 0 49788 20m 5012 R 11 2.1 0:07.18 apache2
      11. 15735 www-data 20 0 41264 9932 1732 R 11 1.0 0:00.70 apache2
      12. 15736 www-data 20 0 41264 9928 1724 R 11 1.0 0:01.76 apache2
      13. 15679 www-data 20 0 45096 15m 4692 R 11 1.6 0:06.96 apache2
      14. 15681 www-data 20 0 45412 15m 4572 R 11 1.6 0:06.36 apache2
      15. 15665 www-data 20 0 44032 15m 5304 R 10 1.6 0:27.20 apache2
      16. 15705 www-data 20 0 44552 14m 4252 R 10 1.5 0:05.40 apache2
      17. 15710 www-data 20 0 51824 22m 5156 R 10 2.3 0:05.58 apache2
      18. 15668 www-data 20 0 49488 20m 5040 R 9 2.1 0:08.70 apache2
      19. 15670 www-data 20 0 45200 16m 5312 R 9 1.7 0:20.40 apache2
      20. 15702 www-data 20 0 45128 15m 4416 R 9 1.6 0:04.32 apache2
      21. 15703 www-data 20 0 44032 15m 5160 R 9 1.5 0:03.72 apache2
      22. 15523 www-data 20 0 49784 21m 5760 R 9 2.2 0:53.62 apache2
      23. 15637 www-data 20 0 44520 15m 5040 R 9 1.6 0:38.92 apache2
      24. 15737 www-data 20 0 44288 14m 4596 S 5 1.5 0:00.40 apache2
      25. 15559 www-data 20 0 45412 17m 5864 S 5 1.8 0:35.40 apache2
      26. 15662 www-data 20 0 43624 15m 5656 S 5 1.6 0:14.84 apache2
      27. 15644 www-data 20 0 45588 16m 4768 R 3 1.7 0:37.94 apache2
      28. 13273 root 20 0 14468 5000 1816 S 1 0.5 1:44.73 sshd
      29. 13563 root 20 0 14564 4964 1816 S 1 0.5 1:47.18 sshd
      30. 13274 root 20 0 14468 4952 1816 S 1 0.5 1:42.45 sshd
      31. 13277 root 20 0 14468 5612 1816 S 1 0.6 1:42.86 sshd
      32. 13283 root 20 0 5572 1208 1008 S 1 0.1 0:33.28 sftp-server
      33. 13869 root 20 0 14532 4988 1816 S 1 0.5 1:36.69 sshd
      34. 13873 root 20 0 5428 1284 1080 S 1 0.1 0:33.94 sftp-server
      35. 7437 mysql 20 0 138m 22m 3712 S 0 2.3 1:40.51 mysqld
      36. 1 root 20 0 2104 568 536 S 0 0.1 0:02.24 init
      37. 2 root 15 -5 0 0 0 S 0 0.0 0:00.02 kthreadd
      38. 3 root RT -5 0 0 0 S 0 0.0 0:00.10 migration/0
      Alles anzeigen
    • Also erst geht das Netzteil kaputt und dann deine Platten?
      Entweder musst du deinen Rechner mal besser warten oder hat dein Provider dir so einen Schrott verkauft?

      Ich bin seit Jahren beim gleichen Hoster, noch nie ist so etwas passiert.
    • Es ist ein Distanzierter Server.

      Also bevor ich alles nochmal hochladen musste, hat er zwar immer gemeckert das Apache zuviel CPU braucht. Aber ich habe in TOP nichts gesehen. Nun ist dort aber fast nur noch Apache zu sehen..... und fast immer 100% CPU Auslastung. Wenn ich schaue, welche Verbindungen gerade bestehen, sind dort so ca 5, 10 (IPTRAF). Also nicht so viele wie Prozesse laufen. Das lässt mich vermuten das er für jede Anfrage nen neuen Prozess öffnet. Woran könnte das liegen??
    • Welche Distribution hast du denn?
      Eventuell kannst du deinen Apache mal entfernen und neu aufspielen. Eventuell hat der sich irgendwie zerschossen?

      Seit wann besteht das Problem denn? Nur als das Netzteil ausgefallen ist?
      Sagen die Error Logs irgendwas? (var/log/apache/error). Welches Modul nutzt du für PHP? (mod_php, cgi, fastcgi? )
    • Hallo,

      in der Log ist nichts außergewöhnliches zu finden. da steht der ffmpeg ma drin, oder ne url die es nicht mehr gibt und halt paar Server /IP Port errors aber die scheinen normal zu sein, zu mindest waren se schon da seit dem der Server neu aufgesetzt wurde.


      Ich benutze Apache2, wurde direkt mit Installiert als Plesk installiert wurde. Somit ist es auch nicht ratsam den neu zu installieren.

      Was mich halt tierisch nervt is, das wenn ma ein paar mehr Leute auf der Seite sind, gleich der Apache 100% cpu braucht und abkackt... das kanns ja nicht sein...
    • Mh. Tritt denn dieser Fehler nur bei Dolphin auf? Hast du mal andere Seiten (Joomla, oder ähnliches) probiert, ob Apache da auch gleich solche Resourcen futtert?

      Restart des Dienstes und Servers auch schon probiert? (Wovon ich ausgehe). Wenn es nur bei Dolphin auftritt (müsste überprüft werden), wüssten wir ja schon mal, ob es generel an Apache / PHP Modulen liegt, oder am Script bei dir. Vielleicht verhedert der sich irgendwo im Script.

      Ich würde probieren, andere Scripte oder Dolphin neu / separat zu installieren und dann mal schaun wie sich dies verhällt.
      Man muss wohl bisschen deterministisch vorgehen :/
    • Hy, ich weiß definitiv das es an Dolphin liegt.

      Der Server hat sich ja komplett verabschiedet gehabt, so das ich alles neu aufspielen musste. Dabei habe ich erst die Seiten hoch geladen und ans Netz gebraucht die nicht so lastig waren. Das hat auch einwandfrei funktioniert. Keine Überlastung. - 2% höchstens.

      Dann habe ich Dolphin hochgeladen, aber noch nicht ans Netz gelegt. Keine Änderungen.
      Aber sobald ich Dolphin freigegeben hatte, schoss Apache nur so gegen die 100%.

      Ich kann ja leider auch nicht direkt nach vollziehen was da die CPU so belastet. Den komischerweise gibt es nicht viele Leute wo dies so extrem auftritt, mir ist nur von einem weiterem Fall aus DE bekannt, aber er hat es so gelöst, wenn Apache ausufert, lässt er es per Script einfach jede Minute beenden. Nun weiß ich nicht ob das irgend einen großen Einfluss auf die Seite hat... Aber ich geh mal davon aus, das dadurch einige User ne leere Seite sehen werden?
    • RE: Massive Probleme nach Update auf 7.0.4

      Ruf mich mal morgen an 0177 961 08 06 ich ruf dich dann. Ich glaub dein Hoster verkauft dich für blöd, die aussage (eine Software) Apache würde ein Netzteil schrotten sagt schon alles, es wäre das selbe wenn ich sage agip super hat meinen v8 abgeraucht. Denk da mal drüber nach
      Thomas Poppe
      Sanatoriumsplatz 2
      81545 München

      eMail: poppe.thomas@yahoo.de
      GSM: 0177 / 9 61 08 06
      http://www.linkedin.com/profile/view?id=74057345&trk=tab_pro
      https://www.facebook.com/thomas.poppe2?ref=tn_tnmn
    • Cpu werden zeitweise plötzlich hoch gejagt auf 100%

      hallo leute,

      seit kurzen habe ich auch solche probleme das die cpu´s plötzlich auf 100% hoch gehen und die leute können sich nicht mehr auf die seite einloggen, und manchmal bleibt die seite nur weiss

      neu installation bringt nichts


      ich habe php umgestellt auf fast-cgi, cgi und auch mod-php problem bleibt immer noch
      ich hatte Dolphin-v.7.1.0.B2 vorher gehabt
      nach dem problem aufgetreten ist habe ich Dolphin7.1.0 installiert aber es hilft nicht

      was mir aufgefallen ist wenn man die menüs anklickt oder link für fotos anklickt merkt man das die cpu auslastung sofort hoch geht bis 100%

      ich habe 5 kerne und 5gb arbeitsspeicher aufn server zurzeit arbeitsspeicher sind noch 2 gb frei und es wwerden keine daten aufn swap geschrieben

      diese ganze auslastung wird durch apache2 ausgelösst wie unten beschrieben
      Cpu(s): 0.2%us, 0.2%sy, 0.0%ni, 99.6%id, 0.0%wa, 0.0%hi, 0.0%si,
      so ist ruhe zustand
      und nun habe ich mal auf fotos geklickt man siehe

      top - 02:07:03 up 4 days, 7:37, 2 users, load average: 5.38, 1.61, 1.
      Tasks: 190 total, 11 running, 179 sleeping, 0 stopped, 0 zombie
      Cpu0 : 4.3%us, 95.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si,
      Cpu1 : 1.0%us, 99.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si,
      Cpu2 : 0.5%us, 99.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.5%si,
      Cpu3 : 4.6%us, 95.4%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si,
      Cpu4 : 1.1%us, 98.9%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si,
      Cpu5 : 4.3%us, 95.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si,
      Mem: 5095200k total, 3208416k used, 1886784k free, 356208k buffers
      Swap: 4023288k total, 0k used, 4023288k free, 1184980k cached

      15847 www-data 20 0 322m 25m 14m R 93 0.5 0:22.56 apache2
      16136 www-data 20 0 317m 13m 4812 R 93 0.3 0:09.83 apache2
      16139 www-data 20 0 317m 12m 4244 R 72 0.3 0:08.27 apache2
      16141 www-data 20 0 317m 12m 4220 R 71 0.3 0:07.95 apache2
      16142 www-data 20 0 317m 12m 3860 R 70 0.2 0:06.48 apache2
      15821 www-data 20 0 322m 25m 14m R 50 0.5 0:24.60 apache2
      15760 www-data 20 0 326m 29m 14m R 49 0.6 0:17.13 apache2
      16155 root 20 0 195m 10m 6576 R 25 0.2 0:00.78 php
      16154 web7 20 0 195m 9m 6576 R 24 0.2 0:00.76 php
      16156 web6 20 0 195m 10m 6576 R 19 0.2 0:00.59 php
      16150 web6 20 0 10584 1300 1116 S 9 0.0 0:00.29 sh
      16149 web7 20 0 10768 1408 1208 S 4 0.0 0:00.12 sh
      2844 root 20 0 1577m 310m 10m S 4 6.2 1979:31 java
      16147 root 20 0 32808 1076 776 S 3 0.0 0:00.08 cron
      16148 root 20 0 10584 1288 1104 S 2 0.0 0:00.07 sh
      16145 root 20 0 32808 1076 776 S 2 0.0 0:00.06 cron
      16143 root 20 0 19072 1392 988 R 2 0.0 0:00.16 top
      16146 root 20 0 32808 1076 776 S 2 0.0 0:00.05 cron
      16151 root 20 0 10600 1416 1212 S 1 0.0 0:00.04 server.sh


      wenn sich mehrere leute auf der seite befinden dann geht die auslastung der cpu´s nicht mehr runter bis server sich ausschaltet

      habe im internet gesucht da musste ich festellen das diese problem schon oft auftritt aber niemand weiss woran es liegt

      es gibts vermutungen aber keine lösungen

      habe aufn server noch andere sachen am laufen, habe diese alle ausgeschaltet und umgeleitet auch diese bringt nichts

      von ddos angriff gehe ich mal nicht aus da ich dolpfin deinstalliert habe und server sich beruhigt

      wer kann ratschläge geben woran es liegen könnte ???? schon mal danke im vorraus

      nun habe ich dolpfin aufn anderen server mal installiert und da ist alles ruhig, wobei die installation nicht 100% ist da ich noch einige dinge aufn server einstellen muss und installieren muss

      siehe hier unten server installation 2

      Software requirements

      PHP: 5.3.3-7+squeeze14 - WARNING (your PHP version is probably outdated, upgrade to the latest 5.3.18 maybe required)
      allow_url_fopen = On - OK
      allow_url_include = Off - OK
      magic_quotes_gpc = Off - OK
      memory_limit = 536870912 - OK
      post_max_size = 16777216 - WARNING (should be >= 52428800)
      upload_max_filesize = 10485760 - WARNING (should be >= 52428800)
      register_globals = Off - OK
      safe_mode = Off - OK
      short_open_tag = On - OK
      disable_functions = exec,passthru,shell_exec,system,proc_open,popen - FAIL (must be = )
      php module: curl = curl - OK
      php module: gd = gd - OK
      php module: mbstring = mbstring - OK
      php module: xsl = xsl - OK
      php module: json = json - OK
      php module: openssl = openssl - OK
      php module: zip = zip - OK
      php module: ftp = ftp - OK
      MySQL: 5.1.63-0+squeeze1 - OK
      Web-server: Apache/2.2.16 (Debian)
      rewrite_module - OK
      OS: Linux vserver790.bonn-local.de 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64

      Hardware requirements

      Hardware requirements can not be determined automatically - manual server audit may be reqired.
      Site setup

      Dolphin version = 7.1.0 - OK
      files and folders permissions
      Please click here to find out if dolphin permissions are correct.
      ffmpeg
      KEINE DATEN ZU VERFÜGUNG DA ES NOCH NICHT FUNKTIONIERT


      if you don't know if output is correct then manual server audit may be reqired.
      mail sending - click here to send test email to info@grinschat-community.de
      cronjobs
      SIND EINGETRAGEN ABER ZEIGT NICHTS AN IM ADMIN BEREICH


      if you are unsure if output is correct then manual server audit may be reqired.
      media server
      Please follow this link to check media server settings. Also you can try video chat - if video chat is working then most probably that flash media server is working correctly, however it doesn't guarantee that all other flash media server application will work.
      forums
      Please follow this link to check if forum is functioning properly. If it is working but '[L[' signs are displayed everywhere, then you need to compile language file (you maybe be need to compile language file separately for every language and template you have).

      Site optimization

      PHP:
      php accelerator = NO - WARNING (Dolphin can be much faster if you install some php accelator))
      php setup = apache2handler - OK
      MySQL:
      key_buffer_size = 16777216 - OK
      query_cache_limit = 1048576 - OK
      query_cache_size = 16777216 - OK
      query_cache_type = ON - OK
      max_heap_table_size = 16777216 - OK
      tmp_table_size = 16777216 - OK
      thread_cache_size = 8 - OK
      Web-server:
      User-side caching for static conten = click here to check it in Google Page Speed
      If it is not enabled then please consider implement this optimization, since it improve perceived site speed and save the bandwidth, refer to this tutorial on how to do this.
      To apply this optimization you need to have expires_module Apache module - FAIL (You will need to install expires_module for Apache)
      Server-side content compression = can be checked manually or in "Page Speed" tool build-in into browser.
      If it is not enabled then please consider implement this optimization, since it improve perceived site speed and save the bandwidth, refer to this tutorial on how to do this.
      To apply this optimization you need to have deflate_module Apache module - OK
      Dolphin:
      DB cache = On (File based cache engine) - WARNING (installing php accelerator will speed-up file cache)
      Page blocks cache = On (File based cache engine) - WARNING (installing php accelerator will speed-up file cache)
      Member menu cache = On (File based cache engine) - WARNING (installing php accelerator will speed-up file cache)
      Templates Cache = On (FileHtml based cache engine) - OK
      CSS files cache = On - OK
      JS files cache = On - OK
      Compression for CSS/JS cache = On - OK

      Manual Server Audit

      Some things can not be determined automatically, manual server audit is required to check it. If you don't know how to do it by yourself you can submit BoonEx Server Audit Request.
      soso
      grinschat.dyndns.org/test/index.php
      da kannst du dich austoben und alles mal probieren