Httpd läuft amok tine 2.0 Kalender nicht wählbar

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

bishop2k

Benutzer
Registriert
04. Juni 2012
Beiträge
235
Reaktionspunkte
0
Punkte
16
hi zusammen,

ich hab hier ne ds213 dsm 4.3 3776-1

seit ein paar tagen laeuft der httpd amok.
cpulast sehr oft 99% durchgehend. ram 80%
beim tine start ist klar das die cpu auf anschlag geht aber
der server friert beinahe ein und man kann sich teilweise nicht anmelden
da der server nicht antwortet.

ein reboot hab ich gemacht. blaue led blinkte sich einen zurecht.
der start dauerte nahezu 2 stunden bis dsm wieder korrekt verfuegbar war.

kann ich ggf. wo infos aus der syno ziehen um den fehler zu finden?
weiss da evtl. wer rat?!
 
...besser 4.3-3776-3 (was gerade herausgekommen ist).
 
Stimmt :), vor allem weil dort dies in den Release News steht:

Optimized CPU usage when multiple HTTP connections are established to the same Synology NAS.
 
var log messages plaudert:
Oct 15 17:39:29 nas Tine 2.0[7186]: Tinebase_Core::setupStreamWrapper::710 Filesdir config value not set. tine20:// streamwrapper not registered, virtual filesystem not available.

OK, das filesystem ist auch auf tine nicht eingerichtet.
kann es evtl. daran liegen?
der thumbconvertprogress.cgi
laesst sich auch hin und wieder blicken...

hmhmhm...

weiss jemand ob ich stressfrei auf die 3776-3 updaten kann mit tine 2.0?
deshalb habe ich naemlich noch kein dsm update gemacht.

wie gesagt hat der letzte reboot 2 (!) h gedauert.

edith hat btw nahezu alle pakete angehalten.
cpuload ging auch runter aber schaukelt sich immer wieder auf... :/
gibt es da ggf. noch wo ein log oder aehnliches?
 
Zuletzt bearbeitet:
hab gerade das Update gemacht und tine (die aktuellste) läuft noch....
hatte das gleiche Problem mit piwigo (und einem plugin), da ist mir die syno mit gefühlten 30httpds, von denen über die Hälfte im deepsleep (oder heisst das d doch dead?) waren an die Wand gefahren... Hardreset... Mal schauen, was da nachher passiert...

Stefan
 
so.

ich hab die kiste jetzt noch was roedeln lassen.
tine admin mal div plugins deaktiviert.
zzt "geht" es wieder. dennoch, in der prozessliste lagern etlich httpds vor sich rum.
werde mal auf die 3776-3 updaten.

@ stefan
was ist bei dir denn die aktuellste?
ich hab bei den plugins versionen von 7.1 bis 7.7

hardreset meinst du power gedrueckt halten? oder hinten der verborgene knopf?


edith nach update:
hat sich beruhigt, dennoch lagern da noch 7 httpds mit je ca 50mb ram rum.
und es laeuft nur tine, kein zusaetzliches paket!

vergleich ds212+ mit zarafa und min 15 paketen lagern 5 httpds mit je ca 17 mb ram...

weiss jemand rat wo man da sinnvoll suchen und finden kann?
 
Zuletzt bearbeitet:
die httpds verhalten sich erst mit der -3 wieder normal. Hab das gestern mit piwigo getestet, die Last ist hochgegangen aber die httpds haben recht lange gebraucht, bis sie sich vermehrt haben und sind am Schluss auch wieder verschwunden. Ich hatte vorher immer eine Grundlast von ca. 10% CPU, jetzt ist sie im Ressourcenmanager teilweise gar nicht zu sehen...

Die Version ist Kristina, 2013.03.8, die plugins sind auch zwischen 7.1 und 7.7 (Mist, ich dachte, ich komme mit der Versionsangabe eines bekannten Computerherstellers durch, da stand in dem DOS-Handbuch immer "aktuellste Version" drin :) )
tine ist über die Oberfläche zwar immer noch träge, aber es fühlt sich ein wenig schneller an, als vor dem Update.

Mit hardreset meinte ich den power-Knopf. Ich hatte mich danach zum Testen immer über die Konsole angemeldet und ganz einfach den user-Apachen über das Skript neu gestartet. Das hat zwar den Fehler nicht behoben, aber ich musste keine Reset machen .. ;)

Zu deiner letzten Frage hatte ich das gleiche Problem, deswegen würd ich jetzt erstmal das Update machen.

Stefan
 
danke fuer die infos!

update habe ich ja eingespielt.
die httpds machen aber iwie ne party und sind min. mit 20 mann von denen viele schlafen und sich teilweise 50 mb ram wegziehen.

wat machen die denn da?
kann man iwie herausfinden wozu die gut sein sollen?
oder die ggf. mal abschiessen um dann evtl. zu sehen ob was nichtmehr laeuft?

cpulast ist auch weiterhin in grossen bloecken auf 99%...

hmhmhm..
zumindest wenn keine zugriffe sind sollte doch die cpu wenigstens etwas luft haben?
 
an den httpds kannst du nicht erkennen welcher apache das ist (aus der Oberfläche).
auf der Konsole kannst du über den Befehl top erkennen, wer da Party macht. Da siehst du im Prinzip den Aufruf und irgendwo steht was von apache-user.
Wenn du auf der Konsole mal "/usr/syno/etc/rc.d/S97apache-user.sh stop" eingibst, wird der User-Apache gestoppt. Danach sollte die Party mal erst beendet sein, wenn es der user-apache ist. Sind die eigentlich auch am Feiern, wenn kein Client verbunden ist?

Hast du auch tine auf dem letzten Stand?

Stefan

edit: steht ja da, wenn kein Zugriff ... dann sollte eigentlich Luft sein ...
 
ahoi stefan,

danke fuer die tips!
ich habe mal mit "top" die prozessliste auf der konsole anzeigen lassen und einen "snapshot" gemacht...

5708 5639 admin S 120m 24.1 23.2 /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/mysql --datadir=/volume1/@database/mysql --user=admin --max_a
1222 9290 nobody R 135m 27.0 9.3 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
2287 9290 nobody R 129m 25.9 8.9 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
3416 9290 nobody R 129m 25.9 8.5 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
982 9290 nobody R 129m 25.9 7.7 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
1186 9290 nobody R 131m 26.3 7.5 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
32465 9290 nobody S 129m 25.9 6.1 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
32486 9290 nobody S 129m 25.9 5.9 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
31868 9290 nobody R 129m 25.9 5.3 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
2629 9290 nobody S 134m 26.9 4.9 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
1128 6200 root S 63248 12.3 0.2 /usr/syno/apache/bin/httpd -DSSL -DFrameOptions -f /usr/syno/apache/conf/httpd.conf-sys
2449 6200 root S 63248 12.3 0.2 /usr/syno/apache/bin/httpd -DSSL -DFrameOptions -f /usr/syno/apache/conf/httpd.conf-sys
5542 1 root S 14832 2.9 0.2 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp:161,tcp6:161
5 2 root SW 0 0.0 0.2 [khelper]
2750 9290 nobody S 134m 26.9 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
555 9290 nobody S 134m 26.8 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
975 9290 nobody S 129m 25.9 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
32450 9290 nobody S 129m 25.9 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
32246 9290 nobody S 129m 25.9 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
983 9290 nobody S 129m 25.9 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
30423 9290 nobody S 127m 25.4 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
3303 9290 nobody S 126m 25.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
9290 1 root S 97568 19.0 0.0 /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
32359 6200 root S 63248 12.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DFrameOptions -f /usr/syno/apache/conf/httpd.conf-sys
2088 6200 root S 63248 12.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DFrameOptions -f /usr/syno/apache/conf/httpd.conf-sys
2761 6200 root S 63248 12.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DFrameOptions -f /usr/syno/apache/conf/httpd.conf-sys
3402 6200 root S 63248 12.3 0.0 /usr/syno/apache/bin/httpd -DSSL -DFrameOptions -f /usr/syno/apache/conf/httpd.conf-sys


tine admin interface komm ich zzt. wieder nicht rein.
imho ist es aber auf jeden fall kristina, die genaue vers nr kann ich aber so nicht sehen.
(oder kann ich die wo auf der konsole sehen?)

kann jemand was mit den infos oben anfangen?
soll ich ggf. iwelche logs oder teile davon posten?

bin echt am verzweifeln dran :/
danke schonmal fuer jede hilfe!
 
in var log messages finde ich auch immernoch den streamwrapper meckern:

Oct 16 13:31:07 nas Tine 2.0[31868]: Tinebase_Core::setupStreamWrapper::710 Filesdir config value not set. tine20:// streamwrapper not registered, virtual
~

dabei hab ich doch die dateifunktion in tine abgeschaltet.
muss ich da noch was anderes abschalten?
 
welche Module hast du denn in tine aktiviert?
Wenn bei dir im var/log/messages was von tine auftaucht, dann muss doch irgendein Zugriff stattfinden? mit tail -f /var/log/httpd-access-user.log könntest du das sehen (wobei ich gerade nicht auswendig weiß, wie der richtige Pfad ist)
Läuft da noch irgendwas cron-mäßiges in tine? Kommst du noch in das setup rein, oder ist das dann auch blockiert?

Stefan
 
alle module aktiv ausser:
felamimail, filemanager und timetracker

fuer tail muss ich erst wieder ssh zugang haben,
die syno steht entfernt. sage dir bescheid sobald ich da was hab.
cronmaessig wuesste ich pers. zum. seitens der syno nix.
ob tine da was reinschreibt? kann ich das wo nachsehen?!
admin interface komme ich zzt rein.
manchmal aber eben auch leider nicht :/
sehe da auch nirgends die genaue kristina version.
installiert ist die maschine aber erst vor 5 monaten.
sollte imho aktuell sein.

danke dir fuer die hilfe!

im tine forum hab ich auch mal gepostet:
https://www.tine20.org/forum/viewtopic.php?f=12&t=15274&p=0&e=0&sid=1f46ccb4ba7e5f091423af0914aa2473
 
felamail und filemanager sind bei mir aktiv, timetracker und crm aber nicht ...
wenn du nicht über die Konsole was in tine gemacht hast, dann wird nichts cron-mäßiges aktivert (das geht glaube ich nur über cli).
im Admin-interface gibt es links im ersten Reiter (tine 2.0) unterhalb der Module, über Profil bearbeiten "Über tine 2.0", da müsste die genaue Version in einen Popup stehen (bei mir es aber so klein, dass ich es mit copy&paste rausgeholt habe), die 2013.03.8 ist vom 19.09.2013.
Evtl. hilft ein Update? Das ist bei tine recht problemlos bisher gewesen und ich meine nach dem letzten Update war die Oberfläche auch nicht mehr ganz so träge.

Stefan
 
Version: Kristina
(2013.03.7)

danke fuer den hinweis!
ich werde mal nach dem update schauen, sehen was geht
und dann nochmal berichten!
 
so.

update wird gerade hochgeladen.
tineordner umbenannt und sofort ging die cpu load schlagartig auf normal...

mal schauen was geht wenn das update dann laufen soll...
 
update is nu drin.
trotzdem nochmal reboot gemacht.
cpu <20% wenn keine tine aktionen sind.
scheint also geklappt zu haben.

DANKE! nochmal @ stefan

mal schauen wie sich die nummer entwickelt in den nexten tagen.
 
hm, ja leider keine tollen news.

cpu spitzen tauchen doch weiterhin wie gehabt auf.
die spitzen sind zwar relativ kurz aber reissen einfach nicht ab.

testweise hab ich mal das activesync abgeschaltet,
hat aber auch nix geaendert :/

was habt ihr denn so in tine fuer datenbankgroessen?
also wieviele adressen, termine und user?
bei welcher hardware?

danke und gruss an alle,

bish
 
db-größe knapp 300MB, 6 User (meist über ActiveSync verbunden), ca. 1400 Adressen, ca. 2000 Termine, 712+. Ich hatte das vorher auf einer 209, aber damit konnte man nicht arbeiten. Die Spitzen habe ich aber auch immer wieder mal... was ich nicht verstehe ist, dass anscheinend immer Zugriffe stattfinden... Greifst du über http oder https zu?

Stefan
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat