LC hängt sich ständig auf

Robbi · 22. Juli 2014

Hallo,
ich habe alle paar Tage das Problem, dass sich LiveConfig immer wieder aufhängt, was aber vom Server nicht bemerkt wird. Damit sind keine Änderungen mehr möglich. Dies betrifft i.d.R. alle Accounts, die damit arbeiten. Ich muss dann jedesmal meinen Anbieter bitten, LC neu zu starten.
Es wurde mittlerweile ein Cronjob eingerichtet, mit dem Liveconfig täglich einmal neu gestartet wird. Trotzdem kommt es immer wieder vor.
Da das auch mitten in der Nacht geschieht, kann es kaum an einer Überlastung liegen.
Mein Anbieter sagt, dass es ein Bug in Liveconfig ist.
Was kann ich tun, damit es endlich funktioniert, ohne ständig abzustürzen?

LiveConfig 1.7.3-r2934
Debian GNU/Linux 6.0.9 (Squeeze)
Intel(R) Xeon(R) CPU X3450 @ 2.67GHz
RAM: 16 GB

kk · 22. Juli 2014

Hmm, ein Cronjob zum LC-Neustart ist schon eine harte Waffe... eigentlich sollte es gar nicht so weit kommen
Ich schätze mal dass die LC-Oberfläche zwar erreichbar ist, aber keine Aktionen auf dem Server durchgeführt werden? Das deutet darauf hin, dass die Client-Threads irgendwo hängen geblieben sind.

Sie erwähnten, dass Sie dann jeweils Ihren Anbieter kontaktieren. Falls es sich um einen gemanagten Server handelt (auf den Sie also keinen root-Zugriff haben), dann können Sie leider nichts tun - hier wäre es am besten, wenn sich der Anbieter direkt mit uns in Verbindung setzt (einfach anrufen oder Mail an support@liveconfig.com). Wir bräuchten mindestens einen Einblick in die LiveConfig-Logdatei (/var/log/liveconfig/liveconfig.log).

Perfekt wäre es, einen Blick direkt auf einen hängenden LiveConfig-Prozess werfen zu können. Was wir da genau brauchen ist:
- die Liste aller Prozesse, die dem LiveConfig-Client-Prozess untergeordnet sind (also ein Ausschnitt aus "ps auwfx", bei dem alle Childs von "liveconfig [client]" zu sehen sind)
- die Liste aller Client-Threads zu diesem Zeitpunkt: "ps aux -L | grep liveconfig"
- die Liste aller offenen Dateideskriptoren des Client-Prozesses (siehe /proc/<PID>/fds)

Wenn Sie möchten können wir uns das auch direkt anschauen - wir brauchen dazu keine Passwörter, sondern lediglich einen vorübergehenden SSH-Zugang, siehe https://www.liveconfig.com/de/ssh

Mit freundlichen Grüßen

-Klaus Keppler

Robbi · 23. Juli 2014

Ja, es ist ein Managed Server. Ich habe die Antwort mal an den Anbieter weitergeleitet und warte mal ab, was er machen kann.
Vielen Dank für die Unterstützung!

Robbi · 31. Juli 2014

Hallo,
heute Nachmittag gabs wieder das Problem. Mein Provider hat mir folgendes aus der Logdatei geschickt. Können Sie damit was anfangen?

Output (bevor) der LC-Prozess neugestartet wurde:
tail -f /var/log/liveconfig/liveconfig.log:
--
[2014/07/31 04:44:27.829132] [7233|7233] Detected dead server child process (>5187 seconds), killing PID 10039
[2014/07/31 04:44:33.209017] [7233|7233] Server child process 10039 terminated; uncaught signal: 9 (Killed)
[2014/07/31 04:44:33.212295] [7233|7233] Resource usage statistics:
[2014/07/31 04:44:33.212318] [7233|7233] Uptime: 51 sec.
[2014/07/31 04:44:33.212330] [7233|7233] User time: 0.0000
[2014/07/31 04:44:33.212339] [7233|7233] System time: 0.0000
[2014/07/31 04:44:33.212996] [10473|10473] Server child started...
[2014/07/31 04:44:33.508145] [10473|10482] Connecting to update.liveconfig.com ([88.198.223.75]:443)...
[2014/07/31 04:44:40.505984] [7235|7235] Error at sendmsg(): Resource temporarily unavailable
[2014/07/31 09:05:47.804635] [10473|10474] Login failed - invalid password for user='admin'. Service='Web login', IP='195.243.17.212'
--

#: ps auwfx
root 7233 0.0 0.0 36532 1608 ? Ss 01:00 0:00 /usr/sbin/liveconfig
root 7235 0.0 0.0 211356 7188 ? Sl 01:00 0:02 \_ liveconfig [client]
109 10473 0.0 0.0 168304 11700 ? Sl 04:44 0:06 \_ liveconfig [server]

#: ps aux -L | grep liveconfig
root 958 958 0.0 1 0.0 10092 908 pts/0 S+ 20:56 0:00 grep liveconfig
root 2298 2298 0.0 1 0.0 4144 596 ? Ss Jun19 9:17 /usr/lib/liveconfig/lclogparse -c /etc/liveconfig/lclogparse.conf
root 6702 6702 0.0 1 0.0 4140 440 ? Ss Apr08 2:41 /usr/lib/liveconfig/lclogparse -c /etc/liveconfig/lclogparse.conf
root 7233 7233 0.0 1 0.0 36532 1608 ? Ss 01:00 0:00 /usr/sbin/liveconfig
root 7235 7235 0.0 4 0.0 211356 7188 ? Sl 01:00 0:02 liveconfig [client]
root 7235 7241 0.0 4 0.0 211356 7188 ? Sl 01:00 0:00 liveconfig [client]
root 7235 7242 0.0 4 0.0 211356 7188 ? Sl 01:00 0:00 liveconfig [client]
root 7235 7243 0.0 4 0.0 211356 7188 ? Sl 01:00 0:00 liveconfig [client]
109 10473 10473 0.0 7 0.0 168304 11700 ? Sl 04:44 0:02 liveconfig [server]
109 10473 10474 0.0 7 0.0 168304 11700 ? Sl 04:44 0:00 liveconfig [server]
109 10473 10475 0.0 7 0.0 168304 11700 ? Sl 04:44 0:00 liveconfig [server]
109 10473 10476 0.0 7 0.0 168304 11700 ? Sl 04:44 0:00 liveconfig [server]
109 10473 10479 0.0 7 0.0 168304 11700 ? Sl 04:44 0:00 liveconfig [server]
109 10473 10480 0.0 7 0.0 168304 11700 ? Sl 04:44 0:00 liveconfig [server]
109 10473 10481 0.0 7 0.0 168304 11700 ? Sl 04:44 0:02 liveconfig [server]
root 18194 18194 0.0 1 0.0 3864 592 ? S Jul29 0:25 /usr/lib/liveconfig/lclogsplit -m /etc/apache2/accesslog.map -s /var/lib/liveconfig/apachelog.stats

Output, NACHDEM LiveConfig neugestartet wurde:
--
[2014/07/31 20:59:12.614629] [2076|2076] Database driver loaded: SQLite (3.8.4.3)
[2014/07/31 20:59:12.628814] [2076|2076] License is valid.
[2014/07/31 20:59:12.632883] [2078|2078] Server child started...
[2014/07/31 20:59:12.669962] [2080|2080] Client child started...
[2014/07/31 20:59:12.689926] [2080|2080] Connected to LiveConfig 1.7.3
[2014/07/31 20:59:12.705423] [2080|2089] [LUA] Detected 'Debian GNU/Linux 6.0.10 (Squeeze)'
[2014/07/31 20:59:13.648580] [2080|2090] Created database 'usr_web105_1' (user 'web105')
[2014/07/31 20:59:13.649611] [2080|2090] Created database 'usr_web106_1' (user 'web106')
[2014/07/31 20:59:13.665774] [2080|2089] [LUA] Adding system account 'web106'
[2014/07/31 20:59:13.698336] [2080|2088] [LUA] Adding system account 'web105'
[2014/07/31 20:59:27.293640] [2078|2268] Connecting to update.liveconfig.com ([88.198.223.75]:443)...
--

Jetzt mitmachen!